生命周期模型及选择指南

生命周期模型及选择指南

Version 1.1

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

武汉中地数码科技有限公司

修订历史记录

序号 1. 2. 日期 2014-5-23 2014-6-20 版本号 0.1 1.0 初次撰写 EPG评审发布 修改说明 修改人 李叶繁 王洪涛 评审人 王洪涛 EPG、质量管理中心 EPG、质量管3. 2015-1-9 1.1 制度化发布 王洪涛 理中心 4. 5. 6. 7. 8. 9. 周顺平 批准人 周顺平 武汉中地数码科技有限公司

目录

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

武汉中地数码科技有限公司

生命周期模型及选择指南

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

1 目的和范围

本文用以描述中地公司推荐的软件项目生命周期（以下简称LC）模型，并说明如何根据项目特性选择合适的LC模型。 2 生命周期可选模型简介

软件生命周期指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。

2.1 瀑布模型

需求分析设计开发时期编码测试发布实施维护时期运行维护

2.1.1 标准瀑布模型 .1 特点

1、阶段间具有顺序性和依赖性：必须等前一阶段的工作完成之后，才能开始后一阶段的输入。对本阶段工作进行评审，若得到确认，则继续下阶段工作，否则返回前一阶段，甚

武汉中地数码科技有限公司 第1页 共25页

生命周期模型及选择指南

至更前阶段。只有前一阶段输出正确，后一阶段才能正确；

2、推迟实现的观点：在编码之前，设置了需求分析与设计的各个阶段，分析与设计阶段的根本任务规定在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现；

3、质量保证的观点是每个阶段都坚持两个做法：规定文档，没有文档就没有完成该段任务；每个阶段结束前都要对完成的文档进行评审，以便尽早发现问题，改正错误。

.2 缺点

1、无法解决软件需求不明确或不准确的问题；

2、依赖于早期进行的唯一的一次需求调查，不能适应需求的变化； 3、由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程； 4、风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会。 .3 适用项目

1、充分理解用户需求，且需求是确定不变的； 2、用户有一定的能力，对需求的表述是确切的； 3、充分理解该解决方案的技术和体系；

4、需要一个可维护性和可支持性较高的解决方案； 5、所有过程工作产品的控制基线，需要有可见度和可靠性；

6、适用于新的有较多用户的产品、平台/中间件开发项目，或者是用户对开发过程有严格要求的工程定制项目；

7、项目经理有一定的项目管理经验；

8、需求清晰明了且时间要求宽松的软件开发项目； 9、规模小、需求简单、功能单一的项目。 .4 阶段划分 1、需求阶段 2、设计阶段 3、编码阶段 4、测试阶段

武汉中地数码科技有限公司 第2页 共25页

生命周期模型及选择指南

5、发布阶段 6、实施阶段 7、运行维护阶段 2.1.2 V模型

V模型其实就是瀑布模型，它是一种线型顺序模型，是项目自始至终按照一定顺序的步骤从需求分析进展到系统测试直到提交用户使用，它提供了一种结构化的、自顶向下的软件开发方法，每阶段主要工作成果从一个阶段传递到下一个阶段，必须经过严格的评审或测试，以判定是否可以开始下一阶段工作，各阶段相互独立、不重叠。V字模型是所有生命周期模型的基础。流程图如下所示：

Product Investigation Report/User Requirements/PIRASystem Test PlanAcceptance Test PlanAcceptance TestDELSTCLSKOProjectKickoffDCRSOHLDIntegration Test PlanDelivery CompleteRequirements Sign OffASOArchitecture Sign OffLLDModuleTest PlanSCITSystem CompleteFCFunction CompleteDSOSuggested for system shape:SystemDesign Sign OffCUTCSOCode Sign OffLEGENDControl FlowData FlowCheckpoint that can be signed off by the Project ManagerSubsystemModuleUnitUnitUnitSubsystemModuleModuleSubsystemModuleModuleUnitUnitUnitUnitStandard V-Waterfall LifecycleXXXModuleUnitUnitUnitUnitUnitUnitUnitXXXCheckpoint that is recommended to be signed off by Senior Management

.1 特点

1、强调开发的阶段性；

