使用ratioanl requisitepro管理你的需求

《使用ratioanl requisitepro管理你的需求》由会员分享，可在线阅读，更多相关《使用ratioanl requisitepro管理你的需求（30页珍藏版）》请在金锄头文库上搜索。

1、使用 Ratioanl RequisitePro 管理你的需求关于这篇教程 第 1 页（共 3 页）软件开发周期中经常被忽视的一个部分就是需求。这些需求有很多种不同的形式，包括用户和管理层的请求，你的竞争对手产品的特性和功能，和被开发团队要求的实现特定需求的需要和需求。如果你是一个项目经理或者软件产品的领导开发者，那么在整个项目的生命周期中，你可能被包括在需求的说明和管理中。管理和比较需求信息是耗时的，除非你拥有象 Ratioanl RequisitePro 这样的工具通过需求说明和管理的过程来帮助你。 RequisitePro 是一个能够使你在应用开始被开发之前指定一个应用的需求和特性的工具

2、。这可以通过在实际的编码过程之前给你的开发人员一个应用的最初定义，这样可以节省时间、金钱并减少大量的挫折。RequisitePro 为存储和跟踪需求提供了一个数据库。你能够通过一个专门的类似项目管理的界面添加需求到数据库中，或者当需求说明是用 Microsoft Word 编写的，你可以将 Word 文档中的需求项移到数据库中。后面的方法能够使你继续使用你所熟悉的需求说明的文档和模板，并且甚至能够从 Word 文档中产生需求，这样你可以从被管理的需求数据库中获得所有的利益。 在这篇教程中，你将看到需求过程的基本机制和 RequisitePro 如何能够辅助说明和跟踪需求的过程。各种需求内容被包

3、含在下面的部分： 计划一个软件项目 将你的需求移到 RequisitePro 中 组织项目信息 在 RequisitePro 中创建需求 项目文档 报告和视图 在一个项目期间管理需求开始一个项目 第 1 页（共 7 页）让我们通过看看什么是一个真正的需求，它如何影响开发过程、项目计划的结果和这些信息如何能够被转换成为 RequisitePro 工作的方式开始。 软件项目可以以很多不同的方式开始：来自于客户或者其他部门的一个正式请求、对你的工作有帮助的新软件部分的请求，一个已存在的系统被分成一系列更小的项目以使项目的处理更加简单。 当启动一个项目时，有很多问题要考虑。你需要选择开发团队、开发环境

4、的语言和其他的组件。一旦你结束了项目，你需要定义软件将做什么。 但是我们从哪里开始呢？好，多数的人会从定义一个特性列表开始。这个列表可以是短的，比如“构建一个新的字处理器”或者这个列表可以是所有特性和功能的逐行记录的详细说明。这些需求，象最初的项目说明，也许是源于你的组织中的一系列不同的群体（或者涉众）。 RequisitePro 被设计用来比较这些请求，并且当这些请求穿越开发生命周期时用来管理这些请求。它形成一个来自于所有不同的来源的需求的列表，并将他们输入到一个连贯的需求说明中，这个需求说明能够被用来启动项目，RequisitePro 能够在开发阶段监视和跟踪与最初说明和/或者变更需求相比

5、较的开发过程。你甚至能够通过与 Microsoft Project 的内建集成能力使用这个需求说明来开发一个项目计划。什么是需求？ 第 2 页（共 7 页）如果你想看一个正式的定义，需求是系统必须提供的能力。一个通常的程序能够由一系列不同的需求组成，从几个需求到成百上千的需求。对于任何一个项目来说，最重要的步骤是认识到甚至是一个简单的应用也会有一系列的需求。比如，如果你看见一个 Hello, World! 的程序，你能够将它的需求定义如下：“在屏幕上显示Hello, World!字符串”。 在现实中需求很少是简单的。我总是认为很可能用一个混乱的理论为一个应用定义了需求。混乱的理论部分中的一个是

