企业架构EA和TOGAF

EA是什么？

企业架构（Enterprise Architecture，EA），是对构成企业的所有关键元素和关系的总和描述，是一种提升IT对企业经营贡献度的设计方法，是一种为解决未来的企业环境及目前企业所面临的问题而画的蓝图，其目标则在于迅速而又弹性的让业务流程与信息化系统可以快速响应经营策略。EA的运用可以让企业与IT始终维持在整合的状态，经营者可以用EA鸟瞰企业整体的业务结构、下达指示、强化企业对变化的响应能力。

1、EA是企业架构的管理平台

企业用来管理企业架构的一套工具、方法论和管理思想。

2、EA是企业架构的描述方法

（1）EA基于企业的管理架构、描述了不同层次的业务活动、组织和其他相关资源之间的关系。

（2）EA描述了对企业业务架构产生直接支撑作用的企业的应用架构和数据架构。

（3）EA描述在企业应用架构和数据架构之下的企业IT基础设施组成的架构，它包括了支撑企业应用和数据运行的数据库、操作系统、网络和基础设施。

企业架构：Enterprise Architecture，EA，或企业体系结构，是在信息系统架构设计与实践基础上发展起来的一个特殊领域。

但是企业架构现在还没有一个公认的定义，综合现有的研究与实践，可以从下面几个方面理解：

关于一般性的企业或组织（组织社会学）
包括某种企业参考模型或企业参考模型“框架”
涉及企业建模基本要素及其相互关系或结构、结构准则
应用、实施涉及或包括整个企业生命周期上的治理
应用、实施者通常是企业内信息技术部门，或能够从企业战略、业务模式与系统或组织建设角度结合、运用信息技术的部门或职能
应用、实施目标通常是在企业信息技术应用实施、集成中保持与业务的一致性；更深入的目标是创建和维护基于信息技术基础设施、充分发挥信息技术作用的信息化企业
以上来自维基百科：https://zh.wikipedia.org/wiki/企业架构

从上面简介中可以看到，企业架构所考虑的面向还是比较多，有企业组织、企业参考模型，还有从企业战略、业务模型与系统或组织建设角度结合，还有IT系统建设等等好多方面的内容。

EA是做什么？

企业架构，是一个用于描述和分析企业现状，并对企业做出合理诊断和规划的方法。企业架构是现代化企业用于自我分析和自我管理的工具，类似于医学上将人体构造拆解为骨骼、肌肉、血液等组成部分，既考虑每个部分的成分，也考虑这些部分是如何结合并协同工作的。

（1）EA是一个业务和IT对齐的战略执行工具，一种设计、管理、沟通的工具。通过企业架构，我们可以达到：

企业内不同的人要对企业现状（as－is）和企业愿景（to-be)有一个整体的的理解。

业务、信息、技术人员的共同愿景，是理解、沟通的基础。

如果没有一个清晰的架构，就不能保证正确的决策和好的实现，EA是理解和实现企业IT建设的保障。

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

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

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

适用的企业类型

（1）拥有大量IT应用集成的企业

（2）使用信息化系统已经有很长历史的企业

（3）信息技术在企业中占有战略重要性的企业

（4）涉及兼并重组或收购的企业

（5）面临的市场快速多变，需要很强适用性的企业

面对的问题

 业务管理

IT管理

（1）IT架构的管理

对IT应用与其它的有形或无形的技术资产进行管理

实现标准化/系列化/模块化

业务与技术之间更好的交流

对IT应用组件的管理（业务场景管理）

IT设施管理

（2）IT改进的管理

设计与展示IT系统的部署计划

应用程序的开发管理

IT资源的共享

（3）IT服务的管理

IT服务管理由技术为导向转变为以流程为导向，走向标准化、可改进的模式，信息技术基础架构库（Information Technology Infrastructure Library，ITIL）参考模型及应用。

TOGAF是什么？

