|
引言 Rational RequisitePro 是 IBM Rational 市场领先的需求管理工具。借助于 Rational RequisitePro，您可以在 Microsoft Word 文档中管理需求，这些需求已链接到需求数据库中，利用该数据库可以高效组织和管理其他需求信息。 Rational XDE Developer 是一个完全可视的设计和开发环境，它在开发人员的集成开发环境（IDE）中加入了 UML（统一建模语言）建模，从而增进了交流，并提高了软件设计的文档化。本文描述的集成适用于以下 Rational XDE Developer 家族成员：
本文首先回顾了保持需求与设计一致的挑战，然后深入探讨了 Rational XDE Developer 和 Rational RequisitePro 之间的集成如何提供了针对这些挑战的解决方案。 本文第二部分详细描述了如何利用该项集成来创造效益。 背景：从需求出发进行设计的挑战 实际上，在记录了需求之后，软件团队需要一直遵照这些需求，并且确保按照这些需求来进行设计和编写代码。 以往的需求工具和设计工具都是相对独立的，这两种工具之间存在一道屏障，将业务分析人员和开发人员分割开来。这样就产生了不良的软件开发后果，最终导致所开发的应用程序没有实现需求所指定的功能。这种普遍现象的根源在于需求与开发人员之间贫乏的交流，特别是需求变更与开发人员之间的交流不足。将需求规格说明书的初次调整传递给开发人员，这并不难实现，但是当需求频繁地发生变更时，如果不将不断变更的需求传递给开发人员，他们将还按原来的需求来开发系统，从而使所交付的应用程序无法满足不断变化的用户需要。特别是创建大型系统时，开发团队极易疏忽某些需求。在设计阶段评估需求的覆盖程度，对于确保应用程序能够满足客户在项目开始时所设定的期望值非常重要。 现在还没有一个很好的方法，来回答以下问题：
为回答第一个问题，我们将 IBM Rational RequisitePro 和 IBM Rational XDE Developer 进行了集成，通过将存储在 Rational XDE Developer 模型中的用例图，和存储在 Rational RequisitePro 中的相关用例需求信息（事件流、优先级、难度、风险等）链接起来，从而解决了向开发人员高效传递需求这项挑战。 为回答其他两个关键问题，我们将 Rational RequisitePro 和 Rational XDE Developer 进行了集成，通过在需求和实现该项需求的相关设计要素之间建立直接关系，从而解决了保持软件设计与需求一致这项挑战。 利用 IBM Rational
工具，从需求出发进行设计 确保软件能够为客户创造价值 用 Rational RequisitePro 来管理可视文档和高级产品功能，同时也管理从这些产品功能和其他涉众获取的详细需求。 在 Rational RequisitePro 中，通过保持需求之间的关系（称作"可跟踪性链接"），来提供覆盖报告（用来确保全部的高级需求都通过更详细的需求得到实现）和影响分析报告（用来度量需求变更对其他需求产生的影响）。 当可视文档达成一致意见后，为了能够让软件团队将精力集中于为客户创造价值上，使用一个用例图，以用户的视角，来描述应用程序能够带来的价值。通过用例图来描述某一系统与用户和其他系统发生交互时，将产生何种系统行为。在过去 10 年中，用例已经得到验证，它是一个高效的方法，从用户的视角来记录系统功能，该用户视角既为软件团队也为他们的客户提供了一个关于待建系统期望行为的公共理解。通过最大限度地降低误解风险，用例提高了软件团队必须交付成功系统的机会。 在 Rational XDE Developer 中创建用例图，同时创建参与者和用例简短描述。 为用例划分优先级 为了使优先级划分过程具有客观性，要为每个用例设置属性。属性特别有益于迭代软件开发， 它提供了一个简单的方法来设置项目中每个迭代过程的管理范围。用例属性通常包括：实现难度、架构的有效性、风险和特定的客户价值。 利用 IBM Rational XDE Developer，使用 Rational XDE Developer 和 Rational RequisitePro 的集成，可以为用例分配需求属性。这些需求属性作为用例属性。 IBM Rational RequisitePro 提供了默认的用例需求属性。 可以使用 Rational RequisitePro 来创建用例报告，根据属性对用例进行排序和过滤。 对优先用例进行详细分析 因为用例中的事件流通常是用 Microsoft? Word 来记录的，并且 IBM Rational RequisitePro 允许用户在 Microsoft Word 中编辑需求，因此 Rational RequisitePro 是用来管理用例的一个理想的工具。在使用 Rational XDE Developer 时，为用例附加一个简单的 Word 文档，与之相比，使用 Rational RequisitePro 来详细描述用例，是一项关键性的优势。
根据详细的用例，生成设计类别
根据顺序图中确认的对象，可以进行设计分类。
使设计与需求变更保持一致 IBM Rational RequisitePro 可跟踪性矩阵将需求之间链接起来。 利用 Rational RequisitePro 和 Rational XDE Developer 的集成，还可以将设计要素与它们所实现的需求链接起来。The IBM Rational XDE Developer 设计要素反映在 Rational RequisitePro 可跟踪性矩阵中。 通过过滤需求和设计之间的可跟踪性矩阵，可以访问所需的特定信息。 利用 IBM Rational
XDE Developer 和 Rational RequisitePro 的集成 在 Rational XDE Developer 中，可以从两个地方调用集成：Tools > Rational RequisitePro 菜单和对上下文敏感的右键菜单。当选定了一个 Rational XDE Developer 要素后，或者从图开始，或者从 Model Explorer 开始。上下文敏感菜单选项根据所选 Rational XDE Developer 要素的不同（软件包、用例或其他 UML 语言）而变化。 用例的菜单选项：
软件包的菜单选项：
设置集成 图2 在 Rational XDE Developer
中激活集成 选用了 "RequisitePro" profile 后，每次打开 IBM Rational XDE Developer 模型时，可以从 Rational XDE Developer 主菜单（图3）中使用需求管理功能，也可以从 Model Explorer 或用例图的上下文右键菜单来使用。 图3 Rational XDE Developer
主菜单的需求选项 在默认情况下，整个 Rational XDE Developer 模型与 IBM Rational RequisitePro 关联起来，但是您可以为单个的软件包覆盖这种模型级的关联（图4）。这样就允许用例（或设计要素）存储于不同的软件包中，从而可以使用不同的 Rational RequisitePro 项目来存储需求信息。该软件包级的关联将其自身提供给大型软件项目，这些项目可能使用多个 Rational RequisitePro 项目（通常每个子系统使用一个），或使用不同的用例文档模板（例如，系统级用例和低级别的用例）。 图4 使用 Rational RequisitePro
项目来关联软件包 下一步是指定 IBM Rational RequisitePro 项目，该项目将与 IBM Rational XDE Developer 模型进行集成。 从 Rational XDE Developer Tools 菜单中选择 Rational RequisitePro > Associate Model to Project，并且定位 Rational RequisitePro 项目，将项目与该模型关联起来（图5）。一个 Rational RequisitePro 项目包括文档类型和需求类型。文档类型用于选定 Microsoft Word 文档模板，该文档模板以 Word 文档记录不同的需求，需求类型用于按具有共同属性（优先级、风险、难度、状态等）的类别，将需求进行分组。 图5 Rational RequisitePro
项目和用例信息选择 当使用 Rational XDE Developer 进行新用例详细设计时，选择一个文档类型来作为用例文档模板，并且选择一个用例需求类型。Rational RequisitePro 提供了我们所推荐的默认项目结构，您可以从它开始工作。随着对工具的逐渐熟悉，您可以创建自己的文档类型和需求类型，以及项目模板，以便再次工作时使用。 当在 Rational XDE Developer 模型中指定了 Rational RequisitePro 项目后，下一步您可以从 Rational XDE Developer 用例图开始，将用例文档和 Rational RequisitePro 关联起来，并且为 Rational XDE Developer 设计要素添加跟踪功能。 为用例添加需求属性 图6 在 Rational XDE Developer
中查看并编辑用例需求属性 为用例划分优先级 IBM Rational RequisitePro 中一个属性矩阵视图（见图7）提供了一个全部用例（或所选的用例子集）和其对应属性的视图。该视图帮助您组织用例信息，来回答本文开始时的第一个问题：我如何组织用例？可以运行查询来确定将哪个用例分配给哪位设计人员，它们的实现难度有多大，或者应当在哪个版本中实现它们。这同时也回答了本文开始部分的另外一个问题：如何才能知道在哪个版本中实施某个特定的用例？ 图7 Rational RequisitePro
中用例属性矩阵视图 创建用例文档 在 Rational RequisitePro 控制下运行 Microsoft Word，可以显示基于模板的用例文档，并准备对其进行编辑。如果只想用 Microsoft Word 将用例规格说明记录下来，过后再将其输入到 Rational RequisitePro 中，那么您可以使用 RequisitePro ? Associate to RequisitePro 菜单选项，将现有的 Rational RequisitePro 文档和 Rational XDE Developer 中的用例关联起来。 在这点上，您应该拥有在 Rational RequisitePro 中完成的用例文档。 图8 从 Rational XDE Developer
创建用例规格说明 在用例文档中管理需求 图9 Rational RequisitePro
中的功能性需求 保持用例与业务需要一致 确保设计能够实现全部需要的功能 在 Rational XDE Developer 中创建了设计要素（类、图等）后，可以单击设计要素的右键菜单，选择 RequisitePro ?Add Traceability（图11）， 将这些要素与驱动生成它们的需求链接起来。这样就在 Rational RequisitePro 中为该设计要素添加了表示法。 图11 完成 Rational RequisitePro
中设计要素的变更 当 IBM Rational XDE Developer 设计要素名称或简短描述发生变更时，可以调用同一个菜单中的 RequisitePro? Update Traceability 选项来完成变更。如果要对 Rational XDE Developer 作出多项变更，可以通过选择 Tools ? Rational RequisitePro ? Update All Traceability 来快速完成所有变更（图12）。 图12 完成 Rational RequisitePro
多项设计变更 为 Rational XDE Developer 设计要素添加可跟踪性后，可以在 IBM Rational RequisitePro 中创建需求到设计的可跟踪性矩阵（图13）。需求（如用例）和设计之间的可跟踪性矩阵，是验证设计活动是否覆盖全部商定的需求的一种方法。 在该链接建立之后，可以运行 IBM Rational RequisitePro 的报告功能，来评估设计对需求的覆盖度，并且用一个定量的答案来回答："全部经商定的需求，在设计中都考虑到了吗？"从而说明设计模型将要实现的已签发的每项需求。 需求与设计之间的链接，对于检测需求变更对设计要素产生的影响也至关重要。在链接到设计要素的某项需求发生变更时，在图 13 中，可疑链接（红色箭头）将取代蓝色箭头。对需求和设计之间的可疑链接进行查询，可以回答这样的关键问题：设计模型中的哪部分将受到最新需求变更的影响？ 如需查看集成工作方面的更多信息，请参见 Rational XDE Developer 在线帮助。 结束语 这是达到最终目的的关键：交付能够实际解决客户需要的应用程序。 如果没有这项集成，用例将以 Microsoft Word 文档形式记录，不能够跟踪功能性需求，包括用例规格说明。这项缺陷将导致设计与需求无法保持一致。 如果没有这项集成，软件设计将置于偏离需求轨道的风险中。当某项需求发生变更时，迅速评估哪部分设计将受到该项变更的影响，最大限度地提高了设计满足客户需要的解决方案的成功概率，从而解决需求所表述的客户需要。 通过访问 http://www.rational.com/events/webinars/index.jsp 您可以查看如何使用该项集成的更多信息。 参考资料 - Kurt Bittner & Ian Spence, Use Case Modeling - Alistair Cockburn, Writing Effective Use Cases
|
