生命周期选择的指南(doc 9页)

《生命周期选择的指南(doc 9页)》由会员分享，可在线阅读，更多相关《生命周期选择的指南(doc 9页)（9页珍藏版）》请在金锄头文库上搜索。

1、1 / 9 目目 录录 1. 目的.2 2. 范围.2 3. 职责.2 4.工作程序.2 41 公司定义的软件生存周期模型.2 42 软件生存周期模型的选择准则.2 4.2.1 瀑布模型选择准则.2 4.2.2 增量模型选择准则.2 4.2.3快速原型选择准则.3 4. 3 软件生存周期模型.3 4.3.1 瀑布模型.3 4.3.2增量模型.4 4.3.3快速原型模型.4 4.4 各阶段的任务、活动、工作产品和质量控制.6 4.4.1 标准型.6 4.5 软件生存周期裁剪指南.8 4.5.1 裁剪指南.8 5.参考资料.9 2 / 9 1.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、客户接受分阶段交付;

4、 3、分析设计人员对应用领域不熟悉或难以全面把握; 4、中等或高风险项目（对工期过紧且可分阶段提交的项目或对系统目标、开发环 境不熟悉的项目）; 5、用户需要参与整个软件开发过程; 6、使用面向对象的语言或第四代语言。 3 / 9 4.2.34.2.3 快速原型选择准则快速原型选择准则 1、用户定义了软件的一般性目标，但不能标识出详细的输入、处理和输出需求 2、开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式； 3、分析设计人员对应用领域不熟悉； 4、高风险项目; 4.4. 3 3 软件生存周期模型软件生存周期模型 软件生存周期按阶段划分可分为需求阶段、策划阶段、设计阶段、实现阶段

5、、测试 阶段、交付阶段。 4.3.14.3.1 瀑布模型瀑布模型 瀑布模型规定了各项关键软件工程活动阶段是自上而下、相互衔接、逐级下落 如同瀑布的固定次序。当某阶段发现上游缺陷时可通过追溯予以消除或改进。 4.3.24.3.2 增量模型增量模型 增量模型是遵循递增方式来进行软件开发的，融合了瀑布模型的基本成分和原 型模型的迭代特征。软件产品是被作为一组增量实现的，每一个线性序列产生一个 S1 需求 S2 策划 S4 实现 S3 设计 S5 测试 S6 交付 4 / 9 可发布的增量，每一个增量均发布一个可操作的产品。 增量循环（2、3n） 4.3.34.3.3 快速原型模型快速原型模型 原型模

6、型从需求收集开始，开发者和用户一起定义软件的总体目标，标识出已知 的需求后，进行快速设计，导致原型的建立（原型不可作为正式的产品进行发布、交付） ， 再进一步精化待开发软件的需求，通过逐步调整原型使其满足客户的要求，整个过程是 迭代的。 快速原型快速原型 S1 需求 S2 策划 S4 实现 S3 设计 S5 测试 S6 交付 5 / 9 4.44.4 各阶段的任务、活动、工作产品和质量控制各阶段的任务、活动、工作产品和质量控制 4.4.14.4.1 标准型标准型 序号阶段任务与活动开始结束条 件 工作产品 S1 需求 S2 策划 S4 实现 S3 设计 S5 测试 快速分析，确定初步规格说明

7、构造原型 运行/评价原型 原型完成否 要细部说明否 严格说明细部 效果满意否 整理原型提供文档 构造新原型 修 正 与 改 进 原 型 S6 交付 6 / 9 S1需求 阶段 T11 同行、用户的需求收集、 定义 T12 编制特性需求说明书 T13 对需求进行分析、定义 需求说明书 T14 需求变更 T15 制定软件验收计划 T16 对各种需求基线的审批 Q11 需求、软件验收计划评 审 Q12 对需求的变更及实现情 况检查、跟踪 软件项目任务 书需求、验 收计划评审通 过 P11 特性需求说明书 P12 软件需求说明书* P13 软件验收计划* R11 需求、验收计划的评 审记录 R12 软

