2.1 何为企业架构

企业架构可被定义为一个特殊文档（工件）的集合，从综合业务和IT的角度描述组织的各个方面，旨在弥合业务和IT利益相关者之间的沟通差距，促进信息系统规划，从而提高业务和IT的对齐度（重要的是，该定义可能与其他来源所提供的企业架构定义不一致[1]）。企业架构通常描述业务、应用、数据、基础设施，有时还描述组织中与业务和IT相关的其他域，如集成或安全。即使企业架构通常涵盖了与业务规划直接相关的具体方面（如业务流程、组织作用或甚至相应的业务单元架构），但它通常仍主要围绕着IT，提供大部分与IT相关的观点，且目前主要与IT规划相关，或更准确地说，与业务和IT联合规划相关。例如，企业架构可以描述当新信息系统被引入时，具体的业务流程和角色将被如何修改。

2.1.1 企业架构的本质

作为一个特定文档集，企业架构提供了有效的工具以促进参与战略决策和IT系统实施的不同参与者群体间的沟通、协作和理解。使用具体的EA文档去支持讨论，有助于缓解因业务和IT、战略和战术、内部和外部参与者的知识、责任、利益和目标不同而产生的沟通问题（见图1.3）[2]。从本质上讲，企业架构可被看作组织中不同业务和IT利益相关者的沟通媒介，能实现有效的知识共享、决策平衡和规划协作。

通过促成相关参与者之间的有效沟通和合作，企业架构可在帮助组织做出最佳的规划决策的同时，考虑到参与战略决策和实施IT系统的所有业务和IT利益相关者的利益和关注点。具体来说，对于业务高管而言，EA文档解释了每个规划决策对组织业务战略的影响。例如，对于业务高管而言，EA文档可以提供以下基本问题的答案：

●该决策对我们的长期业务目标有何贡献？

●实施该决策需要哪些财务投资？

●该决策何时可以实施？

对于IT高管而言，EA文档解释了每个规划决策对企业IT战略的影响。例如，对于IT高管而言，EA文档可提供以下基本问题的答案：

●为实施该决策，需引进或重新使用哪些技术？

●该决策对我们技术景观的质量有何影响？

●哪些团队和合作伙伴应参与实施该决策？

对于业务单元经理而言，EA文档解释了每个规划决策对本地业务流程的影响。例如，对于业务单元经理而言，EA文档可提供以下基本问题的答案：

●该决策如何满足我们的本地需求和需要？

●该决策如何修改我们已有的业务流程？

●该决策如何改变我们日常使用的信息系统？

对于IT项目团队而言，EA文档解释了每个规划决策对独立IT项目设计的影响。例如，对于IT项目团队而言，EA文档可提供以下基本问题的答案：

●为执行该决策究竟需要做什么？

●可用什么方法来实施该决策？

●该决策究竟是如何修改我们的技术景观结构的？

最后，对于第三方而言，EA文档解释了每个规划决策对特定合同或外包协议结构的影响。例如，对于第三方来说，EA文档可提供以下基本问题的答案：

●实施该决策需要满足哪些基本要求？

●我们可以提供什么产品或技术以实施该决策？

●现有的技术景观如何促进或阻止该决策的实施？

EA文档对以上提供的不同业务和IT利益相关者的问题清单远非完整和详尽[3]。然而，它阐述了EA文档的通用意图，即提供与参与信息系统规划的所有主要行动者所关注的每项规划决策有关的关键信息（见图1.3）。使用企业架构来讨论、协商和平衡所有相关利益者的利益，有助于组织实施协调良好的变革，并做出最佳的规划决策，即以技术上最优化和无风险的方式，以最小的成本实现短期和长期目标的决策，同时不引入过度的复杂性或破坏整体的一致性。作为支持不同组织参与者群体沟通的工具，企业架构的本质如图2.1所示。

2.1.2 企业架构与传统架构的区别

尽管架构的概念通常与建筑物和其他建筑对象相关联，但企业架构与传统架构并无太多的共同点[4]。与建筑不同，组织是动态的社会技术系统（见图1.2），无法通过设计或工程来建造[5]。反之，组织可被认为是极其复杂的、有机的、有生命力的实体，随着时间的推移而逐渐演进或生长，而非以精心策划的方式建造[6]。没人会像传统架构师设计建筑物那样去设计组织。在现实世界中，不存在完美规划的公司。成功的组织是良好管理演进的结果，而非精心、慎重和详细规划的结果。

