软件生命周期模型

.软件生命周期对于一个软件的研制，从问题的提出，经过开发、使用、维护、修订，直到最后终止使用而被另一软件所取代，就像是一个生命体从孕育、出生、成长到最后消亡，软件的这个状态变化的过程称为生命周期(life cycle)。软件生命周期的演化具有阶段性，依据一定的原则，可以把软件生命

周期划分为若干不同阶段，相邻的阶段既相互区别又相互联系，每个阶段都以

其前一阶段的工作成果作为本阶段工作的基础。软件生命周期的划分有助于软

件开发和管理人员根据不同阶段的特点进行软件开发及其管理。软件开发的经

验表明，软件开发越到后期，改正前期开发工作的失误越困难，因此在软件开

发工作中应该对软件开发工作的阶段性给予充分认识，在前期工作不无分的前

提下不应过早地进入软件开发的下一阶段。依据不同的原则对软件生命周期的

划分也不同，《软件工程国家标准--计算机软件开发规范》(GB8566-88)中将软件生命周期划分为8个阶段：可行性研究与计划、需求分析、概要设计、详细

设计、实现(包括单元测试)、组装测试(集成测试)、确认测试、使用和维护。

本书按照人们所习惯的粗分方法把上面8个阶段划分为计划、开发和维护3个

阶段，在概述其他两个阶段的基础上重点介绍软件的开发过程。2.软件开发方

法在规定的投资规模和时间限制内，实现符合用户需求的高质量软件是软件开

发的目标，为实现这一目标，人们根据软件开发的特点，提出了多种软件开发

策略。通过不同的软件开发模型阐明从问题提出到最终软件实现，软件开发工

作过程的阶段性任务分解，并规定了每一个阶段的目标、任务以及工作结果的

表达形式。常见的软件设计模型有：瀑布模型(waterfall model)、渐进模型(increamental model)、演化模型(evolutionary model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)等。这里介绍其中的3种。(1)瀑市模型瀑市模型1970年由W.Royce提出，其开发过程

依照固定顺序进行，各阶段的任务与工作结果如图1所示。该模型严格规定各

阶段的任务，上一阶段任务输出作为下一阶段工作输入。此模型适合于用户需

求明确、开发技术比较成熟、工程管理严格的场合使用，其缺点是：由于任务

顺序固定，软件研制周期长，前一阶段工作中造成的差错越到后期越大，而且

纠正前期错误的代价高。图1瀑布型开发过程(2)渐进模型从一组简单的基本用户需求出发，首先建立一个满足基本要求的原型系统。通过测试和运行原型系

统，有用户提出进一步细致的需求，然后修改和完善原型系统，反复进行这个

过程直到用户满意为止。该模型适合开发初期用户需求不甚明确，相关技术和

理论需要不断研究、反复实验以及开发过程需要经常与用户交互的场合，学习

或研究类软件的开发常用此法。由于用户在整个软件开发过程中都直接参与.因

此最终的软件产品能够很好地满足用户的需求。渐进模型开发过程如图2所示。图2渐进型开发模型(3)喷泉模型该模型主要用于面向对象软件技术开发项目，

其特点是各项活动之间没有明显的界限。由于面向对象技术的优点，该模型软

件开发过程与开发者对问题认识和理解的深化过程同步。该模型重视软件研发

工作的重复与渐进，通过相关对象的反复迭代并在迭代中充实扩展，实现了开

发工作的迭代和无间隙，该开发过程分为：分析、设计、实现、确认、维护和

演化。

CMM概述软件产品的质量在很大程度上取决于开发软件时开发和维护过程

的质量。软件开发过程是人员密集和设计密集的作业过程，若缺乏有素的训练，就难以建立起支持实现成功改进软件过程的基础，改进工作亦将难以取得成效。美国困会在20世纪80年代就注意到IT行业的这个现实，希望IT行业能以标

准化的方式履行软件开发的能力。在1984年，国会与美国的主要公司和研究中

心合作，建立了-个由联邦资助的非盈利组织，称为软件工程研究所(Software Engineering Institute，SEI)，附属于卡内基一梅隆大学。Capability Maturity Model缩写为CMM，是SEI的一个早期研究成果，描述的这个框架勾

画出软件开发组织从无定规的混沌过程向训练有素的成熟过程演进的途径。CMM

是一个事实上的软件工程过程方面的国际标准。CMM是CMM族模型中制订最早、影响也最大的一个。CMM是用于评价一个组织软件过程成熟度和识别增加这些

过程的成熟度所需要的关键实践的-个模型，是建立软件组织所使用的过程成熟

度的模型以及定义和测量过程成熟度的有效方法，在实际中被软件开发组织用

于软件过程改进和评估。CMM采用5级等级结构。如果一个组织被评估为5级，它便达到了完全的成熟水平。它有一套实践、方针和规范，使各个团队能以一

种可预见的、可靠的和可重复的方式生产出高质量的软件。据SEI估计，全世

界只有1%-2%的IT组织达到了5级的水平。而评估为1级的组织则缺乏这种能力，质量或多或少成为一个不可预见、无法管理的目标，成功与否不仅依靠组织，而更多地依赖于个人。CMM的5个等级分别为：第一级，初始级；第二级，可重复级；第二级，已定义级；第四级，已管理级；第五级，优化级。在每一

个等级上，CMM首先设定一组一般目标，再定义一组关键过程域(KPA，Key Process Area)，而关键过程域则靠若干关键实践来实现。CMM根据关键过程域

对软件过程能力进行评估，无论哪个KPA，它们的实施活动都统一按五个公共

属性进行组织，即每一个KPA都包含五类KP。每一个KPA都确定了一组目标，

若这组目标在每一个项目都能实现，则说明企业满足了该KPA的要求。若满足

了某一个级别的所有KPA要求，则表明达到了这个级别所要求的能力。依据软

件过程能力的不同将软件企业分为5个不同的软件能力成熟级别。CMM为软件

企业的过程能力提供了一个阶梯式的进化框架。它基于过去所有软件工程成果

的过程改善的框架，吸取了以往软件工程的经验教训。它指明了一个成熟的软

件组织在软件开发方面需要管理的那些主要工作、这些工作之间的关系，以及

以怎样的先后次序，一步一步地做好这些工作使软件组织走向成熟。CMM是目

前国际上最流行也是最实用的软件生产过程标准。迄今为止，CMM既不是政府

标准也不是行业协会标准，而是软件工程研究所发表的一份技术报告；不过，

它在美国已成为事实上的标准。鉴于CMM的巨大应用前景，SEI己在美国注册

了CMM的专利和商标。与此同时，围绕以CMM为基础的软件过程评估和软件能

力评价建立了从审核员培训到提供评估和评价的一整套服务体系。SEI给CMM

下的定义是：对于软件组织在定义、实现、度量、控制和改善其软件过程的进

程中各个发展阶段的描述。这个模型便于确定软件组织的现有过程能力和查找

出软件质量及过程改进方面的最关键的问题，从而为选择过程改进战略提供指南。CMM1.1版包括四部分："软件能力成熟度模型"和"能力成熟度模型的关键