2、强调早期的计划及需求调查与分析； 3、强调产品测试的完备性； 4、过程文档齐全，便于追溯和重用；

武汉中地数码科技有限公司 第3页 共25页

生命周期模型及选择指南

5、过程的可见性强，便于过程质量控制； 6、只要需求是稳定的，则进度也是稳定的。 .2 缺点

1、无法解决软件需求不明确或不准确的问题；

2、灵活性差，依赖于早期进行的需求调查，不能适应需求的变化；

3、由于是单一流程，开发中的经验教训不能及时反馈并应用于本产品的过程改进。 .3 适用项目

1、充分理解用户需求，需求是确定不变的； 2、用户有一定的能力，对需求的表述是确切的； 3、充分理解该解决方案的技术和体系；

4、需要一个可维护性和可支持性较高的解决方案； 5、所有过程工作产品的控制基线，需要有可见度和可靠性；

6、适用于新的有较多用户的产品、平台/中间件开发项目，或者是用户对开发过程有严格要求的工程定制项目；

7、项目经理有一定的项目管理经验； 8、要求开发周期时间较充分。 .4 阶段划分 1、需求开发 2、项目计划 3、概要设计 4、详细设计 5、编码和单元测试 6、集成测试 7、系统测试 8、验收测试 9、验收

武汉中地数码科技有限公司 第4页 共25页

生命周期模型及选择指南

10、发布

2.1.3 中等简化V字模型（V4模型）

针对项目的实际情况，对V字（瀑布）模型进行演化是必要的。中等简化V字模型是在标准瀑布模型基础上根据组织中一些小项目等的实际需要演化来的。流程图如下所示：

Product Investigation Report/User requirementsAcceptance Test PlanAcceptance TestDELSTCLSPIKOProjectKickoffRASystem Test PlanDCSCRSORequirements Sign OffSystem CompleteLLDCUTCSOCode Sign OffDelivery CompleteDSODesign Sign OffSuggested for system shape:SystemXXXUnitUnitUnitUnitLEGENDControl FlowData FlowCheckpoint that can be signed off by the Project ManagerXXXFour Phase V-Waterfall Life Cycle Checkpoint that is recommended to be signed off by Senior Management

.1 特点

1、可以适应中等和较小项目的较灵活的管理需要；

2、提供中度的进度控制，相对标准V字模型，可以减少部分项目管理工作量和开支； 3、在产品交付方面进行合理的控制。 .2 缺点

因项目开发流程相对简化，项目的风险增大，质量隐患增大。

武汉中地数码科技有限公司 第5页 共25页

生命周期模型及选择指南

.3 适用项目

1、项目的复杂度、团队的规模、工作量和周转时间都是中等程度的； 2、需求和技术都已被充分理解；

3、项目经理有较高的项目管理和控制的经验。 .4 阶段划分 1、需求开发 2、设计

3、编码和单元测试 4、系统测试 5、验收测试 6、验收 7、发布

2.1.4 最简化V字模型（V3模型）

最简化V字模型在标准瀑布模型基础上根据组织中的小项目和维护项目等的实际需要演化而来。流程图如下所示：

Project Go AheadAcceptance Test PlanAcceptance TestInvestigation(INV)Test strategySTDELCLSDCDelivery CompleteDSODesign Sign OffCUTCSOSCSystem CompleteCode Sign offSuggested for small projects whose scope is enhancement of an existing productXXXLEGENDControl FlowData FlowCheckpoint that can be signed off by the Project ManagerThree Phase V- Waterfall Life Cycle XXXCheckpoint that is recommended to be signed off by Senior Management

武汉中地数码科技有限公司 第6页 共25页

生命周期模型及选择指南

.1 特点

1、可以适应小项目的灵活性；

2、减少过程复杂带来的产品提交时间延长； 3、过程相对简单，项目管理控制的工作量相对较少； 4、提供中度的进度控制； 5、减少开支。 .2 缺点

1、对阶段性的控制较弱，问题不能及时发现； 2、项目前期控制较弱，使得项目产品质量留有隐患。 .3 适用项目

1、项目的规模和工作量都比较小； 2、项目具有较小的开发团队；

3、需求和技术都是被充分确定和理解的； 4、系统具有低复杂度，不需要独立的设计阶段； 5、产品的体系结构是稳定的；