从这个角度看，“企业架构”一词无法像“建筑架构”代表建筑物的架构那样，直接从字面上理解为企业的架构[7]。企业架构并非类似于经典架构的全面蓝图或组织的详细总体规划[8]，而是一套实用的灵活描述，有助于管理和控制组织在业务上的演进，也有助于从业务和IT角度管理和控制组织的发展[9]。此外，由于组织作为有机实体不可能像建筑般拥有实体架构，因此“企业架构”这个词似乎只是因为一些复杂的历史原因而得以广泛流行[10]，但现在它纯粹是一种比喻，在概念上毫无意义，非常混乱，且在很大程度上是一种误导[11]。基本上，今天的“企业架构”一词只能被看作一个有条件的、奇特的总括性术语，代表组织中用于信息系统规划目的的各种文档的全部集合，但没有其他概念上的意义或实际意义。

2.1.3 企业架构域

企业架构的信息内容——作为一套从综合业务和IT角度描述组织的文档——涵盖了对业务和IT而言很重要的组织各面，通常称为EA域（或EA领域）。特别地，EA文档所反映的组织的典型面包括但不限于以下6个常见的域[12]：

●业务——业务域从业务运营的角度看待组织，如能力、流程、任务、角色、位置、价值流、客户体验等。

●应用——应用域从终端用户应用的角度来看待组织，如应用程序、企业系统、在线网站、移动应用、定制软件、供应商产品等。

●数据——数据域从其核心数据的角度来看待组织，如数据实体、数据结构和呈现格式、数据库、仓库和存储、主数据源、大数据等。

●集成——集成域从组织系统集成机制的角度来看待组织，如接口和连接、交互协议、集成总线、消息中间件、ETL平台等。

●基础设施——基础设施域从其底层IT基础设施的角度来看待组织，如硬件、服务器、数据中心、操作系统、系统软件、云、网络、电话等。

●安全——安全域从组织安全机制的角度来看待组织，如防火墙、认证方法、身份和访问管理系统、加密协议等。

这些常见EA域的集合可以松散地表示为域的多层栈，其中较低的层支撑较高的。例如，来自应用域的应用程序使来自业务域的业务流程自动化。来自数据域的数据被来自应用域的应用程序所使用。来自集成域的集成机制连接来自各个域的应用程序和数据。基础设施域的基础设施被用来承载来自相应域的所有应用程序、数据库和集成平台。最后，来自安全域的安全机制渗透到所有其他域的业务流程、应用、数据、集成方法和基础设施。然而，不同的组织层和各自EA域间的依赖关系是有条件的，可能并不总是像上面所说明的那么明确。图2.2中展示了组织作为代表不同EA域的多个层次间的关系图。

虽然业务域与任何特定技术无关，可被视为非技术和技术中立，但所有其他EA域都与各自的技术直接相关，可被视为技术域。此外，位于栈高层的EA域往往与业务经理更相关，而较低层的域往往对业务受众不太感兴趣。在此基础上，所有常见的EA域也可以被松散地划分为业务赋能域和业务支撑域。一方面，业务赋能型EA域占据了栈的顶层，可被视为功能域。常见的业务赋能EA域包括业务域、应用域和数据域。这些域基本上定义了IT系统所提供的核心业务功能。它们是大多数商业利益相关者直接关心和“可见”的。例如，业务经理自然会对其业务流程如何运作、可以使用哪些应用以及哪些数据可供使用感兴趣。所有与业务赋能EA域相关的、影响业务功能的规划决策通常都与业务利益相关者商定。另一方面，业务支撑型EA域占据了栈的底层，可以被视为非功能域。常见的业务支撑型EA域包括集成域、基础设施域和安全域。这些域与IT系统的具体业务功能几乎没有关系。对于大多数业务利益相关者而言，它们在很大程度上并不相关，也不可见。例如，业务经理通常对其信息系统的整合、基础设施和安全方面不感兴趣，只要这些系统被充分整合，在可靠的基础设施上运行，并有合理的安全性。大多数与业务支撑型EA域相关的规划决策通常不影响任何业务功能，可能不会与业务利益相关者讨论。图2.3显示了常见的EA域中业务赋能型域和业务支撑型域的栈情况。

一般来说，企业架构可描述特定组织中从业务和IT间关系的角度认为重要的任何域。图2.2和图2.3中所示的6个EA域只是许多公司企业架构中最常见的域。