如果，您正在实现">企业架构。这对您非常有好处！既然您已经决定走这条路，那么您需要知道，您可以依靠一些关键的工具来帮助您。事实上，有两种不同类型的工具可用 —— 更形正式的和您自己构建的。形式化工具包括如企业架构框架那样的工具。非形正式的工具是包罗万象的类型，它包括许多东西，其中最重要的两个是适当的交流计划和对应用程序准备和部署的公开对话。
使用恰当的框架
恰当的框架对简化企业架构的实现大有帮助。市场上有许多框架出售，它们都有同一个主要目标：概括描述一个结构，通过该结构，复杂的对象关系可以相互作用，从而连接人、过程和技术。例如，Open Group Architecture Framework （TOGAF） 或 Zachman Enterprise Architecture Framework —— Zachman Institute for Framework Advancement （ZIFA） 所支持的 —— 都提供了允许您布置帮助将商业需求与 IT 服务相结合的组件的相互关系的矩阵。
Zachman 框架在 20 世纪 90 年代产生，它帮助提供了允许组织识别商业和 IT 之间关系的模型。（参见 图 1。）John A. Zachman 认为 IT 太容易忽视商业需求，并且太容易为了 IT 的目的创建 IT 了。虽然确保所有 IT 实践都遵守可靠的设计原则是一种很好的做法，但是确保 IT 基础框架提供的所有服务和产品都与组织的商业策略相结合也是必要的。否则，您最终会以一个导致有功能障碍的 IT 服务的缺口告终。事实上，Zachman 表明日常 IT 的职责是着重于硬件及组成 IT 底层组件的软件，而架构的职责是着重于该基础架构将拥有的内容。这些内容帮助定义该架构。因此，您应该指望框架和模型作为帮助您确定系统的内容，然后指导您选择并实现支持该内容的组件的工具。
图片看不清楚？请点击这里查看原图（大图）。
图 1. Zachman 企业架构框架
选择恰当的框架，并且了解它如何概括这些关系，可以帮助您改进或实现您自己的企业架构需求工作。框架没有正确或错误。框架被设计用于辅助您了解您的企业架构的组成和设计。选择您将用于支持架构的框架的最佳方式是分析可用的模型，并且找到一个您最熟悉的。观察这里提到的两个框架，并选择一个对您和您的预期设计最好的框架继续下去。
进行充分的交流
关于框架的材料已经堆积如山（参见 参考资源），但是框架不是您的企业架构所依靠的唯一工具。有时候，观察框架并且确定它们如何帮助我们的最简单方法是从较根本的地方出发。框架是用来帮助结合商业和 IT 的，这个过程开始的最佳地方是通过对话。很少有组织进行商业和 IT 间的适当对话。这不足为奇，因为 IT 本身之中经常没有开放的交流渠道。事实上，这种障碍的最普遍迹象之一在 IT 交付新的应用程序的方式上是明显的。让我们来看看一个简单的场景。
企业有一个新的需求。要满足该需求，IT 团队决定要组装出一个新的应用程序，这意味着应用程序开发人员必须与企业开始对话，以获得更详细的需求。该阶段是过程中首批潜在缺陷之一出现的地方：不充足的需求定义将导致应用程序失败，因为开发人员不能对业务需求有清晰的了解。
开发人员进行的下一个步骤是开始开发应用程序。虽然需求问题会导致需求和结果之间的主要差别，但是这第二个步骤常常是应用程序开发中最大痛点的来源，因为在大多数组织中，IT 和信息服务（information services，IS）之间的交流常常是非常少的。开发人员常常工作在其自己的世界里，构建自己的开发机器和环境。当把应用程序投入生产环境时，应用程序常常会不工作，因为用于准备应用程序的环境不包含实际生产环境基础架构所包含的所有，或任意标准和支持原则。当 IT 试图让应用程序运行时，会出现一些问题，而当 IT 和 IS 都试图推卸对于该问题的责任时就会挑起情绪。
缺乏交流是这一不幸 —— 花费时间和金钱 —— 的真实原因，这本可以通过简单的交流原则就能避免。事实上，必须在业务、开发和 IT 之间设置交流三角。（参见 图 2。）交流渠道应该是双向的，连接 IT 到开发、开发到业务，以及业务到 IT，然后再逆向回来。还应该开正式的会议，以确保没有漏掉什么。当召开那些会议时，不要害怕说出真相。太多的组织设置这些交流渠道只是以更糟的情况告终，因为在会议上没有说出真相。不要害怕说出来！