1、 企业架构框架 TOGAF 周金根 http:/ 2010-4-10 Ver0.2 目录 企业架构框架 TOGAF . 1 前言 7 TOGAF 总体介绍 . 8 什么是企业 8 什么是架构 8 什么是企业架构 9 为什么需要企业架构 13 为什么选择 TOGAF 14 TOGAF 目 标 15 什么是架构框架 16 The Open Group .16 TOGAF 范围 18 参考书 .26 其它信息 27 如何实施 TOGAF. 错误！未定义书签。 TOGAF 或非 TOGAF？ . 错误！未定义书签。 组织保障 错误！未定义书签。 TOGAF 实现路线图 . 错误！未定义书签。 企业架
2、构路线图示例 错误！未定义书签。 基于基线开发 (Baseline first)的迭代步骤 . 错误！未定义书签。 主要技术 和交付物 错误！未定义书签。 具体实施 错误！未定义书签。 ADM 方法概要介绍 .28 预备阶段 28 阶段 A：架构愿景 .28 阶段 B：业务架构 .29 阶段 C：信息系统架构 31 阶段 D：技术架构 33 阶段 E：机会及解决方案 33 阶段 F：迁移规划 .34 阶段 G：实施治理 35 阶段 H：架构变更管理 36 需求管理 37 其他 .38 企业架构成熟度模型（ EAMM） . 错误！未定义书签。 评估的几个方面 错误！未定义书签。 EA LEVEL
3、 0 - NO PROGRAM . 错误！未定义书签。 EA LEVEL 1 - INFORMAL PROGRAM 错误！未定义书签。 EA LEVEL 2 - REPEATABLE PROGRAM 错误！未定义书签。 EA LEVEL 3 - WELL-DEFINED PROGRAM . 错误！未定义书签。 EA LEVEL 4 - MANAGED PROGRAM 错误！未定义书签。 EA LEVEL 5 - CONTINUOUSLY IMPROVING VITAL PROGRAM 错误！未定义书签。 EA 实践成熟度 错误！未定义书签。 企业架构组织角色和技能 错误！未定义书签。 新兴的企
4、业架构师角色 . 错误！未定义书签。 TOGAF Roles 错误！未定义书签。 技能分类 错误！未定义书签。 掌握级别（ Proficiency Levels） 错误！未定义书签。 角色和技能定义 错误！未定义书签。 通用角色（ Generic Role） . 错误！未定义书签。 企业架构师主要特点（ Key Characteristics of an Enterprise Architect） 错误！未定义书签。 其他 . 错误！未定义书签。 对比解决方案架构、业务架构和企业架构 .39 解决方案架构 39 业务架构 39 企业架构领域 40 如何描述企业架构 .42 架构复杂性 42 4
5、 个架构视图 .44 模型 .44 基于符号和语义的模型（ Symbolic and Semantic Models） .45 架构描述基本概念 46 View 和 ViewPoint .46 建模语言： ArchiMate .47 ADM 方法详细介绍 . 错误！未定义书签。 0 预备阶段 错误！未定义书签。 架构内容 错误！未定义书签。 工件 . 错误！未定义书签。 输入 . 错误！未定义书签。 任务 . 错误！未定义书签。 输出 . 错误！未定义书签。 技术：裁剪架构框架 错误！未定义书签。 技术：企业架构组织模型 . 错误！未定义书签。 技术：架构原则 错误！未定义书签。 技术：业务目
6、的和业务驱动 . 错误！未定义书签。 技术：架构资源库 错误！未定义书签。 技术：架构工具 错误！未定义书签。 技术：架构工作请求 错误！未定义书签。 01 企业架构原则 . 错误！未定义书 签。 约束和原则 错误！未定义书签。 我理解的一些示例 错误！未定义书签。 TOGAF 示例 错误！未定义书签。 参考 . 错误！未定义书签。 A 架构愿景 错误！未定义书签。 架构内容 错误！未定义书签。 工件 . 错误！未定义书签。 输入 . 错误！未定义书签。 任务 . 错误！未定义书签。 输出 . 错误！未定义书签。 技术：业务战略和技术战略 . 错误！未定义书签。 技术：架构工作描述 错误！未定
7、义书签。 技术：架构愿景 错误！未定义书签。 技术：涉众管理 错误！未定义书签。 技术：沟通计划 错误！未定义书签。 技术：架构视角 /视图 错误！未定义书签。 技术：价值链分析 错误！未定义书签。 技术：风险管理 错误！未定义书签。 技术：业务转换准备评估 . 错误！未定义书签。 技术：能力评估 错误！未定义书签。 架构愿景是什么 错误！未定义书签。 产品愿景 错误！未定义书签。 架构愿景 错误！未定义书签。 包含内容 错误！未定义书签。 愿景文档模板 错误！未定义书签。 A0 业务战略和技术战略 . 错误！未定义书签。 业务战略 错误！未定义书签。 技术战略 错误！未定义书签。 A1 涉众
8、管理（ Stakeholder Management） . 错误 ！未定义书签。 好处 . 错误！未定义书签。 管理流程 错误！未定义书签。 ArchiMate 对 ViewPoint 的分类 . 错误！未定义书签。 A2 使用价值流分析找到价值所在 错误！未定义书签。 价值流图析 错误！未定义书签。 企业价值链图（ EVC） . 错误！未定义书签。 价值链分析（参考 Value Chain Analysis） 错误！未定义书签。 B 业 务架构 错误！未定义书签。 架构内容 错误！未定义书签。 工件 . 错误！未定义书签。 输入 . 错误！未定义书签。 任务 . 错误！未定义书签。 输出 .
9、 错误！未定义书签。 技术：架构视角 /视图 错误！未定义书签。 技术：架构定义文档 错误！未定义书签。 技术：架构需求说明书 . 错误！未定义书签。 技术：业务场景 错误！未定义书签。 技术：差距分析 错误！未定义书签。 技术：架构路线图 错误！未定义书签。 技术：架构构建块 错误！未定义书签。 技术：方案构建块 错误！未定义书签。 B1 架构定义文档和架构需求说明书介绍 错误！未定义书签。 架构定义文档 错误！未定义书签。 架构需求说明书 错误！未定义书签。 模板：架构愿景 . 错误！未定义书签。 术语 . 错误！未定义书签。 定位 . 错误！未定义书签。 业务机会 错误！未定义 书签。
10、问题说明 错误！未定义书签。 产品定位说明 错误！未定义书签。 涉众说明 . 错误！未定义书签。 市场统计数据 错误！未定义书签。 涉众列表 错误！未定义书签。 涉众能力 /兴趣矩阵 错误！未定义书签。 关键涉众需要 错误！未定义书签。 SMART 目标 错误！未定义书签。 解决方案概念 图 错误！未定义书签。 约束 . 错误！未定义书签。 其他需求 . 错误！未定义书签。 附：企业架构 As-IS、 To-Be v0.1 版 错误！未定义书签。 附一：企业架构语言 ArchiMate 介绍 48 ArchiMate 和 TOGAF 的关系 48 架构金字塔 49 架构组成 49 架构描述 5
11、0 图例 .53 每层通用描述 54 业务功能（ Functions ）和角色（ Actors） 54 产品（ Product）和服务（ Services） .55 服务（ Services）和接口（ Interfaces） .55 业务流程（ Business Process） 56 信息（ Information） 56 应用（ Application） .57 业务流程与应用 57 技术（ Technology） .58 部署（ Deployment） 58 分层架构（ Layered Architecture） .59 总图结构实例 59 业务流程五个层次 60 参考 .61 附二：
12、BABOK 业务分析知识体系介绍 .62 什么是 Business Analysis 63 谁是 BA .63 范围 (Scope) 64 BABOK 结构 64 CBAP 认证发展阶段 67 系列文章 68 参考： .68 附三：业务领先模型介绍（ BLM） 69 需要掌握的内容 69 8 个方面 .69 附四：组件化业务模型 CBM 介绍 71 介绍 . 错误！未定义书签。 专业化 . 错误！未定义书签。 CBM 通向专业化的路径 . 错误！未定义书签。 什么是业务组件 错误！未定义书签。 CBM 分析三阶段 . 错误！未定义书签。 洞察阶段（ The Insight Phase） . 错
13、误！未定义书签。 架构阶段（ The Architecture Phase） . 错误！未定义书签。 投资阶段（ The Investment Phase） . 错误！未定义书签。 参考 . 错误！未定义书签。 附五：信息系统开发平台 OpenExpressApp 73 平台如何产生 .73 Roadmap74 软件产品线工程方法 75 支持 TOGAF 企业架构开发框架 75 从代码为中心到模型驱动 76 业务集成开发 Studio .79 当前进展 .80 下一步工作 .81 代码下载 .84 项目站点： Codeplex .84 春节飞虎版 1.1 发布使用说明 84 前言 TOGAF
14、是一个 企业业架构方法，适合复杂的、面向组织级别以上系统的架构开发方法。今年 1 月份刚升级到 9.0 版，对业务建模和可操作性上都有很大的提高。 我在这里把之前写过的一些内容 集中在一起，方便大家学习。 由于 TOGAF 是一个比较大的体系，想掌握它并用好它还需要付出更多努力和实践 。 欢迎大家来信 提出你的建议。 TOGAF 总体 介绍 在 年度总结和计划：去年 4 个 1，今年 5 个 1 中说过今年我准备在项目组引入一个架构方 TOGAF。工业和信息化部副部长杨学山在一次内部座谈时提到：与西方发达国家比，国内的信息化建设在硬件方面已经不相上下，在软件方面有5 年的差距，在信息化管理方
15、面有大概 10 年的差距，在企业架构方面则有 20 年的差距。而企业架构离不开我们 IT 技术领域的架构师的支持，为了让更多人了解企业架构， 我将会写一系列相关的 blog 与大家分享。本系列适合业务架构师、技术架构师或者有意做企业架构相关方面工作的人员。本篇作为此系列的首篇blog，介绍一下企业架构以及对 TOGAF 进行介绍。 什么是企业 具有一个 共同目标的组织的集合 ，可能是政府部门，一个完整的公司，公司部门，单一科 /处，或由共同拥有权连接在一起的地理疏远的组织链 可能是一个 “扩展的 企业 ”，包括合作伙伴、供应商和客户 什么是架构 加固是针对某种特定目标系统的具有体系性的、普遍性
16、的问题而提供的通用的解决方案，架构往往是对复杂形态的一种共性的体系抽象 。 业务架构体系是针对企事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，更确切的说，是基于业务导向和驱动的架构来理解、分 析、设计、构建、集成、扩展、运行和管理信息系统，比如业务架构体系认为一个信息系统必须由组织机构、业务流程、业务信息、业务功能、和业务语义等层次构 成。 复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。 在 ISO/IEC 42010:20072 中对架构有如下定义： The fundamental organization of a system, emb
17、odied in its components, their relationships to each other and the environment, and the principles governing its design and evolution. 一个架构是系统的基本结构，它由 多个组件 以及它们彼此间的 关系 而组成，并且在一定环境和原则下进行 设计 和 演变 。具体可以参考我之前写的一篇 bolg架构 又一个类似与 “ 平台 ” 一样的词汇 。 火车工程师 火车工程师在做设计时，他不会去关心每节车厢里装的是什么，他们只需要关心这些车厢一节节连接在一起就好了，而把每节车
18、厢中的具体事情交由相应 的责任人即可。将一节节车厢连起来就形成了一个隐式的（或抽象的）流程，好比一个灵活的流程应该有这样的能力：当一节车厢被替换成另一节车厢时不会对整列 火车造成什么影响。 车厢之间的连接的实现如同灵活的业务接口，其具体实现即是灵活的服务。 什么是企业架构 企业架构可以分为两大部分： 业务架构和 IT 架构 ，大部分企业架构方法都是从 IT 架构发展而来的。 业务架构： 是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容 IT 架构： 指导 IT 投资和设计决策的 IT 框架，是建立企业信息系统的综合蓝图，包括
19、数据架构、应用架构和技术架构三部分。 对比 RUP 和其他主要关注于实现的规程，企业架构领域原则上的 关注点是企 业范围内的业务需求的识别、规范，及优先级划分， 感觉它也是一个做企业信息化规划的方法。我认为，做工具型产品和企业级产品有个差别，那就是 做企业级产品需要由工具型产品的产品型公司向咨询类的服务型公司转型。 1. 业务流程的 组织逻辑 (包含所有信息和技术服务，流程 )和 IT 基础设施 ，反映了该公司 运作模式的整合和标准化的需求 (MIT Center for Information Systems Research) 2. 概念蓝图 ，定义了一个组织的 结构和运作 。企业架构的意
20、图是确定组织如何能够最有效的实现其 当前和未来 的目的 (SearchCIO.com) 企业架构如同战略规划，可以帮助企业执行业务战略规划及 IT 战略规划。在业务战略方面，可使用 TOGAF 及其架构开发方法论 （ ArchitectureDevelopmentMethod/ADM）来定义企业愿景 /使命，目标 /目的 /驱动力，组织架构，职能及角色。在 IT 战略 方面， TOGAF 及 ADM 详细描述了如何定义业务架构，数据架构，应用架构，和技术架构，是 IT 战略规划的最佳实践指引。企业架构是承接企业业务战略与 IT 战略之间的桥梁与标准接口，是企业信息化规划的核心。 源于 90 年
21、代美国的企业架构框架，到目前已经衍生出多种企业架构框架，如 DoDAF（ 美国国防部体系架构框架 The Department of Defense Architecture Framework）、 TOGAF 等。 为什么需要企业架构 有些人可能会问： “ 为什么要做要做架构，直接拿来需求就做不就行了吗？ ” 。搭个简易狗窝不需要专门进行设计，但是建个大厦则必须经过设计阶段一样， 我想对于不复杂的东西，你怎么做我都觉得不会出什么差错，但是一旦业务复杂、规则麻烦、还涉及变革时，必须有一个清晰的架构才能保证做出来的东西是正确 的。 中国的大多数企业在进行 IT 投资时都会跳过企业架构这个环节而直
22、接进入了 IT 项目的建设，这样就会导致重复投资、信息孤岛等必然现象。缺少规划 就会发现很多开发的功能重复，也有的功能开发完成后被打入冷宫，这里列一个简单例子：如 hr 系统中的 HR 服务台的一个功能，我填写了一个问题，但是没有回 复，估计这个功能就被打入冷宫了，这样满意度可想而知。 我觉得 EA是一个业务和 IT 对齐的战略执行工具，一种设计、管理、沟通的工具。 通过企业架构，我们可以达到： 企业内不同的人要对企业现状（ as is）和企业愿景（ to-be)有一个 整体的的理解 业务、信息、技术人员的 共同愿景 ，是理解、沟通的基础 如果没有一个清晰的架构，就不能保证正确的决策和好的实现
23、， EA 是 理解和实现企业 IT 建设的保障 TOGAF 在国外的认知度很高，目前企业架构方法有很多，但 TOGAF 是最主流的，已经有超过 15 年的历史。不仅有 80的福布斯 ( Forbes)全球排名前 50 的公司在使用，而且支持开放、标准的 SOA 参考架构。目前已得到国际主流厂商的推动，德国有 SAP 在推动，美国 IBM、 HP、 SUN 等公司在推动，中国在企业架构方面并不是很成熟，以前讨论多半集 中在软件架构或是单独的系统架构，在 02年才有一个企业架构出现。金蝶在 TOGAF 8.1 成熟之后，引进 9.0，因为它包含对 SOA 的支持，所以这个也是金蝶选择在这个时期把它
24、导入的原因之一。金蝶加入 The Open Group，希望能够提升中国 企业信息系统及业务架构的水平 ，并率领国内软件产业参与国际标准的制定。对金蝶而言，引进 TOGAF 和 Open Group的 SOA 参考架构及治理原则，将推动金蝶集团产品，开发过程及治理的国际化与标准化。未来金蝶 ERP 产品 EAS、 BOS 及金蝶中间件等产品都将 遵循 TOGAF 企业架构 框架，架构开发方法论及 SOA参考架构，以提升产品质量及全面 SOA服务化。在金蝶产品获得成功后，将建议金蝶用户采 Open Group 的 TOGAF 及 SOA 标准。在 2009 年 11 月份上海的金蝶年度客户大会及
25、中国管理模式杰出奖颁奖典礼中，金蝶发布了 EAS 7.0 新版本，这是中国第一款使用 TOGAF 企业架构框架规划及SOA 的 ERP 产品。 为什么选择 TOGAF 根据 The Open Group 的 2009 年调研报告，各类企业架构框架的市场占用率如下： 根据以上三个调研机构的报告， TOGAF 的占有率已经超过 百分之五十 。 TOGAF 目标 长期 o 行业标准，通用的企业架构方法 o 可单独使用或与对特别群组产品相关、特定的框架联合使用 Version9 o 从 TOGAF8.1.1 的一个演变，密切对齐业务，重组的易用性，总体架构和企业架构核心方法，可在今后几年被充实 o 什
26、么是架构框架 大型公司和政府部门可以由多个企业组成，和可能开发及维护一些独立的企业架构来处理每一个企业，但是每一个企业的信息系统经常有太多共同之处， 而且使用一个共同的架构框架通常有大的，潜在的收获。例如，一个共同的框架能提供架构储藏库开发的基础，和重用模型，设计，和基线数据。 一个架构框架 是一个工具包 ，可 用于开发范围广泛的不同架构 它应该 说明了信息系统设计的方法 ，依据一套企业连续统一体，并说明企业连续统一体如何组成一个整体 它应该 包含了一套工具，并提供一个共同的词汇 它还应 包括一个建议的标准和相容的产品清单 ，可用于 实施企业连续统一体 TOGAF 是一个架构框架，简而言之，是
27、一种协助开发、验收、运行、使用和维护架构的工具。 TOGAF 已被 80的 Forbes 50（福布斯）的公司使用，并支持开放、标准的 SOA 参考架构。 TOGAF 是透过 300 多家开放群组架构论坛会员协同努力发展的，会员包含全球的领导 IT 客户及厂商，和代表了架构发展的最佳实践。使用 TOGAF 作为架构框架将允许被开发的架构是一致的，反映利益相关者的需要，使用最佳实践，和给予应有的目前需求和未来业务可能需要二者的考虑。 架构设计是一个 技术复杂的过程，和设计异质、多厂商架构是显著地复杂。TOGAF 扮演重要的角色来帮助 “ 非神秘化 ” 和去风险化架构开发流程。 TOGAF 提供加
28、值平台，和使能使用者建立真正的基于开放系统的解决方案以处理他们的业务议题和需要。 The Open Group The Open Group 于 1993 年开始应客户要求制定系统架构的标准，在 1995年发表 The Open GroupArchitectureFramework (TOGAF) 架构框架。 TOGAF 的基础是美国国防部的信息管理技术架构 (TechnicalArchitecturefor Information Management:TAFIM)。它是基于一个迭代 (Iterative)的过程模型，支持最佳实践和一套可重用的现有架构资产。它可让您设计、评 估、并建立组织的
29、正确架构。 TOGAF 范围 强调商业目标作为架构的驱动力，并提供了一个最佳实践的储藏库，其中包括： TOGAF 架构开发方法（ ADM） ： ADM 是一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构，它是 TOGAF 的关键。 TOGAF 架构内容框架 ：提供了一个详细的架构工件模型，包括交付物、交付物的工件和架构构建块 上图的中文版如下： 上图的中文版本如下： TOGAF 参考模型 ：提供了两个参考模型， Technical Reference Model (TRM) 和Integrated Information Infrastructure Model (III-RM)
30、ADM 指引和技术 ：提供应用 ADM 的一些指导（迭代、安全等）和技术（定义原则、业务场景、差距分析、迁移计划、风险管理等） 企业连续统一体 ： EA 专业人员和涉众的资源库，例如，模型、解决方案模式，和其他可以在企业架构实现和裁减过程中用作构建块的资产。 TOGAF 能力框架 ：一套资源、指导、模板、背景信息等等，帮助在组织中进行架构实践 经过上面的一些介绍，我们知道 TOGAF 是一个优秀的企业架构框架，剩下就是我们如何去学习和实践它了！ 参考书 下载这两本书请点图片链接 ,口袋书下载好像有问题，重新上传了一个 其它信息 TOGAF Web Site The Architecture F
31、orum TOGAF Version 9 on-line epf 金蝶 TOGAF 版块 CIO 时 代 EA TOGAF 或非 TOGAF：在 RUP 之上扩展企业架构 InfoQ:企 业架构的现状 什 么 TOGAF 企业架构 ADM 方法概要介绍 在 TOGAF 总体 介绍 中介绍了 ADM 是 TOGAF 的核心，本篇概要的介绍一下ADM 方法的每个阶段的工作内容。 预备阶段 确定实现过程涉众，并且让它们面对企业架构工作的内容。该阶段交付基于组织业务法则的架构指导方针（ Architecture Guiding Principles），并且描述用于监控 EA 实现进展的过程和标准。 阶
32、段 A：架构愿景 明确 EA 远景。架构远景（ Architecture Vision）工件利用业务推动者明确企业架构工作的目的，并且创建基线和目标环境的粗略描述。如果业务目标不清楚，那么该阶段中的一部分工作是来帮助业 务人员确定其关键的目标和相应的过程，这些企业架构都必须支持。同样是该阶段中生成的架构工作描述（ Statement of Architectural Work），勾勒出 EA 的范围及约束，并且表示出架构工作的计划。 阶段 B：业务架构 详述关于业务领域架构的工作。架构远景（ Architecture Vision） 中概括的基线和目标架构在此被详细说明，从而使它们作为技术分析的有用输入。业务过程建模、业务目标建模和用例建模是用于生成业务架构的一些技术，这又包含了所期望状态的间隙分析。