惯例"。"软件能力成熟度模型"主要是描述这种模型的结构，并且给出该模型的基本构件的定义；为便于读者理解，还进一步对成熟度模型及其构件做了大量

解释。"能力成熟度模型的关键惯例"除了重复叙述能力成熟度模型结构及其构

件外，以大量篇幅详细描述了每个"关键过程域"涉及的"关键惯例"。"关键过程域"是指一组相关联的活动，通过执行这些活动可以实现既定的过程能力。所谓"关键惯例"是指使关键过程域得以有效实现和制度化的作用最大的基础设施和

活动。各个关键惯例按每个关键过程域的5个"公共特性"(对执行该过程的承诺，执行该过程的能力，该过程中要执行的话动，对该过程执行情况的度量和分析，及证实所执行的活动符合该过程)归类，逐一详细描述。按CMM的规定，做到了

某个关键过程的全部共键惯例就认为实现了该关键过程，实现了某成熟度级别

及其以下各级所含的全部关键过程就认为达到了该级别。CMM把软件开发组织

的能力成熟度分为5个可能的等级。除了第1级外，其他每一级由几个KPA组

成。每-个KPA都由上述5种公共特性子以表征。CMM给每个关键过程规了一些

具体目标。按每个公共特性归类的关键惯例是按该关键过程的具体目标选择和

确定的。如果恰当地处理了某个关键过程涉及的全部关键惯例，这个关键过程

的各项目标就达到了，也就表明该关键过程实现了。这种分级的思路在于把一

个组织执行软件过程的成熟程度分成循序渐进的几个阶段，这与软件组织提高

自身能力的实际推进过程相吻合。这种成熟度分级的优点在于，这些级别明确

而清楚地反映了过程改进活动的轻重缓急和先后顺序。这点很重要，因为大多

数软件组织只能在某一段时间里集户开展少数几项过程改进活动。CMM指明了

过程改进的途径，是-套指南，能够通过持续的重复测量与提炼来稳步创造与改进开发环境。不要把CMM设想为-套规则，应该将它理解为一个学科，一套做事的方法。在这套指南下让你裁剪和塑造自己的大纲，以适应不同组织的特定要求。CMM指明了一个组织从出生到成熟的成长道路。还要求对整个IT组织的有

关部分，从高层管理者到软件生产第一线的工作者，都要做出坚定的、长期的

实施承诺。成熟的过程需要长期的努力。IT组织之间存在着巨大的差别，它们

的客户不同、使用的工具不同，人员智力与专业背景不同，从事的项目属于不

同的类型，规模有大有小，要求也各不相同。因此它们应当以CMM为指导，以

自己的方式走向成热。在一处适用的东西，到另一处可能不适用。因此灵活性、专业解释和恰当的实施，是在CMM下走向成功的关键。CMM有两个基本用途：

软件过评估和软件能力评价。软件过程评估目的是确定-个组织的当前软件过程的状态，找出组织所面临的急需解决的与软件过程有关问题，进而有步骤地实

施软件过程改进，使组织的软件过程能力不断提高。因此，软件过程评估关注

一个组织的软件过程有哪些需改进之处及其轻重缓急。评估组采用CMM来指导

他们进行调查、分析和排优先次序，组织可利用这些调查结果，参照CMM中的

关键实践所提供的指导，规划本组织软件过程的改进策略，能够促使软件企业

形成更先进、更科学、更新兴的管理模式。各种不同水平的企业都能够从CMM

中获取不同的营养，找出自己改进、发展的方向。严格来说，对于软件企业软

件能力的评估，实际上是对-个企业的软件开发能力的评估。一个企业达到相应的CMM级别，就具有相应的软件开发能力，可以说是一个资质的证明。软件能

力评价目的是识别合格的能完成软件工程项目的承制方，或者监控承制方现有

软件工作中软件过程的状态，进而提出承制方应改进之处。软件能力评价关注

识别一个特定项目在进度要求和预算限制内构造出高质量软件所面临的风险。

在采购过程中可以对投标者进行软件能力评价。评价的结果，可用于确定在挑

选承制方的风险，也可对现存的合同进行评价以便监控承制方的过程实施，从

而识别出承制方软件过程中潜在的可改进之处。PSP个人软件开发过程1.PSP

概述CMM是对软件工程的工业实践所需的有关目标、方法和实践的最佳有效描述。但是在软件工程的实践中如何确保按CMM规则来开发软件，CMM并没有给

出答案。CMM是一个致力于组织过程改进的框架，如何才能确保CMM使工作有

效而且便利，CMM没有提供有关实现关键过程所需要的具体知识和技能。为了

解决这些问题，个体软件过程PSP(Persond Software Process)也就应运而生。个体软件过程是由美国carnegie Mellon大学软件工程研究所(CMU/SEl)的

Watts S.Humphrey领导开发并于1995年推出，在软件工程界引起了极大的轰动，可以说是由定向软件工程走向定量软件工程的一个标志。PSP是一种可用

于控制、管理和改进个人工作方式的自我改善过程，是个包括软件开发表格、

指南和规程的结构化框架。PSP为基于个体和小型群组软件过程的优化提供了

具体而有效的途径，例如，如何制订计划，如何控制质量，如何与其他人相互

协作等等。在软件设计阶段，PSP的着眼点在于软件缺陷的预防，其具体办法

是强化设计约束服则，而不是设计方法的选择。根据对参加培训的104位软件

人员的统计数据，在应用了PSP后，软件中总的差错减少了58.0%，在测试阶

段发现的差错减少了71.0%，生产效率提高了20.0%。PSP的研究结果还表明，

绝大多数软件缺陷是由于对问题的错误理解或简单的失误所造成的，只有很少

一部分是内于技术问题而产生的。多年来的软件工程统计数据表明，如果在设

汁阶段注入一个差错，则这个差错在编码阶段会引发3-5个新的缺陷，要修复

这些缺陷所花的费用要比修复这个设计缺陷所花的费用多一个数量级。因此，PSP保障软件产品质量的一个重要途径是提高设计质量。2.PSP的演化PSP是一种质量管理的方法，主要是指导软件工程师如何独自保证自己编写的程序的质量。因为软件工程师熟悉他们自己编写的程厅，也能更快地和有效地找到、修

复和预防缺陷。PSP提供了一系列的练习和方法来帮助工程师评别他们编写的

程序质量，并指导他们找到和尽可能能快地修复缺陷。它是一个过程描述、测

量和方法的结构化集合，能够帮助软件丁程师改善其个体性能。它提供了表格、脚本和标准，以帮助软件工程师估算和计划其工作。除了质量度量和跟踪，PSP 质量管理方法的原则是及早去除缺陷和预防缺陷。PSP主要的质量目标是在第

一次编译或单元测试之前找到和修复缺陷。PSP过程包括设计和代码的复查，

即工程师他们开始检查、编译和测试之前独自地复查他们的代码。PSP复查过

程基于这样的事实：人们趋向于经常犯同样的错误。因此，通过分析他们引入

缺陷的数据和建立捡查表来发现错误，工程师们能更有效地找到和改正缺陷，

而管理缺陷员有效的方法是预防缺陷的引入。在PSP中，有3种不同的但却互

