《生命周期选择的指南》由会员分享，可在线阅读，更多相关《生命周期选择的指南（9页珍藏版）》请在金锄头文库上搜索。
1、编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页 共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. 目的指导项目组在制定项目开发计划阶段，选择适合项目特点的生存周期，并能按照软件生存
2、周期定义的工作流程进行工作。2. 范围本过程适用于新开发的软件项目。3. 职责 软件项目经理负责根据项目的特点选择合适的生存周期。4.工作程序41公司定义的软件生存周期模型软件生存周期定义可视软件项目特性识别和所选软件开发模型而异，公司拟推荐采用的软件生存周期模型有 1、瀑布模型 2、增量模型 3、快速原型模型42 软件生存周期模型的选择准则 定义一个适用的软件生存周期是软件项目策划的基点，也是用以规范项目管理的重要手段。为此，对项目定义软件生存周期时，应首先根据各项目的特性和选择准则从本规范中选取一个合用的软件生存周期模型，随后再通过裁剪给出适用于本项目的软件生存周期定义。4.2.1 瀑布模
3、型选择准则1、用户开始就给出明确的需求，且在开发过程中需求没有或很少变化； 2、分析设计人员对应用领域很熟悉； 3、低风险项目（对目标、开发环境很熟悉）；4、用户应用环境稳定；5、用户除提出需求以外，很少参与开发工作；6、用户接受在项目的开发晚期才能得到程序的运行版本。4.2.2增量模型选择准则1、 用户需求在整个项目开发过程中可能发生变化；2、 客户接受分阶段交付; 3、分析设计人员对应用领域不熟悉或难以全面把握; 4、中等或高风险项目（对工期过紧且可分阶段提交的项目或对系统目标、开发环境不熟悉的项目）; 5、用户需要参与整个软件开发过程; 6、使用面向对象的语言或第四代语言。4.2.3 快
4、速原型选择准则1、 用户定义了软件的一般性目标，但不能标识出详细的输入、处理和输出需求2、 开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式；3、 分析设计人员对应用领域不熟悉； 4、高风险项目;4. 3 软件生存周期模型软件生存周期按阶段划分可分为需求阶段、策划阶段、设计阶段、实现阶段、测试阶段、交付阶段。4.3.1 瀑布模型瀑布模型规定了各项关键软件工程活动阶段是自上而下、相互衔接、逐级下落如同瀑布的固定次序。当某阶段发现上游缺陷时可通过追溯予以消除或改进。S1需求 S2策划S4 实现S3 设计S5 测试S6交付4.3.2 增量模型增量模型是遵循递增方式来进行软件开发的，融合了
5、瀑布模型的基本成分和原型模型的迭代特征。软件产品是被作为一组增量实现的，每一个线性序列产生一个可发布的增量，每一个增量均发布一个可操作的产品。 增量循环（2、3n）S1需求S2策划 S3 设计S4 实现S5 测试S6交付 4.3.3 快速原型模型原型模型从需求收集开始，开发者和用户一起定义软件的总体目标，标识出已知的需求后，进行快速设计，导致原型的建立（原型不可作为正式的产品进行发布、交付），再进一步精化待开发软件的需求，通过逐步调整原型使其满足客户的要求，整个过程是迭代的。快速原型S1 需求S2 策划S4 实现S3 设计S5 测试快速分析，确定初步规格说明构造原型运行/评价原型原型完成否要细
6、部说明否严格说明细部效果满意否整理原型提供文档构造新原型修正与改进原型S6 交付 4.4 各阶段的任务、活动、工作产品和质量控制4.4.1 标准型序号阶段任务与活动开始结束条件工作产品S1需求阶段T11同行、用户的需求收集、定义T12 编制特性需求说明书T13对需求进行分析、定义需求说明书T14需求变更T15制定软件验收计划T16对各种需求基线的审批Q11需求、软件验收计划评审Q12对需求的变更及实现情况检查、跟踪软件项目任务书需求、验收计划评审通过P11 特性需求说明书P12软件需求说明书*P13软件验收计划*R11需求、验收计划的评审记录R12软件需求与软件需求变更跟踪表R13培训记录R1
7、4软件需求管理检查表R15需求变更记录R16项目里程碑报告R17项目进展报告S2策划阶段T21进行项目估算T22进行项目策划(含质量保证、配置管理策划)T23编制测试计划T24计划的修订Q21计划评审T25策划培训T26分析设计阶段工作准备(人员、培训、工具、设备)T27计划跟踪Q22对项目策划情况进行检查需求被签字认可后/项目计划书评审通过P21项目估算表*P22软件项目开发计划（含质量保证、配置管理计划） *P23软件测试计划P24风险管理计划 R21计划评审记录R22 计划修订记录R23 培训记录R24项目策划过程检查表R25软件项目跟踪与监督表R26项目进展和里程碑报告 S3设计阶段T
8、31项目设计(含软件构架、数据库、界面设计、系统功能例表)Q31设计评审T32 测试规程、用例准备T33项目计划的跟踪和修订T34实现阶段准备 (人员、培训、可用件、模板、规范、工具、实现环境建立)开发计划被确认设计文档评审通过P31概要设计 *P32详细设计P33测试规程、用例 *R31设计评审记录R32 项目计划修订记录R33计划跟踪情况检查表R34软件项目跟踪与监督表R35项目进展和里程碑报告S4实现阶段T41构造软件(编码、自测)Q41单元测试Q42集成测试T42测试阶段准备 (人员、培训、规范、工具、测试环境建立)T43编写用户使用手册T44制作安装盘T45对项目计划的情况进行跟踪设
9、计文档批准后源程序测试通过P41源程序* P42测试用例数据 R41测试记录R42集成测试报告 P43用户使用手册 (电子版)* R43计划跟踪情况检查表R44软件项目跟踪与监督表R45项目进展和里程碑报告P44安装盘S5测试阶段Q51系统测试T51 BUG修订T52对项目计划的情况进行跟踪上游产品提交系统测试完成R51系统测试记录、报告 P51安装母盘 P52用户使用手册 (电子版)* R52计划跟踪情况检查表R53软件项目跟踪与监督表R54项目进展和里程碑报告S6交付阶段T61编写实施计划T62编写培训大纲T63用户培训T64系统安装和数据准备T65系统试运行和系统切换Q61用户验收T66
10、项目总结T67对项目计划的情况进行跟踪系统测试通过验收通过、项目总结提交P61实施计划P62培训大纲Q61 项目实施记录 P63 软件产品*Q62软件验收报告*P64项目总结报告 *R61计划跟踪情况检查表R62软件项目跟踪与监督表R63项目进展和里程碑报告说明：* 代表受控和必选项，当一个文档在某阶段受控后，在以后的阶段中它均受控。S 代表阶段T 代表任务Q 代表质量保证活动P 代表需产生的工作产品R 代表需产生的工作记录4.5软件生存周期裁剪指南本文档中所推荐的软件生存周期的三种模型是针对公司近几年所出现或将会出现的软件项目类型而定义的，但事实上，没有两个完全相同的软件项目，在诸多的因素中
11、，组织的方针、规程、商务目标、获取方法和策略、项目的规模和复杂性、系统需求、所采用的开发方法、技术和开发环境以及项目组等诸多因素均会影响系统获取、开发、操作和维护。所以，各项目在使用本标准时，需根据本项目的特性加以裁剪。但在裁剪过程中必须遵循以下原则：1) 阶段衔接原则：所裁剪的生存周期各阶段间应是相互衔接的。一个阶段的里程碑工作是下一阶段的输入。切忌从需求阶段，跳过分析设计阶段直接进入编码实现阶段。2) 合理性原则：每个生存周期阶段中所列的各个活动、工作和质量控制点，可视项目大小可以合理的增加或合拼。如某些大项目，可增加一些对子项目、子工作产品或子活动的质量控制点；小项目或增补少量功能点的项
12、目可将一些质量控制点加以适当合拼，但在计划中必须对合拼的理由做出说明。3) 可视化原则： 生存周期各阶段中必须明确列出任务、活动、工作产品与质量控制点。 具体裁剪步骤见4.5.1 裁剪指南。4.5.1裁剪指南 裁剪最好针对特定项目或合同进行。 4.5.1.1生存周期阶段的截取 在生存周期模型被选定后，可视项目、生存周期模型、源输入和最终输出的特性，截取相邻的一个或多个相邻接的阶段，例如，所选的是瀑布模型，对非交付类软件项目可以截取需求定义、策划、设计、实现、测试五个邻接的阶段。4.5.1.2 生存周期阶段合并和细分 对所截取的两个相邻阶段，对有些小项目来说，可把两个相邻阶段合并成一个阶段，例如
13、，把瀑布模型中的设计和实现两个阶段合并一个阶段。相反，对大项目来说，又可把一个阶段拆分成两个阶段，例如把瀑布模型中的设计阶段拆为概要设计和详细设计两个阶段。但对合并阶段应说明理由。 4.5.1.3 任务的裁剪 在本标准的生存周期每个阶段中均列有推荐的任务(活动)，有些是必选(带*)的，有些是可选的。对于必选项，如不选时，应说明理由。如需要，也可增加某些本标准中未列出的任务，例如培训、外包、外购软件、现场安装、数据准备等。4.5.1.4工作产品的裁剪 在本标准的生存周期每个阶段中均列出了若干推荐的工作产品和记录。有些是必选(带*)的，有些是可选的。对于必选项，如不选时，应说明理由。如需要，也可增加某些本标准中未推荐
