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