相支持的方法来预防缺陷。首先是让工程师们记录他们发现和修复的每个缺陷

的数据。然后复查这些数据来确定造成缺陷的原因并且通过改进过程来避免缺陷。通过测量他们的缺陷，工程师们更能意识到他们的缺陷，更能敏感地知道

缺陷的后果，并且通过这些数据更能避免将来犯向样的错误。第二种方法是用

有效的设计方法和符号来进行完整的设计。为了完整记录一个设计，工程师必

须彻底理解它。这不仅是为做出更好的设计，而且是为了减少设计的错误。第

三种缺陷预防的方法是第二种方法的直接结果：有了更彻底的设计，写代码的

时间会减少，从而减少缺陷的引入。通过298位有经验的工程师的PSP数据表明，好的设计对质量有潜在的影响。这些数据表明，在设计阶段，工程师平均

每小时引入1.76个缺陷，而在代码阶段平均每小时引入4.20个缺陷。既然花

费很少的时间能够完成完整的文档设计，那么通过进行彻底的设计，工程师将

相应的减少代码的编写时间。所以，由于彻底的设计，工程师实际上减少了引

入的错误。PSP的演化过程如下图1所示。PSP由5级组成，每一级都试图指出过程缺陷井提供解决方法。5级分别为PSP0、PSP1、PSP2、PSP3和TSP，每个

都包括几个单独的步骤。PSP与具体技术(程序设计语言、工具或者设计方法)

相对独立，其原则能够应用到几乎任何的软件工程任务之中，PSP的功能是：

说明个体软件过程的原则；帮助软件工程师作出准确的计划；确定软件工程师

为改善产品质量要采取的步骤；建立度量个体软件过程改善的基准；确定过程

的改变对软件工程师能力的影响。图1 PSP的演化过程示意图个人软件过程

PSP的作用如下：.使用自底向上的方法来改进过程，向每个软件工程师表明过

程改进的原则，使他们能够明白如何有效地生产出高质量的软件。.为基于个体和小型群组软件过程的优化提供了具体而有效的途径。其研究与实践填补了CMM的空白。.帮助软件工程师在个人的基础上运用过程的原则，借助于PSP提

供的一些度量和分析工具，了解自己的技能水平，控制和管胆自己的工作方式，使自己日常工作的评估、计划和预测更加准确、更加有效，进而改进个人的工

作表现，提高个人的工作质量和产量，积极而有效地参与高级管理人员和过程

人员推动的组织范围的软件工程过程改进。.PSP能够指导软件工程师如何保证

自己的工作质量，估计和规划自身的工作，度量和追踪个人的表现，管理自身

的软件过程和产品质量。经过PSP学习和实践的正规训练，软件工程师们能够

在他们参与的项目工作之中充分运用PSP，从而有助于CMM目标的实现。

TSP团队软件过程软件过程控制是软件企业成功的关键，但过去一直缺乏

一套可操作的规范来具体指导和规范项目组的开发。PSP和TSP为企业提供了

规范软件过程的一整套方案，从而解决了长期困扰软件开发的一系列问题，有

助于企业更好地应对挑战。PSP主要指导软件工程师个人如何更好地进行软件

设计与编码，关注个人软件工程师的能力的提高，从而保证个人承担的软件模

块的质量，对于大型项目中的项目组如何协同工作、共同保证项目组的整体产

品质量则没有给出任何指导性的原则。个人能力的提高同时需要一个有效地工

作在一个团体(小组)环境，并知晓如何一致创造高质量的产品。为了提高团队

的质量及生产能力，更加精确地达到费用、时间要求，结合PSP的原则提出了TSP以提高小组的性能，从而提供工程质量。TSP能够指导项目组中的成员如何有效地规划和管理所面临的项目开发任务并且告诉管理人员如何指导软件开发

队伍始终以最佳状态来完成工作。群组软件过进TSP基于以下4条基本原理：

应该遵循一个确定的、可重复的过程并迅速获得反馈，这样才能使学习和改革

最有成效；一个群组是否有效，是由明确的目标、有效的工作环境、有能力的

教练和积极的领导这4方面因素的综合作用所确定的，因此应在这4个方面同

时努力，而不能偏废其中任何-个方面；应注意及时总结经验教训，当学员在项目中面临各种各样的实际问题并寻求有效的解决问题方案时，就会更深刻地体

会到TSP的威力；应注意借鉴前人和他人的经验，在可资利用的工程、科学和

教学法经验的基础上来规定过程改进的指令。在软件开发(或维护)过程中，首

先需要按照群组软件过程框架定义-个过程。在设计TSP过程时，需要按照以下

7条原则：循序渐进的原则，首先在PSP的基础上提出一个简单的过程框架，

然后逐步完善；迭代开发的原则，选用增量式迭代开发方法，通过几个循环开

发-个产品；质量优先的原则，对按TSP开发的软件产品，建立质量和性能的度量标准；目标明确的原则，对实施TSP的群组及其成员的工作效果提供准确的

度量；定期评审的原则，在TSP的实施过程中，对角色和群组进行定期的评价；过程规范的原则，对每一个项目的TSP规定明确的过程规范；指令明确的原则，对实施TSP中可能遇到的问题提供解决问题的指南。在实施群组软件过程TSP

的过程中，应该自始至终贯彻集体管理与白我管理相结合的原则。具体地说，

应该实施以下6项原则：计划工作的原则，在每一阶段开始时要制订工作H划，规定明确的目标；实事求是的原则，目标不应过高也个应过低而应实事求是，

在检查计划时如果发现未能完成或者已经超越规定的目标，应分析原冈，并根

据实际情况对原有计划做必要的修改；动态监控的原则，一方面应定期追踪项

目进展状态并向有关人员汇报，另一方面应经常评审自己是否按PSP原理进行

工作；自我管理的原则，开发小组成员如发现过程不合适，应主动、及时地进

行改进，以保证始终用高质量的过程来生产高质量的软件，任何消极埋怨或坐

视等待的态度都是不对的；集体管理的原则，项目开发小组的全体成员都要积

极参加和关心小组的工作规划、进展追踪和决策制订等项工作；独立负责的原则，按TSP原理进行管理，每个成员都要担任一个角色。在TSP的实践过程中，TSP的创如入Humphrey建议在-个软件开发小组内把管理的角色分成客户界面、设计方案、实现技术、工作规划、软件过程、产品质量、工程支持以及产品测

试8类。如果小组成员的数目较少，则可将其中的某些角色合并；如果小组成

员的数目较多，则可将其中的某些角色拆分。总之，每个成员都要独立相当一

个用色。软件开发小组按TSP进行生产、维护软件或提供服务，其质量可用两

组元素来表达；一组元素用以度量开发小组的素质，称之为开发小组素质度量元；另一组用以度量软件过程的质量，称之为软件过程质量度量元。开发小组

素质的基本度量元有以下5项：所编文档的页数；所编代码的行数；花费在各

个开发阶段或花费在各个开发任务上的时间(以分钟为度量单位)；在各个开发

阶段中注入和改正的缺陷数目；在各个阶段对最终产品增加的价值。应该指出，这5个度量元是针对软件产品的开发来陈述的，对软件产品的维护或提供其他

