为了能够统一进行工作量的比较，ISO、ISBSG（国际软件基准比对标准组）/CSBSG（中国软件基准比对标准组）采用了一些分类方法。

注意这些分类方法看起来很像瀑布模型的“研发阶段”，但实际上即使是采用迭代、敏捷开发，仍可以把每个迭代内的工作量分解为这些类型，以便于以往瀑布模型的工作量进行对比。

左边是ISO的定义，右边是ISBSG（CSBSG采纳了ISBSG的定义）

ISO 12207 Project Steps 对应 ISBSG Effort Phase

1Requirements Elicitation需求获取 = Specify 需求

2System Requirements Analysis需求分析 = Specify需求

3System Architecture Design 系统架构设计 = Specify需求

4Software Requirements Analysis 软件需求分析 = Specify需求

5Software Design 软件设计 = Design设计

6Software Construct (Code & Unit Test)软件创建（编码+单元测试） = Build构建

7Software Integration 软件集成 = Build构建

8Software Testing 软件测试 = Test测试（功能性测试）

9System Integration 系统集成 = Test测试

10System Testing系统测试 = Test测试（压力，性能……）

11Software Installation软件安装 = Implement实施

12User Support用户支持 =Implement实施

建议：使用ISBSG的定义

第一个原因是简单。

第二个原因是ISO虽然做了规定，但因为ISO本身不收集数据，而ISBSG/CSBSG还是有很多数据的，因此比较起来方便。

如果已有体系已经符合ISO，倒是也可以用ISO的标准，只要和ISBSG做一个对应就可以了。

下面是一个国内发布过的生产力报告中的数据，可以有一个直观参考：

工作量比例关系

需求11%

设计14%

构建45%

测试22%

实施8%

工期比例关系（仅限于瀑布模型）

18%

13%

26%

28%

15%

（因舍入误差总和不是100%）

度量术语之一：研发阶段（工作量分类）