6、项目经理经验丰富，对项目有较好的管理控制能力； 7、项目开发周期较短。 .4 阶段划分 1、集成设计阶段 2、编码和单元测试 3、系统测试 4、验收 5、发布

武汉中地数码科技有限公司 第7页 共25页

生命周期模型及选择指南

2.2 原型模型

需求分析原型开发用户反馈原型评价最终系统设计最终系统实现

原型模型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。一般来说，根据客户的需要在很短的时间内解决用户最迫切需要，完成一个可以演示的产品，这个产品只实现部分功能。原型最重要的是为了确定用户的真正需求。

原型模型在克服瀑布模型缺点、减少由于软件需求不明确给开发工作带来风险方面，确有显著效果。

2.2.1 原型模型的形式 .1 抛弃型

开发原型为了获取需求，在原型开发之后，已获取了更为清晰的需求信息，原型无需保留而废弃。

.2 渐进型

原型作为软件最终产品的一部分，可满足用户的部分需求，如进一步在此基础上开发，则可在实现其他需求后交付使用。

2.2.2 特点

1、用户需求不完全或不确定；

武汉中地数码科技有限公司 第8页 共25页

生命周期模型及选择指南

2、针对总体的轮廓先建立一个用户需求原型，然后进行评价和反馈； 3、对原型进行扩充、改进和求精； 4、完成最终系统。 2.2.3 缺点

1、没有考虑软件的整体质量和长期的可维护性；

2、大部分情况是不合适的操作算法被采用，目的是为了演示功能，不合适的开发工具被采用，仅仅为了它的方便，还有不合适的操作系统被选择等等；

3、由于达不到质量要求产品可能被抛弃，而采用新的模型重新设计。 2.2.4 适用项目

1、客户能提出一般性的目标，但不能标出详细的输入、处理及输出需求；或开发者不能确定算法的有效性、操作系统的适应性、及人机交互的形式；

2、用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求； 3、开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式。 2.2.5 阶段划分

.1 抛弃型原型模型的阶段划分 1、需求分析阶段——获取业务需求

2、原型开发阶段——主要是界面实现，业务流程用图形方式表示 3、原型评价阶段——和客户确认，完善业务需求 4、系统设计 5、系统实现

.2 渐进型原型模型的阶段划分

1、需求分析阶段（需求分析、原型实现、客户评价） 2、设计阶段 3、编码阶段 4、测试阶段

武汉中地数码科技有限公司 第9页 共25页

生命周期模型及选择指南

5、发布阶段 6、实施阶段 2.3 螺旋模型

螺旋模型是将瀑布模型与演化模型结合起来，并且加入两种模型均忽略了的风险分析。

累计 制订计划 决定目标 方案和限制 风 风 险 风 险 分 险 分 分 析 原型2 软件 需求 计 划 测 试 需求确认 设计确认 与验证 集成 验收 实现 客户评价 测试 与 测试 实施工程 开发、验证 下一产品 单元 测试 编码 软件 产品 详细设计 原型3 析 可运行 原型 析 成本 风险分析 评价方案，识别 风险、消除风险 提交 评审 开 集 成 与 需求计划 生存期计划 发 原型1

2.3.1 特点

风险驱动的，关注风险，风险分析后决策是否继续进行项目。 .1 优点

1、对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；

2、减少了过多测试或测试不足； 3、维护和开发之间并没有本质区别。

武汉中地数码科技有限公司 第10页 共25页

生命周期模型及选择指南

.2 缺点

1、执行风险分析的费用较高，会大大降低项目的利润。一般只有大型项目才有必要采用此模型，并且要有足够的经费支持；

2、使用该模型要求开发人员具备相当丰富的风险分析经验，如果项目实际上正走向灾难，而分析人员还认为一切良好，那么项目就会失败；

3、螺旋模型过于复杂，不及瀑布模型那么容易理解和使用。 2.3.2 适用项目

主要是用于大规模软件项目，需求不明朗，风险比较高的项目。 2.3.3 阶段划分

螺旋模型沿着螺线旋转，由内向外每旋转一圈便开发出更完善的一个新版本。 一个螺旋式周期可分为：