服务，可以参照这些条款给出类似的陈述。软件过程质量的基本度量元有以下

5项：设计工作量应大于编码工作量：设计评审工作量全少应占一半以上的设

计工作量：代码评审工作量应占一半以上的代码编制的工作量；每千行源程序

在编译阶段发现的差错不应超过10个；每千行源程序在测试阶段发现的差错不应超过5个。无论是开发小组的素质，还是软件过程的质量，都可用一个等五

边形来表示，其中每一个基本度量元是该等五边形的一个顶。基本度量元的实

际度量结果，落在其顶点与等五边形中心的连线上，其取值可以根据事先给出

的定义来确定。在应用TSP时，通过对必要数据的收集，项目组在进入集成和

系统测试之前能够初步确定模块的质量。如果发现某些模块的质量较差，就应

对该模块进行精心的复测，有时甚至有必要对质景特别差的模块重新进行开发，以保证生产出高质量的产品，且能节省大量的测试和维护时间。2.TSP的结构TSP由一系列阶段和活动组成。各阶段均由计划会议发起。在首次计划中，TSP

组将制订项目整体规划和下阶段详细计划。TSP组员在详细计划的指导下跟踪

计划中各种活动的执行情况。首次计划后，原定的下阶段计划会在周期性的计

划制订中不断得到更新。通常无法制订超过3到4个月的详细计划。所以，TSP

根据项目情况，每3-4个月为一阶段，并在各阶段进行重建。无论何时，只要计划不再适应工作，就进行更新。当工作中发生重大变故或成员关系调整时，计划也将得到更新。在计划的制订和修正中，小组将定义项目的生命周期和开发策略，这有助于更好地把握整个项目开发的阶段、活动及产品情况。每项活动都用一系列明确的步骤、精确的测量方法及开始、结束标志加以定义。在设计时将制订完成活动所需的计划、估计产品的规模、各项活动的耗时、可能的缺陷率及去除率，并通过活动的完成情况重新修正进度数据。开发策略用于确保TSP的规则得到自始至终的维护。图1中描述的只是TSP阶段、活动的标准集合，实际的TSP更像是分成阶段的众多循环构成的。TSP过程遵循交互性原则，以便每-阶段和循环都能在上一循环所获信息的基础上得以重新规划。右接下图左接上图图1 TSP的基本结构TSP技术是一项较新的技术，在下面的网址中都对TSP技术进行了介绍，感兴趣的同学可以参考：

特别声明：

1：资料来源于互联网，版权归属原作者

2：资料内容属于网络意见，与本账号立场无关

3：如有侵权，请告知，立即删除。

软件生命周期模型

瀑布模型/改进的瀑布模型虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展本的和最效的?种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求-〉分析-〉设计?〉编码-> 测试的阶段进行，每-个阶段都可以定义明确的产出物和验证准则.瀑布模型在每?个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下-个阶段. 由于需要对每?个阶段进行验证，瀑布模型要求每?个阶段都有明确的文档产出，对于严格的瀑布模型每?个阶段都不应该重叠,而应该是在评审通过，相关的产出物都己经基线后才能够进入到下?个阶段. 瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决. 采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性?但对于前期需求不明确,而又很难短时间明确淸楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题. 很多人往往会以进度约束而不选择瀑布模型，这往往是?个错误的观点.导致这种情况的?个关键因素往往是概念需求阶段人力不足.冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模型在开发周期上并不会存在太人的差别.反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前期需求不明确，没有经过?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度. 架构设计是软件开发中?个重要的关注点.因此在RUP中也捉及到软件开发要以架构为核心.因此在架构设计完成后系统会彼分为相关的f?系统和功能模块.每个功能模块间的接口都可以定义淸楚.在这种情况下，当模块B的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始编码，冈此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的?种最重要的改进思路，也可以说这是?种增量开发的模型.

软件生命周期模型选择及WBS分解指南

软件生命周期模型选择及WBS分解指南一、概述同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为“软件生命周期”。软件生命周期模型，通俗说就是，软件开发过程中所遵循的模式，即把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。软件生命周期模型和项目开发过程有非常紧密关系，它是经过多次实践总结出来适合于不同项目使用的经典、有效的软件开发方法，它按照软件生命周期的各个阶段划分任务，依照一定的规则和步骤，有效地进行软件开发。选用恰当的软件生命周期模型进行软件开发，可以提高产品质量；降低项目管理难度；缩短开发进度；便于项目状态跟踪；为过程改进和度量提供基线；改善组织级的过程弱势，提高过程能力成熟度级别。为了便于分类汇总和统计各种生命周期模型的指标和数据，结合公司软件开发过程的实际，我们选择了常用的几种基本模型进行了描述，项目开发小组在进行项目策划时，可以根据模型的适用前提、优缺点和项目的实际需要进行选择，并在《项目实施计划》中，参加评审。二、软件生命周期模型常用的软件生命周期模型有：瀑布模型、迭代模型、增量模型、原型模型等。以上所提到的件生命周期模型病不存在孰优孰劣的问题，每一种模型在实际工作中都有所应用。只要选择了最适合的，并按照此模型的流程来开发软件，都会取得成功。需要强调的是，不管采用什么模型，项目实施中有四项活动是必不可少的——需求、设计、编码和测试。不管是有意识还是无意识，这些活动都会出现在项目过程中。这也是最重要的四项活动，其他的活动其实都是为这些活动服务的，不管是配置管理、风险管理，还是评审等等。以下对各种常用的软件生命周期模型的设计思想、WBS划分（Work Breakdown Structure，即工作分解结构）、优缺点、使用范围进行分析。

CMMI生命周期模型选用指南解读

编码：SHZIM-O-OPD-P02 xxxx技术股份有限公司生命周期模型选用指南

更改控制页

目录 1目的 (1) 2范围 (1) 3模型介绍 (1) 3.1瀑布模型 (1) 3.1.1模型说明 (1) 3.1.2模型分析 (1) 3.2迭代模型 (2) 3.2.1模型说明 (2) 3.2.2模型分析 (3) 3.3快速原型模型 (3) 3.3.1模型说明 (3) 3.3.2模型分析 (4) 3.4精简模型 (4) 3.4.1模型说明 (4) 3.4.2模型分析 (5) 3.5V模型 (6) 3.5.1模型说明 (6) 3.5.2模型分析 (6) 4模型选择 (8) 4.1模型选择原则 (8) 4.2项目分类 (8) 4.3模型选择指南 (9)

1目的描述适合公司现状、可供项目选择的组织级生命周期模型。 2范围公司所有软件项目。 3模型介绍 3.1瀑布模型 3.1.1模型说明图1 瀑布模型对于需求比较明确的项目，可以使用瀑布模型进行项目开发，每个阶段的输入都是依靠上一个阶段的输出，每个阶段内都需要完成与最终产品相关的所有工作。 3.1.2模型分析优点：