TOGAF即开放群组架构框架（The Open Group Architecture Framework）的缩写，是一个架构框架或工具，用来帮助架构的接受、创建、使用和维护。它基于一个迭代的过程模型，由一些最佳实践和一套可重用的已有架构资产支持，由国际标准权威组织The Open Group制定。

TOGAF是一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构，而企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。借助TOGAF理论体系帮助企业建设企业级架构，将有助于国内企业大大节约成本，增加业务模式的灵活性，更加的个性化、随需应变，并提高信息系统应用水平，同时还可以对客户的业务模式创新起到推动作用。

TOGAF包含什么？

TOGAF将企业架构抽象为两大部分：业务架构和IT架构，业务架构是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容；IT架构指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括应用架构、数据架构和技术架构三部分。

（1） 业务架构（Business Architecture）定义了业务策略、治理、组织和关键业务过程。

（2）应用架构（Application Architecture）为要部署的单个应用系统、它们之间的交互和它们与组织的核心业务流程之间的关系提供蓝图。

（3）数据架构（Data Architecture）描述了企业的逻辑物理数据资产和数据管理资源的结构。

（4）技术架构（Technology Architecture）描述了需要支持业务、数据和应用服务的部署的逻辑软硬件能力。

从上图可以看到 TOGAF 核心部分：

• 架构能力框架
• 架构开发方法 ADM
• 架构内容框架
• 企业持续性和工具

影响企业架构变化的因素有哪些：

• 企业使命和计划：企业的使命愿景，计划和组织基础架构变化。
• 企业战略：企业的战略，按 SWOT 来分析的话，内部竞争和外部竞争，优势，劣势，机会和威胁。企业范围内的改变，比如流程改进。
• 外部约束：市场因素，客户群体变化，客户需求变化等。
• 当前系统和技术：企业内部系统老旧需要升级，运用新技术来改造，提供更好的效率和服务。
• 计算机行业趋势：技术的变化，新技术的出现降低成本，提高开发效率。比如云计算，云原生技术。

TOGAF架构开发方法 ADM

ADM包括建立架构框架、开发架构内容、过度和治理架构的实现。所有这些活动都是在架构定义和实现的迭代周期中实现的，允许组织以可控的方式根据业务目标和机会来改造他们的企业。

Architecture Development Method 

ADM采用了自上而下的原则通过逐步细化的方式将企业高层的策略过渡到详细的技术实施，从而构建涵盖所有干系人角度的企业架构，企业可以使用一个小组负责整个企业架构的迭代开发，也可以由多个架构开发小组针对每一部分进行迭代开发，并最终归为一体。

（1）预备阶段（Preliminary Phase）描述了准备满足新企业架构业务指示所必须的准备和启动活动，包括组织特定的架构(Organization-Specific Architectures)框架的定义和原则的定义等。

（2）架构愿景阶段：架构愿景描述架构开发周期的初始阶段。它包括关于设定范围、识别利益相关者、创建架构愿景和获得批准等信息。

（3）业务阶段: 业务架构（Business Architecture）描述了业务架构的开发，以支持达成共识的架构愿景。

（4）系统架构阶段：信息系统架构（Information Systems Architectures）描述了架构项目的信息系统架构的开发，包括应用和数据架构的开发。

（5）技术架构阶段: 技术架构（Technology Architecture）描述了架构项目的技术架构的开发。

（6）时机及解决方案阶段: 时机及解决方案（Opportunities&Solutions）为之前阶段中定义的架构引导出初始实施规划和交付载体的识别，确定主要的实施项目，并把它们分组，组成各过渡架构。

（7）迁移规划阶段: 迁移规划（Migration Planning）分析成本效益和风险，使用一个支持的实施和迁移计划来处理一套过渡架构的详细次序的制订。

（8）实施治理阶段：实施治理（Implementation Governance）是为实施提供架构监管。制定一个实施的架构勘误表，确保实施的项目与架构相一致。

