谈软件可行性项目生命周期中操作风险的管理.docVIP

谈软件可行性项目生命周期中操作风险的管理.doc

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
谈软件项目生命周期中操作风险的管理 谈软件项目生命周期中操作风险的管理 中国渤海银行资讯科技部 张保军 软件项目操作风险是指在软件项目生命周期中的各个环节,由于不完善的组织管理或有问题的内部工作流程、人员及系统或外部事件所造成损失的风险。软件研发企业通过实行全面风险管理,特别是加强日常操作风险的管理,及时控制风险、预防风险的发生,可以增加软件研发企业的收入,提高企业应变能力,同时也是软件公司IT治理的一个重要方面。 一、操作风险管理流程 操作风险管理流程包括风险识别、风险分析、风险计划、风险跟踪、风险应对、改进工作和监督考评七个方面。操作风险管理流程用图1表示如下: 操作风险流程含义解释: 第一步:风险识别。就是确定何种风险事件可能影响软件项目研发,在软件项目生命周期中的每一个阶段,都要对每一项工作有一个风险识别的过程,而且是一个连续的过程。要识别风险,首先我们必须了解在软件开发的各个阶段都有可能发生哪些风险及引起风险的原因,风险产生的源头,然后逐一进行分析列表。根据帕累托二八原理,所有风险中只有小部分产生的损失最大。因此,要集中精力找出这些威胁最大的风险。 第二步:风险分析。就是对以上识别出来的风险事件,做如下四方面因素的风险影响分析。1、风险事件,破坏或影响项目的事件,风险概率(%)。2、事件发生的可能性。3、风险得失量,说明可能造成的损失。4、风险影响,等于风险概率X风险得失量。通过对风险及风险相互作用的估算,来评价项目可能结果的范围,从成本、进度及性能三个方面对风险进行评价,做好定性分析和定量分析相结合。确定风险的轻重缓急,哪些可以忽略不考虑(包括可以承受),确定那些风险是可以控制的,控制的方法是否有效,对于不能控制的风险原因是什么等。 第三步:风险计划。对软件项目生命周期中可能存在的每一个风险,都要制定一个预防发生,发现整改完成的工作时间计划表。 第四步:风险跟踪。根据风险应对计划,把这些可以计量的技术风险指标,运用到实际技术风险管理中,持续跟踪、控制技术风险,及时暴露风险事件。 第五步:风险应对。建立可以控制或缓解技术风险的应对政策、方法和处理方案,并详细说明每一种风险实施的步骤。 第六步:改进工作流程。根据上述风险识别、衡量和监控的内容,找出存在漏洞,对现有软件项目研发过程中风险控制流程进行改造,提高风险监控效率,防范风险发生。 第七步:风险监督和考评。风险管理部门要通过定期、不定期的内部审计,检查公司内部在软件项目研发过程中,对各个环节是否按照事先风险防范措施进行落实,落实的是否到位,并把检查结果进行通报,纳入公司项目管理中。 二、操作风险主要内容 软件项目生命周期包括需求分析、软件设计、软件编码、软件测试、软件投产运行五个主要过程,配合完成这五个方面的工作,还需要建立一系列软件研发制度、项目管理制度、培训制度、投产运行制度和文档资料管理制度等多方面。 1、需求风险。主要包括如下几方面的风险。 序号 风险类型 风险描述 发生 概率 影响 程度 处理方式 应对策略 1 需求内容描述不清 需求提出部门只写出一个实现的想法,对如何实现需求没有详细的描述。 高 大 避免 1、加强业务与技术的交流,建立业务与科技良好的交流沟通机制,业务人员要讲解需求含义,让技术人员了解整个需求的内容和达到的结果。技术部门要帮助业务部门完善需求内容。 2、建立良好的需求变更管理制度和需求工作处理流程。 3、在应用软件系统设计上尽量对一些可变的需求进行参数化设计,减少修改程序的频率。 4、对形成的需求功能说明书发给业务部门确认内容完整性和正确性。 5、需求分析完成后,要对需求分析报告进行评估后,再提交业务部门交流确认。 2 需求变化风险 由于业务发展或外部市场、政策等方面引起的变化。 高 大 避免 3 需求内容理解错误风险 与客户沟通少、对业务了解不够、对需求了解不够。技术人员对业务需求理解出现偏差,与实际需求描述含义不一样。 高 大 避免 4 需求分析出现错误 对业务部门提交需求进行可行性分析不够深入,导致出现偏差。 中 大 避免 2、设计风险。主要包括如下几方面的风险。 序号 风险类型 风险描述 发生概率 影响 程度 处理方式 应对策略 1 设计方案出现错误 在设计方案中,使用的实现方法不当,造成系统处理错误。 中 大 避免 1、成立评审委员会,做好对每一个设计方案的评审工作,找出方案设计、功能设计等方面存在的问题。 2、对于设计好的功能说明书,要提交需求提出的业务部门进行审定,审定完毕请需求部门撰写需求确认函。 3、规划和设计好不同应用之间的接口规范。 4、做好技术人员的培训,提高设计人员设计水平。 5、建立变更管理机制,及时处理软件项目研发过程中出现的一些需要

文档评论(0)

企业资源 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档