企业架构师的职责常常与城市规划者对比，而建筑架构师的职责更容易与 IT 架构师角色联系起来。建筑架构师强调其推理的技能，而企业架构师角色常常强调类似于侦探的感应技能。
然而，高层次的企业架构师视角不意味着该角色脱离用户群体。反之，企业架构师必须帮助客户了解他们真正的需求（对照想要的），并且在解决方案的实现过程中与客户合作。与此同时，企业架构师必须能够在直接参与实现的实践方面之前的抽象层次上观察他或她的领域。如 IBM 的 David Jackson 所认为的，企业架构师应该“能够了解业务问题及业务领域，并且向技术人员说明，还能够了解技术领域并向业务人员说明技术可能性”。 1
很重要的是，企业架构师扮演架构治理（常常在分类的业务和技术角色之间共享的功能，或者更糟，仅仅被忽略）中的关键角色。架构治理是为所有企业和项目架构活动提供环境和框架的粘合剂。
企业架构与 RUP
尽管核心的 RUP 不包含企业架构规程，但是 RUP 的确会得益于拥有带有 EA 的定义明确的接口。图 8 中说明了这一点，其中强调了解决方案实现项目的一系列特性。如图所示，典型的组织拥有一个连续运行的企业架构过程实例，以及任意个连续的解决方案实现。
图 8：RUP 与企业架构生命周期
值得提到的是，将 RUP 的范围扩展到整个企业的尝试已经进行了许多了。最近的是企业统一过程（Enterprise Unified Process，或称 EUP）。 2 EUP 不只关注企业架构功能，相反，它为大量企业活动的执行提供框架。EUP 引入多达七个新的规程，包括企业架构规程，以及超过二十五个新角色，并且还为他们的适应提供指导。现在正进行着将各种 EUP 规程集成到核心 RUP 中的工作。
期间，RUP 本身从初始阶段已经有相当大的演进，且当前在其核心规程中包括许多企业过程，包括业务建模和变更管理。
实现企业架构程序
企业架构程序实现的相对复杂度依赖于组织的授权级别、资源和指导的可用性、组织业务模型的规模和复杂性，以及组织灵活性等因素。事实上是，许多组织并没有能力同时实现并维护企业架构程序，更好的方法是首先从实现起来比较容易且能带来较好效果的过程改进技术着手。 3
存在两种实现企业架构的一般方法，它们大致符合可用的两种不同的框架。
第一种方法将组织工件和过程映射到框架元结构上。该方法对精通建模的组织有效。喜欢此方法的组织通常选择 Zachman 或等价的框架。该方法的一个缺点是框架结构会抑制创造力，并且向 EA 实现过程中增加官僚主义。伴随该类型框架的另一个问题源于实现指导的严重短缺。
文章来源于领测软件测试网 https://www.ltesting.net/
