协同使用 IBM Rational Requirements Composer 和 IBM Rational RequisitePro

转自：http://www.ibm.com/developerworks/cn/rational/09/requirementscomposerrequisiteprotogether/index.html

本文是介绍如何将 IBM Rational Requirements Composer 引入您的需求管理过程的指南。如果您使用的是 IBM Rational RequisitePro，那么您就可以使用 Rational Requirements Composer 来导入需求并将其精化和可视化。如果当前您使用的不是正规的需求管理工具，那么您可以从 IBM Rational Requirements Composer 开始来定义和可视化需求，并导入到 IBM Rational RequisitePro 中。然后您就可以使用 IBM Rational RequisitePro 这一正规的管理工具来管理由 IBM Rational Requirements Composer 创建的需求了。这使得您可以利用 IBM Rational RequisitePro 的可追溯特性。

前提条件

为了执行文章中描述的任务，您必须是监管需求收集，以及想要在 IBM® Rational® Requirements Composer 和 IBM® Rational® RequisitePro® 环境之间传递需求的管理员或者分析员。

注意：
贯穿全文，“RequisitePro”指的是软件，而“RequisiteWeb”意为 IBM® Rational® RequisitePro® 的 Web 客户机，或者支持用例的 Web 客户机。

用例 1. 向管理的需求域导入需求

在这个场景中，通过利用 Requirements Composer 提供的特性，您已经创建了需求管理，以及想要进一步定义和可视化的一个或者多个项目。您可能还想链接到一些工件，例如：多格式文件、用例图、业务模型以及脚本，来继续加工您的需求。又例如，在用例图中，您可以按照提供附加的内容的方式，来链接导入的需求到用例。

导入需求和需求类型

1. 在 Rational Requirements Composer 客户端，配置集成到存储项目的 RequisiteWeb 服务器中。
2. 按照以下方式，来导入您的需求：
   1. 选择一个需求域的定义中想要的 RequisitePro 项目。
   2. 在管理员项中，点击“Import”按钮以导入需求以及它们的需求类型。

对于所有的项目您都可以使用该方法。如果您使用如图 1 所示的集成向导，那么就可以在项目之间切换并一次导入一个项目。

图 1. 集成向导

提示：

• 通过在包含一个或者多个导入需求的集成向导中选择一个 RequisitePro 包，来一次性导入多个需求。
• 如果您有多个想要导入 Composer 工具的 RequisitePro 项目，那么通过使用多个客户端并从每一个客户端进行导入，您就可以创建集成了。这个工作流程可以节省时间并提高效率，因为一个人从一个机子上就可以执行这些任务了。

注意：
此时您不能导入基于文件的需求。

导入需求类型

您导入 Rational Requirements Composer 的每个需求，都会创建一个相应的需求类型，这可以确保您能创建该类型的特性需求，并最终将这些需求“推回”至 RequisiteWeb 以进行规范的管理。这可以从基于 Composer 的需求有效地在 RequisitePro 中创建新需求。

规范的管理意味着追踪需求并在合适的时候按 预料的那样做需求追踪链接。RequisitePro 处理这些功能。

提示：

• 如果您有想要定义的多个项目，重复以上的步骤直到所有想要的需求和需求类型都导入到 Rational Requirements Composer 中。
• 创建一个文件夹，并为其起一个有意义的名字以存储所有导入的需求。默认名是“requirements”。

从导入的需求类型创建新的 Composer 需求

在从多个 RequisitePro 项目中识别所有的需求类型之后，您可以创建基于这些需求类型的需求。您还可以应用诸如链接，评论这些功能。

这些需求也可以通过规范的复审，投资者可以使用 Rational Requirements Composer Web 客户端或者 Eclipse 客户端，来复审，评论需求及其相应的工件。

您可以使用 Synchronize Attribute Groups 特性（见于图 2），以从 RequisitePro 导入需求类型和属性组到 Rational Requirements Composer 中。

图 2. 与 RequisitePro 保持同步化

提示：
如果您有一个或者多个提供定义工件的 RequisitePro 项目，那么您就可以从这些项目中的任意一个导入所有的需求类型，这样您就能在 Composer 工具中创建这种类型的需求。这样您可以在 Rational Requirements Composer 和 RequisitePro 之间为需求类型使用固定的语言了。

注意：
只有单个选择列表以及文本属性会从 RequisitePro 导入

精化并可视化管理的需求