1.可以明确划分项目的各个阶段，便于管理； 2.项目成员只需要在被安排的阶段开展项目工作，不需要全程参与； 3.阶段工作内容清晰，降低了开发难度。缺点： 1.对项目的启动条件要求较高； 2.若出现需求不明确或设计开发技术瓶颈，将会影响后续阶段的工作启动； 3.最终产品提交给用户确认的时间比较晚，存在一定的风险。 3.1.3模型参照参见《瀑布模型》。 3.2迭代模型 3.2.1模型说明图2 迭代模型通常有许多项目不能在需求开发阶段提供准确的需求，对于这样的项目，可以选择迭代开发模型，将能够确定的需求分析确定下来。之后便可以对这部分确定的需求进行系统设计、编码和测试。整个项目可以进行多次迭代的过程，一般情况下迭代的起点从需求开发开始，然后进行设计、编码和测试，但是有时候也可能出现从设计或编码阶段安排新的迭代过程。

生命周期模型描述-模板1

XXX有限公司生命周期模型描述

目录 1简介 ....................................................................................................................................................................... I 目的 ........................................................................................................................................................................... I 适用范围 ................................................................................................................................................................... I 术语表 ....................................................................................................................................................................... I 2过程概述 ............................................................................................................................................................. II 3生命周期模型描述 ............................................................................................................................................. II 3.1V字模型............................................................................................................................................................ II 3.1.1概述 ............................................................................................................................................................ II 3.1.2阶段定义 ................................................................................................................................................... III 3.1.3适用情况 ................................................................................................................................................... III 3.1.4优点 ........................................................................................................................................................... IV 3.1.5缺点 ........................................................................................................................................................... IV 3.1.6本企业适合项目类型 ............................................................................................................................... IV 3.2中等简化V字模型.......................................................................................................................................... I V 3.2.1概述 ........................................................................................................................................................... IV 3.2.2阶段定义 ..................................................................................................................................................... V 3.2.3适用情况 ..................................................................................................................................................... V 3.2.4优点 ............................................................................................................................................................. V 3.2.5缺点 ............................................................................................................................................................. V 3.2.6本企业适合项目类型 ................................................................................................................................. V 3.3最简化V字模型............................................................................................................................................... V 3.3.1概述 ............................................................................................................................................................. V 3.3.2阶段定义 ................................................................................................................................................... VI 3.3.3适用情况 ................................................................................................................................................... VI 3.3.4优点 ........................................................................................................................................................... VI 3.3.5缺点 .......................................................................................................................................................... VII 3.3.6本企业适合项目类型 .............................................................................................................................. VII 3.4瀑布模型 ......................................................................................................................................................... V II

产品生命周期曲线预测模型及其在营销决策中的应用报告

产品生命周期曲线预测模型及其在营销决策中的应用报告产品生命周期曲线预测模型及其在营销决策中的应用报告出处一.产品生命周期的内涵与外延对于产品这种有规律性的发展过程，必须要充分认识，在进行市场需求信息调查的基础上，及时掌握产品所处市场的不同阶段，以便采取相应的对策。产品的生命周期不是产品本身的使用寿命。通常，新产品从市场上试销到被淘汰，如同任何生物一样，有一个发生.发展.成熟和衰亡的过程。市场产品运动的发展变化轨迹可以用一条曲线来描述，这条曲线就称为产品生命周期曲线（又称成长曲线），它是指新产品研制成功后，从投入市场开始，发展到成长.成熟以至衰退被淘汰为止的整个销售过程的全部时间。一般来说，产品生命周期可划分为四个阶段：即投入期.成长期.成熟期和衰退期。这四个阶段组成了完整的产品生命周期系统，而各个阶段可称为它的子系统。投入期的主要特征是生产成本高.投入流动资金多.广告费用大，同时产品销售量增长缓慢，企业获利极少甚至为负数。产品从投入期转入成长期的标志是销售量迅速增长.利润额迅速上升，竞争者纷纷涌入，同时生产成本得到降低，生产效率和市场占有率均显著提高。第三阶段成熟期

是产品在市场上基本饱和，市场竞争日益激烈，销售量基本区域稳定，利润开始减少。最后，由于成本回升.需求减少.竞争者减少和其他因素的影响，导致产品销售量减少，利润额也明显下降，产品普及率迅速降低。产品生命周期理论是制定产品在市场上不同时期营销战略及策略的基础。在进行产品营销决策前，首先要对市场进行调查研究，做好产品定位工作，把影响产品销售的各种主要因素，纳入市场营销系统来进行分析预测。具体来说，就是认真确定企业现有业务或产品的市场现状，对每项业务和产品的战略性盈利潜力都要进行评估分析，决定哪些业务应维持.哪些应减少.哪些应淘汰，进而制定合理的投资计划，把有限的资金用到发展经济效益好的业务或产品中去。这种方法除了对产品生命周期各阶段进行预测外，也适用于新产品的开发和更新换代，新老技术的交替，对某种产品的普及率及饱和量的预测，还广泛地应用于对人口预测.生物及农作物生长及对某项事业的发展趋势的预测。二.产品生命周期曲线预测模型的原理通常产品生命周期曲线呈一条对称的S形曲线。如图1所示：图1 产品生命周期曲线图龚柏兹曲线，是美国统计学家和数学家龚柏兹(Gom鄄pertz)首先提出用作控制人口增长率的一种模型，可以利用它来进行产品生命周期预测。其预测模型为：式中：预测值；K限值或饱和点；参数a决定曲线的位置；参数b决定曲线中间部分的斜率；

软件生命周期模型

软件生命周期模型 .软件生命周期对于一个软件的研制，从问题的提出，经过开发、使用、维护、修订，直到最后终止使用而被另一软件所取代，就像是一个生命体从孕育、出生、成长到最后消亡，软件的这个状态变化的过程称为生命周期(life cycle)。软件生命周期的演化具有阶段性，依据一定的原则，可以把软件生命周期划分为若干不同阶段，相邻的阶段既相互区别又相互联系，每个阶段都以其前一阶段的工作成果作为本阶段工作的基础。软件生命周期的划分有助于软件开发和管理人员根据不同阶段的特点进行软件开发及其管理。软件开发的经验表明，软件开发越到后期，改正前期开发工作的失误越困难，因此在软件开发工作中应该对软件开发工作的阶段性给予充分认识，在前期工作不无分的前提下不应过早地进入软件开发的下一阶段。依据不同的原则对软件生命周期的划分也不同，《软件工程国家标准--计算机软件开发规范》(GB8566-88)中将软件生命周期划分为8个阶段：可行性研究与计划、需求分析、概要设计、详细设计、实现(包括单元测试)、组装测试(集成测试)、确认测试、使用和维护。本书按照人们所习惯的粗分方法把上面8个阶段划分为计划、开发和维护3个阶段，在概述其他两个阶段的基础上重点介绍软件的开发过程。2.软件开发方法在规定的投资规模和时间限制内，实现符合用户需求的高质量软件是软件开发的目标，为实现这一目标，人们根据软件开发的特点，提出了多种软件开发策略。通过不同的软件开发模型阐明从问题提出到最终软件实现，软件开发工作过程的阶段性任务分解，并规定了每一个阶段的目标、任务以及工作结果的表达形式。常见的软件设计模型有：瀑布模型(waterfall model)、渐进模型(increamental model)、演化模型(evolutionary model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)等。这里介绍其中的3种。(1)瀑市模型瀑市模型1970年由W.Royce提出，其开发过程依照固定顺序进行，各阶段的任务与工作结果如图1所示。该模型严格规定各阶段的任务，上一阶段任务输出作为下一阶段工作输入。此模型适合于用户需求明确、开发技术比较成熟、工程管理严格的场合使用，其缺点是：由于任务顺序固定，软件研制周期长，前一阶段工作中造成的差错越到后期越大，而且纠正前期错误的代价高。图1瀑布型开发过程(2)渐进模型从一组简单的基本用户需求出发，首先建立一个满足基本要求的原型系统。通过测试和运行原型系

