CMMI组织标准生命周期.doc

组织标准生命周期
(Organizational Standard Life-Cycle)
编号: OSSP/PRM-OPD-LC
版本:
发布时间: 2008-10-10
变更记录(RECORD OF CHANGES)
版本号
生效日期
变更理由/变更内容
编制人
审批人
目录
1介绍(INTRODUCTION) 3
目的(Purpose) 3
2 瀑布模型(WATERFALL MODEL) 4
模型描述(Description of the Model) 4
模型分析(The analysis of Model) 4
优点 4
缺点 4
补救措施 5
3 迭代模型(ITERATIVE MODEL) 5
模型描述(Description of the Model) 5
模型分析(The analysis of Model) 5
优点 5
缺点 6
补救措施 6
4 原型法(PROTOTYPING) 6
模型描述(Description of the Model) 6
模型分析(The analysis of Model) 7
优点 7
缺点 7
补救措施 7
5喷泉模型(FOUNTAIN MODEL) 7
模型描述(Description of the Model) 7
模型分析(The analysis of Model) 8
优点 8
缺点 8
补救措施 8
6增量模型(INCREMENTAL MODEL) 9
模型描述(Description of the Model) 9
模型分析(The analysis of Model) 9
优点 9
缺点 9
补救措施 10
7螺旋模型(SPIRAL MODEL) 10
模型描述(Description of the Model) 10
模型分析(The analysis of Model) 10
优点 11
缺点 11
补救措施 11
8演化模型(INCREMENTAL MODEL) 11
模型描述(Description of the Model) 11
模型分析(The analysis of Model) 12
优点 12
缺点 12
补救措施 12
(四代技术(4GL)) 13
模型描述(Description of the Model) 13
模型分析(The analysis of Model) 13
优点 13
缺点 14
补救措施 14
(HYBRID MODEL) 14
1介绍(Introduction)
目的(Purpose)
描述适合公司目前现状,可供项目选择的标准生命周期模型。
2 瀑布模型(Waterfall Model)
模型描述(Description of the Model)
对于需求非常明确(通常需求的规模比较小,或者用户所需的系统是在已熟悉的某个系统上进行简单的改动)的项目,可以采用瀑布模型进行开发。每一个工程阶段的输入都严格依赖于前一个工程阶段的输出,并且每一个工程阶段内都应该完成与最终交付产品相关的该工程阶段内的所有工作。
模型分析(The analysis of Model)
优点
为开发和维护提供了一种有效的管理图式,易于使用;
在消除非结构化软件、降低软件的复杂度、促进软件开发工程化方面起着显著作用;
在业界,有30多年的经验积累,是以往软件项目的主要标准;
公司也有很多实例可以参考。
缺点
缺乏灵活性,特别是无法解决需求不明确或不准确的问题;
软件与用户见面时间晚,增加了项目风险。
补救措施
在需求或设计阶段,平行地进行几次快速原型,来消除风险和不确定性。
3 迭代模型(Iterative Model)
模型描述(Description of the Model)
很多项目的需求往往不能在软件研发的初期就明确下来,对于这样项目,应该先尽可能明确需求的范围,并将最熟悉的或者最重要的需求分析出来。在这部分的需求明确之后就可以着手对这部分的系统设计