为了可以统一进行工作量的比較。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%）