1、软件生命周期选择摘 要：对软件研发常见的7 种生命周期模型按照模型特征、优点、缺点、适用场景进行了分析，将不同的生命周期模型按照各自适用的项目特征进行了对比，并结合项目特性给出软件项目生命周期选型的定量模型方法。关键词：软件生命周期模型；项目特征；软件项目0 引言项目生命周期模型的主要功能是建立活动进行的顺序。项目计划阶段选择合适的软件开发生命周期模型能够简化项目，使得项目流程化，并帮助确保每一个步骤都会让项目更加接近成功。它能提高开发速度、提升产品质量、加强项目监督与控制，减少成本、降低风险，有利于改善客户关系。如果错误的选择了软件开发生命周期模型或者不选择， 必定会导致进度滞后、劳动重复、
2、造成无谓的浪费以至项目最终遭受挫折。1 软件项目生命周期分析11 V 字模型（1）特点：V 字模型是一种线型顺序模型，每阶段主要工作成果从一个阶段传递到下一个阶段，必须经过严格的评审或测试，各阶段相互独立、不重叠。V 字模型是所有软件生命周期模型的基础。开发流程如图1 所示。（2）优点：可以保证整个软件产品较高的质量，保证缺陷能够提前的被发现和解决。采用V 字模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性，强调早期的计划及需求调查与分析；强调产品测试的完备性；过程文档齐全，便于追溯和使用；过程的可见性强，便于过程质量控制；只要需求是稳定的，则进度也是稳定的。（3）缺点：无
3、法解决软件需求不明确或不准确的问题，灵活性差，依赖于早期进行的需求调查，不能适应需求的变化。图1：V 字模型示意图12 中等简化V 字模型特点： 中等简化V 字模型就是在标准V 字模型基础上根据组织中一些小项目的实际需要演化而来。模型图如图2 所示。优点：可以适应中等和较小项目较灵活的管理需要，提供中度的进度控制，相对标准V 字模型，可以减少部分项目管理工作量和开支，在产品交付方面进行合理的控制缺点：因项目开发流程相对简化，项目的风险增大，质量隐患增大。图2 中等简化V 字模型13 最简化V 字模型特点： 最简化V 字模型就是在标准V 字模型基础上根据组织中的小项目和维护项目的实际需要演化而来
4、。一般情况下，不建议使用此种模型。优点：可以适应小项目的灵活性；减少过程复杂带来的产品提交时间延长；过程相对简单，项目管理控制的工作量相对较少；提供中度的进度控制；减少开支。缺点：对阶段性的控制较弱，不能及时发现问题；项目前期控制较弱，使得项目产品质量留有隐患。最简化V 字模型如3所示。图3 最简化V 字模型14 迭代模型特点：已有2 种迭代方式。一种是以需求、计划、设计为重点的迭代模型，常用于需求不明确的项目；另一种是以计划、设计、编码、测试为重点的迭代模型，常用于算法型等技术难度较高的项目。优点：允许变更需求，中途的修改容易，迭代流程自身可在进行过程中得到改进和精炼；生成性能更强壮的产品；
5、风险管理比较容易，可及早降低风险，存在良好的信息传递渠道。缺点：因本模型较为灵活，对管理的要求较高，项目经理需要有丰富的项目管理经验； 迭代的次数和任务规划难把握，对项目策划要求较高。15 原型瀑布模型特点：用户需求不完全或不确定，针对总体的轮廓先建立一个用户需求原型，然后进行评价和反馈。对原型进行扩充、改进和求精，完成最终系统。优点： 开发者可以很快的构建一个可以演示的产品系统，客户和开发者对系统有更好的理解。缺点：没有考虑软件的整体质量和长期的可维护性；由于达不到质量要求产品可能被抛弃； 由于原型并非最终产品，如果原型不能利用，可能导致成本的增加。16 螺旋模型特点：风险驱动，关注风险，风
6、险分析后决策项目是否继续进行。螺旋模型实现了随着项目成本投入不断增加，风险逐渐减小，并加强项目的管理和跟踪。在每次迭代结束后都需要对产出物进行评估和验证，当发现无法继续进行下去时可及早终止项目。优点：对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；减少了过多测试或测试不足；维护和开发之间并没有本质区别。缺点：需要风险分析评估的专门技术，且成功依赖于这种技术。很明显一个大的没有被发现的风险问题，将会导致问题的发生，并可能导致演化的方法失去控制。17 增量模型特点：第一阶段增量往往是核心产品；每一阶段增量均可发布一个版本。优点：人员分配灵活，刚开始不用
7、投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个阶段增量，同时人员可以并行工作；需求明确部分可以分阶段实现，逐步优化系统需求，集成系统元素；阶段交付。缺点：由于增量模型的灵活性，往往容易退化成边做边改方法，使软件过程的控制丧失了整体性，最终的产品也不是开放的，而是成为维护人员的恶梦。2 生命周期模型选择分析（1）V 型模型适用情况：主要适用于组织所熟悉领域的应用系统开发，前期充分理解用户需求，且需求是确定不变的；用户有一定的能力，对需求的表述是确切的；充分理解该解决方案的技术和体系； 需要一个可维护性和可支持性较高的解决方案；所有产品的控制基线，需要有可见度和可靠性；适用于新的有较
8、多用户的产品、平台、中间件开发项目，或者是用户对开发过程有严格要求的工程定制项目；项目经理有一定的项目管理经验；要求开发时间较充分。（2）中等简化V 字模型适用情况： 项目的复杂度、团队的规模、工作量和项目周期都是中等程度的；需求和技术都已被充分理解；项目经理有较高的项目管理和控制经验；在已经运行过的成型系统之上，根据客户的不同需求进行客户化改造的项目，客户对原系统有充分的了解，能够提出比较成熟的需求。（3）最简化V 字模型适用情况： 项目的规模和工作量都比较小；项目具有较小的开发团队；需求和技术都是被充分确定和理解的；系统复杂度低，不需要独立的设计阶段；产品的体系结构是稳定的；项目经理经验丰
9、富，对项目有较好的管理控制能力；单项功能的修改或增加，开发周期较短的项目。（4）原型模型适用情况：客户能提出一般性的目标，但不能标出详细的输入、处理及输出需求；开发者不能确定算法的有效性、操作系统的适应性、人机交互的形式；项目包含一种新技术；存在关于性能、可靠性和可行性方面的主要的、未解决的问题。（5）迭代模型适用情况：规模较大的项目或产品，需求的清晰度低，且需要进一步的调查；技术或体系结构方面的知识匮乏。螺旋形模型适用项目：主要是用于大规模软件项目，需求不明朗，风险比较高的项目。开发者和客户能够较好地对待和理解每一个演化级别上的风险。（6）增量模型适用项目：适用于需求逐渐清晰的各种中、大规模的项目类型； 已有系统技术路线发生改变但需求明确的移植、经济等原因系统需统一规划分步实施的项目。3 结束语决定开发模式的因素不仅是项目的特点，还要看用户配合程度和开发团队的水平。没有一个完全符合某些项目的软件生命周期模型，也没有一个完全不符合某些项目的模型，关键在于具体实施时如何分析项目的具体情况， 从中选择一个合适的，或者创造性的结合多个模型进行变形，形成独特的项目开发过程。
