工作产品:需求管理计划
该工件描述需求工件、需求类型及其各自的需求属性,指定要收集的信息和要用于评估、报告和控制产品需求变更的控制机制。
用途

应制定需求管理计划来指定要收集的和要用于评估、报告和控制产品需求变更的信息和控制机制。

“需求管理计划”的目的在于描述将如何设置项目,并管理需求工作产品、关联的需求类型(请参阅概念:需求类型)、需求属性(请参阅工作产品:需求属性)。该计划还指出应如何管理可跟踪性(请参阅概念:可跟踪性)。

关系
角色负责人: 修改者:
输入至必需:
可选: 外部:
输出自
属性
可选
已计划Yes
图示
定制
说明选项

定制应至少包括定义适用于项目的可跟踪性项、约束和属性。其他重要的可跟踪性事项包括:

  • 与其他计划的关系
  • 工具注意事项

与其他计划的关系

需求管理计划包含其他计划可能或多或少涉及到的信息。 以下方法可用于处理这种潜在的重叠情况:

  • 引用其他计划中的内容。
  • 在其他计划中提供概述,而在该计划中提供更多详细信息。从另外的这些计划中引用需求管理计划可能是有用的。这对于具有单独组织来负责管理需求的大型项目通常很起作用。
  • 定制文档部分,只包含其他计划不包含的那些区域。

以下是从“需求管理计划”各部分至可能包含补充信息的工作产品的映射:

需求管理计划部分 补充工作产品
定义、首字母缩写和缩写  工作产品:词汇表
组织、职责和接口  工作产品:软件开发计划
工具、环境和基础结构  工作产品:开发案例, 工作产品:软件开发计划(基础结构计划)
需求确定  工作产品:配置管理计划
可跟踪性  工作产品:开发案例评估计划 
属性  工作产品:开发案例, 工作产品:评估计划
报告  工作产品:开发案例, 工作产品:评估计划
需求变更管理  工作产品:配置管理计划
工作流和活动  工作产品:开发案例
里程碑  工作产品:软件开发计划迭代计划 
培训和资源  工作产品:软件开发计划 

工具注意事项

不必分别记录可跟踪性属性和它们的预期值,您可以选择将这些信息直接输入用于管理需求的工具中。这样做只会将其用法记录在需求管理计划中。

请注意,需求管理计划有时不仅仅用于记录直接需求管理项。例如,Rational RequisitePro 的用户经常使用该文档记录该工具管理的其他项,如词汇表术语、需求操作项等等。但是,虽然 RequisitePro 也可用于管理诸如风险和问题之类的项,但这些项被视为 RUP 中的单独工作产品 - “需求管理计划”中不涉及对它们的管理。



更多信息