项目风险管理案例分析.docxVIP

项目风险管理案例分析 工程风险管理案例分析1公司背景简介河北H-A会计师事务所是河北省财政厅对国有大中型企业进展社会审计的试点所，担当省直大中型企业的审计工作。具有丰富工作阅历，拥有一批具有丰富理论阅历的注册会计师。河北省某讨论所是省直科研单位，现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发觉，许多企业都采纳了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机帮助审计软件的愿望越来越剧烈。所以就结合河北省某讨论所进展结合开发2实际工程分析2.1工程介绍该系统基于windows和sql server进展开发，开发工具是powerbulider。工程开发过程中，共生成程序源代码约数万行，工程开发的难度和源代码行数都比估计的要多。计算机帮助审计软件具有工作底稿制作力量和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有敏捷开放的系统，便利用户进展二次开发等特点。2.2开发队伍的风险开发团队维持在10人上下，事务所供应3人，开发单位6-7人，有一些人员只能局部时间工作，开发人员可以自始至终地参与整个工程的工作。开发人员的流淌根本能保证工作的连续性。2.3技术风险数据构造冗杂，关联比拟多。需要创立新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比拟生疏，这也带来了相当的技术风险。2.4客户相关风险用户对自己真正的需求并不是非常明确，他们认为计算机是万能的，只要简洁的说说自己想干什么就是把需求说明白了，而对业务的规章、工作流程却不愿多谈，也讲不清晰。有的用户日常工作繁忙，他们不情愿付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求缺乏而使系统风险加大。2.5工程按时完成的风险另外，这个工程也像很多其它软件工程一样，面临着开工日期带来的宏大压力。3实际的风险管理情况凭借公司在以往的阅历，在此软件工程的整个生命周期中，任何阶段都有可能有风险存在，WBS是完好表示工程，且伴随整个工程生命周期的工程要素，所以以WBS为根底进展风险管理，既可以便利地识别，标识相应的风险来源，又便利和项日其他工作一起，统一管理。在软件工程中，各阶段主要工作简述如下：启动阶段：进展工程预研，以确定工程是否立项，并对工程的范围进展比拟清楚的定义；方案编制阶段：进展初步的需求分析，具体定义工程的范围，并对工程涉及的全部相关活动，做尽可能细的具体方案；执行阶段：具体分析需求，保证软件开发生命周期各阶段中不同需求的来源是可追溯，并按需求进展设计、编码、测试，以确定软件产品到达方案给定的范围和标准，并做相应的部署测试；掌握阶段：该阶段贯穿方案和执行两个阶段，主要进展各种掌握T作，如需求变更、进度、费用掌握等；收尾阶段：工程的收尾工作，主要是安装和维护；在软件开发生命周期的四个主要阶段中，通过讨论不同阶段侧重点不同的阶段目的以及衡量不同阶段目的的标准，在软件开发的各个阶段中，即需求分析阶段、软件设计阶段、编码阶段和测试阶段，我们可以发觉存在于各阶段中的风险项。并由工程经理在启动、方案、执行、掌握、完毕五个阶段予以掌握。3.1需求分析阶段3.1.1、风险识别表1需求阶段识别的主要风险3.1.2、风险分析表2需求阶段风险定性分析3.1.3、风险解决表3需求阶段风险解决方案3.2设计阶段3.2.1、风险识别表4设计阶段识别的主要风险3.2.2、风险分析表5设计阶段风险定性分析3.2.3、风险解决表6设计阶段风险解决方案4施行效果与总结分析4.1施行效果此工程开发的目的是为了向审计公司供应帮助审计管理系统。开发流程也是比拟遵从软件工程的标准的。但是最终的结果却不尽人意，投入了比意料多几倍的人力物力。依据当时参加工程的同事的分析，失败的缘由主要是：4.1.1、需求不明确由于动身点和利益不同，系统开发者与用户对于同一问题常有不同看法，这样需求分析的风险就渐渐加大了。另外对需求变更的掌握做得不好。需求的转变，就会产生连锁反响，有时候这种反响会导致程序的不稳定，严峻的时候，一个错误的修改引起另一处程序的错误，而新的错误的修改会导致更新的错误，更严峻的状况，不是全部的错误都能被修改。4.1.2、技术风险此软件数据构造冗杂，规律关联性比拟强。软件需要与第三方财务软件产品的数据库系统接口。带来了相当的技术开发困难，阻碍了工程的进展。由于以上缘由到了测试阶段，未确定的需求和不断发