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

使用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 页） 你需要为项目创建一个说明书，这个说明书能够使你正确的开发应用 － 也就是说，你要建立一个当需求变化时能够容易的扩展、管理和修改产品的能力。 为了构建正确的应用，你首先必须要从参与到项目中的不同的人那里收集所有的需求。这应该包括客户、最终用户和你的市场部门。你或许也要考虑来自于被包括在项目或者系统中的合作伙伴的输入，并且将你的