应用3：从一开始就使用 UML

    以我的经验来看，无论是为组织引入 RUP 还是 Zachman ，如果 UML 已经在组织中被使用，成功的可能性更大。图6 试图通过描述三个技术之间的依赖关系解释这一点。

    正如我上面所陈述的，Zachman 和 RUP 都依赖 UML。RUP 专门由 UML 驱动，而符号未知的 Zachman 依赖其实现符号。UML可被证明是 Zachman 使用的最好符号，因为它不依赖其他方法，因此可以作为 RUP 和 Zachman 的出发点。此外，即使以后您决定不使用 RUP 或者 Zachman，UML 仍是一个十分有用而且易于理解的可视化语言，可用于全面分析、解决方案的分析和设计以及提高团队交流。

    应用4：和 Zachman 一起学习 RUP(或者相反)可能更加容易

    学习RUP需要理解它的结构和规程是如何服务于管理项目团队的。因此，学习RUP最好的办法是通过相关的项目经验或在有指导的环境中进行。为了获得这一经验，有必要在贯穿RUP生命周期的活动中扮演一定的角色。

    正如在 RUP 实践中可以有许多 Zachman 方面可以与之并行，这样一个方法也的确帮助 Zachman 增加价值。例如，用RUP业务过程建模、用例和序列图来表示 Zachman“功能”，同样地，使用用例和UI设计来处理“人机交互”，使用类和对象图来处理“数据”。Zachman 结构的某些行与RUP 的需求驱动、递增和以构架为中心的原则是相通的，而列相当于一些UML模型和非常好的实践的目标设置。例如，“如何实现”这一列重点强调处理过程，并可以与UML活动图相比较。

    可以证明，了解 Zachman 比了解 RUP 和 UML 更简单，因为 Zachman 处理的是企业系统构架的静态视图，而不是动态模型和过程。尽管如此，学习 Zachman 的方法可能主要受益于一些 RUP 主要原则——例如，“需求驱动”、“以构架为中心”、“模型驱动”和“迭代”——的应用。我的看法是当这些原则加入到学习过程和它的实际应用时，Zachman 框架更容易掌握。