4.4 面向构件的项目度量

向开发人员要任务的完成率，只会得到毫无意义的答复。

——Kent Beck，《规划极限编程》

这些开发人员通常在几天内就完成90%，一个月内完成95%，6个月内完成99%，然后在12个月以内另谋高就，留下的是“已完成99.9%的工作”。

——Stephen R. Palmer，《特征驱动开发方法原理与实践》

根据项目计划，应制定相关度量标准，作为项目开发的目标。这些目标包括：根据人力资源计划制定的项目预算、根据进度计划制定的重要里程碑评审点，当然还有项目规模度量，以及项目质量度量标准等。需要强调的是，项目度量必须依赖一套“折衷决策”，它必须是因项目而异的；项目度量的结果是否满意，不是绝对的，而是相对于“折衷处理”过的“期望结果”而言的。

1．进度管理

传统项目管理中，进度的度量往往靠主观估计，很不科学。面向构件的软件过程主张通过评审、走查、测试等确认活动来决定构件的完成进度，如图4.8所示。

图4.8  基于评审、走查和测试的进度度量机制

同时，任务的分配以构件为单位，每个构件都会分配到具体的开发者。这样一来，开发者的考核，可以通过其负责的所有构件的完成进度统计而来，如图4.9所示。

图4.9  面向构件的进度管理

2．项目进度的图形化表示规范

Peter Coad作为建模大师，他对颜色的利用达到了炉火纯青的地步。我们参考了Peter Coad等人的特征驱动软件开发（FDD，Feature Driven Developent）的优秀创造，定义了构件进度的图形化表示规范。

状态：

◆未开始（白）

◆进行中（黄）

◆已完成（绿）

◆已延期（红）

完成百分比：进度条＋文字说明

完成日期

◆已完成（绿）

◆未完成（标明计划完成日期）

示例如图4.10所示。

图4.10  构件进度图形化表示规范

（本规范参考FDD方法）