使用Ratioanl RequisitePro管理你的需求.doc

使用Ratioanl RequisitePro管理你的需求关于这篇教程第 1 页（共3 页）软件开发周期中经常被忽视的一个部分就是需求。这些需求有很多种不同的形式，包括用户和管理层的请求，你的竞争对手产品的特性和功能，和被开发团队要求的实现特定需求的需要和需求。如果你是一个项目经理或者软件产品的领导开发者，那么在整个项目的生命周期中，你可能被包括在需求的说明和管理中。管理和比较需求信息是耗时的，除非你拥有象 Ratioanl RequisitePro 这样的工具通过需求说明和管理的过程来帮助你。 RequisitePro 是一个能够使你在应用开始被开发之前指定一个应用的需求和特性的工具。这可以通过在实际的编码过程之前给你的开发人员一个应用的最初定义，这样可以节省时间、金钱并减少大量的挫折。RequisitePro 为存储和跟踪需求提供了一个数据库。你能够通过一个专门的类似项目管理的界面添加需求到数据库中，或者当需求说明是用 Microsoft Word 编写的，你可以将 Word 文档中的需求项移到数据库中。后面的方法能够使你继续使用你所熟悉的需求说明的文档和模板，并且甚至能够从 Word 文档中产生需求，这样你可以从被管理的需求数据库中获得所有的利益。 在这篇教程中，你将看到需求过程的基本机制和 RequisitePro 如何能够辅助说明和跟踪需求的过程。各种需求内容被包含在下面的部分： 计划一个软件项目 将你的需求移到 RequisitePro 中 组织项目信息 在 RequisitePro 中创建需求 项目文档 报告和视图 在一个项目期间管理需求开始一个项目第 1 页（共7 页）让我们通过看看什么是一个真正的需求，它如何影响开发过程、项目计划的结果和这些信息如何能够被转换成为 RequisitePro 工作的方式开始。 软件项目可以以很多不同的方式开始：来自于客户或者其他部门的一个正式请求、对你的工作有帮助的新软件部分的请求，一个已存在的系统被分成一系列更小的项目以使项目的处理更加简单。 当启动一个项目时，有很多问题要考虑。你需要选择开发团队、开发环境的语言和其他的组件。一旦你结束了项目，你需要定义软件将做什么。 但是我们从哪里开始呢？好，多数的人会从定义一个特性列表开始。这个列表可以是短的，比如“构建一个新的字处理器”或者这个列表可以是所有特性和功能的逐行记录的详细说明。这些需求，象最初的项目说明，也许是源于你的组织中的一系列不同的群体（或者涉众）。 RequisitePro 被设计用来比较这些请求，并且当这些请求穿越开发生命周期时用来管理这些请求。它形成一个来自于所有不同的来源的需求的列表，并将他们输入到一个连贯的需求说明中，这个需求说明能够被用来启动项目，RequisitePro 能够在开发阶段监视和跟踪与最初说明和/或者变更需求相比较的开发过程。你甚至能够通过与 Microsoft Project 的内建集成能力使用这个需求说明来开发一个项目计划。什么是需求？第 2 页（共7 页）如果你想看一个正式的定义，需求是系统必须提供的能力。一个通常的程序能够由一系列不同的需求组成，从几个需求到成百上千的需求。对于任何一个项目来说，最重要的步骤是认识到甚至是一个简单的应用也会有一系列的需求。比如，如果你看见一个 Hello, World! 的程序，你能够将它的需求定义如下：“在屏幕上显示Hello, World!字符串”。 在现实中需求很少是简单的。我总是认为很可能用一个混乱的理论为一个应用定义了需求。混乱的理论部分中的一个是与自然界的几何学和你的视图的粒度如何影响你所看到的东西相关的。例如，如果你使用一英里的粒度来测量不列颠群岛的海岸线长度，你可以得到一个合理的海岸线长度的近似值。但是它不是精确的，因为对所有不到一英里的长度取了平均值。如果你将粒度减少到一码，你将得到更好的值，但是这个值更加精确了。如果你使用英寸进行测量的话，结果还会增大，但是可能并不是一个真实的值。 这与应用的需求是相同的。任何语言都能够被用来现实简单的“Hello, World”消息。在上面关于消息我们没有讨论的是它是否被显示在一个窗口中，并且如果它被显示在一个窗口中，窗口是什么样子的，它是否有按钮和按钮是什么样子的。调整和管理需求第 3 页（共7 页）你需要为项目创建一个说明书，这个说明书能够使你正确的开发应用 也就是说，你要建立一个当需求变化时能够容易的扩展、管理和修改产品的能力。 为了构建正确的应用，你首先必须要从参与到项目中的不同的人那里收集所有的需求。这应该包括客户、最终用户和你的市场部门。你或许也要考虑来自于被包括在项目或者系统中的合作伙伴的输入，并且将你的竞争对手的产品的一些功能和特性合并到你的产品中通常是一个好的注意。一旦你拥有了所有的需求，你需要对这些需求进行管理和控制以确保他们能够被有效的应用到你的系统开发当中。这就意味这跟踪需求的效力和状态并对需求进行优先级的划分以便开发人员能够将他们的时间和精力投入在正确的需求上。认识到需求不是静态的元素也是非常重要的 你不能在项目的开始产生需求，然后就不再检查他们的内容了。在项目的中期，某人意识到一个新特性的潜能，或者某人发现一个已存在的需求并不能完全的支持比需要的所有功能是很有可能的。因此，你的需求变成了一个“活动的”项目特性的文档 而不是一个固定的定义。在项目管理中使用需求第 4 页（共7 页）很多项目的失败、返工、超出限期或者完全的失败都源于用户的期望，因为对系统的需求的定义和跟踪没有被正确的记录和跟踪。 很多因素导致了这些失败。例如，一个关键的时间限期被超出了，因为优先级没有被遵守。还有，自从项目的开始，在最初的需求说明中的用户需求就变化了。需求的变更和跟踪以及那些变更的历史对于需求说明来说是与最初的文档一样重要的。了解需求第 5 页（共7 页）RequisitePro 能够使你收集和管理一个系统的所有需求，跟踪需求的请求来自于哪里，为需求设置优先级和为系统中的每一个需求添加对开发人员和项目经理关于难度和有关工作量的有用的信息。 在你的应用开发的期间使用 RequisitePro ，以便你能够持续的跟踪最初的需求和在开发过程中他们的进展情况，并且在项目成熟时可以添加和扩展那些需求。 RequisitePro 是由提供了被需要用来建立需求说明的核心功能的主 RequisitePro 应用程序构成的。在幕后，RequisitePro 使用一个数据库来存储所有的需求信息并且跟踪变更和更新信息。 RequisitePro 与一个 Access Jet 数据库的内建系统的版本一些工作，但是你也可以使用一个关系型数据库管理系统（Oracle 或者 SQL Server），这在大的团队中或者当进行更加大量的、复杂的需求说明的情况下更加具有实际意义。 所有的项目也都通过使用标准的 user/password 的机制保证了安全性，并且这种安全机制是基于一个分离的、特定项目授权的数据库的。RequisitePro 和 Microsoft Word第 6 页（共7 页）除了数据存储之外， RequisitePro 与 Microsoft Word 直接的集成了起来。你能够从一个 Word 文档中创建需求，并自动的将需求移到一个 RequisitePro 项目中的数据库中去。这些文档和他们的内容连同项目一起被跟踪和存储，变更也被记录在项目的数据库中。这些文档通常是你在需求说明过程中产生的，但是当他们被创建或者被插入到 RequisitePro 时，他们允许你创建项目并将两个系统的信息直接集成起来。 通过使用一个开放结构的灵活性和你产生的文档中的内容，通过使用在两个系统中被自动的更新的所有的需求信息，这种集成意味着你能够得到对数据库的所有控制。例如，如果你改变了需求的文字描述，你所产生的相应的需求文档会自动的反映这些变化；并不需要你手工的更新你的需求文档。 RequisitePro 也是支持多用户的。开发和项目团队的多个成员能够打开单独的项目，以便需求、进度和信息能够被更新。你也能够选择以只读模式打开项目 当你仅仅想了解信息或者产生报告时是非常有用的 并且独占访问，这能够被用于维护或者项目的开始。 RequisitePro 提供了众多不同的文档类型，他们能够被包含在一个 RequisitePro 的项目中。你也能够创建和添加任何文档到一个项目中，并且创建你自己的文档类型和模板。在每一种情况下，文档都是 Word 文档，通过使用被支持的标准的 Word 模板。Word 的集成也包括在 Word 界面种的一个特殊的工具栏，使你能够从数据库中将信息直接插入到 Word 文档中，而不必进行文档的重新生成的过程。对于不同的文档标准的大纲和模板包括： 远景描述: 显示主要的特性，首要的特点和关键的请求。 术语表: 描述系统中的不同元素。 需求说明书: 包括对于不同需求类型的子类型，比如传统的、用例的和辅助的。 测试计划: 帮助为你的需求开发测试。使用它开发在其他的应用，比如 Rational TestManager 中的测试计划。 这个最新的模板也突出了其他被构建在 RequisitePro 中的集成特性，也包括作为需求管理过程的部分直接使用 Microsoft Word 。被生成的信息也能够被用来帮助你与来自于 Ratioanl 工具套件的其他组件一起工作。 如果你需要匹配需求和开发需要进入一个新的或者已存在的作为系统开发过程一部分的项目计划的话，RequisitePro 也能够与 Microsoft Project 进行集成。在 RequisitePro 中的需求第 7 页（共7 页）在看一个特定的在 RequisitePro 中的详细说明的需求的例子之前，考虑一下你正在系统中跟踪的需求的类型。 RequisitePro 支持自定义的需求类型，但是也包括了对于两个最通用的需求类型：传统类型和用例类型： 传统的需求遵循着你可能已经使用过的格式。一个在应用中的特性或者操作的简单声明。例如，前面提到的“Hello, World”需求是一个传统需求的例子。 用例需求对于那些使用其他 Rational 产品，比如 ClearQuest 和 Rational Rose 以及熟悉统一建模语言（UML）的人来说是更加熟悉的。用例是一个事件的产生一定结果的样例序列。用例对定义使用基于对象技术的功能性的软件系统是特别有用的。 RequisitePro 使你能够基于独立的两种需求类型的每一种创建项目，或者创建支持两种需求类型的合成文档。依靠你正创建的项目类型，你也需要在项目中生成不同类型的文档。在这个教程中，这些文档被分别的看待。 你想使用系统 从学习的角度 这不是问题。需求管理过程的基本原则应用于两种需求类型。对于这篇教程的目的，我们使用传统的格式。现在，让我们使用 RequisitePro 将一个样例的软件应用项目转化成为它的需求。处方数据库应用第 1 页（共4 页）为了帮助你穿越了解 RequisitePro 的过程，你需要使用一个样例应用的需求生成一个 RequisitePro 的样例项目。对于这篇教程的目的，你将说明一个处方数据库的需求。应用的全部目标是允许一个用户在数据库中存储处方。这要求一系列从客户那里得来的核心需求。最初请求中的主要需求被列在下面： 用户应该具有将处方输入到数据库中的能力。 一个处方包括处方名、一系列的服务、一个副标题/描述、一个成分列表和一个方法列表。 用户应该能够通过名字、描述或者成分对处方进行查询。 用户应该能够对一个处方更改服务的数量，并得到一个被重新计算过的成分量。 在这个例子中的客户是项目中的一个涉众。涉众是那些为系统贡献特性和需求的人，并包括所有对项目感兴趣的人。他们包括你的潜在用户、项目团队和管理层。你的竞争对手不会直接为你提供需求，但是你的竞争对手的项目的规格说明和特性将影响你的项目的特性和规格说明。最后，在你的项目中的开发人员也将提供他们自己的需求和功能的列表。再来看看处方数据库应用。实际上你需要存储被结构化的信息，当然意味着你需要为存储处方数据创建一个适当的数据库。这是开发人员的需求，通过其他人的需求被识别出来。 创建一个新项目第 2 页（共4 页）创建一个新项目类似于在任何其他应用中创建一个新的文档。创建一个新项目来存储处方数据库应用的需求。打开 Rational RequisitePro 并点击 File New 。 一个可得到的项目模板列表被显示出来，如图 1。 图 1. 选择一个项目模板 空白项目允许你创建一个你所需要的适当的结构，包括允许你定义你自己的需求类型、文档和包。传统的和用例模板对这两种需求类型创建一个标准的文件夹和可应用的文档的集合，而一个复合的模板提供了一个支持两种主要的需求类型样式的结构。每一个模板类型和他们的内容的描述都在窗口底部的详细说明对话框中被提供。你也能够创建一个新的模板，对于这个项目，你将使用传统的模板。选择模板并点击 OK。项目的属性窗口打开，如图 2 所示。 图 2. 项目的属性窗口 输入项目的名字，选中一个目录，选择一个数据库，并可选的提供一个描述。使用一个内建的 Microsoft Access 数据库。这也是你选择一个适当的 SQL Server 或者 Oracle solution 的地方。点击 Properties 以定义登陆和数据库的表示。包第 3 页（共4 页）一旦项目的模板被拷贝进入和你的新文档，一个类似于图 3 所示的窗口会出现。在树状视图中的所有条目被在左边展开。每一个条目被称为一个包，它将文档和需求进行了逻辑的分组以帮助你的组织你的项目。 例如，你将使用 Software Requirements 包来帮助存储项目的主要需求列表，但是你也将创建一个包来保存在开发人员开始开发系统时被他们产生的需求。在创建包和开发人员的需求中，各种被需要时期的说明被包括，就像你将在这个教程的后面看到的那样。图 3. 一个新的项目 浏览器窗口第 4 页（共4 页）让我们进一步的看看在 RequisitePro 中的主项目窗口。下面的图显示了被展开的软件需求部分的文档。图 4. RequisitePro 的主浏览器窗口 常用的菜单栏在窗口的顶部，一个按钮工具栏在它的下面。将鼠标放在按钮之上会得到工具的提示。这部分将描述创建一个新需求的按钮，如何为一个需求显示属性和如何搜索一个需求以及一个打开需求详细说明文档的按钮。下面的部分将提供过滤工具（查询），在这个教程的视图部分被讨论的主题。 窗口的主要部分被分成了三个面板。左上方的面板显示了项目的结构。结构的“根”是项目的主标题。结构的其他部分就像一个标准的目录树。实际上，整个项目的基本结构都遵循着相同的结构，并且能够包含文档和更深层次的文件夹的合并。为了打开条目中的任何一个，与文件夹相对，在信息上双击。 在右侧底部的面板显示了对一个包、需求或者文档的总结信息。在窗口右边的大面板详细说明了需求的列表、可选的视图或者在这个信息上的查询。你存储在项目中的核心数据是需求 在文档中的所有其他信息通常也是基于这个信息的，或者提供一个在信息上的可选测试。项目包第 1 页（共2 页）对于文档化你的需求的第一个阶段是组织你的项目并创建能够帮助你在你的系统中管理需求的必要的包。对于样例项目来说，预先定义的项目模板之一合并了一系列的标准 包、需求类型和相关的组成一个典型的 RequisitePro 项目被使用的 Word 文档。一个项目的基本的结构组件就是包。在一个 RequisitePro 项目中的包被用来组织在项目中的不同组件。在系统中包对于不同组件来说实际上就是一个逻辑的分组。他们允许你组织这些组件并创建查询和生成在这些条目之间连接的视图。比如，在模板中，有一个 Stakeholder Requests 包和一个主 Software Requirements 包。这些软件需求能够被跟踪回到涉众请求中的一个。 包能够包含三种不同类型的信息的一种或者多种： 需求 - 项目中的主要数据类型。 文档 - 基于模板、一个空白的文档或者需求列表。 视图 - 需求列表的视图，基于分离的查询。 包是重要的，因为它贯穿可包含的合并和你能够跟踪不同需求类型的需求。这通常被用来帮助组织特性请求、客户请求、涉众请求和基于需求属性或者它的需求类型的开发人员的需求的来源。例如，在传统的项目模板中有多个被用来记录不同需求信息的包： 软件需求（Software requirements） - 为项目使用的最终的需求列表。 特性和远景（Features and vision） - 项目的特性列表。 涉众请求（Stakeholder requests） - 来自于涉众的特性请求列表。 当引用一个项目中的组件时，也有一个包被用来记录术语表，被叫做 Glossary 。创建一个新包第 2 页（共2 页）为了在项目中创建一个新包来帮助跟踪开发人员的需求：1. 1. 在浏览器上点击鼠标右键并选择 New Package 或者从 File 菜单中选择相同的选项。一个窗口打开了，如图 5 所示。 2. 2. 为这个包命名。你正在创建一个开发人员需求的部分，因此在 Name 域中输入 Developer Requirements 。在 Description 域输入 Requirements specified by the developer based on stakeholder and user requirements。 图 5. 包的属性 父包定义了这个包在整个项目中的位置。因为一个包从技术角度讲是一个文件夹、在其他包中的嵌套包挥着根项目的另外一个名字，就像你能够在一个文件系统中的文件夹中嵌套文件夹一样。在项目的根上创建这个包，因为你将要在项目中跟踪跨越整个需求范围的开发人员的需求。你能够在已存在的需求包中的每一个包中创建包来保持开发人员的需求与他们的父需求相关连 例如，在软件需求中的开发人员的需求 然后使用在项目的根上的一个分离的视图来整理所有的需求进入一个列表。视图和如何查询和显示信息在后面被描述。现在你已经有了一个开发人员需求的包，是时候开始添加需求到项目了。有两种方法使用：通过 RequisitePro 浏览器界面或者在 Word 里创建一个规格说明。正式的方式被首先描述。在 RequisitePro 中创建需求第 1 页（共5 页）通过构建一个需求列表开始。下面的步骤显示了你应该如何添加第一个处方数据库的需求到项目中；用相同的方法添加其他三个需求。为了创建第一个处方数据库应用的需求：1. 右键点击目录树并选择 New Requirement ，或者从主的 File 菜单选择相同的菜单项。一个类似图 6 中的窗口被打开。用本教程前面介绍的需求中信息填充这些域。 2. 指明需求类型。这是心里想象的标记，用来突出一个特定类型的需求，但是它在需求的存储中没有任何的关系。类型影响什么样的属性被存储， 3. 给需求一个名字。这应该足够在系统中表示每一个条目了。在 Name 域中输入 Recipe Entry 。你也能够在 Text 域中附加更加详细的描述。剪切和粘贴文字 The user should have the ability to enter a recipe into the database 到这个域中。 图 6. 需求属性 所有的需求都被记录在了一个文件夹中了。这既可以是根文件夹（通常不推荐）也可以是包中的一个。因为在这个阶段你正在创建基本的软件需求，因此点击 Browse 并选择 Software Requirements 文件夹。 添加进一步的需求第 2 页（共5 页）从列表中对剩下的需求进行重复的操作，就像列表中描述的那样。所有的需求应该被存储在相同的 Software Requirements 文件夹中并且所有需求都应该是软件需求类型。 NameText处方数据一个处方包括处方名、一系列的服务、一个副标题/描述、一个成分列表和一个方法列表。处方搜索用户应该能够通过处方名。描述或者成分搜索一个处方。处方调比用户应该能够改变一个处方的服务数量，并得到重新计算过的成分量。列表应该看起来象图 7 中显示的那样。图 7. 需求的最终列表 你能够从图中看到每一个需求被给定了一个唯一的引用编号。这些编号被用来帮助跟踪需求。在上图中，标号不是连续的，因为我在之前的样例中范了一个错误。这是非常正常的并且不用担心；没有方法能够更改这些编号。可选的需求类型第 3 页（共5 页）你所使用的项目模板包括了一系列预定义的需求类型。需求类型定义了被存储在数据库中的需求的属性和其他信息。 通常情况下，根据项目的需要你在一个项目中创建不同需求类型。例如，你可能想在系统中独立的跟踪标准的软件需求、涉众请求和用户请求。你也可以使用需求类型以使系统能够跟踪其他类型的数据。例如，术语表需求类型被用来为系统中不同类型的组件定义术语。严格的讲，它不是一个需求，但是它的信息被存储在需求数据库中。因为你能够创建不同的需求类型，因此信息如何被存储不是什么问题 。当需求被创建时，所有的需求都有一个被用来帮助标识需求的前缀。例如，软件需求典型的使用 SR 作为它的前缀，并且需求会根据这个前缀进行编号。当你创建第一个处方数据库的需求时，你应该使用象 SR1、SR2 等等的 ID 来创建需求。当你开始管理项目时，你将使用他们。 需求类型在项目的基础上或者在一个项目模板中被配置。为了添加或者改变类型的定义：1. 在根项目上通过右键点击并选择 Properties 或者通过双击项目为项目打开属性。一个项目属性的窗口出现了，如图 8 所示。 图 8. 项目属性 2. 点击 Requirement Types 标签。 图 9. Requirement Types 标签 3. 为了添加一个新的类型，点击 Add 或者编辑一个已存在的类型。你能够从图 9 中看到 Developer Requirement 类型已经被添加了。这个类型的基本属性被显示在图 10 中。 图 10. 在项目属性中的需求类型 4. 在这个窗口中复制信息来创建 Developer Requirement 类型。当在报告和文档中查看需求时，颜色和样式被使用，因此你能够使用这个来帮助表示类型。需求属性第 4 页（共5 页）在系统中的需求也具有一系列额外的属性，这些属性在项目的管理期间被使用。他们可以帮助你在系统中进一步的定义需求，以便你能够在项目的生命周期中使用他们对需求进行排序、分类和优先级划分。几乎所有情况下，这些属性都拥有他们自己的适当值的弹出列表。这些条目中的多数是不需要解释的，就像系统中的其他的组件一样实际的属性和值的列表是高度可配置的。 下面是为你的项目的软件需求（Software Requirement）定义的属性列表： 优先级 - 高、中或者低。 类型 - 需求类型（可用性、性能等等）。 状态 - 需求是否已经被批准了或者已经被并入到项目中了。 难度 - 一个被实践完成需求难度的粗略的指南。 稳定性 - 在一个活跃的项目中的需求的稳定性的指南。 风险 - 实施项目相关的风险的指南。例如，如果对系统的其他部分需求需要变更，那么可能存在着一个高的风险（因此稳定性降低了）。 增进请求 - 如果 RequisitePro 项目是 Ratioanl 项目的一部分，信息就来源于 Rational 项目。 缺陷 - 在缺陷管理/测试期间被 Rational 项目产生。 联系名 - 需求的来源。 陈旧的 - 指明需求是否是陈旧的。 为了调整被分配给一个需求的属性，打开项目属性的 attributes 标签。 为了帮助你的项目，为开发人员的需求（Developer Requirement）类型添加一个 development team 域：1. 打开项目特性。 2. 改变 Attributes 标签（如图 11 所示），然后从窗口选择 Developer Requirement 类型。一个为这个类型的当前定义的属性列表被显示在图 11 中。 图 11. 为一个需求类型指定属性 3. 点击 Add 。属性有一个标签（当你创建一个文档时生成的域名）、一个类型和一个可选的在一个弹出框或者列表中使用的值的列表。类型是一个像数据库中的域类型，可以是 integer、 floating point、text string、date、time、URL 或者 list ，也可以是单一的或者多个的选择。选择 List （单一值）。使用图 12 显示的信息产生列表。使用换行来分离值。 图 12. 为一个需求添加一个属性 额外的需求特性第 5 页（共5 页）对于一个需求的其他特性是在项目的管理期间被使用的。你将在使用 RequisitePro 管理需求项目的讨论中看到更加详细的信息。 在需求特性中的其他标签包括： 修订: 显示对一个需求的更改记录 可跟踪性: 管理需求之间的关系 层次: 显示一个需求的父需求和/或子需求的映射关系 讨论: 使你能够使用嵌入在 RequisitePro 项目中的信息与其他的团队成员讨论变化和需求。 你在 RequisitePro 中转移到管理和报告工具之前，看一下当创建一个需求规格说明时从 Word 创建需求的可选的方法。项目中的文档第 1 页（共6 页）让我们暂时将处方数据库的讨论放在一边，来看一下在 RequisitePro 中文档的重要性。这些文档是一个可选的系统组件，有些人发现使用他们要比纯粹使用浏览器界面的数据库结构工作起来更加的方便。使用 RequisitePro 在一个已存在的项目上来管理和控制需求。很对项目团队使用 Word 来创建他们的需求规格说明作为一个标准的 Word 文档，但是从 Word 文档剪切和粘贴规格说明是非常耗时的。甚至对于新的项目，一些人还是喜欢使用 Word 文档的形式，而不愿使用 RequisitePro 系统的被编组的结构。由于这种原因，RequisitePro 允许你通过使用一个特殊的 Word 的访问扩展，通过一个工具栏或者菜单在内部的 RequisitePro 数据库中创建来自于 Word 文档的需求。连同系统的其他部分，RequisitePro 包括了一系列标准的文档类型和模板，这些文档类型和模板能够被用来指定和文档化项目中的不同的信息类型。同时，所有作为项目的一部分的被包括的文档都会服从与被存储在数据库中的需求同样的修订历史记录系统。 对于一些关键的需求组件有内建的模板存在。存在一个远景（Vision ）模板被用于定义最初的问题、全部的远景和涉众的需要和特性的定义。也存在用于需求管理计划的模板，它能够被用于设定项目的参数、被包括的人员和需求的定义和发展是如何被开发的。 RequisitePro 包括一系列的需求规格说明模板，你能够使用他们建立你的需求规格说明。这些文档提供了一个 Word 与 RequisitePro 集成的合并结构，使你能够在 Word 文档和需求数据库中创建需求。这部分讨论这些文档和其他 Word 集成过程部分的内容。创建需求文档第 2 页（共6 页）如果你选择在 Word 中生成需求，在 Word 里直接生成和记录所有的需求也许是一个好的主意，尽管它确实不是一个需求。这是因为一旦在 Word 文档与 Ratioanl 数据库之间的连接被创建，今后无论在数据库还是 Word 文档的更新都将导致相应信息的更新。例如，如果你在 RequisitePro 的浏览器中改变了一个需求的文字描述，Word 文档中的相应信息也被更新了。 虽然通过在 Word 中从一个已存在的项目和需求列表中使用剪切和粘贴也能够完成相同的结果，但是如果具有大量的需求规格说明，将要花费大量的时间，因此当然不推荐这种方法，除非你有很多的时间。 使用 Word 的好处是你能够添加和合并额外的信息片断到需求规格说明文档中，这些额外的信息不被记录和存储在需求数据库中。为了从一个 Word 文档中生成需求：1. 生成一个新的文档，或者如果某个文档已经作为一个已存在的项目模板被创建了，打开一个已存在的文档。 2. 为了创建一个新的文档，选择 File New Document 或者在项目的树状视图上右键点击鼠标。并选择相同的选项。一个窗口打开，如图 13 所示。 图 13. 文档属性窗口 3. 为文档输入一个名字（就像在项目中出现的那样）并提供一个文档包含什么的描述。你将为你的开发人员需求规格说明使用一个文档，以便相应的命名文档。就像你从样例中看到的那样，这个文档在一个新的包中被创建，这个包还没有被创建，因此在根的包中创建它。 4. 4. 对于文档的类型，选择 Software Requirements specification 。这使用相应的 Word 模板创建了一个文档。 5. 5. 点击 OK 以创建文档并在 Word 中打开模板。 现在你有了打开的文档了（看图 14 中显示的例子），是时候开始向文档中添加信息和创建需求了。 图 14. 产生文档 从 Word 文档添加需求第 3 页（共6 页）缺省的文档模板提供了一个合理的需求规格说明的期望内容的排版，它可以引导你填写比如项目名、公司和概要描述的信息和规格说明和系统的内容。当你编辑一个 RequisitePro 文档时，在 Word 中一个新的工具栏是可得到的（见图 15）。当你在文档中直接创建需求时，你将需要这个 或者 RequisitePro 菜单。 图 15. RequisitePro 工具栏菜单 为了在文档中创建一个需求：1. 将需求的文字描述直接输入到 Word 文档中。对于这个例子，输入 The Database will hold information about the recipe, recipe ingredients and recipe method 。 2. 2. 选择你刚刚输入到文档中的文字，然后点击 New Requirement 或者从 RequisitePro 的菜单中选择 New Requirement 。 3. 3. 为需求输入名字，指定需求的类型，并确保在需求属性中的包和位置信息是正确的（见图 16）。这两个最新的属性应该基于你正在编辑的文档的位置被自动的生成。 图 16. 包和位置信息 4. 4. 你所选择的文档文字被需求的文字代替了 在文档中特别的加上了标记以便它能够被 RequisitePro 更新。与此同时，你所选择的文字被提交到可 Rational 项目的数据库中。注意条目被标记为 pending 直到你在 Word 中保存和关闭文档。保存的过程插入所有的信息到 RequisitePro 数据库中。插入一个已存在的需求文档 第 4 页（共6 页）如果你已经有了一个在 Word 编写的需求文档了，你可以用两种方法中的一种将需求规格说明插入到 RequisitePro 数据库中。你也能够尝试直接插入，用文本分析和界定技术来从 Word 文档中确定需求，或者在你已经插入文档到 RequisitePro 项目之后，你能够使用上面描述的方法执行操作。为了插入一个已存在的文档到一个项目：1. 在 RequisitePro 中点击File Import 。 2. 2. 选择 Microsoft Word Document 单选按钮，并使用浏览器定位你想要插入的文档。 3. 3. 为了解析文档的内容并将需求插入到项目中，选择 Requirements only 。为了插入需求，然后在项目中添加文档，选择 Requirements and document 。也可以使用 RequisitePro 跟踪与项目相关的任何 Word 文档的变化。任选一种方法，选择 Document only 。 4. 点击 Next 5. 5. 如果你已经选择了 Document 选项的任意一个，那么如果你正在创建一个新文档的话，你需要指定相同的文档选项，比如文档名、包的位置和文档类型。点击 Next 继续插入的过程。 6. 6. 如果你已经选择了插入需求并解析了内容， Import Wizard 窗口将出现，如图 17 。 图 17. 插入需求 7. 7. 指定系统如何解析内容。使用关键字来识别段落和定义需求和文本分隔符的句子。，或者使用 Word 的样式来识别在源文档中的需求。 8. 8. 一旦你选择了将被使用的系统，点击 Next 。你将被要求批准每一个被匹配的需求。一旦你验证了基本的布局，选择 Yes to all 以接受所有匹配的需求。 从一个逗号分隔值（CSV）的文本文件中导入需求也是可能的，如果你使用的是 Excel 、Microsoft Project 或者其他的表格/数据库工具来定义你的需求，这将是非常有用的。将需求导出到一个 Word 文档中第 5 页（共6 页）如果你选择了直接在 RequisitePro 浏览器中定义你所有的需求和信息，你可能需要为在一个会议上分发需求文档或者作为一个批准过程的一部分将需求的详细信息导出到一个 Word 文档中。你当然能够对数据库中的任何需求进行这种操作，包括那些你在其他 Word 文档中创建的需求。为了基于数据库的内容生成一个 Word 文档，点击 File Export 。你首先必须选要从浏览器中择一个视图，以选择你想要导出到 Word 文档的需求。视图在本教程的稍后被讨论。注意这个过程创建了一个独立的文档。在被导出的需求与数据库中的需求不存在任何的联系，这一点与在 word 中创建需求有些不同。格式也不是非常理想的，但是它能够使你为一个报告快速的将内容导到一个文件中。混合来源和被生成的文档第 6 页（共6 页）没有为什么你不能混合和匹配被存储在 RequisitePro 项目中的文档的原因。很多项目都是由不同的文档类型构成的，这些文档类型是与需求一起被定义的远景和其他的一些元素。没有对文档数量或者他们的结构以及他们如何在系统中被存储和组织的任何限制。视图第 1 页（共3 页）现在你已经有了一个你的处方数据库的需求列表了，你需要在那些需求上进行查看和报告，以便你能够决定在开发过程中为了实现这些目标所采取的步骤。在 RequisitePro 中，这些报告被称为视图（View），他们是在软件项目计划的开发中能够使用的强有力的工具。 在 RequisitePro 中的视图使用在数据库上的标准查询技术来显示信息和关系。每一个视图由生成将被显示的信息的查询和视图类型构成。有四种用于查看信息的预定义的格式，如下： 属性矩阵 - 需求和他们的属性的简单表格。 跟踪矩阵 - 一个矩阵表，显示了两个需求列表之间的关系。例如，你可能想显示涉众需求和主要的软件需求之间的关系。 跟踪树 （跟踪进入） - 一个树状结构，显示了需求是如何关联到其他特定的需求的。例如，你可能想显示一个描述了涉众、开发人员和其他的需求是如何与主要的软件需求相关联的。 跟踪树 (跟踪出) - 一个树状结构，显示从特定的需求类型被跟踪的需求。例如，你可能想显示所有来自于涉众请求的被跟踪的需求。 它跨越了各种你管理、控制和监视在需求规格说明中的信息的视图。这些视图能够在一个需求项目的整个生命周期中被使用。创建一个新视图第 2 页（共3 页）视图能够在项目结构的任何地方被创建，但是通常他们被创建来显示在一个包中的特定的信息。这些包既可以是与特定需求类型相关的，比如涉众请求或者开发人员的需求，也可以是被特殊设计的用来比较和查看信息的包。为了创建一个新视图：1. 在树状视图的任意位置点击鼠标右键，并点击 New View 或者从 File 菜单中选择相同的选项（见图 18）。 图 18. 创建一个新视图 2. 你正在为在本教程的前面创建的 Developer Requirements 类型创建一个简单的属性矩阵（Attribute Matrix ）视图，因此将视图命名为 All Developer Requirements 并为它的描述输入 Developer Requirements attribute view 。 3. 确保 Developer Requirements 包被选中。 4. 选择 Attribute Matrix 作为视图的类型。 5. 为 Row Requirement Type 选择 Developer Requirement 。这个选项选择哪些需求类型被显示在视图中。 6. 点击 OK 。 7. 一旦视图被创建，RequisitePro 浏览器将为这个视图进行变化，如图 19 所示。 图 19. RequisitePro 浏览器 这只是一个简单的视图。你能够通过创建一个从数据库中选择特定需求的查询创建更加强大的或者特殊的视图。视图查询第 3 页（共3 页）在一个视图中的查询允许你定制将被显示的信息。例如，你也许想创建一个显示项目中所有高优先级但低风险的涉众需求的视图，以便你能够组织主要的软件需求。查询的角色是需求过程的一个关键的部分。查询系统允许你在系统中监视和跟踪需求，报告需求之间的关系，并产生基于查询结果的报告和文档。通过点击 Query 按钮，查询被作为一个视图的一个部分被生成。如果你熟悉使用其他的数据库系统，比如 Access 或者结构化查询语言（SQL），那么基本的结构应该是你熟悉的。可选的，如果你具有在 Microsoft Outlook 或者其他邮件客户端中对邮件信息使用过滤系统的经验的话，查询的基本的用法基本上是相同的。在实践中，查询就像过滤器一样从类表中选择需求。所有的查询顺序、较高顺序、较早的过滤器被处理。这有点象在每一个查询上执行一个逻辑与的操作。为了创建一个仅仅显示高优先级的开发人员需求的视图：1. 在树状视图的任何地方右键点击鼠标，并选择 New View 或者在 File 菜单中选择相同的选项。 2. 将视图命名为 High Priority Developer Requirements（忽略对时间的描述）。 3. 确保 Developer Requirements 包被选中。 4. 选择 Attribute Matrix 作为视图的类型。 5. 为 Row Requirement Type 选择 Developer Requirement 。 6. 点击 Query 以得到查询构建者窗口。在初始的窗口中点击 Cancel （见图 20 ）以将焦点放在查询构建过程上。 图 20. Query Row Requirements 窗口 7. 通过点击 Add 并选择需求类型和过滤器的属性对查询添加新的标准。确保 Developer Requirement 被选中，然后从列表中选择 Priority 属性（见图 21）。 图 21. 设置需求类型和过滤器的属性 8. 指定被期望的值。Priority 属性有一个固定的值的列表，因此你要从这个列表中选择值。你能够选择 All 或者 None，或者通过在每一个选项上点击鼠标进行多项选择，如图 2