关于软件生命周期模型的几个问题

软件生命周期模型是软件工程的重要标志和核心内容。软件生命周期模型用的好不好，直接影响到组织的软件工程实施效果。

但在实际使用软件生命周期模型过程当中，总会遇到这样或那样的问题。

诸如：

生存周期模型中各阶段要素描述不全

软件生命周期模型适用范围未能覆盖组织所有项目类型

定义的生命周期模型中未考虑软件交付和软件维护活动，未覆盖全生命周期

部分软件生命周期模型的的适用情况不明确

PS ： 以上问题来自GJB5000评价发现的问题。

如果对这些问题进行分类，可能有定义、选择和剪裁等3类问题。

• 定义问题

在有关生命周期模型定义的问题中比较重要的是定义的生命周期模型未能覆盖组织的实际情况，组织通过简单地使用瀑布模型或者基于瀑布模型的裁剪就覆盖所有软件项目，而这样一来，对于某些项目来说，就只能使项目的成本增加、项目进度可控性下降，项目管理代价太高……

有些组织已经意识到这个问题，但是苦于缺少制订生命周期模型的经验，无从定义适合自己的开发模型。

这一点可以学习下现有的各类模型的定义以及Humphey著的《软件过程管理》一书中关于过程定义的章节内容。现有的开发模型除了瀑布模型之外，还有快速原型开发模型、增量模型、迭代模型、螺旋模型、敏捷模型、RUP模型等；过程定义的内容可以帮助对模型内的活动作进一步定义。

• 选择问题

软件生命周期模型的选择指南是面向项目组使用的，有了它，项目才能正确地选择适合本项目的生命周期模型，以追求软件管理效益的最大化。选择指南要能覆盖项目的特点，包括项目类型、软件关键等级、软件规模等。

部分已有的软件生命周期模型的建议的选择指南如下：

• 裁剪问题

软件生命周期模型裁剪的主要问题是过裁剪。比如，本来定义的模型是瀑布模型，包括系统需求分析、需求分析、设计、单元测试、集成测试、配置项测试、验收交付这几个阶段，如果裁剪掉单元测试阶段，那么它还是你定义的瀑布模型吗？

关于软件生命周期模型定义、选择和裁剪的这些问题，很大一部分原因是由于没有正确认识项目的实际需要。比如，项目需求是逐步明确的，但用户又需要短时间内交付可用版本，就应该考虑类迭代或增量模型；用户要求尽快提供软件以帮助其明确需求或者验证系统方案，就应该考虑类快速原型开发模型。

理解了项目的实际需要，就可以参照已有的软件生命周期模型，定义适合项目的类似的衍生模型。

这正是：

生命周期问题多，不解需要惹的祸

工程原理不忘记，衍生模型定义得

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。