北邮软件工程课件第十二章控制.ppt

第12章 控制;12.1 风险管理 12.2 质量保证 12.3 配置管理 12.4 小结;12.1 风险管理; 12.1.1 软件风险分类 风险有两个显著特点。 · 不确定性：标志风险的事件可能发生也可能不发生，也就是说，没有100%发生的风险(100%发生的风险是施加在软件项目上的约束)。 · 损失：如果风险变成了现实，就会造成不好的后果或损失。 1.按照风险的影响范围分类 (1) 项目风险 (2) 技术风险 (3) 商业风险;2.按照风险的可预测性分类 (1) 已知风险 (2) 可预测的风险 (3) 不可预测的风险 ; 12.1.2 风险识别 通过识别已知的和可预测的风险，项目管理者就朝着在可能时避免风险并且在必要时控制风险的目标迈出了第一步。 在12.1.1节中描述的每一类风险又可进一步分成两种类型：一般性风险和特定产品的风险。一般性风险对每个软件项目都是潜在的威胁。特定产品的风险只有那些对当前项目的技术、人员、及环境非常了解的人才能识别出来。为了识别出特定产品的风险，必须检查项目计划和软件范围说明，并且回答下述问题：“本项目有什么特殊的性质可能会威胁我们的项目计划”。 ; 事实上，“如果你不主动地攻击风险，风险将主动地攻击你”。因此，应该系统化地识别出一般性风险和特定产品的风险。 采用建立风险条目检查表的方法，人们可以集中精力识别下列已知的和可预测的风险。 · 产品规模——与要开发或要修改的软件总体规模相关的风险。 · 商业影响——与管理或市场所施加的约束相关的风险。 · 客户特性——与客户素质以及开发者和客户定期通信的能力相关的风险。; · 过程定义——与软件过程已被定义的程度以及软件开发组织遵守软件过程的程度相关的风险。 · 开发环境——与用来开发产品的工具的可用性和质量相关的风险。 · 所用技术——与待开发系统的复杂性及系统所包含的技术的“新奇性”相关的风险。 · 人员数目与经验——与参加工作的软件工程师的总体技术水平及项目经验相关的风险。; 12.1.3 风险预测 风险预测(也称为风险估算)试图从两个方面来评估每个风险：风险变成现实的可能性或概率，以及当风险变成现实时所造成的后果。 1. 评估风险后果 美国空军建议从性能、支持、成本和进度等四个方面评估风险的后果，他们把上述四个方面称为四个风险因素。下面给出这四个风险因素的定义。 · 性能风险——产品能满足需求且符合其使用目的的不确定程度。 · 成本风险——能够维持项目预算的不确定程度。; · 支持风险——软件易于改错、适应和增强的不确定程度。 · 进度风险——能够实现项目进度计划且产品能按时交付的不确定程度。 根据风险发生时对上述四个风险因素影响的严重程度，可以把风险后果划分成四个等级：可忽略的、轻微的、严重的和灾难性的。表121给出了由于软件中潜伏的错误所造成的各种后果的特点(由表中标为“1”的行描述)，或由于没有达到预期的结果所造成的各种后果的特点(由表中标为“2”的行描述)。按照实际后果与表中描述的特点的吻合程度，可以把风险后果划分成四个等级中的某一个。 ;;; 2. 建立风险表 建立风险表是一种简单的风险预测技术，表12.2是风险表的一个例子。; 表中第4列给出的是风险后果的整体等级值，其中，1代表灾难性的，2代表严重的，3代表轻微的，4代表可忽略的。 一旦填好了风险表前4列的内容，就应该根据概率和影响来排序。高概率、高影响的风险放在表的上方，而低概率的风险放在表的下方，这样就完成了第一次风险排序。 项目管理者研究排好序的风险表，并确定一条中止线。该中止线是经过表中某一点的水平直线，它的含义是，只有位于线的上方的那些风险才会得到进一步的关注。对于处于线下方的风险要再次评估，以完成第二次排序。; 从管理的角度看，风险影响和风险概率的作用是不同的。对一个具有高影响但发生概率很低的风险因素，不应该花费太多管理时间。但是，高影响且发生概率为中到高的风险，以及低影响且高概率的风险，应该进入风险管理的下一个步骤。 应该在软件项目进展的过程中，迭代使用上述的风险预测与分析技术。项目组应该定期复查风险表，再次评估每个风险，以确定新情况是否引起它的概率和影响