软件生命周期之需求分析和设计说明

软件生命周期之需求分析和设计什么是软件生命周期？软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程，它包括问题定义，可行性分析，总体描述，系统设计，编码，调试和测试，验收与运行，维护升级到废弃等阶段。每一个阶段都有确定的任务，并产生一定规格的文档，提交给下一个周期作为继续工作的依据。常用开发模型？需求分析：需求分析过程如何做需求分析？设计: 设计过程如何做设计？ 1.软件生命周期 1.1什么事软件生命周期软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程软件生命周期过程包括：问题定义：用户需要计算机解决的问题是什么？电商系统：要计算机实现一个平台，商家通过平台销售自己的商品，一般用户通过平台购买商品。可行性分析用户需要计算机解决的问题是否可行？需要进行可行性分析。市场可行性分析，是否有市场价值。技术可行性分析，使用什么技术解决用户提出的问题。需求分析

将用户提出的问题进行细化。先确定大模块：比如电商系统包括：前台的用户购买平台，后台商家维护平台。再对每一个大模块进行细化。。。。设计确定细化问题的实现方法编码解决问题，依据需求和设计，文档进行开发。测试验证是否已经解决用户提出的问题。单元测试集成测试（测试业务整体流程）功能用例测试（对功能点进行测试）性能测试（使用专业工具进行压力和稳定性测试）维护修改性维护：前期没有测试出的问题，正式上线运行后bug显现出来，对这些bug进行修改。完善性维护：在现有功能的基础上增加或完善功能。预防性维护：后期根据正式运行的情况对系统进行优化。

产品生命周期理论介绍

产品生命周期理论(Product Life Cycle) 产品生命周期理论简介产品生命周期理论是美国哈佛大学教授雷蒙德·弗农(Raymond Vernon)1966年在其《产品周期中的国际投资与国际贸易》一文中首次提出的。产品生命周期(product life cycle)，简称PLC，是产品的市场寿命，即一种新产品从开始进入市场到被市场淘汰的整个过程。费农认为：产品生命是指市上的的营销生命，产品和人的生命一样，要经历形成、成长、成熟、衰退这样的周期。就产品而言，也就是要经历一个开发、引进、成长、成熟、衰退的阶段。而这个周期在不同的技术水平的国家里，发生的时间和过程是不一样的，期间存在一个较大的差距和时差，正是这一时差，表现为不同国家在技术上的差距，它反映了同一产品在不同国家市场上的竞争地位的差异，从而决定了国际贸易和国际投资的变化。为了便于区分，费农把这些国家依次分成创新国(一般为最发达国家)、一般发达国家、发展中国家。典型的产品生命周期一般可以分成四个阶段，即介绍期(或引入期)、成长期、成熟期和衰退期。 (1)第一阶段：介绍(引入)期指产品从设计投产直到投入市场进入测试阶段。新产品投入市场，便进入了介绍期。此时产品品种少，顾客对产品还不了解，除少数追求新奇的顾客外，几乎无人实际购买该产品。生产者为了扩大销路，不得不投入大量的促销费用，对产品进行宣传推广。该阶段由于生产技术方面的限制，产品生产批量小，制造成本高，广告费用大，产品销售价格偏高，销售量极为有限，企业通常不能获利，反而可能亏损。 (2)第二阶段：成长期当产品进入引入期，销售取得成功之后，便进入了成长期。成长期是指产品通过试销效果良好，购买者逐渐接受该产品，产品在市场上站住脚并且打开了销路。这是需求增长阶段，需求量和销售额迅速上升。生产成本大幅度下降，利润迅速增长。与此同时，竞争者看到有利可图，将纷纷进入市场参与竞争，使同类产品供给量增加，价格随之下降，企业利润增长速度逐步减慢，最后达到生命周期利润的最高点。 (3)第三阶段：成熟期指产品走入大批量生产并稳定地进入市场销售，经过成长期之后，随着购买产品的人数增多，市场需求趋于饱和。此时，产品普及并日趋标准化，成本低而产量大。销售增长速度缓慢直至转而下降，由于竞争的加剧，导致同类产品生产企之间不得不加大在产品质量、花色、规格、包装服务等方面加大投入，在一定程度上增加了成本。 (4)第四阶段：衰退期

生命周期模型及选择指南

生命周期模型及选择指南 Version 1.1 文档名称：ZD-MMI-Guidelines-生命周期及模型选择指南-V1.1

修订历史记录

目录 1 目的和范围 (1) 2 生命周期可选模型简介 (1) 2.1 瀑布模型 (1) 2.1.1 标准瀑布模型 (1) 2.1.2 V模型 (3) 2.1.3 中等简化V字模型（V4模型） (5) 2.1.4 最简化V字模型（V3模型） (6) 2.2 原型模型 (8) 2.2.1 原型模型的形式 (8) 2.2.2 特点 (8) 2.2.3 缺点 (9) 2.2.4 适用项目 (9) 2.2.5 阶段划分 (9) 2.3 螺旋模型 (10) 2.3.1 特点 (10) 2.3.2 适用项目 (11) 2.3.3 阶段划分 (11) 2.4 增量模型 (11) 2.4.1 特点 (12) 2.4.2 适用项目 (12) 2.4.3 阶段划分 (12) 2.5 迭代模型 (13) 2.5.1 特点 (14) 2.5.2 适用情况 (15) 2.5.3 迭代分类 (15)

3 生命周期模型选择指南 (16) 3.1 生命周期模型选择特性指标 (16) 3.1.1 需求清晰性、完整性、稳定性 (16) 3.1.2 项目规模 (16) 3.1.3 项目类型 (17) 3.1.4 技术复杂度 (17) 3.1.5 可重用性 (18) 3.1.6 重用已有产品 (18) 3.2 生命周期模型选择决策参考 (18) 3.3 生命周期模型与特性指标对应关系 (19) 3.4 生命周期选择 (20) 附录：标准项目生命周期图 (21)

产品生命周期理论