1、制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； 2、风险分析：分析所选方案，考虑如何识别和消除风险；

3、实施工程：实施软件开发（需求、设计、编码、测试等按螺旋周期推进）； 4、客户评估：评价本轮的开发结果，提出修正建议，计划下一轮的工作。 2.4 增量模型

增量模型融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。把软件产品作为一系列的增量构件来分析、设计、编码、测试和发布。

计划第一阶段增量需求设计编码测试发布第二阶段增量需求设计编码测试发布第N阶段增量需求设计编码测试发布实施运行维护武汉中地数码科技有限公司 第11页 共25页

生命周期模型及选择指南

2.4.1 特点

1、第一阶段增量往往是核心产品；

2、每一阶段增量均为可发布一个版本，早期的增量是最终产品的“可拆卸”版本。 .1 优点

1、人员分配灵活，刚开始不用投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个阶段增量。同时人员可以并行工作；

2、需求明确部分可以分阶段实现，逐步优化系统需求，逐步集成系统元素； 3、阶段交付，当配备的人员不能在设定的期限内完成产品时或者客户/市场要求进度急迫时，提供了一种先推出核心产品的途径，这样阶段交付部分功能给客户，对客户起到镇静剂的作用。

.2 缺点

新开发的“增量”在合并进原有软件系统时，可能破坏原来构造好了的内容。 2.4.2 适用项目

适用于需求逐渐清晰的软件项目。 2.4.3 阶段划分 1、计划阶段

2、第一阶段（需求、设计、编码、测试、发布） 3、第二阶段（需求、设计、编码、测试、发布） 4、第N阶段（需求、设计、编码、测试、发布） 5、发布阶段 6、实施阶段 7、运行维护阶段

武汉中地数码科技有限公司 第12页 共25页

生命周期模型及选择指南

2.5 迭代模型

在项目做计划的过程中，选用迭代模型时，有如下要求：

1、进行第一次项目计划时，确定所选择的生命周期模型为迭代模型时，要求在计划中明确进行迭代流程阶段、迭代的次数、每次迭代所选的生命周期模型以及每次迭代的起止日期；

2、每次迭代所选的生命周期模型，可以根据本次迭代的重点，选择瀑布型-标准V模型、中等简化V字模型、最简化V字模型中的一种，或者是某种瀑布模型的某几个流程阶段，确定为本次迭代的工作流程阶段。

对项目WBS的要求：

1、以下表格可以与WBS结合，用于明确各流程阶段的工作任务、该任务在本次迭代中的重要程度（强、中、弱）、该流程阶段的控制点及控制手段（如重要程度为“强”的任务须进行评审，“中”的任务可以通过变更过程进行控制，“弱”的任务可以通过批准直接在文档的修订页中注明）。

迭代次数 流程阶段 工作任务 重要程度 （强、中、弱） 工作产品 控制点及控制手段 2、根据每次迭代的WBS任务和各WBS任务在本次迭代中的重要程度（强、中、弱），参照迭代模型样例图，绘制本项目的迭代模型图；

3、从第二次到第N次的迭代，在不与第一次计划冲突的基础上，制订本次迭代的小计划，也可以直接在项目的Project图上进行本次迭代计划的细化；

4、如果后几次迭代对第一次计划的内容有变动，如进度的调整，控制点的变化等，则须进行变更及批准。

迭代模型的开发流程图如下：

武汉中地数码科技有限公司 第13页 共25页

生命周期模型及选择指南

2.5.1 特点

1、允许变更需求，中途的修改是容易的，但需要在项目组内部和外部之间有良好的沟通渠道；

2、有助于项目组的学习和提高，团队成员有机会在整个生命周期中边做边学，各显其能；

3、迭代流程自身可在进行过程中得到改进和精炼； 4、生成性能更强壮的产品；

5、风险管理比较容易，可及早降低风险，前提是存在良好的信息传递渠道； 6、与其他生命周期模型相比，它在开发周期内具有更好的性能。 .1 缺点

1、因本模型较为灵活，对管理的要求较高，项目经理需要有丰富的项目管理经验； 2、迭代的次数和任务规划难把握，对项目策划要求较高。

武汉中地数码科技有限公司 第14页 共25页

生命周期模型及选择指南

