在过去的十年，使用统一建模语言(UML)为软件应用程序进行建模的优势已变得日益明显。与此同时，RUP已经是一种经证明的软件开发过程，Zachman 框架 1 是一种被证明的构架工件组织和通信的框架。在众多交叠的方法中，UML、RUP 和 Zachman 分别作为现代信息系统构架的三个重要支柱。这篇文章通过检验它们的元特性并提出一些将它们与组织结合的方法来考虑这些方法组合使用。
　　UML、RUP 和 Zachman 概要
　　根据定义，UML是一个建模语言。它试图将软件密集型建模系统的图形语言元素标准化。它的最新版本UML 2.0由用于结构建模、行为建模和交互建模的十三个图类型组成。毫无意义的是，虽然主要是为了面向对象(OO)的分析和设计，但UML可以在许多其他条件下使用。例如，UML用例方法(如图1所示)本身不是一个OO过程，但它却已被证实为进行一般功能需求分析的最佳技术。其他UML图，例如交互作用、状态和活动图同样也是我们经常用户描述真实世界项目情况的可用工具。

　　图1：UML用例图

　　关于 Zachman
　　构架框架是一种用来开发和维护较广范围构架的工具。当涉及支持企业里的定制企业构架(EA)功能时，Zachman 框架可以提供很多帮助。 2 它将企业主题分级成一个6x6的单元格矩阵，每个单元格代表每个组织的一个唯一视图(见图2)。

　　图2：Zachman 框架。    

   Zachman 里的列代表企业最重要的方面(数据、功能、网络、人、时间、动机)，而行不同，按照不同角度(规模、业务、系统、技术、细节、资产)和与一个方面相关的涉众(计划者、业务所有者、设计者、实施者、子承接者)来划分。此外，行也因细节级别 3 而不同，因为它们是企业的抽象表达 4 (环境中的、概念上的、逻辑的、物理的、详细的和实际的)，这反过来可能与涉众和角度相连接来形成企业模型和职责的单元格。实例是：“一个系统模型(角度)是一个 设计者(群体)职责范围一部分的合乎逻辑(抽象)的实体。”
　　三十六个框架单元格可以通过根据选择元特性描述企业的模型和工件来划分，例如方面、细节级别或者兴趣种类。框架并不规定要填充的单元格的符号或顺序，因为这一知识点已经超出了参考结构目标的范围。(后面的假设为创建使用 UML 和 RUP 框架的案例提供支持。
　　关于 RUP
　　过程可以被定义为“产生结果的一系列动作、变更或功能 ”。RUP 是一个过程框架(见图3)，它允许项目工作流程和任务被组织成为为最终目标为交付软件产品或解决方案的一系列动作。RUP 应该被裁剪以创建满足特定组织或者项目需要的过程实例和方法。

　　图3：Rational 统一过程    

    RUP 思想源于一个统一的系统的实现，这个系统通过使用 UML 符号来描述交付工件 6 。重要的是新的过程具有迭代的、以构架为中心的，以及需求驱动的特征，而这些特性是已有系统所不具备的。
　　自出现以来，RUP 已经从源于 Objectory 方法的软件工程过程发展为一个基于 UML 2.0 并由 Rational Method Composer (RMC)支持的用于裁剪过程的灵活的、可完全定制的平台。 7 例如，使用 RMC，一个熟练的过程工程师可以创建一个系统工程过程的实例， 8 定制其结构，从其他行业标准方法和最佳实践中添加需要的内容并且以超链接文本的形式产生一个备用的、适应组织或项目的过程实例。
 

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。