生命周期选择的指南_第1页
生命周期选择的指南_第2页
生命周期选择的指南_第3页
生命周期选择的指南_第4页
生命周期选择的指南_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、目目 录录1. 目的 .22. 围.23. 职责 .24.工作程序.241 公司定义的软件生存周期模型 .242 软件生存周期模型的选择准则.24.2.1 瀑布模型选择准则 .24.2.2 增量模型选择准则.24.2.3 快速原型选择准则 .34. 3 软件生存周期模型.34.3.1 瀑布模型.34.3.2 增量模型.44.3.3 快速原型模型 .44.4 各阶段的任务、活动、工作产品和质量控制 .64.4.1 标准型.64.5 软件生存周期裁剪指南 .84.5.1 裁剪指南 .85.参考资料.91.1. 目的目的指导项目组在制定项目开发计划阶段,选择适合项目特点的生存周期,并能按照软件生存周

2、期定义的工作流程进行工作。2.2. 围围本过程适用于新开发的软件项目。3.3. 职责职责 软件项目经理负责根据项目的特点选择合适的生存周期。4.4.工作程序工作程序4 41 1 公司定义的软件生存周期模型公司定义的软件生存周期模型软件生存周期定义可视软件项目特性识别和所选软件开发模型而异,公司拟推荐采用的软件生存周期模型有 1、瀑布模型 2、增量模型 3、快速原型模型4 42 2 软件生存周期模型的选择准则软件生存周期模型的选择准则 定义一个适用的软件生存周期是软件项目策划的基点,也是用以规项目管理的重要手段。为此,对项目定义软件生存周期时,应首先根据各项目的特性和选择准则从本规中选取一个合用

3、的软件生存周期模型,随后再通过裁剪给出适用于本项目的软件生存周期定义。4.2.14.2.1 瀑布模型选择准则瀑布模型选择准则1、用户开始就给出明确的需求,且在开发过程中需求没有或很少变化; 2、分析设计人员对应用领域很熟悉; 3、低风险项目(对目标、开发环境很熟悉) ;4、用户应用环境稳定;5、用户除提出需求以外,很少参与开发工作;6、用户接受在项目的开发晚期才能得到程序的运行版本。4.2.24.2.2 增量模型选择准则增量模型选择准则1、 用户需求在整个项目开发过程中可能发生变化;2、 客户接受分阶段交付; 3、分析设计人员对应用领域不熟悉或难以全面把握; 4、中等或高风险项目(对工期过紧且

4、可分阶段提交的项目或对系统目标、开发环境不熟悉的项目); 5、用户需要参与整个软件开发过程; 6、使用面向对象的语言或第四代语言。4.2.34.2.3 快速原型选择准则快速原型选择准则1、 用户定义了软件的一般性目标,但不能标识出详细的输入、处理和输出需求2、 开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式;3、 分析设计人员对应用领域不熟悉; 4、高风险项目;4.4. 3 3 软件生存周期模型软件生存周期模型软件生存周期按阶段划分可分为需求阶段、策划阶段、设计阶段、实现阶段、测试阶段、交付阶段。4.3.14.3.1 瀑布模型瀑布模型瀑布模型规定了各项关键软件工程活动阶段是自上而

5、下、相互衔接、逐级下落如同瀑布的固定次序。当某阶段发现上游缺陷时可通过追溯予以消除或改进。S1 需求 S2 策划S4 实现S3 设计S5 测试S6 交付4.3.24.3.2 增量模型增量模型增量模型是遵循递增方式来进行软件开发的,融合了瀑布模型的基本成分和原型模型的迭代特征。软件产品是被作为一组增量实现的,每一个线性序列产生一个可发布的增量,每一个增量均发布一个可操作的产品。 增量循环(2、3n)S1 需求 S2 策划 4.3.34.3.3 快速原型模型快速原型模型原型模型从需求收集开始,开发者和用户一起定义软件的总体目标,标识出已知S4 实现S3 设计S5 测试S6 交付的需求后,进行快速设

6、计,导致原型的建立(原型不可作为正式的产品进行发布、交付) ,再进一步精化待开发软件的需求,通过逐步调整原型使其满足客户的要求,整个过程是迭代的。快速原型快速原型S1 需求S2 策划S4 实现S3 设计S5 测试快速分析,确定初步规格说明构造原型运行/评价原型原型完成否要细部说明否严格说明细部效果满意否整理原型提供文档构造新原型修正与改进原型S6 交付 4.44.4 各阶段的任务、活动、工作产品和质量控制各阶段的任务、活动、工作产品和质量控制4.4.14.4.1 标准型标准型序号阶段任务与活动开始结束条件工作产品S1需求阶段T11 同行、用户的需求收集、定义T12 编制特性需求说明书T13 对

7、需求进行分析、定义需求说明书T14 需求变更T15 制定软件验收计划T16 对各种需求基线的审批Q11 需求、软件验收计划评审Q12 对需求的变更及实现情况检查、跟踪软件项目任务书需求、验收计划评审通过P11 特性需求说明书P12 软件需求说明书*P13 软件验收计划*R11 需求、验收计划的评审记录R12 软件需求与软件需求变更跟踪表R13 培训记录R14 软件需求管理检查表R15 需求变更记录R16 项目里程碑报告R17 项目进展报告S2策划阶段T21 进行项目估算T22 进行项目策划(含质量保证、配置管理策划)T23 编制测试计划T24 计划的修订Q21 计划评审T25 策划培训T26

