使用IBM Rational创建绘图法
【IT168技术文档】在我们的工业里，多数的建模工作是瞄准创建定义了软件系统将如何被设计和实现的分析、设计和实现模型。但是，如果我们能够使用相同的工具来建模软件和非软件的系统，那对我们不是更加有帮助吗？
本文讨论了一个建模方法，这个建模方法围绕着系统的类型和产生一种绘图法，或者是内部依赖的/相互依赖的系统模型。本文描述了如何创建这样一种绘图法，它可以更进一步的体现使用基于 UML 1 的建模工具（比如 IBM Rational Rose ® 或者 IBM Rational Rose XDE Modeler/Developer ® ）的好处，而不是仅仅使用一般的画图工具。
什么是绘图法？
“绘图法”这个词已经被定义成为了一种“形成图标或者地图的技术或者业务，” 2 地图所表示的是“通过正确的空间位置的缩小比例的图解方式表示显示世界的一个地域。”
在本文的环境中，我们将使用术语 绘图法代表一个交互的和内部相关的系统抽象的可视化的表示。
通常，创建软件的绘图法包括获取已存在信息系统的详细目录并用一个全局的视图描述他们。换句话说，绘图工作就是 清点工作— 或者，如果信息没有被文档化或者是不可得到的，绘图就是 考古的工作。在任何情况下，开发一个软件绘图法都会产生以下的利益“
- 更好的理解已存在的系统和对系统更好的管理能力。
- 理解在哪里存在着信息或者功能的重复。
- 在对系统进行变更前分析变更所导致的影响的能力。
- 更好的对系统进行沟通的方式。
让我们假设你想要说明和文档化你公司中的系统、位置和人。你可以指出、可视化和文档化部门的和在这些部门中负责管理和维护系统的人的抽象，这些部分所依靠的软件系统和这些软件被安装的计算机的抽象等等。一个可视化的模型 — 一种绘图法 — 能够给你这样的画面。绘图法扩展了”传统的“软件开发模型的范围。
大多数的时候，在”非常规的“情况下（也就是，当我们不创建一个将要建立的软件应用的分析或者设计模型时），我们使用画图工具（比如 Visio、CorelDRAW 等等）。然而，这些工具对软件的建模来说是不适合的。他们只适于创建单个的图画；如果我们想要创建几个图，我们必须可以手工的保证在多个维护点上的一致性。同时，如果你尝试着通过一个大图来描述系统，你将发现在视图中添加甚至一个元素都将是”不可能完成的任务“。你将需要找到自由的空间来画新的元素，并要避免交叉关系连线。最终，你将个到一个非常复杂的图，这个图是让人难以理解的，不是真正有用的和几乎不可能仅在一张纸中打印的下的。
建模工具能够比画图工具更好的支持这种复杂的建模工作。它提供了创建系统不同视图（图）、视图之间的依赖关系和环境的方法。使用适当的建模工具提供了以下的好处：
- 你可以通过以下的好处 管理模型的复杂性：
- 创建几个仅仅显示少量元素的图。
- 仅定义一个元素一次，就可以使它在几个图中显示（建模工具确保一致性；如果你在一个模型或者任何显示了这个元素的图中修改了一个元素，修改将自动的在其他多处引用了这个元素的图中被进行）。
- 在某个图中显示或者隐藏元素的细节/属性。
- 你可以 查询模型以得到指定的信息并了解元素内部和元素之间的依赖。例如，你可以让建模工具创建一个图，图中的所有元素与其他元素存在着特定类型的关系。你也可以匹配你的搜索标准来得到所有显示了元素的图（然后浏览他们中的每一个）。
- 你可以 检查并确保图的元素符合 UML 的规范。
- 你可以 添加原型和相应的图标。自定义的图标能够很大程度的改进易读性并能够可视化的表达意图（甚至读者还不熟悉 UML）。
- 你可以 在团队中使用相同的模型工作。
IBM Rational Rose and IBM XDE Rose Modeler/Developer 提供了这些好处，并完美的融入到了绘图建模的环境中。此外，他们还给你下面的额外好处：
- IBM Rational Rose 扩展接口或者 IBM Rational XDE Development Kit (XDK) 能够扩展建模工具的能力以支持复杂的报告和管理功能。
- 你可以根据你的需要使用 IBM Rational SoDA ® 来生成 MS Word 或者 FrameMaker 报告。
