需求管理过程.doc

需求管理过程需求管理过程 2008 1 31 发布 2008 2 18 实施 本文件属深圳天源迪科信息技术股份有限公司所有 未经书面许可 不得以任何形式复印或传播 文件建立文件建立 修改记录修改记录 序号版本建立或修改 建立 修改人 日期 审核人 日期 批准人 日期 目目 录录 1简介 4 1 1目的 4 1 2适用范围 4 1 3背景描述 4 1 4术语表 4 1 5参考资料 5 2总体描述 5 2 1概述 5 2 2职责分工 5 2 3结构描述 6 3活动描述 7 3 1需求培训 7 3 2建立需求跟踪矩阵 8 3 3维护需求跟踪矩阵 9 3 4检查一致性 10 3 5采取更正行动 11 3 6需求变更管理 12 4附录 13 4 1附录 A 相关过程 13 4 2附录 B 相关规范 指南 13 4 3附录 C 相关模板列表 13 1 1 1 简介简介简介 1 11 11 1 目的目的目的 制定需求管理过程的目的是管理产品和组件的需求 识别需求与项目计划及工作产品之间 的不一致 有效地控制需求变更 以及跟踪需求的演进 指导项目组管理需求 1 21 21 2 适用范围适用范围适用范围 本过程适用于公司所有的软件项目 贯穿项目的整个生命周期 1 31 31 3 背景描述背景描述背景描述 无 1 41 41 4 术语表术语表术语表 软件需求 用户解决某一问题或者得到某一目标所需的软件功能 基线 基线是经过评审和批准的配置项的集合 其作用是明确划分项目各阶段 确定各 阶段的结束点 在项目的开发过程中 最基本的基线有需求基线 开发基线 发布基线 等 配置控制委员会 Configuration Control Board 简称 CCB 是确定配置基线 评估 批准 变更 并保证已批准变更的实施的组织 需求变更 需求变更主要来自三个方面 客户 高层和开发人员 因此 无论哪一方面 提出需求变更的要求 都应当对变更请求进行评估 需求变更通常包括三项内容 新增 需求 修改需求 删除需求 每一种变更都可能影响到其他需求的变化 因此在进行变 更时需要利用需求跟踪记录 需求跟踪 需求跟踪主要是跟踪需求及其实现之间的一致性 需求跟踪通过管理需求跟 踪记录来进行 在需求的阶段已经建立了需求跟踪记录 在后续的开发过程中 通过不 断填写需求跟踪记录 将设计 开发和测试等阶段产品与需求进行一一对应 同时 在 任何一个阶段发生变更时 都要检查需求跟踪记录是否需要进行变更 需求跟踪是分布 在各个开发阶段之中的 涉众 专指所有会受到项目结果重大影响的人 要有效地解决任何复杂的问题 就会涉及 到满足不同涉众的需要 涉众通常会对问题持有不同的观点 因而必须用所提供的解决 方案来满足不同的需要 许多涉众都是系统的用户 其中许多涉众只是系统的间接用户 或者只受到系统所影响的业务结果的影响 还有许多涉众是系统的经济型买主或支持者 了解涉众的组成及其特定需要是开发有效解决方案的关键 典型的涉众有客户 或客户 代表 用户 或用户代表 投资者 股东 生产经理 买方 项目经理 设计人员 测试人员 QA 销售 市场人员等 需求工程师 负责整个需求过程 一般来说 需求工程师应当具有和用户进行有效沟通 的能力 观察分析总结问题的能力 1 51 51 5 参考参考参考资料资料资料 软件工程术语 GB T11457 1995 质量管理体系要求 GB T19001 2000 CMMI 模型 CMMI DEV V1 2 CMU SEI 2006 TR 008 ESC TR 2006 008 2 2 2 总体描述总体描述总体描述 2 12 12 1 概述概述概述 整个需求过程大致可以分为需求获取 需求分析 需求管理三大过程 需求管理过程是其 中一个主要过程 包括需求培训 需求跟踪和需求变更管理三个活动 在完成需求分析活动后 需求工程师对项目人员进行需求培训 目的是确保项目人员对需求的理解保持一致 在整个项 目生命周期内 都需要实施需求跟踪活动确保需求和计划及工作产品的一致性 需求跟踪活动 主要有两种实践方式 一是通过需求跟踪矩阵 来建立和维护需求和工作产品之间的双向可追 溯性 二是对阶段性工作产品进行评审 检查工作产品和需求之间的一致性 需求变更管理的 目的是合理有效地控制并执行需求变更 具体参见 需求变更管理规范 2 22 22 2 职责分工职责分工职责分工 2 2 12 2 12 2 1 需求工程师需求工程师需求工程师需求工程师 负责整个需求过程 获取业务需求 分析需求 编写需求文档 如 SRS 业务流程图 业务术语表 业务规则 文档 界面原型 用例规约 补充规约等 对项目人员进行需求培训 负责解释需求规约 建立需求跟踪矩阵 参与需求变更评估 2 2 22 2 22 2 2 设计人员设计人员设计人员设计人员 填写需求跟踪矩阵 检查设计和需求是否一致 参与需求变更评估 2 2 32 2 32 2 3 测试人员测试人员测试人员测试人员 填写需求跟踪矩阵 检查测试用例和需求是否一致 参与需求变更评估 2 2 42 2 42 2 4 项目经理项目经理项目经理项目经理 负责需求变更评估 2 32 32 3 结构描述结构描述结构描述 需求管理流程 需求培训需求跟踪需求变更管理 项目经理 QA 输出需求工程师 设计人员 开发人员 测试人员 输入 需求文档 需求培训 维护需求跟 踪矩阵 开始 培训记录 需求跟踪矩阵 需求变更申请 需求变更记录 表 需求文档 阶段性工作产 品 是否存在 不一致 结束 结束 结束 建立需求 跟踪矩阵 检查一致性 采取更正 行动 不一致性记录 需求变更 管理 是否修改 需求 否 否 是 影响其他 小组 是是 维护工作 产品 否 需求管理流程 3 3 3 活动描述活动描述活动描述 3 13 13 1 需求培训需求培训需求培训 概述概述概述概述 在需求确定之后 应当对设计人员 开发人员 测试人员进行 需求培训 保证相关人员更好地理解用户的业务领域和需求 参与人员及职责参与人员及职责参与人员及职责参与人员及职责 需求工程师 负责需求培训 设计人员 参加需求培训 测试人员 参加需求培训 开发人员 参加需求培训 入口准则入口准则入口准则入口准则 形成软件需求基线 输入输入输入输入 业务流程图 业务术语表 业务规则文档 原型 需求规格说明书 任务任务任务任务 步骤步骤步骤步骤 1 需求工程师制定需求培训计划 2 实施需求培训 需求工程师进行领域知识讲解 包括业务逻辑 业务规则 的讲解 需求工程师讲解系统需解决的范围 出口准则出口准则出口准则出口准则 参加培训的人员理解了用户需求和业务流程 业务规则和 业务术语 对待开发的产品有了深入了解 输出 工作产品 输出 工作产品 输出 工作产品 输出 工作产品 培训记录 资源和能力要求资源和能力要求资源和能力要求资源和能力要求 资源 需求工程师的工作时间保证 能力 需求工程师深入了解需求并具有培训能力 度量元度量元采集点采集点 度量度量度量度量 进行培训的工作量周报表 裁剪内容裁剪内容裁剪准则裁剪准则 裁剪指南裁剪指南裁剪指南裁剪指南 可裁剪 当设计人员 开发人员 测试人员 能够很好理解需求时可以不用执行 3 23 23 2 建立需求跟踪矩阵建立需求跟踪矩阵建立需求跟踪矩阵 概述概述概述概述 在需求开发过程中 需求工程师要建立需求跟踪矩阵 记录业 务需求与用户需求及用户需求和软件需求的对应关系 具体详 见 需求分析过程 参与人员及职责参与人员及职责参与人员及职责参与人员及职责 需求工程师 建立需求跟踪矩阵 建立业务需求到用户需 求及用户需求到软件需求的对应关系 SQA 检查需求跟踪矩阵 确保没有需求被遗漏 入口准则入口准则入口准则入口准则 完成需求分析活动 输入输入输入输入 通过评审的需求规格说明书 任务任务任务任务 步骤步骤步骤步骤 1 需求工程师建立需求跟踪矩阵 记录业务需求和用户需求及 用户需求和软件需求的对应关系 2 SQA 检查需求跟踪矩阵 确保没有需求被遗漏 出口准则出口准则出口准则出口准则 评审过的软件功能需求都被完整地记录在需求跟踪矩阵中 输出 工作产品 输出 工作产品 输出 工作产品 输出 工作产品 需求跟踪矩阵 资源和能力要求资源和能力要求资源和能力要求资源和能力要求 资源 相关人员的工作时间保证 能力 相关人员应接受过相应方法的培训 度量元度量元采集点采集点 度量度量度量度量 进行需求跟踪的工作量周报表 裁剪内容裁剪内容裁剪准则裁剪准则 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪无 3 33 33 3 维护需求跟踪矩阵维护需求跟踪矩阵维护需求跟踪矩阵 概述概述概述概述 在项目人员完成阶段性工作产品或工作产品发生变更时 需要 维护需求跟踪矩阵 建立需求和工作产品的双向追溯关系 参与人员及职责参与人员及职责参与人员及职责参与人员及职责 需求工程师 维护业务需求到用户需求及用户需求到软件 需求的对应关系 设计人员 维护需求和设计的对应关系 开发人员 维护设计和代码的对应关系 测试人员 维护需求和系统测试用例的对应关系 SQA 在项目人员完成阶段性产品或工作产品发生变更时 检查需求跟踪矩阵是否被相应地维护 入口准则入口准则入口准则入口准则 完成阶段性工作产品或工作产品发生变更 输入输入输入输入 需求跟踪矩阵 阶段性工作产品 产品变更文档 任务任务任务任务 步骤步骤步骤步骤 1 需求工程师维护业务需求和用户需求及用户需求和软件需 求的对应关系 2 设计人员维护需求和设计的对应关系 3 开发人员维护设计和代码的对应关系 4 测试人员维护需求和系统测试用例的对应关系 出口准则出口准则出口准则出口准则 完整地记录了工作产品和需求的双向追溯关系 输出 工作产品 输出 工作产品 输出 工作产品 输出 工作产品 需求跟踪矩阵 资源和能力要求资源和能力要求资源和能力要求资源和能力要求 资源 相关人员的工作时间保证 能力 相关人员应接受过相应方法的培训 度量元度量元采集点采集点 度量度量度量度量 进行需求跟踪的工作量周报表 裁剪内容裁剪内容裁剪准则裁剪准则 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪无 3 43 43 4 检查一致性检查一致性检查一致性 概述概述概述概述 项目人员在完成阶段性工作产品或工作产品发生变更时 要及 时维护需求跟踪矩阵并检查工作产品和需求的一致性 项目经 理在对工作产品进行评审时 工作产品和需求的一致性是个重 要的评审准则 SQA 定期检查需求跟踪矩阵 确保需求跟踪矩 阵的完整性和一致性 参与人员及职责参与人员及职责参与人员及职责参与人员及职责 需求工程师 检查业务需求到用户需求及用户需求到软件 需求的一致性 设计人员 检查需求和设计的一致性 开发人员 检查设计和代码的一致性 测试人员 检查需求和系统测试用例的一致性 SQA 检查需求跟踪矩阵 确保需求跟踪矩阵的完整性和 一致性 入口准则入口准则入口准则入口准则 完成阶段性工作产品或工作产品发生变更 输入输入输入输入 需求跟踪矩阵 阶段性工作产品 产品变更文档 任务任务任务任务 步骤步骤步骤步骤 1 项目人员在完成阶段性工作产品 填写需求跟踪时 检查工 作产品和需求的一致性 如果不一致性在本组内可以解决 则 直接维护工作产品和需求跟踪矩阵 如果不一致性需要其他组 修改工作产品 则填写并提交 需求不一致记录表 如果项目 人员认为需要变更需求 则填写并提交 需求变更登记表 2 在工作产品发生变更时 负责变更的项目人员维护需求跟踪 矩阵 检查工作产品和需求的一致性 如果不一致性在本组内 可以解决 则直接维护工作产品和需求跟踪矩阵 如果变更需 要其他组修改工作产品 则填写 需求不一致记录表 如果变 更人员认为需要变更需求 则填写并提交 需求变更登记表 3 项目经理在组织对工作产品进行评审时 需要评审工作产品 和需求的一致性 如果存在不一致性 则填写 需求不一致记 录表 如果评审认为需要变更需求 则填写并提交 需求变更 登记表 4 SQA 检查需求跟踪矩阵 检查需求和工作产品的一致性和需 求是否被遗漏 如果存在不一致性 则填写 需求不一致记录 表 出口准则出口准则出口准则出口准则 工作产品和需求是一致的 输出 工作产品 输出 工作产品 输出 工作产品 输出 工作产品 需求跟踪矩阵 需求不一致记录表 需求变更登记表 资源和能力要求资源和能力要求资源和能力要求资源和能力要求 资源 相关人员的工作时间保证 能力 相关人员应接受过相应方法的培训 度量元度量元采集点采集点 度量度量度量度量 进行需求跟踪的工作量周报表 裁剪内容裁剪内容裁剪准则裁剪准则 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪无 3 53 53 5 采取更正行动采取更正行动采取更正行动 概述概述概述概述 项目经理将 需求不一致记录表 发给受影响的小组的负责人 和 SQA 受影响的小组维护相关工作产品和需求跟踪矩阵 SQA 检查 需求不一致记录表 的处理情况 如果 参与人员及职责参与人员及职责参与人员及职责参与人员及职责 项目经理 通知受影响的小组 如设计组 开发组 测试 组 设计人员 开发人员 测试人员 维护工作产品和需求跟 踪矩阵 SQA 检查 需求不一致记录表 的处理情况 入口准则入口准则入口准则入口准则 发现工作产品和需求存在不一致性并需要其他组修改工作产品 输入输入输入输入 需求跟踪矩阵 需求不一致记录表 任务任务任务任务 步骤步骤步骤步骤 1 项目经理将 需求不一致记录表 发给受影响的小组的负责 人和 QA 2 受影响的小组维护相关工作产品和需求跟踪矩阵 3 检查 需求不一致记录表 的处理情况 出口准则出口准则出口准则出口准则 工作产品和需求不一致的问题已被处理 输出 工作产品 输出 工作产品 输出 工作产品 输出 工作产品 需求跟踪矩阵 和需求一致的工作产品 资源和能力要求资源和能力要求资源和能力要求资源和能力要求 资源 相关人员的工作时间保证 能力 相关人员应接受过相应方法的培训 度量元度量元采集点采集点 度量度量度量度量 进行需求跟踪的工作量周报表 裁剪内容裁剪内容裁剪准则裁剪准则 裁剪指南裁剪指南裁剪指南裁剪指南 不可裁剪无 3 63 63 6 需求变更管理需求变更管理需求变更管理 概述概述概述概述 在项目生命周期的任何一个阶段 都有可能发生需求变更 当 需求变更发生时 应当通过需求变更管理有效地控制变更 具 体详见 需求变更管理规范 参与人员及职责参与人员及职责参与人员及职责参与人员及职责 变更申请人 提交需求变更申请 项目经理 组织对变更进行评估 相关组 如质量组 测试组 人员 对变更进行评估 客户或用户代表 参与评估需求变更 CCB 评估需求变更申请 确定是否进行需求基线变更 入口准则入口准则入口准则入口准则 有需求变更请求提出 输入输入输入输入 需求变更请求 任务任务任务任务 步骤步骤步骤步骤 1 需求变更的提出人可能是客户 开发人员等 对于这些原 始的变更请求需要经过需求变更缓冲 可以由开发人员收 集并记录这些变更请求 当变更请求积累到一定数量或者 要变更的需求优先级比较高时 提出需求变更申请 在变 更申请表中填写变更原因 变更内容和变更所处阶段 2 项目经理对变更进行评估 确定变更影响的范围 估计实 施变更的工作量和风险 并填入需求变更申请表 3 若变更影响范围涉及到相关组 相关组应对变更进行评估 确定实施变更的工作量和风险 并填入需求变更申请表 4 客户或用户代表对变更进行评估 确定变更对其它需求的 影响 以及估计风险 5 变更经过