2.5.2 适用情况

1、规模较大的项目或产品；

2、需求的清晰度低，且需要进一步的调查； 3、技术或体系结构方面的知识匮乏。 2.5.3 迭代分类

新领域、新技术的研发项目，比如公司内部的平台系统的研发就属于标准的迭代类型，两种代表性的迭代模型：

.1 以需求、计划、设计为重点的迭代模型

此种模型是根据组织目前的实际情况制定的，常用于需求不明确的项目。使用此模型的要求与迭代模型相同，流程图如下所示

.2 以计划、设计、编码、测试为重点的迭代模型

此种模型是根据组织目前的实际情况制定的，常用于算法型等技术难度较高的项目。使用此模型的要求与迭代模型相同，流程图如下所示：

武汉中地数码科技有限公司 第15页 共25页

生命周期模型及选择指南

3 生命周期模型选择指南

3.1 生命周期模型选择特性指标

在选择软件生命周期模型的时候，需要考虑以下因素： 3.1.1 需求清晰性、完整性、稳定性

1、清晰性：项目成员及客户对需求的理解程度。需求越明确，后期需求变更就越小； 2、完整性：需求定义的来源多样，需求开发可兼顾各类项目干系人；

3、稳定性：需求的稳定程度。若需求稳定程序不高，对瀑布模型要适当调整或组合。 等级分为三级：High、Medium and Low。 3.1.2 项目规模

项目规模通过以下指标进行衡量： .1 工作量

指完成项目的工作量，通常工作量越大，就要求越严格、正规的LC规模。

武汉中地数码科技有限公司 第16页 共25页

生命周期模型及选择指南

1、Large: Effort > 30 Person Month (PM)

2、Medium: Effort between 15-30 PM 3、Small:

Effort between 6-15 PM

Effort < 6 PM

4、Very Small:

说明：1 Person Month≈22 Person Day .2 团队规模

指项目团队的人员数量，通常团队规模越大，就要求越严格、正规的LC规模，以缓解沟通渠道增加带来的风险。

1、Large:

>30

Between 10 and 30

2、Medium: 3、Small:

Between 3 and 10

<3

4、Very Small: .3 项目周期

对从项目开始到完成的日历时间，一般来说，LC模型越正规，要求时间越长。 1、Large:

> 12月

2、Medium: Between 6-12月 3、Small:

Between 3-6月

< 3 月

4、Very Small: 3.1.3 项目类型

1、内部产品研发：因公司战略发展需要，根据市场调研的用户需求、技术发展动向，结合有关的政策、法令、法规和标准，面向特定领域、行业针对性的产品成果或解决方案。

2、市场合同项目：为履行与外部客户已订立合同的项目。 3.1.4 技术复杂度

指开发软件的复杂度，复杂度与规模、功能、接口数量有关。复杂度越高、就要求越严格、正规的LC规模，因为其有更好的控制机制。

武汉中地数码科技有限公司 第17页 共25页

生命周期模型及选择指南

等级分为三级：High、Medium and Low。 3.1.5 可重用性

指开发软件的可重用程度，如果要求重用，则要求严格、正规的LC规模。 等级分为三级：High、Medium and Low。 3.1.6 重用已有产品

指是否重用其它软件或组件等。 等级分为三级：High、Medium and Low。 3.2 生命周期模型选择决策参考

清晰且稳定的需求No使用新技术No允许以多次方式交付Yes允许以多次方式交付No允许以多次方式交付YesYes使用新技术Yes允许以多次方式交付YesNoNo瀑布模型原型模型原型+瀑布模型YesYes增量模型增量＋迭代模型

图为根据项目特征选择生命周期模型的参考决策树。注意：

1、此决策树仅供参考，即使使用这张决策树，也请仔细阅读后面的模型缺点说明和适应项目类型表，从而作出正确的选择；

2、如果出现无法用此决策树找出合适的生命周期模型的情况，这暗示着项目的需求集合、采纳新技术的决策以及决定的交付方式的组合可能引起项目的重大风险，建议项目组重新考虑，如继续开发需求、减少新技术的使用等方法来改变项目技术特征，降低项目失败的可能性。

武汉中地数码科技有限公司 第18页 共25页

生命周期模型及选择指南

