rup中文模板 需求管理计划

4、需求管理计划1.简介[需求管理计划的简介应提供整个文档的概述。其中应包括此需求管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]1.1目的[阐明本需求管理计划的目的。]1.2范围[简要说明此需求管理计划的范围、与它相关的项目，以及受到此文档影响的其他任何事物。]1.3定义、首字母缩写词和缩略语[本小节应提供正确解释此需求管理计划所需的全部术语的定义、首字母缩写词和缩略语。 这些信息可以通过引用项目词汇表来提供。]1.4参考资料[本小节应完整列出此需求管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。

5、列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。]1.5概述[此小节应说明需求管理计划其他部分所包含的内容，并解释该文档的组织方式。]2.需求工件与需求类型[对于项目中的每种需求文档或工件，都应列出其中包含的需求类型，并简要解释其用途。您最好也列出承担相应职责的角色。]工件（文档类型）需求类型说明涉众请求(STR)涉众请求(STRQ)关键的涉众请求（包括变更请求）前景(VIS)涉众需要(NEED)关键的涉众或用户需要前景(VIS)特性(FEAT)此系统发布版的状况或功能用例模型用例(UC)此发布版的用例，记录在RationalRo

6、se中用例(UC)用例详细需求(UC)在用例规约中列出的各项详细需求补充规约(SS)补充需求(SUPP)未记录在用例模型中的非功能性需求ConfidentialÓ<公司名称>,2000Page6of6<项目名称>Version:<1.0>需求管理计划Date:

7、度进行跟踪。]已提出用于说明正在进行讨论但尚未经过“正式渠道”（例如由项目团队、产品管理部门和用户或客户群的代表所组成的工作组）复审和验收的特性。已批准[被认为是有用、可行并已获得正式渠道批准，准备实施的功能。]已并入[在特定时间点并入产品基线中的特性。]1.1.2利益[由营销经理、产品经理或业务分析员设置。并非所有需求都同等重要。通过按照各项需求对最终用户的相对利益来划分其等级，可以促使客户、分析员和开发团队成员相互交换意见。用于管理规模并确定开发的优先级。]关键[必不可少的特性。不实现这些规约就无法使系统满足客户的需要。所有关键特性都必须在发布时实现，否

8、则将错过预定的发布时间。]重要[对于系统在大多数应用