22、

需求跟踪有正向跟踪与逆向跟踪，需求跟踪的双向模式可以能过需求链来表示，

实现需求跟踪的一种通用方法是采用跟踪矩阵。

23、

软件项目估算包括工作量估算和成本估算。初步的估算用于确定软件项目的可行

性，详细的估算用于指导软件计划的制定。

24、

对任何一种估算方法来说，估算的时机和精度都一对矛盾体。

25、

软件规模的估计从软件分解开始，分层结构对对应着工作分解结构（WBS），

常用的软件规模度量标准：代码行和功能点。

26、

成本估算模型：静态单变量模型、静态多变量模型（中级 COCOMO 模型、高级

COCOMO 模型）、动态多变量模型。Putnam 模型是一个基于 Norden-Rayleigh 曲线的动
态多变量模型 COCOMO 模型是一个采用自底向上的方法进行估算的代表。

27、

进行估算值的迭代有两个原因：a.乐观和悲观现象：由于角色差异导致对类似软

件部分不同的估算值；b.帐篷中的高杆现象。

28、

分阶段交付的必要性。分阶段的方法：定义一个阶段的主题。

29、

PERT 图：设 G=（V，E，g）是一个网络图，若 G 中只有一个了点和一个收点，

其中权函数表示为时间函数，则网络图 G 常称为 PERT 图（计划评审图）。定理：在
PERT 图的关键路径中，各任务的缓冲时间均为 0。

30、

对于任何一个变更有一个基本原则：除非知道它不重要，否则都是都要的。

31、

软件配置项 SCI 是为了配置管理的目的而作为一个单位来看待的软件要素的集

合。

32、

基线以一个或多个软件配置项的交付为标准，是开发过程的里程碑。

33、

配置管理 CM 是在系统生命周期中对系统中的配置项进行标识和定义的过程。

34、

计划 CM---CM 方案----配置控制----

   

状态审计 ; 软件配置管理过程，软件配置管

理是一个二级 CMM 的一个 KPA。

35、

SCM 文件体系：方针/过程定义/规程或模板。

36、

为了支持并行开发，软件配置管理必须具有支持分支文件比较和合并的功能。版

本控制提供了这种机制。

37、

基线管理的两个功能：对基线进行适当控制、为程序员提供灵活的服务。

38、

确定变更是否正确有正式技术审核和软件配置审核两种措施：
a.正式技术审核关注已变更的配置对象的技术正确性，审核者评估软件配置项的

一致性，遗漏及潜在的副作用。软件配置审核关注的是正式技术审核中未考虑
的因素；

b.软件配置审核关注的因素有：

1）变更指令中指定的变更是否完成，每个附加变更是否已经纳入到系统中；
2）是否进行了正式技术审核；
3）是否遵循了软件工程标准；
4）变更的软件配置项是否作了特殊记号而得到强调，是否注明变更日期和变

更执行人员，软件配置项属性是否反映了变更；

5）是否遵循与变更有关的注释、记录及报告的软件配置管理规程；
6）相关的软件配置项是否都得到了同步更新。

39、

可复用软件是指为了复用目的而设计的软件。

40、

SEZ 将风险定义为损失的可能性。

41、

软件风险分为：软件项目风险、软件过程风险、软件产品风险。

42、

风险管理过程：风险识别、风险分析、风险计划、风险跟踪和风险应对。

43、

风险管理策略：主动的风险管理、综合的风险管理、系统的、自觉的。