（9）架构变更管理阶段: 进行持续的监控并建立变更管理的流程，以确保架构能对企业的需要快速响应，使架构对业务产生的价值最大化。

（10）需求管理（需求管理）检查管理架构需求的流程，其贯穿整个ADM。

美国的The Open Group为企业架构制定了TOGAF标准，目前已经更新为9了。TOGAF属于大型企业的架构框架，主要用于大型IT系统应用企业，对于中小型企业大材小用了。

简单的企业架构
先来看一看运营一家企业都有些什么，首先肯定有业务，然后具体的业务通过哪些应用系统来承载。如果是一家 IT 信息化的企业，对于这些应用系统肯定会用到 IT 中的技术。

复杂的企业架构

上面是我理解的一个简单的企业架构。复杂一点的企业架构包括什么呢？

企业战略、业务架构、数据结构、应用架构、技术架构，其中的数据架构和应用架构可以合并为信息架构。

企业战略：企业的价值定位，实现价值的发展战略。包括短期战略和长期战略。
业务架构：业务发展规划，业务目标，业务功能，业务对象，业务模型，业务流程，组织结构。
数据架构：数据流程，数据对象，数据模型，数据存储，一般要和应用架构一起使用。
应用架构：应用发展规划，应用系统，应用功能，应用组件、接口。
技术架构：技术发展规划，架构设计，技术选型，技术组件，技术中间件，laaS，PaaS 等。
企业战略：企业为了追求使命和实现目标而采取的一系列相关行动。

当然企业战略又可以细分为多种：业务战略，产品战略，营销战略，竞争战略，市场战略。。等等。这种战略一般都是公司高层制定。

一开始做企业，我觉得不容易想到企业的使命和价值，战略也不容易想到，而是在业务做着做着慢慢做大后自然会想到的事情。

这种企业架构就是战略决定了业务，业务决定了技术的运用。反过来，技术支撑了业务，业务支撑了战略。

战略制定了，就要想根据战略做什么样的业务，然后在运用技术来支撑业务。支撑业务是什么意思？由技术构成的应用系统来支撑业务。

所以我们平常的技术架构，都是要从当前业务出发来进行技术选型技术架构。

Zachman框架
John Zachman 在 1987 年提出了“信息系统架构的框架”，它是一个通用的组织架构模型分类方案，为现今的企业架构提出了一个基本的概要性视图。这一工作被视为企业架构方面的开创性工作之一。在 1997 年，Zachman 又总结提出了经过扩充、更完整的框架，称为“企业架构框架”（Framework for Enterprise Architecture）。

它为公司来理解、表述企业信息架构提供了一种直观的视图，为企业的信息基础设施提供了蓝图和架构。

John Zachman先生在 1987 年完成的那篇著名的信息系统架构论文（《A framework for information systems architecture》 ），并一直发展至今。在这篇论文中 Zachman 先生以修建房屋为例从两个维度将与信息系统架构设计相关的各种元素归纳到如下表格之中

表格中的每一行，企业架构中的不同角色：

• 范围/规划师（Planner）
• 业务模型/拥有者（Owner）
• 系统模型/设计师（Designer）
• 技术模型/建造者（Builder）
• 详细表述/分包者（Sub-Contractor）
• 产品/运行中的企业（Functioning Enterprise）

对于企业架构中的不同角色，还可以这样来看：

• 企业拥有者
• 业务管理者
• 系统分析师
• 系统设计师
• 系统建设者
• 运行的产品

表格中的每一列代表了信息系统的某一个方面。在 Zachman 先生看来，对于任何一个事物只要在几个基本方面对其进行清晰的解释就足将其描述清楚，这些方面包括：

• 数据（What，即什么内容）
• 功能（How，即如何工作）
• 网络（Where，即何处）
• 人（Who，即何人负责）
• 时间（When，即什么时间）
• 原因（Why，即为什么做）