使用Rational架构管理工具进行影响分析

如果您有在对应用程序变更之前进行影响分析的想法或需求的话，您的项目将比您不这么做可能更加成功。影响分析将确定应用程序的什么部分需要变更，并且它将告诉您该变更可能对应用程序的影响有多少。它还将帮助您确定需要什么级别的回归测试。此外，影响分析将帮助您估计进行所提议的增强所需的时间。

　　设想一个情景，一个架构师或开发人员已经致力于一个应用程序相当长的时间了，因此他或她的脑子里有许多这类的信息。在这种情况下，该工作人员可能不需要做正式的影响分析。但在许多情况下，应用程序非常大，并且涉及许多开发人员。同样，如果应用程序暂时遍布很多地方，那么其架构将是笨拙的。在这种情况下，影响分析是更好地了解所提议的增强将如何影响应用程序其他部分的有价值的方法。

　　虽然所有 Rational Architecture Management 工具中都没有“影响分析”特性，但是 Rational 工具集中有一些非常好的能力可以帮助您确定对您的应用程序所进行的建议的变更的影响。各种 Rational 工具中都有您可以使用的具体分析特性，而这些工具之间的集成增强了影响分析能力。然而，即使您没有所有这些工具，您也可以独立地用它们来评估变更的影响。

　　进行影响分析的 Rational 工具：概要

　　如果您使用可视化建模，并且您的 UML 模型与应用程序代码同步，那么您可以开始观察模型，查明在哪里可以进行变更，以应用程序的其他哪些部分会受影响。UML 2 结构图，例如类图(Class diagram)，展示了类或组件之间的关系。您可以看到其他什么组件可能受到变更的影响。如果有许多使用了将要变更的组件的其他组件，那么您可以看到变更对更大应用程序的潜在影响的程度。

　　让我们来看看什么 IBM® Rational™ 工具可以用于影响分析，在下一个部分中，我将更详细地讨论每种工具的使用。

　　IBM Rational RequisitePro

　　RequisitePro 是与其他架构管理工具集成的需求管理工具。您可以通过使用您的 UML 模型，并将 RequisitePro 和 IBM Rational Software Architect(或 IBM Rational Software Modeler)集成使用，来大大增强您评估对应用程序的变更的能力。这一集成使您很容易地将 RequisitePro 中的需求与 Rational Software Architect 或 Rational Software Modeler 中的模型元素链接起来。Rational Software Architect 还拥有我一会儿将谈到的架构发现工具。

　　RequisitePro 还与 WebSphere® Business Modeler 和 IBM Rational Application Developer(版本 7)集成在一起。将 RequisitePro 与其他四个工具中的任何一个相集成，都可以让分析人员、架构师和开发人员维持从需求直接到模型和代码的可追溯性。例如，使用 Rational Application Developer 中的 RequisitePro 界面，开发人员可以看到追溯到应用程序的各个部分的是哪些需求。从这些工具，他们可以确定变更导致对应用程序其他部分的什么影响，以及什么风险与它相关联。RequisitePro 记录了模型或代码工件与需求之间的连接。因此，当您找到应用程序中需要进行变更的位置时，您可以依据追踪能力来查看什么组件(就像 RequisitePro 中的需求)可以追溯到您想变更的组件上。

　　IBM Rational Application Developer

　　开发人员利用 Rational Application Developer 来观察可视化为 UML 后的应用程序代码，从而更好地了解类和/或接口之间现有的关系。它帮助开发人员了解可能需要在哪里进行潜在的变更，以及这些变更可能对其他类和接口产生什么影响。他们可以在类图中查看代码，来观察这些关系。他们还可以通过序列图(Sequence Diagrams)观察复杂的方法，以便快速地查看到该复杂方法调用了什么类的其他什么方法。如果开发人员需要进一步查看应用程序在运行时是如何交互的，那么他们可以使用运行时分析特性来描绘他们的应用程序。明确地说明如何完成以上事情超出本文的范围，但我在下面的参考资源部分中加入了参考，通过它可以了解更多信息。

　　Rational Application Developer 中还有一个静态代码分析特性，通过它可以查看您现有的代码是否违背最佳实践。虽然这似乎不适用于影响分析，但是该特性让您能够创建帮助您更好地了解应用程序的您自己的规则。举例来说，您可以创建对大型的应用程序运行的您自己的静态分析规则，从而发现在哪里用到了特定的接口或类。您可以将您所有的代码都可视化，并且寻找引用，或者您可以做一个查询，寻找代码中的文本。然而，规则的创建是可重复的，并且可以与其他开发人员共享。

　　Rational Software Architect

　　Rational Software Architect 拥有所有刚提到的 Rational Application Developer 中的相同的特性，并且还通过添加观察应用程序代码结构的规则来扩展代码分析特性。这使架构师可以发现是否存在任何模式或反模式。它还包含一类规则，用来查看 UML 模型的可追溯性。

