软件项目的风险分析样本

1、软件项目风险分析软件工程项目开发也存在各种各样风险，有些风险甚至 是劫难性。 R.Charette 以为，风险与将要发生事情关于，它 涉及诸如思想、观念、行为、地点、时间等各种因 素；风险 随条件变化而变化，人们变化、选取、控制与风险密切有关 条件可以减少风 险，但变化、选取、控制条件方略往往旻不 拟定。在软件开发过程中，人们关怀问题 是，什么风险会导 致软件项 目彻底失败？顾客需求、开发环境 . 目 的机、时间、 成本 变化对软件项目风险会产生什么影响？人们必要抓住 什么 机会、采用什么办法才干有效 地减少风险、丿 I 页利完毕任 务？所有这些问题都是软件开发过程中不可避免并需要妥 善解决。

2、软件工程风险分析涉及：风险标记、风险估算、风 险评价和风险管理四某些1、风险标记从宏观上看， 风险可以分为项目风险、 技术风险和商业 风险三类。由于项目在预算、 进度 . 人力、资源、顾客和需 求等方面因素对软件项目产生不良影响称为项目风险。软件 在设计、实现、接口、验证和维护过程中也许发生潜在问题， 如规格阐明二义性、采用陈 旧或尚不成熟技术等等， 对软件 项目带来危害称技术风险。 开发了一种没人需要优质软件， 或推销部门不知如何销售这一软件产品，或开发产品不符合公司产品销售战略，等等，称为商业风险。这些风险有些是 可以预料，有些長很难预料。为了协助项目管理人员、项目 规划人员全面理解软件开

3、发过程存在风险， Boehm 理议设计 并使用 各类风险检测表标 庁己各 种风险。2、风险估卑软件项目管理人员可以从影响风险因素和风险发生后 带来损失两方面来度量风险。为了对各种风险进行估算，必 要建立风险度量指标体系；必要指明各种风险带来后险估算定量成果果和损 失；必要估算风险对软件项目及软件产品影响；必要给出风3、风险评价和管理在风险分析过程中，经常使用三元组 RI,LI,XI 描述风 险。其中 RI 代表 风险，LI表达风险发生概率，XI旻风险带 来影响，1=1,2,? ? ? L经风险序号， 表达软件项目共有 L 种 风险。软件开发过程中，由于项目 超支、进度迟延和软件性 能 下降都会

4、导致软件项目终结，因而多数软件项目风险分析都需要给出成本 . 进度和性能三种典型风险参照量。当软件 项目风险参照量达到或超过某一临界点时，软件项目将被 迫 终结。在软件开发过程中，成本 . 进度、性能曼互有关联。 例如，项目 投入成本增 长应与进度相匹配，当项 目投入成本 与项目迟延时间超过某一临界点时，项目也应当终 结进行 普通风险估算过程可分为XI高性能：P=30%, outcome=550,000RI,LI,XI;定义项目披迫终结临界点；预测几种风险组合对参照量综合影响。三元组RI,LI,XI旻风险管理基本。设高档职工流动给项目带来风险为Ro依照历史经验或直观感觉，高档职工离开果题组槪率

5、:LI = 70%。这一事件浮现带来影响经项目开发时 间延长15%,项目成本增长20%o于扯项目负责人可以米用 下列风险管理办法：想方设法减轻风险影响。控制上述因素，尽量减少动给工作带来损失。跟上工作进度。(1) 项目开始此前应控制产生风险因素，在项目开工后应(2) 理解导致项目开发人员变动因素，在项目开发期间应 人员流动0(3) 在工作办法和技术上应采用恰当办法，防止因人员流(4) 项目在开发过程中应及时发布并交流项目开发信息。(5) 建立组织机构，拟定文档原则，并及时生成文档。(6) 对工作进行集体复审，使多数人都能理解工作细节，(7) 为核心技术准备后备人员软件项目，特别是大型项目有二项

6、非常重要因素，会影 响整个项目进度与质量，它 们分别是：“人”、“流程” 与“技 术”。“人”赴项目中最难预料与学控一项要素， 人可提成两部份， 一是客户， 二是开发团队。“技术”赴指软件项目所使用开发半台，重要指开发环境及开发语言。是最容易掌握部份。“流程”長指软件开发流程或旻项目流程，定义流程目扯要学控所有状况。项 目最大 敌人是时间及预算， 这两者都赴有 限，如何在有限预卑内准时完毕项目， 可说是一项艺术。“人"因景分析“人”姥指客户和开发团队，其中开发团队因素对项目 影响很大，对于这方面影 响 因素重要分析如下：?人员技能未达到规定在项 目开始之初，口自们個 / 设项 目成员

7、都可以达到组织级 规定，但往往并不赴 毎个成员都可以达到规定。并且项目中 每个成员生产率差别也许很大，也给项目进度安排 导致影 响。因此在项目始之初，应当对项目成员技能进行一次总体评估，对于人们都欠缺技能，应当安排统一培训，后续需要 对培训效果进行跟踪；对于个别人员技能欠缺，应 当单独预 留自我学习时间或通过以师带徒方式进行培养，使其技能可以尽快达到规定： 对于项目新员工作和任务，应当加强评审 和检查，保证输出不浮现大偏差而导致后续大量 返工。对于 这方影响因素重要分析如下：?项目成员责任丿不强态度决定 _切，细节决定成败。对于项目过程中各项任务，经常浮现由于项目成员责任，不强敷衍了事，导致产

