企业架构——联通业务与IT

一

企业在IT规划中存在的问题

IT规划（IT planning）是信息化规划的简称，是指在深刻理解企业发展战略和评估企业IT现状的基础上，结合企业所属行业信息化方面的实践和对最新信息技术发展情况的认识，提出企业信息化建设的远景、目标和战略，以及具体信息系统的架构设计、选型和实施策略，全面系统地知道企业信息化建设的进行，满足企业可持续发展的需要。

在IT技术日益先进的今天，作为企业构成的重要组成部分，IT规划在很多企业中未得到应有的重视。这种情况的原因一方面是由于IT规划工作相对更专业，除了需要了解企业业务模式、明确企业需求外，还需对IT技术有一定的了解；另一方面则是由于IT规划是伴随着IT技术发展而产生，其规划如何与企业规划相结合。IT规划是一门相对新兴的研究领域，目前的主要研究方法来自于国外，在国内尚未形成一套完善的方法和理论。

目前在IT规划在企业中面临的困境包括：

1、缺少统一、长远的IT规划

IT规划需求来源于业务，但实际上起于战略。在实际企业运作中，在战略中缺少了IT规划时，IT需求自热而然从业务中产生。从而导致各个部门根据自身需求寻找IT支持，各自独立建立符合自身局部需求的IT系统，非常容易出现信息孤岛，在未来进行整合时成本高昂，甚至浪费掉前期的大量资源投入，在沉没成本过大时，甚至会反向阻碍企业IT的整合和发展。

2、IT规划与企业战略规划脱节

企业在进行战略规划时，忽略了未来对IT技术的需求和支持，导致业务层面无法得到IT技术的有效支持，只能“头痛医头脚痛医脚”；而IT层面则没有规划足够的资源，在后期产生IT方面的需求时捉襟见肘，赶鸭子上架。两者互相拖后腿的困境严重阻碍企业的发展。

3、IT规划与实际业务脱节

部分企业已经意识到了IT规划的重要性，并开始或完成了IT规划。但由于对IT规划与企业业务、发展结合不足，或在规划时考虑不彻底，导致后续落地过程中出现各种问题，比如部分业务没有纳入考虑、与业务流程结合不彻底导致数据链断裂、所识别的技术无法支持实际业务等。

二

企业架构（EA）简介

企业架构（EA,即Enterprise Architecture）理论起源于上世纪90年代的美国，是由日趋复杂，管理难度和控制难度快速增加的信息系统不断扩张的背景下产生，EA希望将IT资产和企业战略、企业管理、企业资源进行整合，使之成为一个整体框架，是将企业战略转化为业务价值的IT治理过程，通过有效的IT规划、实施、治理，优化企业流程，实现企业战略，达成企业愿景，完成企业使命。企业架构的提出者J.A.Zachman认为，为了应对日益复杂的IT系统以及高投资、低回报的问题，使用一个逻辑的企业构造蓝图（即一个架构）来定义和控制企业系统及其组件的集成是非常有用的。J.A.Zachman同时提出了EA的通用框架，该框架备用Zachman的名字命名。后续随着研究的深入，逐步出现了由Open Group开发的TOGAF、适用于政府和军方的美国开发的标准架构FEAF、美国国防部开发的DoDAF等方法论

三

企业架构规划方法介绍

从企业架构提出开始，经过几十年的发展，目前已经出现了很多企业架构框架理论和方法，本文接下来对几种典型和常用的方法进行介绍。

1、Zachman框架是最早的、典型的结构框架，以其提出者的名字命名，提供了一个分类调查表，通过不同角色使用分类调查表对企业的行为、组织进行分析，提供了一系列视角来审视企业，形成一个多视角、多维度的企业信息系统架构。

Zachman模型中，每一列都代表了企业IT系统设计所需关注的六个维度，每一行则是IT系统生命周期中最重要的六个阶段，两者结合可以很好的指导如何分析、规划和建设IT系统。

Zachman框架作为最早的理论框架，仅提供了企业架构的内容的分类方法，对于企业架构的创建过程没有具体描述和要求，