1. 打开您的需求并导入到 Rational Requirements Composer。
2. 考虑一下帮助实现可视化的工件的类型，并进一步定义的需求（例如，脚本，用例图，多格式文本文件等等）。在需求中书写一段描述，然后使用链接来创建一个新的工件（或者对一个已存在工件的链接），可以使用该工件来帮助实现可视化，以及定义需求。
3. 创建所有您需要的工件，来帮助可视化，精化以及定义您的需求。
4. 在对需求有一个良好的定义之后，您可以通过使用需求类型提供的注释和不同的属性，来参入复审过程。
5. 然后您可以将该需求推回至 RequisitePro，在这里可以进行高层次的管理，例如追踪性以及层级关系。

   用例 2. 和 Rational Requirements Composer 一起使用 RequisitePro

   注意：
   该用例假设您从 Requirements Composer 开始，并最终想要使用 RequisitePro 来规范地管理您的需求。

   在 Composer 中准备管理需求

   在 Rational Requirements Composer 中创建多个定义工件之后，您可能想要创建高层次的需求，该需求代表了这些定义工件，并包含了对该工件的链接。然后您可以使用需求来参入复审过程，并为规范的实施追踪计划。使用注释来与团队的其他成员，讨论需求和链接的工件。

   在注释和讨论完成之后，您可以使用属性值来追踪需求的不同状态。例如，Feature 类型的需求需要有一个项目投资者参加的复审过程。在属性值中，您可以将值由“非功能性”更改为“功能性”，并将优先级更改为“必须”。您的团队可以使用 Status 属性来追踪复审过程。当需求做好在 RequisitePro 中管理的准备之后（假设评审和批准过程发生了），您就可以将状态属性更改为“批准”。

   当需求在 RequisitePro 中进行管理或者“推回”至 RequisitePro 之前，您可以将需求移动至 Rational Requirements Composer 中的“Requirements”文件夹中作为登台区域。

   提示：
   因为 Rational Requirements Composer 可以管理或者将数据成块“推回”至 RequisitePro。如果将会被管理的所有需求都位于一个文件夹中时，操作起来会更加容易。

   您还可以选择使用提供的搜索功能，来搜索所有的需求，此时 Status 值为“批准”，并在 RequisitePro 中一个个地管理它们。

   使用同步化选项

   您可以使用同步化选项，来确保 Rational Requirements Composer 中的需求与相关的 RequisitePro 需求保持同步化。在 Edit RequisitePro Connection 页面中有两个您可以设置的选项，如图 3 所示。

   
   图 3. 同步化选项
   
   
   

   提示：
   考虑以下工作流程：

   • 如果主要的更改发生在 Rational Requirements Composer 中并推至不会发生更改的 RequisitePro ，那么您也许会想要只使用“将需求更改应用到 RequisitePro”选项。
   • 如果您在 RequisitePro 中所做的更改，覆盖了对 Composer 工具中相关需求所做的更改，那么您就可以使用“从 RequisitePro 中导入需求更改”选项了。
   • 当您在 Composer 和 RequisitePro 中主动地加工需求时，您可能会同时选择两个选项，这样更改在两个工具之间就得到同步化了。

   在 RequisiteWeb 中显示的需求

   Rational Requirements Composer 在 RequisiteWeb 中导入基于文本需求的概念。在来自 Rational Requirements Composer 的需求推至 RequisiteWeb 之后，多格式文本会在 RequisiteWeb 中按只读方式显示。

   图 4 代表了 Composer 工具中需求的多格式文本。多格式文本有多种构件，例如粗体、标题、斜体、插入的图片，以及对其他工件的嵌入链接。在需求推至 RequisitePro 之后，它们会得到不同的显示和处理。本地客户端会将多格式文本显示为“纯文本”。

   
   图 4. 来自 Rational Requirements Composer 中需求的多格式文本
   
   
   图 5. 来自 RequisiteWeb 视图 Composer 工具的两个需求
   
   

   图 6 是 RequisiteWeb 界面的一个范例。与 RequisitePro 集成的 Rational Requirements Composer 会通过使用 Web 客户端来得到执行，我们称之为“RequisiteWeb”。您需要 RequisiteWeb 来使用该集成方式。它支持文章中描述的所有用例。在 RequisiteWeb 中，您可以在 General 项的底部根据对 Composer 工具（图 6）的超链接，来识别“管理的”Composer 需求。

   
   图 6. 链接至 Rational Requirements Composer 的需求
    
   

   集成用例的总结

   这里是每一个场景布置的扼要概述：

   Rational Requirements Composer：

   1. 创建需求
   2. 创建属性组
   3. 推动需求 到RequisitePro
   4. 导入需求
   5. 从RequisitePro 导入（同步化）需求类型
   6. 从导入的需求类型中创建需求
   7. 从 RequisitePro 来同步化需求属性更改
   8. 在 RequisiteWeb 中切换至管理的需求

   Rational RequisiteWeb：

   1. 提供使用 Rational Requirements Composer 的管理选项来创建需求
   2. 同步化需求属性更改
   3. 切换至 Rational Requirements Composer 相关的需求（在管理时）

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14780914/viewspace-621620/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14780914/viewspace-621620/