标签：des style color io 使用 ar strong for 数据
为了能够统一进行工作量的比较，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%）
标签：des style color io 使用 ar strong for 数据
原文地址：http://blog.csdn.net/weitao1234/article/details/39377433
