软件工程实践者的研究方法讲义(ppt 29页).pdfVIP

软件工程

第22章风险管理

主要内容

v被动风险策略和主动风险策略

v软件风险

v风险识别

v风险预测

v风险求精

v风险缓解、监测和管理

vRMMM方案

v小结

风险管理

v很多问题都会困扰软件工程，风险分析

和风险管理就是一系列步骤，用来帮助软

件团队管理和管理不确定的事物。风险是

潜在的——它可能发生也可能不发生。但

是，不管发生还是不发生，我们都应该去

识别它，评估它发生的概率，估算它的影

响，并制定它实际发生时的应急方案。

风险管理

v软件工程所涉及的每一个人——管理者、

软件工程师和共利益者——都要参与风险

分析和风险管理。

v软件工程是一项困难重重的任务，大量

的事情可能出错。为此，时刻准备着——

理解风险、采取主动的措施去回避或管理

风险——是一个好的软件工程管理者应具

备的根本条件。

风险管理

v第一步称为“风险识别〞，即区分出什

么情况下可能会出现问题。第二步，分析

每个风险，确定其可能发生的概率以及发

生时将带来的危害。了解这些信息之后，

就可以按照可能发生的概率和危害程度对

风险进行排序。第三步，制定一个方案来

管理那些出现概率高和危害程度大的风险。

风险管理

v工作产品是风险缓解、监测和管理方案

或一且风险信息表单。

v所要分析和管理的风险，应该通过彻底

研究人员、产品、过程和工程来确定。

RMMM方案应该随着工程的进展而修订，

以保证所考虑的风险是近期可能发生的。

风险管理的应急方案应该是符合实际的。

风险管理

v首先，风险涉及的是未来将要发生的事

情。今天和昨天的事情已不再关心。问题

是：我们是否能够通过改变今天的行为，

而为一个不同的、充满希望的、更美好的

明天创造时机。其次，风险涉及改变。如

思想、观念、行为、地点的改变……第三，

风险涉及选择，而选择本身就具有不确定

性。[CHA89]

风险管理

v对于软件工程领域中的风险，以上三条概念定义

是显而易见的。未来是我们所关心的——什么样的

风险会导致软件工程彻底失败？改变也是我们所关

心的——客户需求、开发技术、目标环境以及所有

其他与工程相关因素的改变将会对进度安排和总体

成功产生什么影响？最后，我们必须抓住选择时机

——应该采用什么方法及工具？需要多少人员参与

？对质量的要求要到达什么程度才是“足够的〞？

v当没有方法消除风险，甚至连试图降低该风险也

存在疑问时，这个风险就是真正的风险了。“在弄

清楚软件工程中的〞真正风险“之前，识别出所有

对管理者及开发者而言显而易见的风险是很重要的。

被动风险策略和主动风险策略

v大多数软件工程团队还是仅仅依赖于被

动的风险策略。被动策略最多不过是针对

可能发生的风险来监测工程，直到风险发

生时，才会拨出资源来处理它们。大多数

情况下，软件工程团队对风险不闻不问，

直到出现了问题。这时，工程团队才赶紧

采取行动，试图迅速纠正错误，这通常叫

做〞救火模式“。当这样的努力失败后，

〞危机管理“接管一切，这时工程已经处

于真正的危机中了。

被动风险策略和主动风险策略

v对于风险管理，更好的是主动风险策略。

主动风险策略早在技术工作开始之前就已

经启动了。识别出潜在的风险，评估它们

发生的概率及产生的影响，并按其重要性

进行排序。然后，软件工程团队就可以制

定一个方案来管理风险。方案的主要目标

是回避风险，但不是所有的风险都能够回

避，所以工程团队必须制定一个应急方案，

使其在必要时能够以可控和有效的方式做

出反响。

软件风险

v一般认为软件风险包含两个特性：

v不确定性——风险可能发生也可能不发生；

v损失——如果风险发生，就会产生恶性后果或

损失。

v进行风险分析时，重要的是量化每个风险的不

确定程度和损失程度。为了实现这点，必须考虑

不同类型的风险。

v工程风险威胁到工程方案。如果工程风险发生，

就有可能会拖延工程的进度和增加工程的本钱。

工程风险是指预算、进度、人员、资源、利益相

关方、需求等方面的潜在问题以及它们对软件工

程的影响。

软件风险

v技术风险威胁到要开发软件的质量及交

付时间。如果技术风险发生，开发工作就

可能变得很困难或根本不可能。技术风险

是指设计、实现、接口、验证和维护等方

面的潜在问题。此外，规格说明的歧义性、

技术的不确定性、技术陈旧以及〞前沿“

技术也是技术风险因素。技术风险的发生

是因为问题比我们所设想的更加难以