6、与自然界的几何学和你的视图的粒度如何影响你所看到的东西相关的。例如，如果你使用一英里的粒度来测量不列颠群岛的海岸线长度，你可以得到一个合理的海岸线长度的近似值。但是它不是精确的，因为对所有不到一英里的长度取了平均值。如果你将粒度减少到一码，你将得到更好的值，但是这个值更加精确了。如果你使用英寸进行测量的话，结果还会增大，但是可能并不是一个真实的值。 这与应用的需求是相同的。任何语言都能够被用来现实简单的“Hello, World”消息。在上面关于消息我们没有讨论的是它是否被显示在一个窗口中，并且如果它被显示在一个窗口中，窗口是什么样子的，它是否有按钮和按钮是什么样子的。调整和管理需求 第 3

7、页（共 7 页）你需要为项目创建一个说明书，这个说明书能够使你正确的开发应用 也就是说，你要建立一个当需求变化时能够容易的扩展、管理和修改产品的能力。 为了构建正确的应用，你首先必须要从参与到项目中的不同的人那里收集所有的需求。这应该包括客户、最终用户和你的市场部门。你或许也要考虑来自于被包括在项目或者系统中的合作伙伴的输入，并且将你的竞争对手的产品的一些功能和特性合并到你的产品中通常是一个好的注意。一旦你拥有了所有的需求，你需要对这些需求进行管理和控制以确保他们能够被有效的应用到你的系统开发当中。这就意味这跟踪需求的效力和状态并对需求进行优先级的划分以便开发人员能够将他们的时间和精力投入在正

8、确的需求上。认识到需求不是静态的元素也是非常重要的 你不能在项目的开始产生需求，然后就不再检查他们的内容了。在项目的中期，某人意识到一个新特性的潜能，或者某人发现一个已存在的需求并不能完全的支持比需要的所有功能是很有可能的。因此，你的需求变成了一个“活动的”项目特性的文档 而不是一个固定的定义。在项目管理中使用需求 第 4 页（共 7 页）很多项目的失败、返工、超出限期或者完全的失败都源于用户的期望，因为对系统的需求的定义和跟踪没有被正确的记录和跟踪。 很多因素导致了这些失败。例如，一个关键的时间限期被超出了，因为优先级没有被遵守。还有，自从项目的开始，在最初的需求说明中的用户需求就变化了。需

9、求的变更和跟踪以及那些变更的历史对于需求说明来说是与最初的文档一样重要的。了解需求 第 5 页（共 7 页）RequisitePro 能够使你收集和管理一个系统的所有需求，跟踪需求的请求来自于哪里，为需求设置优先级和为系统中的每一个需求添加对开发人员和项目经理关于难度和有关工作量的有用的信息。 在你的应用开发的期间使用 RequisitePro ，以便你能够持续的跟踪最初的需求和在开发过程中他们的进展情况，并且在项目成熟时可以添加和扩展那些需求。 RequisitePro 是由提供了被需要用来建立需求说明的核心功能的主 RequisitePro 应用程序构成的。在幕后，RequisitePro

10、 使用一个数据库来存储所有的需求信息并且跟踪变更和更新信息。 RequisitePro 与一个 Access Jet 数据库的内建系统的版本一些工作，但是你也可以使用一个关系型数据库管理系统（Oracle 或者 SQL Server），这在大的团队中或者当进行更加大量的、复杂的需求说明的情况下更加具有实际意义。 所有的项目也都通过使用标准的 user/password 的机制保证了安全性，并且这种安全机制是基于一个分离的、特定项目授权的数据库的。RequisitePro 和 Microsoft Word 第 6 页（共 7 页）除了数据存储之外， RequisitePro 与 Microsof

11、t Word 直接的集成了起来。你能够从一个 Word 文档中创建需求，并自动的将需求移到一个 RequisitePro 项目中的数据库中去。这些文档和他们的内容连同项目一起被跟踪和存储，变更也被记录在项目的数据库中。这些文档通常是你在需求说明过程中产生的，但是当他们被创建或者被插入到 RequisitePro 时，他们允许你创建项目并将两个系统的信息直接集成起来。 通过使用一个开放结构的灵活性和你产生的文档中的内容，通过使用在两个系统中被自动的更新的所有的需求信息，这种集成意味着你能够得到对数据库的所有控制。例如，如果你改变了需求的文字描述，你所产生的相应的需求文档会自动的反映这些变化；并不

