企业架构的范围

企业架构活动的开始远远早于解决方案架构所推动的项目，并且在企业的生命周期中持续进行。作为连续运行的过程，企业架构生命周期拥有一个与实践的创建一致的单独入口点，以及分散在企业架构时间轴上的多个过程输入。如下面图 10 所描述的，一些 EA 框架引入了循环或迭代，这必须结合组织的业务开发中的主要阶段。在这些框架中，循环包括伴随对 EA 活动多个输入的多个阶段，特别是在循环的初始阶段。

企业架构输入在企业转型思想是如何生成并验证方面是有差别的，这些输入的分类提供了一种度量组织的 EA 实践成熟度的方法（参见图 6）。在一些情况下，一个想法是 CTO 和架构师之间商讨的副产品。在其他情况下，一个想法是对业务计划者、最终用户，或其他涉众逐渐增加的请求的响应。就最成熟的组织来说，一个想法是战略架构分析和包含了来自于类似刚刚提到的那些来源的输入的计划过程的输出。

图 6：企业架构过程的输入

只要企业是运作的，且拥有远景，企业架构活动就持续着。但这总是需要企业具有 EA 观点，并且 EA 活动绝不能停止。

新兴的企业架构师角色

企业架构师是思想带头人、幻想家和行业专家。在大多数公司里，这是个新的角色，它将项目经理、解决方案架构师和业务分析人员的技能与执行的直觉联合起来。

许多 IT 架构师视角的普遍局限是他们是成熟的程序设计人员，并且目光易于局限于内部。虽然，这不完全是架构并设计“全局性”解决方案的障碍，但是，它是“构架”企业环境中不那么理想的特征。企业架构师可能更加外向，并且善于利用专业的、工作的，甚至与业务所有者、业务领导、同事和客户之间的关系来说明、从架构地角度描述，并且帮助执行企业远景（参见图 7）。

图 7：企业架构师角色

企业架构师的职责常常与城市规划者对比，而建筑架构师的职责更容易与 IT 架构师角色联系起来。建筑架构师强调其推理的技能，而企业架构师角色常常强调类似于侦探的感应技能。

然而，高层次的企业架构师视角不意味着该角色脱离用户群体。反之，企业架构师必须帮助客户了解他们真正的需求（对照想要的），并且在解决方案的实现过程中与客户合作。与此同时，企业架构师必须能够在直接参与实现的实践方面之前的抽象层次上观察他或她的领域。如IBM的 David Jackson 所认为的，企业架构师应该“能够了解业务问题及业务领域，并且向技术人员说明，还能够了解技术领域并向业务人员说明技术可能性”。

很重要的是，企业架构师扮演架构治理（常常在分类的业务和技术角色之间共享的功能，或者更糟，仅仅被忽略）中的关键角色。架构治理是为所有企业和项目架构活动提供环境和框架的粘合剂。

企业架构与 RUP

尽管核心的 RUP 不包含企业架构规程，但是 RUP 的确会得益于拥有带有 EA 的定义明确的接口。图 8 中说明了这一点，其中强调了解决方案实现项目的一系列特性。如图所示，典型的组织拥有一个连续运行的企业架构过程实例，以及任意个连续的解决方案实现。

图 8：RUP 与企业架构生命周期

值得提到的是，将 RUP 的范围扩展到整个企业的尝试已经进行了许多了。最近的是企业统一过程（Enterprise Unified Process，或称 EUP）。 2 EUP 不只关注企业架构功能，相反，它为大量企业活动的执行提供框架。EUP 引入多达七个新的规程，包括企业架构规程，以及超过二十五个新角色，并且还为他们的适应提供指导。现在正进行着将各种 EUP 规程集成到核心 RUP 中的工作。

期间，RUP 本身从初始阶段已经有相当大的演进，且当前在其核心规程中包括许多企业过程，包括业务建模和变更管理。