需求工程过程成熟度模型的发展与应用
1. 软件过程改进与需求工程的背景
在过去十年里,薄弱的需求工程(RE)实践给软件开发项目带来的风险已被广泛认知。上世纪90年代初,软件过程改进(SPI)因Humphrey的开创性工作而兴起,随后人们开始关注RE过程改进。然而,当时的SPI模型并不能有效解决RE问题,例如广泛使用的软件能力成熟度模型(SW - CMM)虽涉及RE实践,但缺乏具体指导。
SPI的重要性在于它为软件开发提供了一个全面的视角,从客户角度看,它能让软件承包商依据通用模型被评估,促使其提高产品质量、满足成本和交付目标;从承包商角度,它是控制成本、增加市场份额的战略工具。SW - CMM定义了一个围绕五个成熟度级别的软件开发通用模型,过程成熟度体现了过程的定义、管理、测量、控制和有效性程度。成熟度级别从初始级(Level 1)到优化级(Level 5),级别越高,越能准确预测和实现成本、交付时间和产品质量目标。
| 成熟度级别 | 特点 |
|---|---|
| 初始级(Level 1) | 临时、有风险的过程 |
| 可重复级(Level 2) | 关注项目管理,开始控制过程,明确提出需求管理 |
| 已定义级(Level 3) | 有基于良好实践和定义方法的过程模型 |
| 已管理级(Level 4) |
超级会员免费看
订阅专栏 解锁全文
2051

被折叠的 条评论
为什么被折叠?



