CMMI-工程-RD-需求开发过程V1.0.docVIP

需求开发过程 文档编号：GZCY_RD_PRS-V1.0 文档信息： 文档名称： 文档类别：CMMI模板 密 级：机密 版本信息：V1.0 建立日期： 创 建 人： 审 核 者： 批 准 人： 批准日期： 保 管 人： 存放位置： 编辑软件：Microsoft Office 2003 英文版 CONFIDENTIAL 文档修订记录 版本编号或者更改记录编号 变化状态 简要说明（变更内容和变更范围） 日期 变更人 批准日期 准人 V1.0 C 初次创建 2004-07-21 CMM事业部 *变化状态：C――创建，A——增加，M——修改，D——删除 文档审批信息 序号 审批人 角色 审批日期 签字 备注  目　录 1. 简介 5 1.1 目的 5 1.2 适用范围 5 1.3 术语表 5 1.4 参考资料 5 2. 过程总体描述 5 2.1过程概述 5 2.2过程结构描述 6 3. 过程元素定义 6 3.1 开发客户需求 6 3.1.1 角色 6 3.1.2 输入 6 3.1.3 进入标准 6 3.1.4 任务 6 3.1.5 输出 12 3.1.6 退出标准 12 3.1.7 度量 12 3.2 开发产品需求和分析需求 12 3.2.1 角色 12 3.2.2 输入 13 3.2.3 进入标准 13 3.2.4 任务 13 3.2.5 输出 16 3.2.6 退出标准 16 3.2.7 度量 16 3.3 验证和确认需求 16 3.3.1 角色 16 3.3.2 输入 17 3.3.3 进入标准 17 3.3.4 任务 17 3.3.5 输出 17 3.3.6 退出标准 17 3.3.7 度量 17 4. 附录： 18 4.1 工作产品 18 4.2 检查列表 18 4.3 详细裁剪指南 19 4.4 存在的问题 19  1. 简介 目的 软件开发人员及用户往往容易忽略信息沟通，这导致软件开发出来后不能很好地满足用户的需要，从而造成返工。而返工不仅在技术上给开发人员带来巨大的麻烦，造成人力、物力的浪费，而且软件的性能也深受影响。所以在软件项目开发周期的早期提高产品需求分析的质量，控制软件项目范围的扩展及需求的变更，以保证按计划完成预定目标是软件项目成功的一个很关键的问题。 本文详细说明了需求开发的过程和相关要求，以指导公司各软件项目组的需求开发活动。 适用范围 需求开发过程是一个循环往复的过程，本文所描述的过程适用于软件项目的售前、实施及维护阶段。 对于系统集成项目，虽然和软件开发项目有很大的区别，但是本文也具有一定的参考意义。 预期读者：公司软件工程组全体成员、软件相关小组成员、公司高层经理 过程元素定义 开发客户需求 角色 项目经理：负责选择合适的产品需求分析员，组建产品需求工作组；确定是否需要对有关人员进行培训；需求分析员：产品需求阶段工作的主要承担者。客户：参与需求规格说明书的审查和批准。已经过审查获得批准准备 培训 培训用户代表和管理人员 参与软件开发的用户代表应接受关于需求工程的定向培训，开发管理者和客户管理者也应参加。这样的培训将使他们明白需求的重要性，以及忽略需求所带来的风险。 让开发人员了解应用领域的基本概念 组织一些简短的关于客户业务活动、术语、目标等方面的讨论会以帮助开发人员对应用领域有个基本了解。这能减少误解及工程中的返工。你可能要为每位开发人员安排一个用户伙伴以便在项目过程中解释业务术语和概念。产品代表就应该扮演这样的角色。 项目经理在进行项目策划时需考虑制定有关的需求培训计划。 编写项目术语汇编 为减少沟通方面的问题，编一部术语汇编将项目应用领域的专用词汇给予定义说明，既要包括那些有多种含义与用法的术语，也要包括那些在专用领域和一般使用中有不同含义的词。 选择适当的需求分析方法，并准备相应的分析工具 建议采用的需求分析方法包括：结构化分析法、面向对象分析法和快速原型法等。如果需要采用上述分析法以外的其它需求分析法，应该得到SEPG的批准。 结构化分析法采用结构化的分析技术。后续过程（设计、实现）通常也采用结构化技术。 适用于中、小规模的软件项目。 面向对象分析法 采用面向对象的分析技术。后续过程（设计、实现）通常也采用面向对象技术。 适用于各种规模的软件项目。 快速原型法 借助快速开发工具，以提供原型的方式，迅速掌握客户对软件的需求。 适用于客户描述不清楚对软件的全部或部分需求。 建立满足客户需求的原型后，根据所采用的工具和实际需要确定是否重新进行产品需求规格定义。快速原型不能作为惟一的产品需求规格表达方式，