软件生命周期模型选用指南[].docVIP

深圳天源迪科信息技术股份有限公司 文件编号：DIC-QMD-851-12 版 本：5.1 软件生命周期模型 选用指南 自批准之日起实施 文件建立/修改记录 序号 版本 建立或修改 建立/修改人 日期 审核人 日期 批准人 日期 1 4.0 建立 叶茂瑶 2007-7-20 陈庆山 2007-7-30 汪东升 2007-8-30 2 4.1 修订 陈志强 2007-12-11 陈庆山 2008-01-18 汪东升 2008-1-20 3 5.0 修订 在原来基础上区分了模型的优点、缺点及适用项目的说明 汪冉冉 2012-8-20 肖征 2012-9-25 肖征 2012-9-25 5 5.1 修订 在第3章模型比较中，增加了适用项目类型和团队规模的说明 汪冉冉 2013-2-20 肖征 2013-2-25 肖征 2013-2-25  目 录 1 简介 4 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 术语表 4 1.5 参考资料 4 2 软件生命周期模型描述 4 2.1 瀑布模型 4 2.2 改进的瀑布模型 6 2.3 原型＋瀑布模型 8 2.4 增量模型 9 2.5 增量的迭代过程模型 10 2.6 V模型 11 3 模型的比较 13 4 其它模型采用说明 13 简介 目的 建立和维护公司内部定义的软件生命周期模型，并供项目时根据项目的具体情况选择或裁剪使用，由此确定软件项目开发过程的各种不同的阶段以及各阶段的执行顺序软件生命周期软件生命周期一般包括系统分析、软件需求分析、设计、实现、测试、验收、运行和维护各阶段。软件过程有关开发和维护软件及其相关产品（例如：项目计划、设计文档、代码、测试用例、用户手册等）的活动、方法、实践和变更的集合。 软件生命周期模型描述所有的项目软件开发过程都应遵循一个生命周期模型，每个模型都具有能够帮助实际软件项目进行控制及协调的特征。定义生命周期模型的目的在于将本质上无序的活动有序化，在期间，必须仔细考虑项目的特征和目标之后，再选择生命周期模型。本描述常用的几个软件生命周期模型，项目可根据实际情况选择或按规定剪裁使用，但应注意与的标准软件开发过程相兼容。 又称线性顺序模型瀑布模型的开发流程 图2－1：瀑布模型 模型优点 线性顺序的开发过程，一个过程顺着一个过程进行，简单、易用、直观； 项目人员分阶段投入； 强调早期计划，及需求获取的完整性和稳定性，一次性开发出一个完整的系统； 易于划分里程碑，便于监督和控制。 模型缺点 要求在项目前期就明确需求，产品的运行版本直到项目开发后期方可见； 用户直到项目结束方能了解产品的质量，不能逐步的熟悉系统； 依赖于早期进行的需求调查，难以适应需求的变化； 不允许变更或者限制变更，如果有未定义或未实施的需求，将会引起重复劳动，甚至开发出的产品不是用户所需要的。瀑布模型的开发流程 图2－2：改进的瀑布模型 模型优点 系统分子系统和功能模块按照设计→实现→测试过程进行； 适当的重叠各个阶段过程，子系统和功能模块间可以并行开发，达到资源的有效利用。 模型缺点 并行开发方式，对项目经理工作分解能力要求高，使用不当易造成项目开发混乱； 要求总体需求及总体设计阶段有产品行业专家及技术专家介入，对公司人才要求较高。 适用项目 具备下列1）和2），或者2）和3）特点的项目可以选择改进的瀑布模型作为软件生命周期模型： 前期需求明确，系统可以划分为子系统和功能模块； 软件实现方法是成熟的； 当一个新系统的开发存在多个完全不相关的独立需求的功能开发的时候，这个时候也可以选择将整个开发过程按独立的需求划分为多个小瀑布进行操作。 原型＋瀑布模型为了解决在产品开发的早期阶段存在的不确定性、二义性和不完整性等问题，通过建立原型使开发者进一步确定其应开发的产品，使开发者的想象更具体化，也更易于被客户所理解。整个系统重新分析和设计进化型则是对需求的定义清楚的，原型建立之后要保留，作为逐渐增加的基础，采用进化型一定要重视软件设计的系统性和完整性并且在质量要求方面没有捷径，因此，对于描述相同的功能，建立进化型原型比建立抛弃型原型所花的时间要多。原型建立确认需求之后采用瀑布模型的方式完成项目开发，原型＋瀑布模型的开发流程如图所示： 图2－　原型＋瀑布模型 原型建造，采用“快速设计”，集中于软件那些对用户可见部分的表示，使用户能够感受到实际的系统； 原型由用户评估，并进一步精确细化待开发软件的需求，逐步调整原型使其满足