8、件需求与软件需求 变更跟踪表 R13 培训记录 R14 软件需求管理检查表 R15 需求变更记录 R16 项目里程碑报告 R17 项目进展报告 S2策划 阶段 T21 进行项目估算 T22 进行项目策划(含质量保 证、配置管理策划) T23 编制测试计划 T24 计划的修订 Q21 计划评审 T25 策划培训 T26 分析设计阶段工作准备 (人员、培训、工具、设备) T27 计划跟踪 Q22 对项目策划情况进行检 查 需求被签字认 可后/项目计划 书评审通过 P21 项目估算表* P22 软件项目开发计划 （含质量保证、配置管理 计划） * P23 软件测试计划 P24 风险管理计划 R21

9、计划评审记录 R22 计划修订记录 R23 培训记录 R24 项目策划过程检查表 R25 软件项目跟踪与监督 表 R26 项目进展和里程碑报 告 S3设计 阶段 T31 项目设计(含软件构架、 数据库、界面设计、系统功 能例表) Q31 设计评审 T32 测试规程、用例准备 T33 项目计划的跟踪和修订 T34 实现阶段准备 (人员、 培训、可用件、模板、规范、 工具、实现环境建立) 开发计划被确 认设计文档 评审通过 P31 概要设计 * P32 详细设计 P33 测试规程、用例 * R31 设计评审记录 R32 项目计划修订记录 R33 计划跟踪情况检查表 R34 软件项目跟踪与监督 表

10、R35 项目进展和里程碑报 告 S4实现 阶段 T41 构造软件(编码、自测) Q41 单元测试 Q42 集成测试 设计文档批准 后源程序测 试通过 P41 源程序* P42 测试用例数据 R41 测试记录 7 / 9 T42 测试阶段准备 (人员、 培训、规范、工具、测试环 境建立) T43 编写用户使用手册 T44 制作安装盘 T45 对项目计划的情况进行 跟踪 R42 集成测试报告 P43 用户使用手册 (电 子版)* R43 计划跟踪情况检查表 R44 软件项目跟踪与监督 表 R45 项目进展和里程碑报 告 P44 安装盘 S5测试 阶段 Q51 系统测试 T51 BUG 修订 T52

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

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

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

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

15、成一 个阶段，例如，把瀑布模型中的设计和实现两个阶段合并一个阶段。相反，对大 项目来说，又可把一个阶段拆分成两个阶段，例如把瀑布模型中的设计阶段拆为 概要设计和详细设计两个阶段。但对合并阶段应说明理由。 4.5.1.3 任务的裁剪任务的裁剪 在本标准的生存周期每个阶段中均列有推荐的任务(活动)，有些是必选(带*) 的，有些是可选的。对于必选项，如不选时，应说明理由。如需要，也可增加某 些本标准中未列出的任务，例如培训、外包、外购软件、现场安装、数据准备等。 4.5.1.4 工作产品的裁剪工作产品的裁剪 在本标准的生存周期每个阶段中均列出了若干推荐的工作产品和记录。有些 是必选(带*)的，有些是可选的。对于必选项，如不选时，应说明理由。如需要， 9 / 9 也可增加某些本标准中未推荐的工作产品，例如培训计划、外包合同等。对规模 很小的项目也可把有些工作产品，开发文档和管理文档可加以合并。 4.5.1.5 里程碑里程碑 里程碑的主要目的是用以标志预定的发生的事件和进度。对每个阶段至少选 定一个，以示一个阶段的完成，但当一个阶段时间跨度较长时，可在中间设一些 小的里程碑。对里程碑处应设置相应的检查或正式评审。 5 5. .参考资料参考资料 序号序号编号编号文档名称文档名称 1实用软件工程（第二版清华大学出版社） 2软件工程实践者的研究方法（机械工业出版社）