需求管理规程V1-00.docVIP

需求管理规程 受控状态：受控 编写： 徐国栋 日期： 审核： 日期： 批准： 日期： 发布时间： 实施时间： 文档修订记录 版本号 *变化 状态 简要说明 日期 变更人 批准日期 批准人 *变化状态：C = 创立，A = 增加，M = 修改，D = 删除 文档审批信息 序号 审批人 角色 审批日期 签字 备注 目录 1. 简介 1 1.1. 目的 1 1.2. 适用范围 1 1.3. 引用文件 1 1.4. 术语表 1 1.5. 参考资料 1 2. 过程总体描述 1 2.1. 过程概述 1 2.2. 过程流程图 2 3. 过程元素描述 3 3.1. 需求跟踪 3 3.1.1. 目的 3 3.1.2. 角色和职责 3 3.1.3. 进入准则 3 3.1.4. 输入 3 3.1.5. 工作任务 3 3.1.6. 退出准则 4 3.1.7. 输出 4 3.2. 管理需求变更 4 3.2.1. 目的 4 3.2.2. 角色和职责 4 3.2.3. 进入准则 5 3.2.4. 输入 5 3.2.5. 工作任务 5 3.2.6. 退出准则 5 3.2.7. 输出 6 简介 目的 为软件项目在整个开发过程中确保产品的完整性、可追溯性，从而使产品满足需求提供方法和指导需求管理过程指识别、分析、建立需求，监控需求的状态，控制需求的变更过程，进行需求的追溯等。为软件项目在需求方面建立和维护与客户的共识；并将所建立的需求作为估算、策划、实施和管理项目的基础；控制管理需求及其变更，使软件开发计划、工作产品和活动与需求保持一致；进行需求的追溯，可改善产品质量、降低维护成本、实现重用。需求管理的活动贯穿项目的整个生命周期。 过程元素描述 需求跟踪 目的 在项目的整个开发过程中，跟踪每项需求的状态是需求管理的一个重要的方面，周期性报告需求项的各状态类别在整个需求中所占的百分比。状态的跟踪包括状态的定义和状态，目的是了解项目是如何达到完全验证所有批准的需求。项目经理：定义需求状态类型；分析需求跟踪状态结果；分析需求跟踪状态：负责的填写和需求状态，发布结果。定义需求状态类别 目前定义的需求状态类别包括： 已建议：该需求已被有权提出需求的人（客户或）建议。 已批准：该需求已被分析，估计了其对项目与下一部分的影响，软件组已承诺实现该项需求。 已实现需求项的设计已实现：已实现需求项代码的编写和单元测试。 已验证：使用所选择的方法已验证了实现的需求，例如测试等。该需求现在被认为完成。 已删除：计划的需求已从基线中删除，但必须是按变更要求进行的。 由（）填写需求状态，并出需求状态。项目经理：负责接收《变更》，组织需求变更活动的开展； 负责变更需求；：负责将需求基线纳入配置管理；发布基线 CCB：负责评估、批准需求； 客户：参与并确认需求的定义。变更状态变更被拒绝CCB批准签字变更被取消CCB批准签字基线更新变更被执行CCB批准签字进行了验证《变更表》 《CCB会议记录》 编号：Q/AISINO-HEB-CX-RM-01 组织过程改进规程 编号：Q/AISINO-HEB-CX-OSSP-01 需求管理规程 编号：Q/AISINO-HEB-CX-RM-01 - 第2页/共2页 - 需求管理规程 编号：Q/AISINO-HEB-CX-RM-01 - 第2页/共6页 -