生命周期模型描述模板1.docx
- 文档编号:12550599
- 上传时间:2023-06-06
- 格式:DOCX
- 页数:12
- 大小:67.43KB
生命周期模型描述模板1.docx
《生命周期模型描述模板1.docx》由会员分享,可在线阅读,更多相关《生命周期模型描述模板1.docx(12页珍藏版)》请在冰点文库上搜索。
生命周期模型描述模板1
XXX有限公司
生命周期模型描述
文档修订记录
版本编号
*变化
状态
简要说明
日期
变更人
批准日期
批准人
V1.0
A
*变化状态:
A——增加,M——修改,D——删除
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字模型IV
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瀑布模型VII
本文描述组织级定义的软件生命周期模型,供项目策划时根据项目的具体情况选择或裁剪使用,由此确定软件项目开发过程的各种不同的阶段以及各阶段的执行顺序。
但是“所有的模型都是错误,有些模型是有用的”。
模型是对它们所代表的真实世界的简化,这种简化更多的是为了规范管理的需要,它只能够照顾大多数。
如果它不适合你的项目或者有更能真实表达现实世界的模型出现,因为涉及到组织管理方式的变化,任何模型的修改或新模型的加入都需要通过组织的审批。
1简介
软件生命周期由制定计划、需求开发、设计、编码、测试、维护等各项活动组成,而如何将这些活动合理、有效地衔接组织起来,就需要在软件项目策划阶段选择合适的软件生命周期模型。
正如每个项目的目的是唯一的,每个项目的软件生命周期模型也将是唯一的,定义软件生命周期是项目计划的一个重要步骤,它将直接影响到WBS及软件开发计划的制定。
目的
本文的目的是为了指导软件项目策划人员如何选用软件生命周期模型。
适用范围
本文档适用于公司中的所有软件项目。
术语表
●软件生命周期(Softwarelifecycle):
从软件产品的设想开始到软件不再使用而结束的时间周期。
软件生命周期一般包括需求阶段、设计阶段、实现阶段、测试阶段、运行和维护阶段,有时还包括退役阶段。
●软件过程:
有关开发和维护软件及其相关产品(例如:
项目计划、设计文档、代码、测试用例、用户手册等)的活动、方法、实践和变更的集合。
●CASE工具:
计算机辅助软件工程工具,为与软件过程相关的每个活动中的软件工程管理者和实践者提供帮助,它们自动化项目管理活动,管理所有在过程中产生的工作产品并且辅助工程师完成他们的分析、设计、编码和测试工作。
2
过程概述
为了使项目在定义软件过程时能够依据其特性选择适用的软件生命周期,使得项目开发过程流程化、易于管理、提高开发速度和产品质量,以达到更好的满足客户的要求,组织规定了以下几种适于本组织使用的生命周期模型:
●V字模型
●中等简化V字模型
●最简化V字模型
注:
在组织中有些需求不清晰的项目中也会使用快速原型法,但这主要起到需求获取的作用,通常不作为生命周期模型描述,开发过程使用的生命周期模型以上述几种为主。
3生命周期模型描述
3.1V字模型
3.1.1概述
V字模型其实就是瀑布模型,它是一种线型顺序模型,是项目自始至终按照一定顺序的步骤从需求分析进展到系统测试直到提交用户使用,它提供了一种结构化的、自顶向下的软件开发方法,每阶段主要工作成果从一个阶段传递到下一个阶段,必须经过严格的评审或测试,以判定是否可以开始下一阶段工作,各阶段相互独立、不重叠。
V字模型是所有软件生命周期模型的基础。
V字模型的开发流程如下图:
图1V字模型示意图
3.1.2阶段定义
No
阶段
入口标准
任务
出口标准
1
需求开发
项目启动报告已经由高层经理签字,项目开始启动。
需求访谈及分析
系统测试设计
软件需求规格说明书及系统测试设计完成并形成基线
2
概要设计
软件需求规格说明书已经完成并形成基线。
进行数据库设计
各模块的概要设计
集成测试设计
概要设计说明书及集成测试设计完成并形成基线。
3
详细设计
概要设计已完成并形成基线
进行详细设计及单元测试用例编写。
详细设计及单元测试用例编写完成并形成基线。
4
实现
详细设计完成并形成基线
进行编码及单元测试
编码及单元测试完成并形成基线。
5
测试
系统测试设计完成
集成测试设计完成
编码及单元测试完成
用户文档完成(安装、操作、维护)
进行集成、系统测试
集成、系统测试完成并形成基线
6
运行维护
测试已经完成
系统安装、运行、维护
组织不再对产品进行维护
3.1.3适用情况
●充分理解用户需求,且需求是确定不变的
●用户有一定的能力,对需求的表述是确切的
●充分理解该解决方案的技术和体系
●需要一个可维护性和可支持性较高的解决方案
●所有过程工作产品的控制基线,需要有可见度和可靠性
●适用于新的有较多用户的产品、平台/中间件开发项目,或者是用户对开发过程有严格要求的工程定制项目
●项目经理有一定的项目管理经验
●要求开发周期时间较充分
3.1.4优点
●强调开发的阶段性
●强调早期的计划及需求调查与分析
●强调产品测试的完备性
●过程文档齐全,便于追溯和重用
●过程的可见性强,便于过程质量控制
●只要需求是稳定的,则进度也是稳定的
3.1.5缺点
●无法解决软件需求不明确或不准确的问题
●灵活性差,依赖于早期进行的需求调查,不能适应需求的变化
●由于是单一流程,开发中的经验教训不能及时反馈并应用于本产品的过程改进
3.1.6本企业适合项目类型
自主研发的产品,以及组织所熟悉领域的应用系统开发。
3.2中等简化V字模型
3.2.1概述
针对组织中项目的实际情况,对V字(瀑布)模型进行演化是必要的。
中等简化V字模型就是在标准瀑布模型基础上根据组织中一些小项目等的实际需要演化来的。
流程图如下所示:
图2中等简化V字模型示意图
3.2.2阶段定义
参见V字模型。
3.2.3适用情况
●项目的复杂度、团队的规模、工作量和周转时间都是中等程度的
●需求和技术都已被充分理解
●项目经理有较高的项目管理和控制的经验
3.2.4优点
●可以适应中等和较小项目的较灵活的管理需要
●提供中度的进度控制,相对标准V字模型,可以减少部分项目管理工作量和开支
●在产品交付方面进行合理的控制
3.2.5缺点
●因项目开发流程相对简化,项目的风险增大,质量隐患增大
3.2.6本企业适合项目类型
根据客户的不同需求进行客户定制化的项目,客户能够提出比较成熟的需求,则项目过程可以采用中等简化V字模型。
3.3最简化V字模型
3.3.1概述
针对组织中项目的实际情况,对V字(瀑布)模型进行演化是必要的。
最简化V字模型就是在标准瀑布模型基础上根据组织中的小项目和维护项目等的实际需要演化出来的。
一般情况下,不建议使用此种模型。
流程图如下所示:
图3最简化V字模型示意图
3.3.2阶段定义
参见V字模型。
3.3.3适用情况
●项目的规模和工作量都比较小
●项目具有较小的开发团队
●需求和技术都是被充分确定和理解的
●系统具有低复杂度,不需要独立的设计阶段
●产品的体系结构是稳定的
●项目经理经验丰富,对项目有较好的管理控制能力
●项目开发周期较短
3.3.4优点
●可以适应小项目的灵活性
●减少过程复杂带来的产品提交时间延长
●过程相对简单,项目管理控制的工作量相对较少
●提供中度的进度控制
●减少开支
3.3.5缺点
●对阶段性的控制较弱,问题不能及时发现
●项目前期控制较弱,使得项目产品质量留有隐患
3.3.6本企业适合项目类型
单项功能的修改或增加的项目,开发时间小于10天的项目可以选用最简化V字模型;例如:
小型宣传网站项目。
3.4瀑布模型
阶段
主要工作
应完成的文档
退出准则
项目策划
1.项目立项
2.项目估算
3.制定项目计划
4.编写测试计划
1.项目章程和立项报告
2.估算工作书
3.项目计划书
4.测试计划
1.《项目章程》和《立项报告》经公司领导批准
2.《项目计划书》经项目组及相关人员签字确认
需求开发
需求获取
1.需求策划
2.需求调研
1.需求调研计划
2.调研报告
1.《需求调研计划》经客户确认
需求分析
1.确定系统运行环境
2.建立系统逻辑模型
3.确定系统功能及性能要求
4.编写用户需求说明书
5.编写需求规格说明书
1.用户需求说明书
2.需求规格说明书
1.客户在《用户需求说明书》上签字确认
2.《需求规格说明书》经项目组评审
3.客户及项目组成员在《需求规格说明书》上签字确认
4.《系统测试用例》经项目组评审
需求评审确认
1.用户需求说明书提交客户签字确认
2.给客户演示需求分析结果
3.需求规格说明书的评审
4.提交客户和项目组签字确认需求规格说明书
5.编写系统测试用例
1.用户需求说明书
2.需求规格说明书
系统设计
概要设计
1.进行功能模块设计
2.定义各功能模块接口
3.数据库设计
4.制定集成测试用例
5.编写用户手册
1.概要设计书
2.集成测试用例
3.用户手册
1.《概要设计书》经项目组相关人员进行评审
2.《集成测试用例》经项目组相关人员进行评审
详细设计
1.设计各模块具体实现算法
2.确定模块间详细接口
3.制定单元测试用例
1.详细设计书
2.单元测试用例
1.《详细设计书》经项目组相关人员进行评审
2.《单元测试用例》经项目组相关人员进行评审
实现阶段
1.设计和编写程序源代码
2.进行单元测试和调试
3.完善用户手册
1.代码
2.单元测试报告
3.用户手册
1.在实现过程中采用先进的技术与工具
2.规范工作程序及编写文档
3.对实现过程及已完成的文档进行评审
测试阶段
集成测试
1.执行集成测试用例
2.编写集成测试报告
1.系统源程序清单
2.集成测试报告
1.测试时采用先进的技术和工具
2.规范工作程序及文档编写
3.对测试工作及已完成的文档进行评审
4.进行回归测试,跟踪缺陷关闭
系统测试
1.测试整个软件系统
2.验证用户手册
3.编写系统测试报告
1.系统测试报告
2.用户手册
产品发布/验收
1.编写验收进度计划
2.依据验收检查表进行验收
3.编写验收报告
4.修订用户手册
1.验收进度计划
2.验收检查表
3.验收报告
4.用户手册
1.项目组和客户共同在《验收报告》签字确认
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 生命周期 模型 描述 模板