本资料仅供内部使用！
软件开发生命周期模型
东南融通集团
2006 年 4 月 30 日
软件开发生命周期
文件编号：OPD-3-01自信英文
版本：B
修改记录怎么解散微信群聊
祝福语新年
制定日期 2006/3/1 生效日期 2006/4/30 制定 / 修订 内容摘要 制定和发布 页数 11 版本 B 拟稿 EPG 审查 蔡志评 批准 阮赐杰
目
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-瀑布生命周期 (V3) ......................................................................................................... 6 编码和修正生命周期 (C&F)..................................................................................................... 7 阶段交付模型................................................................................................................................ 8 交叠瀑布模型................................................................................................................................ 9
人员信息登记表
东南融通集团 版权所有
目录 I
1 目的
描述组织范围内使用的软件开发生命周期模型；
2 范围
本文档主要描述软件项目开发生命周期模型，适用于集团内部研发项目、为客户开发系统的项 目、推广移植的项目、维护项目等。
3 软件开发生命周期模型
每种模型都用图形的方式来描述，显示了它们应用的阶段和阶段评审检查点。描述了在何种条 件下使用该模型，需要注意风险和应用裁剪的指导。 每一幅图都指出了运用于该模型的阶段和阶段评审检查点。用粗体和斜体表示的阶段评审检查 点推荐要有高层经理参加。所有的阶段评审检查点都要由项目经理签字。 主要阶段: 项目售前/定义( P D ) 项目立项/启动 ( P I ) 需求分析和计划 ( R A & P ) 概要设计 ( H L D ) 详细设计 ( D D ) 编码和单元测试 ( C U T ) 集成测试 ( I T ) 系统测试 ( S T ) 发布/上线 ( R E L ) 关闭 ( C L S ) 阶段评审检查点 顾客签字 ( C U S T S O ) 开始( K O ) 需求签字 ( R S O ) 架构签字 ( A S O ) 设计签字 ( D S O ) 编码签字 ( C S O ) 功能完成 ( F C ) 系统完成 (SC) 发布完成 (RC) 利
用这节提供的细节来最终选择软件开发生命周期的模型。对大多数的项目，从前面的 部分表格来看可能有不止一种适合的模型。利用本节所详细描述的模型，有适应或裁剪地最终
东南融通集团 版权所有 第 1 页
选出最合适的模型。 标准 V-瀑布生命周期(SVW)
Product Investigation Report/ Ur Requirements/
3.1.1
Acceptance Test Plan
Acceptance Test
PD CUSTSO Customer Signoff
蒜炒油麦菜PI RA&P KO Project Kickoff RSO Requirements Sign Off
System Test Plan
REL ST
CLS
RC HLD Integration Test Plan SC IT ASO Architecture Sign Off DD ModuleTest Plan FC Function Complete System Complete Relea Complete
DSO Design Sign Off
山药怎么做才好吃CSO LEGEND CUT Code Sign Off Control Flow Data Flow Checkpoint that can be signed off by the Project Manager Checkpoint that is recommended to be signed off by Senior Management Phas which are part of the Project Lifecycle
Suggested for system shape:
System
Subsystem Module Unit Unit Unit
Subsystem Module Module
Subsystem Module Module
XXX
Module Unit Unit Unit
Unit Unit Unit Unit
XXX Unit Unit Unit Unit Standard V-Waterfall Lifecycle
当系统的规模和复杂度达到可以用多层设计时，推荐使用标准的生命周期。最终的系统被分解 为多于一个的子系统。每个子系统由一个或多个模块组成。每个模块由一个或多个单元。一个单元 是最小的可独立测试的单位。用于集成测试的模块测试计划和集成测试计划中的模块就是从单元而 来，子系统从模块而来。单元测试对这个生命周期是必需的。 何时使用: 1. 需求很好地被理解了并且期望是相对稳定的。 2. 解决方案的技术和架构被很好地理解。 3. 高可维护的和可支持的解决方案的需要。 4. 可视性和可靠性，根据对所有中间交付物受控的基线。 优势: 1. 对管理层提供实施可视性。 2. 时 间 表 稳 定 度 很 高 , 由 于 需 求 稳 定 度 注意: 1. 在不清晰的不稳定的需求和技术条件下不能很好工作
东南融通集团 版权所有 第 2 页
