北邮软件工程控制.pptVIP

第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列的内容，就应该根据概率和影响来排序。高概率、高影响的风险放在表的上方，而低概率的风险放在表的下方，这样就完成了第一次风险排序。 项目管理者研究排好序的