CMMI-需求开发与管理规程.docxVIP

质量管理体系软件复制的控制规范 版本：2.3 深圳天源迪科计算机有限公司 第 PAGE 2页 共 NUMPAGES 1页 广东×××技术股份有限公司 PAGE 1 PAGE 需求开发与管理 过程编号 HW-SP-RDM-DEFINE 文件状态 [ ]草稿 [√] 正式发布 [ ]正在修改 当前版本 V1.1 修 订 张三 日期 年 月 日 审 核 李四 日期 年 月 日 批 准 王五 日期 年 月 日 发布日期 年 月 日 生效日期 年 月 日 广东×××技术股份有限公司 修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注 1.0 A 建立需求开发与管理过程定义文件  目 录 TOC \o 1-3 \h \z 1 目的 4 2 适用范围 4 2.1 机构 4 2.2 业务 4 3 名词术语 4 4 概述 4 5 过程定义 5 5.1 需求开发与管理 5 5.1.1 角色与职责 5 5.1.2 入口准则 6 5.1.3 输入 6 5.1.4 过程活动 6 5.1.5输出 7 5.1.6 出口准则 8 5.1.7 过程度量 8 5.1.8 确认与验证 8 6 规程 8 7 标准与规范、指南 8 8 裁剪指南 8 9 模板与表格 8 10 实施指导 9 目的 定义需求开发与管理过程，为需求开发及跟踪提供有效的流程和方法。 适用范围 机构 公司研发、技术等部门。 业务 提供需求开发与管理过程的标准活动说明。 名词术语 3.1 RDM（Request Development and Management）：需求开发与管理。 3.2 SRS(Software Requirement Specification)：软件需求规格说明书。 3.3 客户(Customer)：开发产品订单的付费方 3.4 最终用户(End User)：最终真正操作软件的用户 3.5 用户需求：指直接来自于客户或者用户的原始需求 3.6 产品需求：指对用户需求进行需求分析和开发之后生成的对于软件产品开发的需求 3.7 CCB(Change Control Board)：变更控制委员会。CCB的组长一般为适用机构的领导，成员一般为PMO及适用机构领导制定的某些特定人员，对于子部门级别的项目，CCB可直接由子部门的经理担任组长，由PMO担任组员。 概述 项目在工程活动的开始，首先要进行需求开发。后续所有的工程活动，包括设计、实现、测试均是根据需求展开的，所以需求开发的重要程度是最高的，而由于需求的抽象性，需求开发人员（系统分析员）既需要有过硬的专业知识，还要具备较强的交流、沟通能力，所以需求开发也是最难的。任何项目，需求在整个工程开发过程中必定会发生变化，因此对需求变更的控制，即需求管理必不可少。 过程定义 需求开发与管理 5.1.1 角色与职责 角色 职责 需求分析员、项目团队 进行需求调查及需求分析。 撰写用户需求说明书，产品需求规格说明书。 进行整个项目生命周期的需求管理工作。 客户/CCB 客户负责提供原始需求。 客户负责确认开发好的用户需求。 CCB辅助进行需求变更的管理。 技术评审小组 评审及确认产品及产品组件需求-《产品需求规格说明书》。 5.1.2 入口准则 对于研发项目，项目已经启动； 对于合同项目，合同已经签订。 5.1.3 输入 项目计划 项目范围说明类文档等 5.1.4 过程活动 1)、导出用户需求 参见《客户需求导出指南》。 2）、开发用户需求说明书 在需求调查完成之后，需要生成需求搜集的文档，文档形式可以自定义，但搜集的需求形成的文档需要由项目经理组织进行非正式的评审，要尽最大努力使搜集到的需求正确无误的反映用户的真实意愿。 3）、评审用户需求说明书 略。 4）、确认用户需求说明书 特别的，对于合同类项目，《用户需求说明书》需要得到用户以签字方式进行的确认和承诺。 5）、开发产品需求规格说明书 需求分析员对搜集到的用户需求进行分析细化，以便产生详细的产品需求。需求分析的主要方法有： 问答分析法。常见的问题包括： 需求是否存在二义性 需求文档上下文是否有矛盾 需求是否完备 需求是必要的吗 需求可实现吗 需求可验证吗 需求的优先级确定了吗