2、FEAF是自Clinger-Cohen法案（亦称为信息技术管理改革法案）颁布之后出现的第一个专门用于构建联邦政府企业架构的框架理论，目标是为联邦机构提供指导，帮助其建立企业架构，以架构建设过程为重点，并对企业架构内容有一定程度的规划。该架构将企业架构的开发和维护过程以模型的形式进行表述，分为八个相互结合并相互作用的子部件，分别是：

1) 架构驱动力（Architecture Drivers）：架构驱动力是促使架构产生和演进的原动力，一般来说包含两种类型的来自于外界并对企业架构的变革产生刺激的推动力：业务驱动力和设计驱动力。其中，业务驱动力包括新的法规、新的管理举措、用于加强重点领域的预算增加以及市场力量等，而设计驱动力则会包括新的软件或硬件技术，以及新的针对软硬件系统的部署方式等。

2) 战略方向（Strategic Direction）：战略方向指导者目标架构的开发，包括愿景、原则和目标。

3) 当前架构（Current Architecture）：通过描述企业架构的当前状态，展示了企业当前的业务能力和技术能力。它包括企业当前的业务架构和设计架构（设计架构可以进一步分为应用、数据以及技术这些方面）两个部分。

4) 目标架构（Target Architecture）：描述了企业架构将要达到的目标状态，展示了企业未来的业务和技术能力。它包括企业的目标业务架构和设计架构两个部分。

5) 过渡过程（Transitional Process）：用于支持从当前架构到目标架构的迁移。联邦政府的重要过渡过程包括了资本的IT投资规划（capital IT investment planning）、迁移规划（migration planning）、配置管理（configuration management）以及工程变更控制（engineering change control）。

6) 架构片段（Architectural Segments）：如前所述，整个企业架构被分为若干部分，而每一部分对应一个架构片段。

7) 架构模型（Architectural Models）：定义了用于对各个架构片段进行描述的业务和设计模型。

8) 标准（Standards）：代表架构开发和维护过程中所涉及的所有标准（有些可能是强制性的要求）、导则和最佳实践。

这八个子部件仅是FEAF的第一个粒度层次，FEAF对其中的内容进行了进一步细化和明确，总共提供了四个粒度层次的指导内容，第二、第三层次是对第一层次的细化展开，第四层次则是借鉴Zachman框架内容对架构模型进行了细化。此外，FEAF还借鉴了企业架构规划技术（EAP，Enterprise Architecture Planning）为业务架构模型的建立提供了方法。

3、DoDAF是以数据为核心，以为决策者提供分析和决策支持为目标的架构框架，已经有22年的发展历史，目前以2.0版本为主，已成为美军体系结构顶层设计与联合作战能力集成的需求开发标准。DoDAF以顶层架构为焦点，强调对高效决策所需数据的收集、存储和使用。定义了8个视图，分别是全视图、数据与信息视图、标准视图、能力视图、作战视图、服务视图、系统视图、项目视图，各视图内容分别是：

1) 全局视图（All Viewpoint，AV）：提供了对整个架构描述有关的信息，如架构描述的范围与背景。

2) 能力视图（Capability Viewpoint，CV）：对能力的描述，这种能力用于实现符合企业愿景的企业目标。

3) 数据与信息视图（Data and Information Viewpoint，DIV）：用于体系结构描述的业务信息需求和结构化业务流程规则。它描述与体系结构描述中的信息交换相关的信息，例如属性、特征和相互关系。

4) 作战视图（Operational Viewpoint，OV）：描述了组织、任务或活动，以及它们之间必须交换的信息 。它传达了信息交换的类型、交换的频率、信息交换所支持的任务和活动以及信息交换的性质。

5) 项目视图（Project Viewpoint，PV）：描述了项目计划如何组合成具有前后承接关系的投资组合计划。该视图提供了一种描述多个项目间组织关系的方法，每个项目负责交付单个的系统或功能。

6) 服务视图（Services Viewpoint，SvcV）：描述为作战活动提供支持的系统、服务和互连功能。国防部的流程包括作战、商业、情报和基础设施功能。