3.3 生命周期模型与特性指标对应关系

瀑布模型 特性指标 标准/V模型 需求清晰性 需求完整性 需求稳定性 工作量 项目规模 团队规模 项目周期 项目类型 技术复杂度 可重用性 重用已有产品 High High High Medium to Large Medium to Large Medium to Large Both High High High V4 Medium Medium Medium Small to Medium Small to Medium Medium Both Medium Medium Medium V3 High Medium Medium Small Small Small 以市场合同为主 Low Low High Low Low to Medium Low Medium to Large Medium to Large Medium to Large 以市场合同为主 Medium to High High High Very Low Low to Medium Low Medium to Large Medium to Large Large 以产品研发为主 Very High High Low Low to Medium Low Low to Medium Large Medium to Large Large Both Medium to High Medium Medium Low Low to Medium Low to Medium Medium to Large Medium to Large Large 以产品研发为主 High High Low 原型模型 螺旋模型 增量模型 迭代模型

武汉中地数码科技有限公司 第19页 共25页

生命周期模型及选择指南

3.4 生命周期选择

选择LC模型时，首要确定各项目特性的等级值，然后根据适合程度确定各生命周期在各个项目特性上的得分，最后将生命周期的所有得分进行汇总。LC得分越高，表明其越适合该项目。但得分最高的生命周期不一定是最后确定的生命周期，最后确定还需要考虑其它一些因素，或者要对标准的生命周期进行修改、调整或组合。最后选择理由要文档化，并撰写在项目计划中。

武汉中地数码科技有限公司 第20页 共25页

生命周期模型及选择指南

附录：标准项目生命周期图

产品工程需求识别与概念定义 需求开发产品设计编码与产品实现产品测试问题与缺陷跟踪项目验收与交付验收测试维护与服务商机立项建立RFD需求调研与分析建立需求规格概要设计详细设计编码自测自检集成测试系统测试系统部署与实施系统试运行质保维护与服务商机识别技术发展评估原型预制需求评审设计评审GUI开发同行评审测试评审用户培训验收评审测试用例设计计划系统测试计划集成测试用例评审项目移交项目管理项目启动项目计划项目实施与监控需求管理结案管理成立初步的项目团队合同订立定义初步范围与计划建立项目管理计划交付与验收申请项目总结档案移交产品研发立项项目启动会议项目跟踪风险管理问题管理变更管理项目沟通成果交付商机立项申请商机立项申请原型解决方案原型解决方案招标文件招标文件市场研究报告市场研究报告行业发展报告行业发展报告初步的项目团队初步的项目团队投标文件投标文件客户建议书客户建议书合同文件合同文件产品研发申请产品研发申请初步的项目计划初步的项目计划启动会议记录启动会议记录/PPT/PPT需求调研记录需求调研记录//报告报告用户需求说明书用户需求说明书产品规格说明书产品规格说明书需求评审记录需求评审记录系统测试计划（初步）系统测试计划（初步）概要设计说明书概要设计说明书模块设计说明书模块设计说明书界面设计说明书界面设计说明书设计评审记录设计评审记录集成测试计划（初步）集成测试计划（初步）产品代码产品代码系统界面系统界面测试用例测试用例代码走查报告代码走查报告单元测试报告单元测试报告同行评审记录同行评审记录集成测试报告集成测试报告系统测试报告系统测试报告测试评审记录测试评审记录项目实施与部署计划项目实施与部署计划项目实施记录项目实施记录用户培训计划用户培训计划用户培训记录用户培训记录验收测试报告验收测试报告试运行记录试运行记录试运行总结报告试运行总结报告验收评审记录验收评审记录验收报告验收报告项目移交清单项目移交清单维护与服务记录维护与服务记录问题跟踪与缺陷解决记录问题跟踪与缺陷解决记录项目管理计划及附属计划项目管理计划及附属计划项目周报项目周报//月报月报项目风险清单项目风险清单项目问题及解决清单项目问题及解决清单变更控制记录变更控制记录项目验收申请项目验收申请项目总结报告项目总结报告需求跟踪矩阵需求跟踪矩阵

武汉中地数码科技有限公司 第21页 共25页

本文来源：https://www.bwwdw.com/article/zjla.html