企业架构之道(二)企业架构方法论体系

        企业架构（Enterprise Architecture），简称EA。是指对企业事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，更确切的说，是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。

一、什么是企业

         企业架构中所指的企业并不是通常在商业环境中所定义的企业，按照《TOGAF Version 9》 的定义，企业是对一个组织的最高层次的描述，一般涵盖该组织的全部使命和功能。一个企业通常会跨越多个组织（The highest level (typically) of description of an organization and typically covers all missions and functions. An enterprise will often span multiple organizations.）。由此可见，这里的“企业”是一个用于描述组织的抽象概念，强调的是组织的使命、功能与单一的基线，以及其组成。它既可以代表具体的一个公司、企业或政府，也可以是公司、企业或政府管辖之下的某个部门或部门集合，而具体的 “企业”的范围是什么，应该由驱动企业架构建立的需求范围来决定。

• 具有一个共同目标的组织的集合，可能是政府部门，一个完整的公司，公司部门，单一科/处，或由共同拥有权连接在一起的地理疏远的组织链
• 可能是一个“扩展的企业”，包括合作伙伴、供应商和客户

 二、什么是架构

         在ISO/IEC 42010: 2007中，架构被定义为：一个系统的基础组织，具体体现为其所包含的各个组件、组件之间以及与外部环境之间的关系，以及用于指导架构的设计和演进的各项原则。

1. 具有一个共同目标的组织的集合，可能是政府部门，一个完整的公司，公司部门，单一科/处，或由共同拥有权连接在一起的地理疏远的组织链
2. 可能是一个“扩展的企业”，包括合作伙伴、供应商和客户

   经过若干年的修订后，在ISO/IEC 42010: 2011中，这一关于架构的定义又被修改为：一个系统在其所处环境中所具备的各种基本概念和属性，具体体现为其所包含的各个元素、他们之间的关系以及架构的设计和演进原则之中

   根据《TOGAF Version 9》所述，TOGAF 9对于架构的定义涵盖了ISO/IEC 42010: 2007中对于架构定义的各个方面，并以此为基础做出了自己的解释：

1. 架构是以指导某个系统的实施为目标的有关该系统的形式化描述，或在组件级别为此系统的实现而制定的详细规划。
2. 架构描述了组成系统的各个组件在系统中的布局、它们之间的相互关系以及用于对这些组件的设计和演进进行治理的各项原则及指南。

三、什么是架构描述

    在ISO/IEC 42010: 2007中，架构描述被定义为：用于记录架构的产品集合（A collection of products to document an architecture）。而在ISO/IEC 42010: 2011中，这一定义被修订为：用于对架构进行表述的工作产品（Work product used to express an architecture）。

四、什么是视角和视图

     企业架构的主要用处是在企业或组织的各个干系人之间建立起一座无障碍沟通的桥梁，因而“沟通”是企业架构的主要精神之一。这里所说的“沟通”，不单单指的是人与人之间的沟通，业务信息系统本身也可以被看作是“干系人”，只不过他们所需要的企业架构的描述信息在抽象程度上比自然人更加精细、其所使用的语义也更加规范罢了。即便不考虑各种干系人中的自然人与信息系统之间的不同，不同自然人之间由于其背景、责任的差异，其对于企业的关注点也具有很大的不同，而这些不同也造就了各种不同的视角（ViewPoint）。通过不同视角观察所得的关于企业的某一侧面形象就产生了此视角之下的一份视图（View）。一言以蔽之，视角用于描述从何处看，而视图则是看到的内容，视角是视图的模式，而视图是视角的实例化结果。

在ISO/IEC 42010: 2007中，视角和视图分别定义如下：

      视角（Viewpoint）：一份与构建和使用视图相关的各项规范的说明。借助于对视图的目标和受众所进行的明确，以及在视图的创建和分析过程中所采用的各项技术，视角还可作为各个视图的开发模式或模板（A specification of the conventions for constructing and using a view. A pattern or template from which to develop individual views by establishing the purposes and audience for a view and techniques for its creation and analysis）。

      视图（View）：站在一组相互关联的关注点的角度之上对整个系统所进行的表述（A representation of a whole system from the perspective of a related set of concerns）。