　　IBM Rational Data Architect

　　Rational Data Architect 令您能够发现并可视化现有数据源的结构，以便帮助您估计所提出的变更将产生什么影响。参见本文末尾的参考资源部分中所引用的演示，了解更多关于 Rational Data Architect 的信息。

　　利用 Rational RequisitePro 来使用追溯能力

　　当调查一个增强请求时，首先要看哪里?如果您有需求管理数据库，那么您应该看这里。Rational RequisitePro 允许您在许多等级上记录项目和应用程序的需求。它还允许您追踪不同类型的需求，并且在矩阵中观察那些关系。这样，当商业目标追溯到应用程序特性时，您就可以依据这一追溯性。

　　本文末尾处参考资源中所列出的，出自 Rational Edge 2004 年 2 月刊的文章中包含了针对 RequisitePro 的使用和影响分析的信息。在此我要关注的是使用 RequisitePro 和与 Rational Software Architect (RSA) 或 Rational Application Developer (RAD) 的集成来创建 RequisitePro 所管理的可追溯性链接。

　　为了启用 RequisitePro 与 Rational Application Developer、Rational Software Architect、Rational Software Modeler (RSM)，或 WebSphere Business Modeler (WBM) 的集成，您只需在这些工具中打开 Requirements 透视图。为了确保启用了该能力，您可以通过选择 Windows 下拉菜单，并选择“Preferences”，来打开 Preferences 窗口。在该窗口中，展开“General”并单击“Capabilities”。您可以启用 Requirements Management 集成了，如图 1 所示。

　　

　　图 1：启用了 Rational Application Developer、Rational Software Architect、Rational Software Modeler，或 WebSphere Business Modeler 中的需求管理集成

　　您还想确保启用 RequisitePro 标签装饰。在 Preferences 窗口打开的情况下，展开“Appearance”并单击“Label Decorations”。确保选择了“RequisitePro Requirement Decorator”。在图 2 中，您将注意到工作区中的一些元素被为了该元素的类型图标对标签进行装饰的小箭头链接到 RequisitePro 中的需求上。如果存在未知状态的链接，那么类型图标上就将出现红色的问号。如果您在工作区中看到了元素上有红色问号，那么查看 Requirement Link Problems 视图。它将告诉您关于该链接出了什么错的更多信息。

　　当您在 RAD、RSM、RSA 或 WBM 中打开 Requirements 透视图时，您将能把项目、模型、模型元素，或代码与存储在 RequisitePro 数据库中的需求链接起来。这意味着，您将拥有从需求到实现了该需求的模型或代码(更好的是，两者)的追溯能力。您可以在 RequisitePro 中构建可追溯性矩阵，您可以在 RAD、RSM、RSA，或 WBM 中进行影响分析的过程中，查看这些矩阵。在 RSA/RSM/RAD/WBM Requirements 透视图中可以运行这些查询，并且结果将显示在 Requirement Query Results 视图中。这里是您寻找 RequisitePro 中的需求和实现该需求的元素之间关联的地方。图 2 举出了一个示例：假设您需要做出一个变更，添加对新信用卡的支持。您可以依据 Business Rule 7 和实现了该商业规则的文件和模型之间的追溯能力链接。

　　当您打开 Requirements 透视图时，您会看到一个新的视图，Requirements Explorer 视图。它允许您打开 Requirements 透视图中所使用的 RequisitePro 数据库。通过右键单击打开的 RequisitePro 工程，并选择“Properties”，您可以配置链接策略，和其他属性。Requirements 透视图中使用到的其他视图有 Requirement Trace(它展示了对于 Requirements Explorer 视图中选中的需求的追溯关系)和 Link Clipboard 视图(它用来观察您为链接所保存的元素)。

　　

　　图 2：依照 Business Rule 7 和实现该商业规则的文件和模型之间的追溯能力

　　要添加一个 RequisitePro 中的需求与 RSA、RSM、RAD，或 WBM 工作区中的工件之间的链接，您唯一要干的事情就是将需求拖放到工件上。这样将在 RequisitePro 中，而不是在 RSA/RSM/RAD/WBM 中创建链接。在 RequisitePro 中将生成一个新的“proxy(代理)”需求，表示在您工作区中的工件，并且将生成代理需求和需求之间的链接。参见图 2 中的代理元素“FILE3”、“FILE4”，和“DIAGRAM1”的实例。对此的一个例外情况是创建 UML 模型中的用例和 RequisitePro 中需求之间的链接。在这种情况下，不会生成代理需求。

　　对于 PequisitePro 和影响分析我还有很多可以介绍的，但本文的目标主要是介绍一些您进行影响分析时可用的具体工具中的一般技术，不是深入了解 RequisitePro。