8、出 工件质量较差，引起大量返工状况。在这种状况下，项通，加强项目团队建设目更 应当加强项目规范理设，项目经理应加强同这些成员单独沟和集体荣誉感。让项目成员感觉到做 系统是她们自己产品，而不是公司项目，项 目经理 项目。?项目沟通问题在软件项目中， 保证项目各种甬色和成员中高效沟通是很重要， 如何建立起快捷 JI页畅沟通渠道，采用最佳沟通方式 来解决问题，必要在项目 中经常强调。如果一周项目 任务花 存实际做事情上有 2 天，而花在沟通上却占用了 3 天，这时 必要及时分析和总 结因素。沟通最重要就是要在最短时间里 面，采用各种办法或工具，使交流双方或多方达 到一致。?项目人员流失项 目 人员特

9、别是项 目 核丿成员在项 目 进行过程中流失， 对项 目影响彳艮 大，对于这种状况，应当在项目 开始之初，就 作为专门风险进行艮踪，并考虑详细应对 办法。“流程 " 因景分析软件开发流程般定义为 : 需求分析一可行性分析一概要 设计一构造化设计一详细设 计一编码一软件测试一软件维 护。“流程”中软件项目风险， 重要体现存 4 个阶段：软件 需求阶段、 软件设计阶段、 软件实现阶段和软件维护阶段?软件需求阶段和确认。需求和需求分析软件开发是以顾客需求开始，在大多数状况下，顾客需 求要靠软件开发方诱导，才 干保证需求完整，再以形式形成 顾客需求这一董要文档。需求分析更多扯开发方确认 需

10、求可行性和一致性过程，在此阶段需要和顾客进行广泛交流任何疏漏导致损失，会在软件系统 后续阶段披一级级地放大，因而本阶段风险最大。软件设计阶段设计重要目在于软件功能对的地反映了需求， 需求不完 整和对需求分析不完整或者 错误，在设计阶段将披成倍地放 大。设计阶段重要任务是完毕系统体系构造定义，使之可 以 完毕需求阶段即定目的；另一方面也是检查需求致性和需求 分析完整性和对的性。设计阶段风险重要来自于系统分析人员。分析人员存设 计系统构造时过于定制，系 统可扩展性较弱，会给后期维护 带来巨大承担和维护成本激增。对顾客来说系统使用比例 会 有明显折扣， 甚至会导致软件寿命过短。 反之， 软件构造过

11、于灵活和通用， 必然弓 I 起 软件实现难度增长，系统复杂度上 升，可靠性减少，给实现和测试阶段带来风险，系统稳 定性 也会受到影响。从另一种芹度上看，顾客需求和将来软件运 营环境变化都扯必然， 当前软件设计所渭 “通用性” 与否就 能较好适应将来需求和运营环境变化，都经需要认 真折衷， 而这种折中也蕴涵着很大风险。设计阶段蕴涵另一种风险来自 于勺殳计文档。文档不健全 不但会导致实现阶段困 难，更会在后期测试和维护导致劫难 性后果，例如主线无法对软件系统进行版本级，甚至 扯发现 简朴错误都无从改正。软件实现阶段软件实现从某种意义上讲经软件代码生产。源代码木身也是文档一某些，同步它又是将来运营于

12、计算机系统之上实 体。源代码书规范性，可读性是该阶段重要风险来源。规 范 代码生产会把厲于程序员自身个性风格成分引入代码比例降到最低限度，从而减小了系统整合风险。软件维护阶段软件维护包括两个重要维护阶段，一种是软件生产完毕到软件试运营阶段维护，这个阶段是一种实环境测试性维护，其重要目是发当前测试环境中不能或末发现问题；另一 种阶段是当软件运营不再能适应顾客业务需求或扯顾客运营环境（涉及硬件平台、软件环境等）时进行软件维护，详细也许是软件版本升级或软件移植等。“技术”因素分析存软件项目开发和建设过程中，技术因素是一种非常重要因素。项目组一定要本着项目实际规定，选用适当、成熟 技术，千万不要无视项

13、目实际状况选用某些虽然先进但并非项目所必要且自己又不熟悉技术。如果项目所规定技术项目成员不具备或掌握不够，则需要重点关注该风险因素。建立项目管理流程那么如何解决这些问题，事实上诸多模型已经绐八出了答 案，例如RUP、QoS、XP等，但经人们在学习和使用这些模 型时候，往往觉得这些模型提出概念和实行比较难以操作，此外就是不论是RUP、Q0S还旻XP,既然扯一种办法模型，就不可避免要描述为一种完整、系统化理论模型，否核心开发管理流程化，避免在频繁则就体 现不出理论完建和逻辑严谨。下面咱们只经把以软件设计为发生外界变化状况下，变 披动为积极软件项目管理除了按照既定管理流程进行有效控制，还要对各阶段文

14、档进行原则化管理，保证文档完整和原则化，为软件后期维护提供有力支持。排序输入风险事件也许 性彩响风险值采用办法1客户SOW需求不明确，增 长需求，导致需 求蔓延。70%50%35%请专业需求分析师和客户代表详细 进一步细节交谈，多理解客户想法， 站在客户角度上思考问题。2合同进度规定紧，合 同金额和日期有 限。30%50%15%可以请某些实习学生做辅助工作， 一来减少成本，二来可以加快进度。3历史项 目信息开发人员对测 试工作不注重30%40%12%1)强制性规定每段代码保存测试单 元，由SQA检查。4WBS对需求开放式 系统原则没有适 当测试案例20%80%16%找专业测试公司完毕測试工作5历史项 目信息开发人员流动15%60%9%1)注意项目团队沟通，及时理解开发人员动态。2) 控制好项目过程中文档3) 从其他项目组解调人员4)从外部招聘有过此类开发经验人员6系统设 计评审没有足够时间 进行产品测试50%50%25%1) 采用加班办法2) 修改筹划去掉某些任务3) 与客户商量延长某些时间7需求和筹划米用新技术也 许导致进度延期50%30%15%1) 培训开发人员2) 找专家作指引3) 采用边开发边