在ISO/IEC 42010: 2011中，视角和视图的名称发生了变化，在他们的名字之前分别增加了“架构”这一名词，而他们的定义也被修订为：

      架构视角（Architecture Viewpoint）：（work product establishing the conventions for the construction, interpretation and use of architecture views to frame specific system concerns）。

      架构视图（Architecture View）：（work product expressing the  architecture of a system from the pe rspective of specific system concerns）。

TOGAF 9中的定义多来源于ISO/IEC 42010: 2007，但也有着其自身的特点。在《TOGAF Version 9》中，视角和视图被分别定义为：

      视角（Viewpoint）：一个针对某视图所采用的观察角度的定义，是构建和使用某视图的规约的描述（通常采用一个适当的模式或模版的形式）。通俗的说，视图描述了所看到的内容；而视角则描述了站在何处进行观察——一个能够决定你所能看到的事物的制高点或角度。（A definition of the perspective from which a view is taken. It is a specification of the conventions for constructing and using a view (often by means of an appropriate schema or template). A view is what you see; a viewpoint is where you are looking from — the vantage point or perspective that determines what you see）。

      视图（View）：针对一系列相互关联的关注点的表达。一个视图描述了采用某个视角后所看到的事物。架构视图可以通过模型来进行表述，从而为不同的干系人根据各自针对架构的关注点而分别提供描述。一个视图从本质上讲不一定以可视化或图形化的方式进行展示。（The representation of a related set of concerns. A view is what is seen from a viewpoint. An architecture view may be represented by a model to demonstrate to stakeholders their areas of interest in the architecture. A view does not have to be visual or graphical in nature）。

五、什么是干系人

        在早期的ISO/IEC 42010: 2007中并没有关于干系人（Stakeholder）这一概念的定义，但之后的ISO/IEC 42010: 2011却对此作出了这样的定义：对系统具有利益关系的个人、团队、组织或其种类（<system>  individual, team, organization, or classes thereof, having an interest in a system）。与此非常相似，在《TOGAF Version 9》中The Open Group将干系人定义为：对架构的产出物具有利益关系或关注点的个人、团队或组织（或其种类）。担当不同角色的不同的干系人通常具有不同的关注点（An individual, team, or organization (or classes thereof) with interests in, or concerns relative to, the outcome of the architecture. Different stakeholders with different roles will have different concerns）。

六、什么是企业架构

       由于企业架构并没有一个统一的定义，且每个企业和组织在建立各自的企业架构的过程中均会按照各自的理解去对企业架构进行定义，因而目前在业界存在多种对于企业架构的正式定义：（下面内容源自《什么是EA（企业架构）》 ，其中EA指代企业架构，EAF指代企业架构框架）

       Zachman：EA是构成组织的所有关键元素和关系的综合描述。企业架构框架（EAF）是一个描述EA方法的蓝图。

    　Clinger－Cohen法案：EA是一个集成的框架用于演进或维护存在的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。

　　 OPEN GROUP：EA是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。

       OMB（Office of Management and Budget，美国的管理和预算办公室）：EA是业务和管理流程和信息技术之间当前和将来关系的显式描述和记录。

       MetaGroup：EA是一个系统过程，它表达了企业的关键业务、信息、应用和技术战略以及它们对业务功能和流程的影响。关于信息技术怎样以及应该如何在企业内实施，EA提供一个一致、整体的视角，以使它与业务和市场战略一致。

       Microsoft：EA是对一个公司的核心业务流程和IT能力的组织逻辑，通过一组原理、政策和技术选择来获得，以实现公司运营模型的业务标准化和集成需求。

       IBM：EA是记录企业内所有信息系统、它们的相互关系以及它们如何完成企业使命的蓝图。

综上所述，一个企业架构具有三个方面的含义：

1. EA是一个描述工具：EA为组织中的所有干系人提供了一种描述手段（模板），使其可以对组织中的业务、信息系统及其之间关系按照各自的视角进行描述。而且由于使用统一的语言进行描述，所有干系人之间也有了无障碍沟通的基础，而这也正是EA最重要的用处。
2. EA是一个知识库：EA为组织中所有参与者所提供的针对企业架构各方面的描述提供了一个分类管理、便于访问的知识库和信息资源库。
3. EA是一个系统过程：为了使组织内信息技术与业务的需求、变化相适应，EA提供了一套实施准则和管理策略。

     企业架构可以分为两大部分：业务架构和IT架构，大部分企业架构方法都是从IT架构发展而来的。

① 业务架构：是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容

