软件工程控制.pptVIP

第十三章 控制 控制就是掌握被控制的对象，不让它任意活动或超出规定范围活动，尽量使一切活动都按照预定的计划进行，向预期的目标前进。 风险管理 质量保证 配置管理 风险管理 软件开发中的风险是不可避免的 对付风险应该采取主动的策略 主要目标是预防风险 在做计划的时候还需要制定处理意外事件的计划，以便一旦风险变成现实时能够以可控的和有效的方式作出反应。 风险 某一特定危险情况发生的可能性和后果的组合。 风险的特点 不确定性：标志风险的事件可能发生也可能不发生，也就是说，没有100%发生的风险(100%发生的风险是施加在软件项目上的约束)。 损失：如果风险变成了现实，就会造成不好的后果或损失。 13.1.1 软件风险分类 按照风险的影响范围 按照风险的可预测性 按照风险的影响范围划分风险 项目风险 威胁项目计划，如果风险变为显示，可能会拖延项目进度并增加项目成本 技术风险 威胁软件产品的质量和交付之间。如果风险变为现实，开发工作可能很难完成 商业风险 威胁软件产品的生存力，也危机项目或产品。 按照风险的可预测性分类 已知风险 通过仔细评估项目、开发项目的商业和技术环境以及其他信息可以发现的 可预测风险 可以从过去已知的项目中推测出来 不可预测风险 可能会出现，但是很难识别 13.1.2 风险识别 通过识别已知的和可预测的风险，项目管理者就朝着在可能时避免风险并且在必要时控制风险的目标迈出了第一步。 在12.1.1节中描述的每一类风险又可进一步分成两种类型：一般性风险和特定产品的风险。一般性风险对每个软件项目都是潜在的威胁。特定产品的风险只有那些对当前项目的技术、人员、及环境非常了解的人才能识别出来。 识别出特定风险更为要紧 识别特定风险的方法 采用建立风险条目检查表的方法，人们可以集中精力识别下列已知的和可预测的风险。 产品规模——与要开发或要修改的软件总体规模相关的风险 商业影响——与管理或市场所施加的约束相关的风险。 客户特性——与客户素质以及开发者和客户定期通信的能力相关的风险。 过程定义——与软件过程已被定义的程度以及软件开发组织遵守软件过程的程度相关的风险。 开发环境——与用来开发产品的工具的可用性和质量相关的风险。 所用技术——与待开发系统的复杂性及系统所包含的技术的“新奇性”相关的风险。 人员数目与经验——与参加工作的软件工程师的总体技术水平及项目经验相关的风险。  12.1.3 风险预测 评估风险后果 建立风险表 美国空军建议从性能、支持、成本和进度等四个方面评估风险的后果， 性能风险——产品能满足需求且符合其使用目的的不确定程度 成本风险——能够维持项目预算的不确定程度。 支持风险——软件易于改错、适应和增强的不确定程度。 进度风险——能够实现项目进度计划且产品能按时交付的不确定程度。 评估风险后果 美国空军建议从性能、支持、成本和进度等四个方面评估风险的后果， 性能风险——产品能满足需求且符合其使用目的的不确定程度 成本风险——能够维持项目预算的不确定程度。 支持风险——软件易于改错、适应和增强的不确定程度。 进度风险——能够实现项目进度计划且产品能按时交付的不确定程度。 风险程度 可忽略的、轻微的、严重的和灾难性的。 建立风险表 建立风险表是一种简单的风险预测技术。 依据风险影响和风险概率对风险进行排序，高风险的在上边，低风险的在下边 从管理的角度看，风险影响和风险概率的作用是不同的。对一个具有高影响但发生概率很低的风险因素，不应该花费太多管理时间。但是，高影响且发生概率为中到高的风险，以及低影响且高概率的风险，应该进入风险管理的下一个步骤。 应该在软件项目进展的过程中，迭代使用上述的风险预测与分析技术。项目组应该定期复查风险表，再次评估每个风险，以确定新情况是否引起它的概率和影响发生变化。作为这项活动的结果，可能在表中添加了一些新风险，删除了某些与项目不再有关系的风险，并且改变了表中风险的相对位置。 13.1.4 处理风险的策略 对于绝大多数软件项目来说，上述的4个风险因素(性能、成本、支持和进度)都有一个临界值，超过临界值就会导致项目被迫终止。也就是说，如果性能下降、成本超支、支持困难或进度延迟(或这4种因素的组合)超过了预先定义的限度，则因风险过大项目将被迫终止。 如果风险还没有严重到迫使项目终止的程度，则项目组应该制定一个处理风险的策略。一个有效的策略应该包括下述三方面的内容：风险避免(或缓解)；风险监控；风险管理和意外事件计划。 风险缓解——如果软件项目组采用主动的策略来处理风险，则避免风险总是最好的策略。这可以通过建立风险缓解计划来达到。 风险监控——随着项目的进展，风险监控活动也就开始了。项目管理者监控某些能指出风险概率