产品生命周期理论产品生命周期理论是美国哈佛大学教授雷蒙德·弗农(Raymond Vernon)1966年在其《产品周期中的国际投资与国际贸易》一文中首次提出的。产品生命周期(product life cycle)，简称PLC，是产品的市场寿命，即一种新产品从开始进入市场到被市场淘汰的整个过程。费农认为：产品生命是指市上的的营销生命，产品和人的生命一样，要经历形成、成长、成熟、衰退这样的周期。就产品而言，也就是要经历一个开发、引进、成长、成熟、衰退的阶段。而这个周期在不同的技术水平的国家里，发生的时间和过程是不一样的，期间存在一个较大的差距和时差，正是这一时差，表现为不同国家在技术上的差距，它反映了同一产品在不同国家市场上的竞争地位的差异，从而决定了国际贸易和国际投资的变化。为了便于区分，费农把这些国家依次分成创新国(一般为最发达国家)、一般发达国家、发展中国家。注意：1.产品生命周期与产品使用寿命不同。2.产品生命周期是指产品某个具体品种的生命周期。3.产品生命周期主要是通过市场销售量的变化典型的产品生命周期一般可以分成四个阶段，即引入期、成长期、成熟期、销售下降期和衰亡期。 (1)第一阶段：引入期指产品从设计投产直到投入市场进入测试阶段。新产品投入市场，便进入了介绍期。此时产品品种少，顾客对产品还不了解，除少数追求新奇的顾客外，几乎无人实际购买该产品。生产者为了扩大销路，不得不投入大量的促销费用，对产品进行宣传推广。该阶段由于生产技术方面的限制，产品生产批量小，制造成本高，广告费用大，产品销售价格偏高，销售量极为有限，企业通常不能获利，反而可能亏损。 (2)第二阶段：成长期当产品进入引入期，销售取得成功之后，便进入了成长期。成长期是指产品通过试销效果良好，购买者逐渐接受该产品，产品在市场上站住脚并且打开了销路。这是需求增长阶段，需求量和销售额迅速上升。生产成本大幅度下降，利润迅速增长。与此同时，竞争者看到有利可图，将纷纷进入市场参与竞争，使同类产品供给量增加，价格随之下降，企业利润增长速度逐步减慢，最后达到生命周期利润的最高点。 (3)第三阶段：成熟期指产品走入大批量生产并稳定地进入市场销售，经过成长期之后，随着购买产品的人数增多，市场需求趋于饱和。此时，产品普及并日趋标准化，成本低而产量大。销售增长速度缓慢直至转而下降，由于竞争的加剧，导致同类产品生产企之间不得不加大在产品质量、花色、规格、包装服务等方面加大投入，在一定程度上增加了成本。（4）第四阶段：销售下降期当国外的生产能力达到能满足本国需求，新产品进入销售下降期。这一时期产品已高度标准化，技术投入更少，国外生产者利用规模经济大批量生产，生产成本降低，创新国失去优势，出口量下降

产品生命周期理论

产品生命周期理论特殊的产品生命周期包括风格型产品生命周期、时尚型产品生命周期、热潮型产品生命周期、扇贝形产品生命周期四种特殊的类型，它们的产品生命周期曲线并非通常的S型。风格（style）：是一种在人类生活基本但特点突出的表现方式。风格一旦产生，可能会延续数代，根据人们对它的兴趣而呈现出一种循环再循环的模式，时而流行，时而又可能并不流行。时尚（fashion）：是指在某一领域里，目前为大家所接受且欢迎的风格。时尚型的产品生命周期特点是，刚上市时很少有人接纳（称之为独特阶段），但接纳人数随着时间慢慢增长（模仿阶段），终于被广泛接受（大量流行阶段），最后缓慢衰退（衰退阶段），消费者开始将注意力转向另一种更吸引他们的时尚。热潮（fad）：是一种来势汹汹且很快就吸引大众注意的时尚，俗称时髦。热潮型产品的生命周期往往快速成长又快速衰退，主要是因为它只是满足人类一时的好奇心或需求，所吸引的只限于少数寻求刺激、标新立异的人，通常无法满足更强烈的需求。扇贝型产品生命周期主要指产品生命周期不断地延伸再延伸，这往往是因为产品创新或不时发现新的用途。 □ 产品生命周期曲线生命周期曲线的特点：在产品开发期间该产品销售额为零，公司投资不断增加；在引进期，销售缓慢，初期通常利润偏低或为负数；在成长期销售快速增长，利润也显著增加；在成熟期利润在达到顶点后逐渐走下坡路；在衰退期间产品销售量显著衰退，利润也大幅度滑落。

适用范围：该曲线适用于一般产品的生命周期的描述；不适用于风格型、时尚型、热潮型和扇贝型产品的生命周期的描述。 □ 产品生命周期优缺点产品生命周期理论的优点是：产品生命周期（PLC）提供了一套适用的营销规划观点。它将产品分成不同的策略时期，营销人员可针对各个阶段不同的特点而采取不同的营销组合策略。此外，产品生命周期只考虑销售和时间两个变数，简单易懂。其缺点是： 1、产品生命周期各阶段的起止点划分标准不易确认。 2、并非所有的产品生命周期曲线都是标准的S型，还有很多特殊的产品生命周期曲线。 3、无法确定产品生命周期曲线到底适合单一产品项目层次还是一个产品集合层次。 4、该曲线只考虑销售和时间的关系，未涉及成本及价格等其它影响销售的变数。 5、易造成“营销近视症”，认为产品已到衰退期而过早将仍有市场价值的好产品剔除出了产品线。 6、产品衰退并不表示无法再生。如通过合适的改进策略，公司可能再创产品新的生命周期。 □ 产品生命周期

5种项目生命周期模型

5种项目生命周期模型 1.项目生命周期定义 2.一个完整的项目生命周期一般分为：计划、需求分析、设计、编码、测试、发布、实施以及运行维护阶段。参见下图标准过程： 3.软件过程模型是从项目需求定义直至经使用后废弃为止，跨越整个生存期的系统开发、运营维护所经历的全部过程、活动和任务的结构框架。 4.软件过程模型一般分为：瀑布模型、原型模型、螺旋模型、增量模型。 5. 5种项目生命周期模型 a.瀑布模型： 1) 特点 l 阶段间具有顺序性和依赖性：必须等前一阶段的工作完成之后，才能开始后一阶段的输入。对本阶段工作进行评审，若得到确认，则继续下阶段工作，否则返回前一阶段，甚至更前阶段。只有前一阶段输出正确，后一阶段才能正确。 l 推迟实现的观点：在编码之前，设置了需求分析与设计的各个阶段，分析与设计阶段的根本任务规定在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。 l 质量保证的观点：每个阶段都坚持两个做法：规定文档，没有文档就没有完成该段任务。每个阶段结束前都要对完成的文档进行评审，以便尽早发现问题，改正错误。 2) 缺点 l 依赖于早期进行的唯一的一次需求调查，不能适应需求的变化； l 由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程； l 风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会。 3) 适用项目

l 需求清晰明了且时间要求宽松的软件开发项目； l 规模小，需求简单，功能单一的项目 4) 阶段划分计划阶段需求阶段设计阶段编码阶段测试阶段发布阶段实施阶段运行维护阶段 b.原型模型：原型模型快速建立起来的可以在计算机上运行的程序，他所能完成的功能往往是最终产品能完成的功能的一个子集。一般来说，根据客户的需要在很短的时间内解决用户最迫切需要，完成一个可以演示的产品，这个产品只实现部分功能。原型最重要的是为了确定用户的真正需求。原型模型在克服瀑布模型缺点、减少由于软件需求不明确给开发工作带来风险方面，确有显著效果。软件系统的原型常用有以下形式：抛弃型：开发原型为了获取需求，在原型开发之后，已获取了更为清晰的需求信息，原型无需保留而废弃；渐进型：原型作为软件最终产品的一部分，可满足用户的部分需求，进一步在此基础上开发，则可增加需求，实现后再交付使用； 1) 特点 l 用户需求不完全或不确定；

