CMMI-需求开发与管理规程模板下载

1、广东技术股份有限公司 需求开发与管理过程编号HW-SP-RDM-DEFINE文件状态 草稿 正式发布 正在修改当前版本V1.1修 订张三日期年 月 日审 核李四日期年 月 日批 准王五日期年 月 日发布日期年 月 日生效日期 年 月 日广东技术股份有限公司修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注1.0A建立需求开发与管理过程定义文件目 录1目的42适用范围42.1机构42.2业务43名词术语44概述45过程定义55.1需求开发与管理55.1.1 角色与职责55.1.2 入口准则65.1.3 输入65.1.4 过程活动65.1.5

2、输出75.1.6 出口准则85.1.7 过程度量85.1.8 确认与验证86规程87标准与规范、指南88裁剪指南89模板与表格810实施指导91 目的定义需求开发与管理过程，为需求开发及跟踪提供有效的流程和方法。2 适用范围2.1 机构公司研发、技术等部门。2.2 业务提供需求开发与管理过程的标准活动说明。3 名词术语3.1 RDM（Request Development and Management）：需求开发与管理。3.2 SRS(Software Requirement Specification)：软件需求规格说明书。3.3 客户(Customer)：开发产品订单的付费方3.4 最终用

3、户(End User)：最终真正操作软件的用户3.5 用户需求：指直接来自于客户或者用户的原始需求3.6 产品需求：指对用户需求进行需求分析和开发之后生成的对于软件产品开发的需求3.7 CCB(Change Control Board)：变更控制委员会。CCB的组长一般为适用机构的领导，成员一般为PMO及适用机构领导制定的某些特定人员，对于子部门级别的项目，CCB可直接由子部门的经理担任组长，由PMO担任组员。4 概述项目在工程活动的开始，首先要进行需求开发。后续所有的工程活动，包括设计、实现、测试均是根据需求展开的，所以需求开发的重要程度是最高的，而由于需求的抽象性，需求开发人员（系统分析员

4、）既需要有过硬的专业知识，还要具备较强的交流、沟通能力，所以需求开发也是最难的。任何项目，需求在整个工程开发过程中必定会发生变化，因此对需求变更的控制，即需求管理必不可少。5 过程定义5.1 需求开发与管理5.1.1 角色与职责 角色职责需求分析员、项目团队1、 进行需求调查及需求分析。2、 撰写用户需求说明书，产品需求规格说明书。3、 进行整个项目生命周期的需求管理工作。客户/CCB1、 客户负责提供原始需求。2、 客户负责确认开发好的用户需求。3、 CCB辅助进行需求变更的管理。技术评审小组评审及确认产品及产品组件需求-产品需求规格说明书。5.1.2 入口准则 对于研发项目，项目已经启动；

5、 对于合同项目，合同已经签订。5.1.3 输入 项目计划 项目范围说明类文档等5.1.4 过程活动 1)、导出用户需求参见客户需求导出指南。2）、开发用户需求说明书在需求调查完成之后，需要生成需求搜集的文档，文档形式可以自定义，但搜集的需求形成的文档需要由项目经理组织进行非正式的评审，要尽最大努力使搜集到的需求正确无误的反映用户的真实意愿。 3）、评审用户需求说明书略。 4）、确认用户需求说明书特别的，对于合同类项目，用户需求说明书需要得到用户以签字方式进行的确认和承诺。5）、开发产品需求规格说明书需求分析员对搜集到的用户需求进行分析细化，以便产生详细的产品需求。需求分析的主要方法有： 问答分

6、析法。常见的问题包括：n 需求是否存在二义性n 需求文档上下文是否有矛盾n 需求是否完备n 需求是必要的吗n 需求可实现吗n 需求可验证吗n 需求的优先级确定了吗 建模分析法。这种分析法需要需求分析员有较高的水平，因为建模分析的技术难度比较高。针对目前情况，不推荐使用。产品需求规格说明书内容主要包括： 产品介绍 描述用户群体的特征 定义产品的范围 阐述产品应当遵循的标准和规范 定义产品中的角色 定义产品的功能性需求 定义产品的非功能性需求，如用户需求、软硬件环境、质量等需求6）、评审产品需求规格说明书项目经理组织对产品需求规格说明书进行正式评审，同时要取得开发方和客户方的书面承诺。7）、维护需

7、求双向跟踪性将系统设计、编程、测试等阶段的工作成果与需求文档进行比较，建立与维护“需求文档设计文档代码测试用例”之间的一致性，确保产品依据需求文档进行开发。8）、管理需求变更 参见组织的变更控制与管理过程域。9）、识别需求与工作产品间的差异 在项目开发过程中，虽然进行了需求变更的控制，对于工程活动的主要工作产品进行了需求的双向跟踪，但是仍然要审查项目计划、活动和工作产品是否和需求及其变更一致，主要包括识别不一致的来源及原因，识别由于需求变更导致的计划及其它工作产品的变化（可参考变更控制与管理），并且启动纠正措施直至需求重新实现双向可跟踪性。5.1.5输出 用户需求调查报告； 用户需求说明书；

8、产品需求规格说明书； 需求跟踪矩阵； 需求变更申请单；5.1.6 出口准则 需求管理贯穿整个项目生命周期，直到项目结项；5.1.7 过程度量 1）度量人员对以下数据进行度量 工作量。 进度。 需求变更的次数。 产品需求规格说明书的规模。 评审需求发现的缺陷。5.1.8 确认与验证 QA对需求开发与管理过程及其产生的产品的规范性进行检查； 项目经理对需求开发与管理过程进行监督，对产生的产品进行审查； 用户确认用户需求说明书及其变更。 高层经理及客户对产品需求规格说明书进行确认； 高层经理及客户对需求变更申请单进行审批；6 规程无7 标准与规范、指南7.1 HW-SP-RDM-C01需求开发与管理

9、检查单7.2 HW-SP-RDM-G01 客户需求导出指南8 裁剪指南 1）、用户以规范形式提供了需求的情况下可裁剪用户需求调查报告；9 模板与表格9.1 HW-SP- RDM -T01 用户需求调查报告模板9.2 HW-SP- RDM -T02 用户需求说明书模板9.3 HW-SP- RDM -T03 产品需求规格说明书模板9.4 HW-SP- RDM -T04 软件需求跟踪矩阵表单模板10 实施指导“需求开发与管理”是CMMI中的工程类过程。以下是对“需求开发与管理”过程实施时的进一步指导说明：1）、管理配置项 对“需求开发与管理”过程产生的所有有价值的文档应纳入配置管理的适当层次。主要文档示例如下： 用户需求说明书 产品需求规格说明书 需求跟踪矩阵 需求变更申请单2）、培训人员 组织应该对所有或部分参与“需求开发与管理”过程的相关人员进行培训。主要培训专题示例如下： 需求分析方法3）、使项目干系人适时介入 对于需求调查的用户需求要得到所有项目干系人的共同理解和承诺。4）、QA根据计