本资料仅供内部使用！
东南融通集团
2006年4月30日
软件开发生命周期 文件编号：OPD-3-01 版本：B
修改记录
目 录
1 2 3
目的 ................................................................................................................................................................ 1 范围 ................................................................................................................................................................ 1 软件开发生命周期模型 ................................................................................................................................ 1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7
标准V-瀑布生命周期(SVW) ......................................................................................................... 2 V-瀑布生命周期 为关键产品(VC) ................................................................................................... 3 阶段V-瀑布生命周期 (V4) .......................................................................................................... 5 阶段 V-瀑布生命周期 编码和修正生命周期 (C&F) . 阶段交付模型 . 交叠瀑布模型 .
1 目的
描述组织范围内使用的软件开发生命周期模型；
2 范围
本文档主要描述软件项目开发生命周期模型,适用于集团内部研发项目、为客户开发系统的项目、推广移植的项目、维护项目等。
3 软件开发生命周期模型
件下使用该模型，需要注意风险和应用裁剪的指导。
主要阶段:
项目售前/定义(PD) 项目立项/启动 (PI)
需求分析和计划 概要设计 (HLD) 详细设计 (DD)
集成测试 系统测试 发布/上线 (CLS)
开始
架构签字 设计签字 (DSO) 编码签字 (CSO) 功能完成 (FC) 系统完成 (SC) 发布完成 (RC)
利用这节提供的细节来最终选择软件开发生命周期的模型。对大多数的项目，从前面的部分表格来看可能有不止一种适合的模型。利用本节所详细描述的模型，有适应或裁剪地最终
选出最合适的模型。 3.1.1
标准V-瀑布生命周期(SVW)
4. 可视性和可靠性，根据对所有中间交付物受控的基线。 优势:
1. 对管理层提供实施可视性。
2. 时间表稳定度很高, 由于需求稳定度 注意:
1. 在不清晰的不稳定的需求和技术条件下不能很好工作
2. 由于在一个阶段结束时要做很多文档并要所有的利益相关人签字，有很大的开销。 3. 所有的利益相关人都要在每一个阶段结束时进行说明或签字
4. 根据工作量和时间分析，由于项目范围的改变而导致的中途更正是花很大代价的。 裁剪指导:
1. 根据活动的范围，项目可以选择在进入或离开任何一个阶段。这在必要的RA&P 阶段决定，例
如项目组可以在DD开始活动在IT后结束。在那种情况下， 前面阶段的必需的交付物– SRS 和HLD – 必须可用。计划文档，即 PP, PDSP, QP 和SCMP必须在相应的阶段完成。 2.
3. 4. part of the ProjectLifecycle
从图中可以看出，这是一个SVW经裁剪的模型。推荐在中等复杂度和规模的项目中使用，在这些项目中解决方案可以用两层来表示。系统由多于一个模块组成，同时每个模块又是由一个或多个单元组成。这种模块在软件危险程度要求很可靠测试时被选择，所以需要除开发者以外的人来做测试（如，医疗系统或汽车控制软件、金融交易软件系统或关键任务系统）。对这个生命周期单元测试是
V-Waterfall Lifecycle for development of critical software
必要的 。 何时使用:
1. 安全/任务关键软件开发
2. 整个开发过程中的可跟踪性和透明性的需求 3. 控制开发的需求（成本、范围和时间表） 优势:
1.正规化保证了高度测试的和可靠的系统 注意:
1. 不成熟的离开一个阶段会导致文档的延迟和成本增加。 2. 在开发过程中，最终用户不可视。 3. 在测试计划评审中包括顾客。 裁剪指导:
1.
2. 根据活动的范围，RA&P 阶段决定，
例如项目组可以在DD开始活动在 前面阶段的必需的交付物– SRS 和HLD – 和必须在相应的阶段完成。
3.1.3 阶段V-瀑布生命周期 (V4)
Product Investigation Report/
2. 中等的开销
3. 对交付的解决方案有合理控制 注意:
1. 在开发过程中，最终用户不可视。
2. 对很复杂的项目不建议使用，因为它只提供了一层设计。 裁剪指导:
所有的图中的阶段和阶段评审检查点在选择了进入点后都是必需的。这个模型中的DD阶段是由SVW中的HLD和DD阶段组合而成的。只有一层设计和测试的文档是必需的。
在V模型需要测试计划同他所测试的开发一同被评审和基线化时，一个项目可以在每个测试计划被评审和基线化时裁剪和阶段评审检查点。然而测试计划活动一定要在阶段所指示的地方启动，如ST计划一定要在RA&P阶段启动。
3.1.4 阶段 V-瀑布生命周期 (V3)
1. 规模和工作量要求低 2. 团队规模小
3. 系统复杂度低, 排除了单独的设计阶段。 4. 需求和技术被很好地理解 5. 产品的结构是稳定的 优势:
1. 提供了对时间表的中等控制 2. 减少了开销 注意:
1. 在开发过程中，最终用户不可视。
2. 由于因为没有单独的分析和设计阶段而产生的风险。 裁剪指导:
1. 所有的图中的阶段和阶段评审检查点在选择了进入点后都是必需的。
STST
这个阶段进行。 何时使用:
1. 很小范围和团队规模 – 可能1或2人的团队 2. 低开发开销，高周转时间 3. 不能提供训练有素的经历和开发者 4. 项目失败影响低 优势:
1. 很低 (可能最低) 开销 2. 中途修正是容易和便宜的 注意
1. 不可靠的时间表 2. 产品不可靠或没有扩展项 3. 对管理层和顾客几乎都是不可见的 裁剪指导:
阶段发布模型被推荐使用在规模大、特征有优先级、在一段时间内超过一个阶段发布的情况中。这个模型用标准的V瀑布模型来表示。
有一种变化就是在多个子项目模型中，阶段是同步发生的。如果子项目没有重叠 技术的要求就可以被使用；测试和发布同步在这个模型里很关键。 何时使用:
1. 中到大项目，可靠性要求很高 2. 最终用户可视性重要
3. 同顾客团队合作开发
4. 对需求、技术和架构有很好的理解 5. 最终产品要有很好的扩展性 优势:
1. 对管理层和顾客有很高的可视性 2. 风险管理和中途更正较简单
3. 可以导出一个高可靠、可重用和可扩展的系统，因为HLD在早期就被固定
交叠瀑布模型(OVW)使项目可以在未对早期阶段的产品基线化时就开始新的阶段活动。 这个模型适用于领域或技术训练或蔓延机制，在这些情况下项目的总体危险程度是低. 可基于SVW, VC, V4 或V3.
当一个阶段评审检查点最终被签订后（由团队决定时间），所有先前的交付物一定要准备好并同当前的状态同步。如，如果DSO在ST阶段被实施，RSO和DSO所有的交付物就一定要准备好，文档和代码（在实时CUT中产生）必须要同测试计划同步。另外，正在进行的工作一定要进行评估
并且下一个阶段评审检查点的时间安排一定要计划好。 何时使用: 1. 小到中型产品
2. 开发组小，周转时间不能很长 3. 需求清晰度低，需要进一步的调查 4. 技术和架构知识低
5. 不指望产生高扩展性和可重用软件 优势:
1. 由于团队不需要每个步骤都等待利益相关人，所以开销很低 2. 通过非正式的沟通，风险管理简单
3. 4. 注意:
1. 对顾客和管理层的可视程度低 2. 返工风险 3. 时间表稳定性不好 裁剪指导:
1.
2. 3.
本资料仅供内部使用！
东南融通集团
2006年4月30日
软件开发生命周期 文件编号：OPD-3-01 版本：B
修改记录
目 录
1 2 3
目的 ................................................................................................................................................................ 1 范围 ................................................................................................................................................................ 1 软件开发生命周期模型 ................................................................................................................................ 1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7
标准V-瀑布生命周期(SVW) ......................................................................................................... 2 V-瀑布生命周期 为关键产品(VC) ................................................................................................... 3 阶段V-瀑布生命周期 (V4) .......................................................................................................... 5 阶段 V-瀑布生命周期 编码和修正生命周期 (C&F) . 阶段交付模型 . 交叠瀑布模型 .
1 目的
描述组织范围内使用的软件开发生命周期模型；
2 范围
本文档主要描述软件项目开发生命周期模型,适用于集团内部研发项目、为客户开发系统的项目、推广移植的项目、维护项目等。
3 软件开发生命周期模型
件下使用该模型，需要注意风险和应用裁剪的指导。
主要阶段:
项目售前/定义(PD) 项目立项/启动 (PI)
需求分析和计划 概要设计 (HLD) 详细设计 (DD)
集成测试 系统测试 发布/上线 (CLS)
开始
架构签字 设计签字 (DSO) 编码签字 (CSO) 功能完成 (FC) 系统完成 (SC) 发布完成 (RC)
利用这节提供的细节来最终选择软件开发生命周期的模型。对大多数的项目，从前面的部分表格来看可能有不止一种适合的模型。利用本节所详细描述的模型，有适应或裁剪地最终
选出最合适的模型。 3.1.1
标准V-瀑布生命周期(SVW)
4. 可视性和可靠性，根据对所有中间交付物受控的基线。 优势:
1. 对管理层提供实施可视性。
2. 时间表稳定度很高, 由于需求稳定度 注意:
1. 在不清晰的不稳定的需求和技术条件下不能很好工作
2. 由于在一个阶段结束时要做很多文档并要所有的利益相关人签字，有很大的开销。 3. 所有的利益相关人都要在每一个阶段结束时进行说明或签字
4. 根据工作量和时间分析，由于项目范围的改变而导致的中途更正是花很大代价的。 裁剪指导:
1. 根据活动的范围，项目可以选择在进入或离开任何一个阶段。这在必要的RA&P 阶段决定，例
如项目组可以在DD开始活动在IT后结束。在那种情况下， 前面阶段的必需的交付物– SRS 和HLD – 必须可用。计划文档，即 PP, PDSP, QP 和SCMP必须在相应的阶段完成。 2.
3. 4. part of the ProjectLifecycle
从图中可以看出，这是一个SVW经裁剪的模型。推荐在中等复杂度和规模的项目中使用，在这些项目中解决方案可以用两层来表示。系统由多于一个模块组成，同时每个模块又是由一个或多个单元组成。这种模块在软件危险程度要求很可靠测试时被选择，所以需要除开发者以外的人来做测试（如，医疗系统或汽车控制软件、金融交易软件系统或关键任务系统）。对这个生命周期单元测试是
V-Waterfall Lifecycle for development of critical software
必要的 。 何时使用:
1. 安全/任务关键软件开发
2. 整个开发过程中的可跟踪性和透明性的需求 3. 控制开发的需求（成本、范围和时间表） 优势:
1.正规化保证了高度测试的和可靠的系统 注意:
1. 不成熟的离开一个阶段会导致文档的延迟和成本增加。 2. 在开发过程中，最终用户不可视。 3. 在测试计划评审中包括顾客。 裁剪指导:
1.
2. 根据活动的范围，RA&P 阶段决定，
例如项目组可以在DD开始活动在 前面阶段的必需的交付物– SRS 和HLD – 和必须在相应的阶段完成。
3.1.3 阶段V-瀑布生命周期 (V4)
Product Investigation Report/
2. 中等的开销
3. 对交付的解决方案有合理控制 注意:
1. 在开发过程中，最终用户不可视。
2. 对很复杂的项目不建议使用，因为它只提供了一层设计。 裁剪指导:
所有的图中的阶段和阶段评审检查点在选择了进入点后都是必需的。这个模型中的DD阶段是由SVW中的HLD和DD阶段组合而成的。只有一层设计和测试的文档是必需的。
在V模型需要测试计划同他所测试的开发一同被评审和基线化时，一个项目可以在每个测试计划被评审和基线化时裁剪和阶段评审检查点。然而测试计划活动一定要在阶段所指示的地方启动，如ST计划一定要在RA&P阶段启动。
3.1.4 阶段 V-瀑布生命周期 (V3)
1. 规模和工作量要求低 2. 团队规模小
3. 系统复杂度低, 排除了单独的设计阶段。 4. 需求和技术被很好地理解 5. 产品的结构是稳定的 优势:
1. 提供了对时间表的中等控制 2. 减少了开销 注意:
1. 在开发过程中，最终用户不可视。
2. 由于因为没有单独的分析和设计阶段而产生的风险。 裁剪指导:
1. 所有的图中的阶段和阶段评审检查点在选择了进入点后都是必需的。
STST
这个阶段进行。 何时使用:
1. 很小范围和团队规模 – 可能1或2人的团队 2. 低开发开销，高周转时间 3. 不能提供训练有素的经历和开发者 4. 项目失败影响低 优势:
1. 很低 (可能最低) 开销 2. 中途修正是容易和便宜的 注意
1. 不可靠的时间表 2. 产品不可靠或没有扩展项 3. 对管理层和顾客几乎都是不可见的 裁剪指导:
阶段发布模型被推荐使用在规模大、特征有优先级、在一段时间内超过一个阶段发布的情况中。这个模型用标准的V瀑布模型来表示。
有一种变化就是在多个子项目模型中，阶段是同步发生的。如果子项目没有重叠 技术的要求就可以被使用；测试和发布同步在这个模型里很关键。 何时使用:
1. 中到大项目，可靠性要求很高 2. 最终用户可视性重要
3. 同顾客团队合作开发
4. 对需求、技术和架构有很好的理解 5. 最终产品要有很好的扩展性 优势:
1. 对管理层和顾客有很高的可视性 2. 风险管理和中途更正较简单
3. 可以导出一个高可靠、可重用和可扩展的系统，因为HLD在早期就被固定
交叠瀑布模型(OVW)使项目可以在未对早期阶段的产品基线化时就开始新的阶段活动。 这个模型适用于领域或技术训练或蔓延机制，在这些情况下项目的总体危险程度是低. 可基于SVW, VC, V4 或V3.
当一个阶段评审检查点最终被签订后（由团队决定时间），所有先前的交付物一定要准备好并同当前的状态同步。如，如果DSO在ST阶段被实施，RSO和DSO所有的交付物就一定要准备好，文档和代码（在实时CUT中产生）必须要同测试计划同步。另外，正在进行的工作一定要进行评估
并且下一个阶段评审检查点的时间安排一定要计划好。 何时使用: 1. 小到中型产品
2. 开发组小，周转时间不能很长 3. 需求清晰度低，需要进一步的调查 4. 技术和架构知识低
5. 不指望产生高扩展性和可重用软件 优势:
1. 由于团队不需要每个步骤都等待利益相关人，所以开销很低 2. 通过非正式的沟通，风险管理简单
3. 4. 注意:
1. 对顾客和管理层的可视程度低 2. 返工风险 3. 时间表稳定性不好 裁剪指导:
1.
2. 3.