12、需要你手工的更新你的需求文档。 RequisitePro 也是支持多用户的。开发和项目团队的多个成员能够打开单独的项目，以便需求、进度和信息能够被更新。你也能够选择以只读模式打开项目 当你仅仅想了解信息或者产生报告时是非常有用的 并且独占访问，这能够被用于维护或者项目的开始。 RequisitePro 提供了众多不同的文档类型，他们能够被包含在一个 RequisitePro 的项目中。你也能够创建和添加任何文档到一个项目中，并且创建你自己的文档类型和模板。在每一种情况下，文档都是 Word 文档，通过使用被支持的标准的 Word 模板。Word 的集成也包括在 Word 界面种的一个特殊的工具

13、栏，使你能够从数据库中将信息直接插入到 Word 文档中，而不必进行文档的重新生成的过程。对于不同的文档标准的大纲和模板包括： 远景描述: 显示主要的特性，首要的特点和关键的请求。 术语表: 描述系统中的不同元素。 需求说明书: 包括对于不同需求类型的子类型，比如传统的、用例的和辅助的。 测试计划: 帮助为你的需求开发测试。使用它开发在其他的应用，比如 Rational TestManager 中的测试计划。 这个最新的模板也突出了其他被构建在 RequisitePro 中的集成特性，也包括作为需求管理过程的部分直接使用 Microsoft Word 。被生成的信息也能够被用来帮助你与来自于

14、Ratioanl 工具套件的其他组件一起工作。 如果你需要匹配需求和开发需要进入一个新的或者已存在的作为系统开发过程一部分的项目计划的话，RequisitePro 也能够与 Microsoft Project 进行集成。在 RequisitePro 中的需求 第 7 页（共 7 页）在看一个特定的在 RequisitePro 中的详细说明的需求的例子之前，考虑一下你正在系统中跟踪的需求的类型。 RequisitePro 支持自定义的需求类型，但是也包括了对于两个最通用的需求类型：传统类型和用例类型： 传统的需求遵循着你可能已经使用过的格式。一个在应用中的特性或者操作的简单声明。例如，前面提到的

15、“Hello, World”需求是一个传统需求的例子。 用例需求对于那些使用其他 Rational 产品，比如 ClearQuest 和 Rational Rose 以及熟悉统一建模语言（UML）的人来说是更加熟悉的。用例是一个事件的产生一定结果的样例序列。用例对定义使用基于对象技术的功能性的软件系统是特别有用的。 RequisitePro 使你能够基于独立的两种需求类型的每一种创建项目，或者创建支持两种需求类型的合成文档。依靠你正创建的项目类型，你也需要在项目中生成不同类型的文档。在这个教程中，这些文档被分别的看待。 你想使用系统 从学习的角度 这不是问题。需求管理过程的基本原则应用于两种需

16、求类型。对于这篇教程的目的，我们使用传统的格式。现在，让我们使用 RequisitePro 将一个样例的软件应用项目转化成为它的需求。处方数据库应用 第 1 页（共 4 页）为了帮助你穿越了解 RequisitePro 的过程，你需要使用一个样例应用的需求生成一个 RequisitePro 的样例项目。对于这篇教程的目的，你将说明一个处方数据库的需求。应用的全部目标是允许一个用户在数据库中存储处方。这要求一系列从客户那里得来的核心需求。最初请求中的主要需求被列在下面： 用户应该具有将处方输入到数据库中的能力。 一个处方包括处方名、一系列的服务、一个副标题/描述、一个成分列表和一个方法列表。 用户应该能够通过名字、描述或者成分对处方进行查询。 用户应该能够对一个处方更改服务的数量，并得到一个被重新计算过的成分量。 在这个例子中的客户是项目中的一个涉众。涉众是那些为系统贡献特性和需求的人，并包括所有对项目感兴趣的人。他们包括你的潜在用户、项目团