8、分析设计阶段工作准备(人员、培训、工具、设备)T27 计划跟踪Q22 对项目策划情况进行检查需求被签字认可后/项目计划书评审通过P21 项目估算表*P22 软件项目开发计划(含质量保证、配置管理计划) *P23 软件测试计划P24 风险管理计划 R21 计划评审记录R22 计划修订记录R23 培训记录R24 项目策划过程检查表R25 软件项目跟踪与监督表R26 项目进展和里程碑报告 S3设计阶段T31 项目设计(含软件构架、数据库、界面设计、系统功能例表)Q31 设计评审T32 测试规程、用例准备T33 项目计划的跟踪和修订T34 实现阶段准备 (人员、培训、可用件、模板、规、工具、实现环境建

9、立)开发计划被确认设计文档评审通过P31 概要设计 *P32 详细设计P33 测试规程、用例 *R31 设计评审记录R32 项目计划修订记录R33 计划跟踪情况检查表R34 软件项目跟踪与监督表R35 项目进展和里程碑报告S4实现阶段T41 构造软件(编码、自测)Q41 单元测试Q42 集成测试T42 测试阶段准备 (人员、培训、规、工具、测试环境建立)T43 编写用户使用手册T44 制作安装盘设计文档批准后源程序测试通过P41 源程序* P42 测试用例数据 R41 测试记录R42 集成测试报告 P43 用户使用手册 (电子版)* R43 计划跟踪情况检查表T45 对项目计划的情况进行跟踪R

10、44 软件项目跟踪与监督表R45 项目进展和里程碑报告P44 安装盘S5测试阶段Q51 系统测试T51 BUG 修订T52 对项目计划的情况进行跟踪上游产品提交系统测试完成R51 系统测试记录、报告 P51 安装母盘 P52 用户使用手册 (电子版)* R52 计划跟踪情况检查表R53 软件项目跟踪与监督表R54 项目进展和里程碑报告S6交付阶段T61 编写实施计划T62 编写培训大纲T63 用户培训T64 系统安装和数据准备系统测试通过验收通过、项目总结提交P61 实施计划P62 培训大纲Q61 项目实施记录 P63 软件产品*Q62 软件验收报告*T65 系统试运行和系统切换Q61 用户验

11、收T66 项目总结T67 对项目计划的情况进行跟踪P64 项目总结报告 *R61 计划跟踪情况检查表R62 软件项目跟踪与监督表R63 项目进展和里程碑报告说明:说明:* 代表受控和必选项,当一个文档在某阶段受控后,在以后的阶段中它均受控。S 代表阶段T 代表任务Q 代表质量保证活动P 代表需产生的工作产品R 代表需产生的工作记录4.54.5 软件生存周期裁剪指南软件生存周期裁剪指南本文档中所推荐的软件生存周期的三种模型是针对公司近几年所出现或将会出现的软件项目类型而定义的,但事实上,没有两个完全相同的软件项目,在诸多的因素中,组织的方针、规程、商务目标、获取方法和策略、项目的规模和复杂性、系

12、统需求、所采用的开发方法、技术和开发环境以及项目组等诸多因素均会影响系统获取、开发、操作和维护。所以,各项目在使用本标准时,需根据本项目的特性加以裁剪。但在裁剪过程中必须遵循以下原则:1) 阶段衔接原则:所裁剪的生存周期各阶段间应是相互衔接的。一个阶段的里程碑工作是下一阶段的输入。切忌从需求阶段,跳过分析设计阶段直接进入编码实现阶段。2) 合理性原则:每个生存周期阶段中所列的各个活动、工作和质量控制点,可视项目大小可以合理的增加或合拼。如某些大项目,可增加一些对子项目、子工作产品或子活动的质量控制点;小项目或增补少量功能点的项目可将一些质量控制点加以适当合拼,但在计划中必须对合拼的理由做出说明

13、。3) 可视化原则: 生存周期各阶段中必须明确列出任务、活动、工作产品与质量控制点。 具体裁剪步骤见 4.5.14.5.1 裁剪指南裁剪指南。4.5.14.5.1 裁剪指南裁剪指南 裁剪最好针对特定项目或合同进行。 4.5.1.14.5.1.1 生存周期阶段的截取生存周期阶段的截取 在生存周期模型被选定后,可视项目、生存周期模型、源输入和最终输出的特性,截取相邻的一个或多个相邻接的阶段,例如,所选的是瀑布模型,对非交付类软件项目可以截取需求定义、策划、设计、实现、测试五个邻接的阶段。4.5.1.24.5.1.2 生存周期阶段合并和细分生存周期阶段合并和细分 对所截取的两个相邻阶段,对有些小项目

14、来说,可把两个相邻阶段合并成一个阶段,例如,把瀑布模型中的设计和实现两个阶段合并一个阶段。相反,对大项目来说,又可把一个阶段拆分成两个阶段,例如把瀑布模型中的设计阶段拆为概要设计和详细设计两个阶段。但对合并阶段应说明理由。 4.5.1.34.5.1.3 任务的裁剪任务的裁剪 在本标准的生存周期每个阶段中均列有推荐的任务(活动),有些是必选(带*)的,有些是可选的。对于必选项,如不选时,应说明理由。如需要,也可增加某些本标准中未列出的任务,例如培训、外包、外购软件、现场安装、数据准备等。4.5.1.44.5.1.4 工作产品的裁剪工作产品的裁剪 在本标准的生存周期每个阶段中均列出了若干推荐的工作产品和记录。有些是必选(带*)的,有些是可选的。对于必选项,如不选时,应说明理由。如需要,也可增加某些本标准中未推荐的工作产品,例如培

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论