生命周期模型的选择

在CMMI的各种构件中，只有目标是必需的，实践是期望的，子实践是解释说明的。所以首先要满足模型里每个目标的要求，目标的达成是根据实践的执行情况来判断的，模型里给出的实践是可以替换的。只要能达成目标，采用什么实践都是可以的。静态测试是相对于动态测试而言的，静态测试是不动态执行程序代码而寻找程序中可能存在的错误或评估程序的过程。相对于动态测试而言，静态测试成本更低，效率更高。因为静态测试可以在软件开发生命周期的早期就发现缺陷和问题，从而减少返工的成本。对过程改进的一大疑虑是担心丧失灵活性。反对过程改进的人，总是拿“活学活用”当作挡箭牌，其实这几个字应该有次序的，即先学、后用、再活。过程改进的目标是寻求制度和灵活的恰当平衡，其中制度乃是灵活之本。丹明（Deming）：“质量由满足需求的能力组成。” 左兰（Juran）：“质量就是适于使用。” 克罗斯比（Ceosby）：“质量意味着符合基于用户需要而制定出来的要求。” 关于选择生命周期模型的最后的总结 1.在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型. 2.在用户无信息系统使用经验,需求分析人员技能不足情况下一定要借助原型. 3.在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型 4.在需求不稳定情况下尽量采用增量迭代模型 5.在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布 6.对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型 7.对于全新系统的开发必须在总体设计完成后再开始增量或并行. 8.对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型. 9.增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付和出口准则.

软件开发生命周期及文档完整版

软件开发生命周期及文档 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

软件开发，同任何事物一样要经历孕育、诞生、成长、成熟、结束等阶段，称之为软件开发生命周期。通常，软件开发生命周期包括可行性分析与项目开发计划、需求分析、设计、编码、测试、发布维护等。 1）可行性分析与项目开发计划这个阶段主要确定软件开发的目标及其可行性，明确要解决的问题及解决办法，以及解决问题需要的费用、资源、时间。要进行问题定义、可行性分析，制定项目开发计划。该阶段产生的文档主要有可行性分析报告（一般很少需要）和项目开发计划。 2）需求分析需求分析是明确软件系统要做什么，确定软件系统的功能、性能、数据、和界面等要求。该阶段产生的文档有软件需求说明书。 3）设计设计分为概要设计和详细设计。概要设计就是设计软件的结构，明确软件系统由那些模块组成，这些模块的层次结构、调用关系以及模块的功能，同时确定数据结构和数据库结构。详细设计是对每个模块完成的功能进行具体的描述，把功能描述转变为精确地、结构化的过程描述，既该模块的控制结构或者说逻辑结构。该阶段产生的文档有概要设计说明书、数据库设计说明书、接口设计、详细设计说明书等。4）编码编码就是把模块的控制结构转化为程序代码，该阶段需要编码规范。 5）测试测试是为了保证软件质量，该阶段产生的文档主要有软件测试计划、测试用例、软件测试报告。 6）发布与维护发布就是完成软件开关并已开发的软件系统安装到客户的服务器上，维护是为客户提供培训、故障排除以及所需的软件升级。该阶段产生的文档主要有项目开发总结报告、用户手册、应用软件清单、源代码清单、维护文档

软件生命周期模型优缺点

软件生命周期模型优缺点瀑布模型把每个阶段当成瀑布中的一个阶梯，强调由上而下，互相衔接、逐级下落，固定次序。优点：开发阶段清晰，便于评审、审计、跟踪、管理和控制缺点：不可逆或很难可逆问题会积累，错误会传递发散扩大，导致成本和质量失控快速原型模型（原型模型）快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌。优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险缺点：所选用的开发技术和工具不一定符合主流的发展，快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。增量模型增量模型也称为渐增模型。增量模型融合了瀑布模型的基本成分和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性系列产生软件的一个可发布的增量。优点：人员分配灵活，开始不用投入大量的人力资源。如果核心产品很受欢迎，则可增加人力实现下一个增量。增量能够有计划的管理技术风险。缺点：由于各个构件是逐渐并入已有的软件体系结构中，所以加入构件必须不破坏以构好的的系统部分，这需要软件具备开放式的体系结构。在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改的模型，从而使软件过程的控制失去整体性。如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。螺旋模型螺旋模型采用一种周期性的方法来进行系统开发。优点：设计上的灵活，可以在项目的各个阶段进行变更。以小的分段来构建大型系统，使成本计算变得简单容易。客户始终参与每个阶段的开发，保证了项目部偏离正确方向以及项目的可控性。缺点：建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。喷泉模型喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目。优点：需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。

瀑布型生命周期模型(1)

软件生命周期软件生命周期规定了一个项目软件开发的过程框架，包括：1、项目的阶段划分；2、各个过程域的活动在阶段内的配置（即阶段内所需完成的活动）；3、阶段产出物及其状态。软件生命周期模型是组织定义的标准软件生命周期，各项目在实施的过程中可以选择最适合本项目情况的模型并在此基础上依据项目特点进行裁剪，定义项目的生命周期过程。目前已定义的生命周期模型包括： ?瀑布模型 ?迭代模型瀑布型生命周期模型 1.简介瀑布型生命周期模型是一种严格按照需求->设计->实施->交付四个阶段进行软件开发的模型，并且在各个阶段结束时要经过严格的评审，只有当能够确认一个阶段的开发成果是正确的时才能够进行下一阶段的开发。在瀑布模型的四个阶段中，除了分别完成其本阶段所定义的活动之外，都必须进行项目管理、质量保证、配置管理和测试活动，这四个活动的过程贯穿整个瀑布型软件生命周期。 2.结构

3.阶段 3.1需求阶段 3.1.1目标需求阶段的目标是为了确保与客户在系统的工作内容和范围（即系统“要做什么”和“不做

什么”）方面达成一致，并建立需求的基线，为项目开发计划的进一步细化提供基础。 3.1.2主要活动需求阶段的主要活动包括： ?需求获取：搜集客户的需要、期望、约束和接口，分析业务特性，形成用户需求 ?需求分析：对所有候选的需求进行分析，形成软件的功能需求，并排列优先级 ?需求评审：客户（或客户的代表）、高级经理和项目组共同评审需求文档，并达成一致意见 ?建立需求基线 ?定义系统的用户界面 ?完成系统测试计划 ?调整和细化对项目规模、工作量、成本的估计 ?根据收集的需求重新分析和评估项目的风险，并制定相应的规避和缓减策略 ?完成WBS（Work Breakdown Structrue，工作分解结构），写入SDS，并细化设计阶段的SDS ?完成设计阶段的SQAP 3.1.3产出物需求阶段的产出物包括（灰色部分为演进的产出物，白色部分为新增产出物）：