需求管理计划【荐】.docVIP

烦得很项目名称 需求管理计划 版本 1.0 [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。] [要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 FileProperties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 EditSelect All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。] 修订历史记录 日期 版本 说明 作者 日/月/年 x.x 详细信息 姓名 目录 1. 简介 3 1.1 目的 3 1.2 范围 3 1.3 定义、首字母缩写词和缩略语 3 1.4 参考资料 3 1.5 概述 3 2. 需求工件与需求类型 3 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 目标发布版 3 3.1.7 职责分配 3 3.1.8 原因 3 4. 可追踪性标准 3 4.1 需求类型的标准 3 需求管理计划 简介 [需求管理计划的简介应提供整个文档的概述。其中应包括此需求管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 目的 [阐明本需求管理计划的目的。] 范围 [简要说明此需求管理计划的范围、与它相关的项目，以及受到此文档影响的其他任何事物。] 定义、首字母缩写词和缩略语 [本小节应提供正确解释此需求管理计划所需的全部术语的定义、首字母缩写词和缩略语。?这些信息可以通过引用项目词汇表来提供。] 参考资料 [本小节应完整列出此需求管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 概述 [此小节应说明需求管理计划其他部分所包含的内容，并解释该文档的组织方式。] 需求工件与需求类型 [对于项目中的每种需求文档或工件，都应列出其中包含的需求类型，并简要解释其用途。您最好也列出承担相应职责的角色。] 工件 （文档类型） 需求类型 说明 涉众请求 (STR) 涉众请求 (STRQ) 关键的涉众请求（包括变更请求） 前景 (VIS) 涉众需要 (NEED) 关键的涉众或用户需要 前景 (VIS) 特性 (FEAT) 此系统发布版的状况或功能 用例模型 用例 (UC) 此发布版的用例，记录在 Rational Rose 中 用例 (UC) 用例详细需求 (UC) 在用例规约中列出的各项详细需求 补充规约 (SS) 补充需求 (SUPP) 未记录在用例模型中的非功能性需求 需求属性 需求类型的属性 [对于已确定的每一需求类型，都应列出将要使用的属性，并简要解释其含义。例如，对于“特性”这一需求类型，可能要列出以下属性： 状态 [在经过项目管理团队的商谈和复审后设置。用于在确立项目基线的过程中对进度进行跟踪。] 已提出 用于说明正在进行讨论但尚未经过“正式渠道”（例如由项目团队、产品管理部门和用户或客户群的代表所组成的工作组）复审和验收的特性。 已批准 [被认为是有用、可行并已获得正式渠道批准，准备实施的功能。] 已并入 [在特定时间点并入产品基线中的特性。] 利益 [由营销经理、产品经理或业务分析员设置。并非所有需求都同等重要。通过按照各项需求对最终用户的相对利益来划分其等级，可以促使客户、分析员和开发团队成员相互交换意见。用于管理规模并确定开发的优先级。] 关键 [必不可少的特性。不实现这些规约就无法使系统满足客户的需要。所有关键特性都必须在发布时实现，否则将错过预定的发布时间。] 重要 [对于系统在大多数应用中的有效性及效率都较为重要的特性。很难通过其他方式来实现这方面的功能。如果遗漏了某项重要特性，可能会影响客户或用户满意度，甚至会影响收入，但发布并不会因为缺少某一项重要特性而延期。] 有用 [有些特性在不太典型的应用中比较有用，或者可以合理而有效地实现其替代特性，这些特性的使用次数将会相对较少。即使发布版中没有包括某一项这样的特性，也不会对收入或客户满意度造成严重的影响。] 工作量 [由开发团