软件工程读书笔记

风险预测
风险预测(risk proiection）又称风险估计 （risk estimation)，试图从两个方面评估每一个风险：(1）风险发生的可能性或概率：（2）如果风险发生，风险相关问题产生的后果。项目计划人员、其他管理人员及技术人员都要进行以下4 步风险预测活动：
1.建立一个尺度，以反映风险发生的可能性。
2.描述风险产生的后果。
3. 估算风险对项目及产品的影响。
4.标明风险预测的整体精确度。以免产生误解。按此步骤进行风险预测，目的是使我们可以按照优先级来考虑风险。任何软件团队都不可能以同样的严格程度来为每个可能的风险分配资源，通过将风险按优先级排序，软件团队可以把资源分配给那些具有最大影响的风险。

2.建立风险表

 项目管理者首先要在表中的第一列列出所有风险（不管多么细微）。这可以利用 26.3 节所述的风险条目检查表来完成。在第二列中给出每一个风险的类型（例如，PS 指产品规模风险，BU 指商业影响风险)。在第三列中填人各个风险发生的概率。各个风险的概率值可以首先由团队成员各自估算，然后按循环投票的方式进行，直到大家对风险概率的评估值趋于接近
为止。
  风险细化
在项目计划的早期，风险很可能只是一个大概的描述。随者时间的推移，我们对项目和
风险的了解加深，可以将风险细化为一组更详细的风险，在某种程度上，这此风险更易于绥
解、监测和管理。

实现方法之一是按条件一转化一结果 ( Condition-Transition-Conseauence.
CTC)格式「GLU941 来表示风险．即采用如下方式来描述风险：

给定＜条件＞，则（可能）导致＜结论＞
使用 CTC 格式．在26.4.2节中提到的可复用软件构件的风险可描述为：
给定条件：所有可复用软件构件必须符合特定设计标淮，但是某些并不符合。则有结论：
（可能）仅70%的计划可复用构件将集成到最终的系统中，需定制开发剩余 30% 的构件。
可按如下方式对这个一股条件进行细化：
子条件 1。某此可复用构件是由第三方开发的，没有其内部设计标准的相关资料
子条件2。构件接口的设计标准尚未确定，有可能和某些现有的软件可复用构件不一致。
子条件3。某些可复用构件是采用不支持目标环境的语言开发的。
这此子条件的结论是相同的（即必须定制开发 30% 的软件构件），。但细化过程可以帮助
我们排除重大风险，使我们更易于分析风险和采取措施