7) 标准视图（Standards Viewpoint，StdV）：是控制系统各部分或元素间组合、交互和互依赖性的规则的最小集合。其目标是确保系统能够满足特定的一系列作战需求。该视图提供了技术系统实现指导，基于此指导可以形成工程规范、建立通用模块，开发产品线。它包括技术标准、执行惯例、标准选项、规则和标准。

8) 系统视图（Systems Viewpoint，SV）：关于自动化系统、互连通性和系统功能方面的信息。不久的将来，随着DOD将重点转移到面向服务的环境和云计算，该视点会消失。

基于八个视图的基础上，DoDAF还提供了52个模型，对各个视图如何建模提供了方法和标准。

4、TOGAF是开放组织（Open Group）基于美国国防部技术构造框架制定的框架，是当前最为流行的企业架构框架理论，很多世界500强企业在使用这一企业架构框架。TOGAF将企业架构分解为四个层次：

1) 业务架构定义了企业策略、治理、组织和关键业务过程，是对机构关键业务战略机器对业务功能和流程影响的表达，业务架构定义了机构行使职能的目的，如何行使职能以及机构或企业内外的协作关系；

2) 数据架构描述了企业的逻辑物理数据资产和数据管理资源的结构，建立关键信息流模型，描述业务事件的关键输入输出信息；

3) 应用架构为要部署的单个应用系统、它们之间的交互和它们与组织的核心业务流程之间的关系提供蓝图，对企业当前应用系统状态进行描述，并需要理清应用系统间的交互关系、应用与核心业务、管理对象的对应关系；

4) 技术架构描述了需要支持业务、数据和应用服务的部署的逻辑软硬件能力，给出了实现应用架构和数据架构的技术途径。

从上述层次结构可以看出，TOGAF期望在企业愿景、驱动力、业务能力和执行支持之间构建一座桥梁，是各个部分能充分联系。为了保证能够落地执行，TOGAF提供了一系列工具和方法，主要是：

1) TOGAF能力框架（TOGAF Capability Framework）：为了在一个企业中有效地操作企业架构并使其发挥最大的效能，一系列适当的组织结构、流程、技能、角色和责任需要被定义并结合起来，而TOGAF的能力框架正为如何组织好这些元素提供了指南。

2) TOGAF架构开发方法和内容框架（TOGAF ADM（Architecture Development Method）& Content Framework）：此部分是TOGAF的核心部分，它包含了两个方面的内容。其中架构开发方法是TOGAF针对企业架构建设方法的论述，它以一个循环迭代模型为基础将企业架构的建设过程划分为前后衔接的若干步骤，并对每个步骤的输入、输出以及所采用方法都进行了详尽的阐述；作为新晋的内容框架部分，它针对企业架构中所包含的各种工作产品以及他们之间的关系作出了详细的描述。

3) TOGAF企业连续体和工具（TOGAF Enterprise Continuum and Tools）：企业连续体是企业架构资源库的一张视图，它为企业中的各种架构和解决方案制品提供了一种分类和组织的方法。企业架构过程是一个动态的过程，因而这一针对工作制品进行组织分类的方式也不仅仅是一个静态方法，还是一种能够随着企业架构演进而变化其分类方式的动态方法。在此方法的视角中，随着企业架构的演进发展，其内容也从通用走向特化，其详细程度也由简略转为详尽，而随着实践的沉淀，原来特化的架构或解决方案制品也可能成为在更广泛范围内通用制品。除此之外，该部分内容还提供了几个用于帮助企业架构建设的参考模型以及其他的一些辅助工具。

可以看出，TOGAF的最大特点是包含了一个架构开发方法ADM（Architecture Development Method），该方法为架构的开发提供了一个经过测试的可重复的过程，过程包括了对建立架构框架、开发架构内容、过度和架构治理的指导。

四

总结

企业架构的出现为企业的战略规划和落地与IT战略的规划与落地搭建了沟通的桥梁，现代企业逐步开始通过合理使用各种方法、工具和模型，在构建企业架构，以期提高企业生命力。

随着企业架构理论的持续完善，基于企业架构的将帮助更多企业联通业务、数据、应用和技术，成为缓解业务与IT痛点的良方之一。

作者：李文，北大纵横高级合伙人