② IT架构：指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分。

   业务流程的组织逻辑(包含所有信息和技术服务，流程)和IT基础设施，反映了该公司运作模式的整合和标准化的需求。概念蓝图，定义了一个组织的结构和运作。企业架构的意图是确定组织如何能够最有效的实现其当前和未来的目的。

七、什么是企业架构框架

     《TOGAF Version 9》中将框架（Framework）定义成一种内容或流程结构，用于对思维进行结构化组织，并在此过程中确保其一致性与完整性（A structure for content or process that can be used as a tool to structure thinking, ensuring consistency and completeness）。它描述了如何用一系列信息技术模块化地设计一个信息系统，并揭示了这些模块是如何结合在一起的。以此类推，对于企业这一现实存在的客观对象来说，企业架构就是以这一客观对象的实现和正确运行为目标的形式化描述，而企业架构框架则是用来构建企业架构的工具集和方法论。从某种意义上说，企业架构框架是企业架构的元模型，通过它可以帮助企业全面的且有条理地定义自己的企业架构。目前在业界存在多种企业架构框架理论，例如TOGAF，FEAF，DODAF，Zachman等。他们的虽然都是用来指导企业架构的创建的理论，但是他们各自的侧重点又不尽相同。无论什么样的企业架构框架理论，其内容大体分为如下两个方面：

    1.  创建企业架构的过程和方法。

    2.  企业架构的内容定义。

     在上述的业界中存在的各种企业架构框架理论中，他们之间最大的不同应该就是针对上述两点的不同侧重程度上。例如在Zachman体系中，并没有侧重于针对企业架构的创建过程和方法的论述，而主要着眼于企业架构内容的定义。TOGAF 9之前各个版本的论述重点则放在企业架构的创建过程和方法论之上，并没有加入关于企业架构内容方面的论述，直到2009年TOGAF 9问世，才在其中加入了比较完备的用于描述企业架构内容的内容框架（Content Framework）。 

八、五大企业架构框架

   目前国际上的企业框架组织很多，影响力比较大的有Zachman架构框架、联邦总体架构框架（FEAF/CIO协会框架）、欧共体总体框架（TOGAF）等，最主流的是TOGAF。

九、什么是架构制品

   《Comparison of the Top Four Enterprise Architecture Methodologies》将架构制品（Architectural artifact）定义为有助于架构描述的特定文档、报告、分析结果、模型或者其他的形式的事物（A specific document, report, analysis, model, or other tangible that contributes to an architectural description）。不同的架构框架对于架构制品有着不同的定义，例如在TOGAF的内容框架中，架构制品的形式就被定为目录、矩阵和图形三种方式。但不论如何，架构制品都是用来描述架构的，是架构描述的具体体现形式，因而在有的企业架构框里理论里，比如TOGAF，将视角（Viewpoint）与架构制品的具体定义联系起来，并把一份具体的架构制品内容当作架构的一个视图（View）。

十、为什么需要企业架构

   中国的大多数企业在进行IT投资时都会跳过企业架构这个环节而直接进入了IT项目的建设，这样就会导致重复投资、信息孤岛等必然现象。EA是一个业务和IT对齐的战略执行工具，一种设计、管理、沟通的工具。通过企业架构，我们可以达到：

1. 企业内不同的人要对企业现状（as－is）和企业愿景（to-be)有一个整体的的理解
2. 业务、信息、技术人员的共同愿景，是理解、沟通的基础
3. 如果没有一个清晰的架构，就不能保证正确的决策和好的实现，EA是理解和实现企业IT建设的保障

十一、企业架构的作用

• 更高效率的IT运行

◇ 降低软件开发、支持和维护的成本

◇增强应用可移植性

◇ 提高互操作性和更为简单的系统和网络管理

◇提高处理关键性的企业范围的议题的能力，如安全

◇更容易升级和系统构件的替换

• 现有投资的更好的收益，降低未来投资的风险

◇ 降低IT基础设施的复杂度

◇现有IT基础设施投资的回报率的最大化

◇开发、购买和外包IT解决方案的弹性

◇ 新投资以及IT拥有成本的全面风险的降低

• 更快、更简单和更便宜的采购

◇采购决策更简单，因为在有条理的规划中，管控采购的信息是随时可用的

◇ 采购流程更快，最大化采购速度和灵活性而无需牺牲架构的一致性

◇采购异构、多供应商的开放系统的能力