TOGAF内容综述

1、TOGAF整体说明、TOGAF 既述TOGAF （The Open Group Architecture Framework 是一个架构框架，简而言 之，是一种协助开发、验收、运行、使用和维护架构的工具。TOGAF已被80%的Forbes 50 （福布斯）的公司使用，并支持开放、标准的 SOA参考架构。TOGAF是由开放团体（The Open Group）发起和设计的，它有300多个会员 企业，包括许多世界著名的企业，比如IBM、凯捷、富士通、日立、惠普、NEG 美国国防部、美国国家航空航天局（NASA）等。从1993年产生以来，经过近20 年的发展，TOGAF已经成为一个行业的标准。TOGA

2、F原先是基于美国国防部的信 息管理的技术框架 （Technical Architecture Framework of Information Management, TAFIM）的，包括了一个组织服务类型的技术参考模型、标准信息、一个关于无 界限的信息流和集成信息基础建设参考模型 （In tegrated In formation In frastructure Referenee Model，III-RM）观念的讨论、一个关于发展多种架构视图（如业务， 安全，软件，管理信息和帮助读者以及使用者开始实施的模板等）的讨论，不是 一开始就体现整体的EA焦点。最初，它只包括技术架构（版本 1到7）

3、，后来， 该框架中加入了业务架构领域，扩充到企业架构，目前，其最新版本为9.0,其具体的演变过程如图1.1所示。'常户殳田空朮扯构忑蒂-丄"汁 TAFIM 光:応¥* TOGAF rhi;.图1.1 TOGAF发展历程由于TOGAF是一个跨行业的、开放的免费架构，所以在全世界得到了广泛 的使用。根据The Open Group的2009年调研报告，各类企业架构框架的市场占 用率如图1.2所示，TOGAF的占有率已经超过百分之五十。Tha I巧呛巧号 JMS'SOfl? Sufb. &. and Fwrfrstif JU M Rs-par* ndrin

4、gr& >ar« coos sSent图1.2各类企业架构框架市场占有率、内容体系及相互关系TOGAF的体系非常全面，因此也较为复杂，图 2.1表示了 TOGAF9.0最新的 内容体系，它主要由6个部分组成，下面简要介绍它们的作用和相互关系。-工聚梅开发4.舉构开龙指劭和拄总2.義构内密框采IP氐寰构能力框氽E企亚连桑規一体图2-1 TOGAF规范的内容体系，ADM ）是核心内架构开发方法（Architecture Development Method容，通过架构开发方法的应用过程其实就是一个企业构建自身EA的过程,其实施结果产生大量的模型、规则及相互关联关系，我们常说

5、的TOGAF成果体系（见图2.2）就是在这个方法应用过程中产生的。经过ADM开发出的成果是分散的，架构内容框架（Architecture ContentFramework ）的作用就是结构化这些成果，用 TOGAF推荐的EA体系进 行组织，事实上，由于TOGAF是开放的，这些成果也完全可以用 Zachman 等模型进行内容的组织，具体内容框架的模式参见第三章相应章节。参考模型(TOGAFReferenee Models, TRM)是技术参考模型的简称，它 主要针对与业务需求向对应的系统平台服务给出一个通用化的描述方法， 在TOGAF中，给出了一个他认为是具有普适性的应用系统功能、接口、 服务的

6、分类和视图，并对接口、 服务内容等进行了罗列，给出相应的描述 方法，企业从中可以选择适合自己的， 加以修改应用，在规范中它也明确 表示，企业完全可以建立自己的平台服务的表达， 它提供的不一定全面和 适用。架构开发指引和技术 ( ADM Guidelines and Teehniques ) 主要是给出 了如何选取市面上的工具和技术来帮助用户开始实践 ADM，是基于方法 建立TOGAF框架的具体实现途径指导。企业连续统一体和工具( Enterprise Continuum and Tools )是一个架 构知识库， 它指引企业建立从通用的基础架构到行业架构， 再到具体的企 业架构及相关企业架构的

7、知识库，帮助企业参考使用。架构能力框架( Arehiteeture Capability Framework )是对架构描述中 涉及的组织、角色、业务、技术所需能力的一种结构化定义，用来驱动企 业架构的建立和运转。TOGAF9交付物：目录*矩阵、w-s B -卜'*：、J % 4iT %整塢施誌灣目慕 2腿制力电标R的目录i Jt务J1务功柜fl垂流ft事件/抻产鬲目批 -吳拘测艮目杀址券百就蚱阵 藏的杳商包菲啤 业券足锻阳 it善旅券:偉-trffi 购曉忡分解!£ 严总ji冲朗屬 自抵!H存劇U用.量11护*利蠡竭旻寺拊*E阵 斛决帝左趣髯图Sr狀d 一埃朮曙叱1越杀殂合

8、宣录 臬域技札範阵蛀理Si-珂博計算丿觐怜岳Jfr fi 弄対-卜-杆C &申L： ?It据宝牡点程松伴窗蓋虑轴更替冃录2揍口晳汞畫fet/赴握便陣*蝕竝坎疑半1. AS鱼色fU :fiit功腿拥阵*豪廉吿去弱-真井晨图丘则和朗户怕直医膏样#夺眉期團能业耳嗜!f H雷 枕样工複国只谧E.二辭乂方黑2襄a专空育素BS :就赴岳寓歩目录图2-2由实施TOGAF开发方法得到的TOGAF成果体系图2-3简要说明了这6个组成部分的相互关系。其中 Part3、Part4等是该 组成部分在TOGAF9规范中的章节位置。从图 2-3中可以看出，架构开发方法（ADM）是核心的，它实现了从业务愿景到业务能

9、力的转换和驱动。ADM实施中包含了 ADM指引和技术的支持，其成果体系以内容框架的方式进行展现，并 放入企业连续统一体之中，而参考模型也作为通用模型的一种，也放在了企业连 续统一体之中。架构能力框架系统说明了企业愿景实现中的能力需求体系，并为愿景实现提供能力保障，同时也通过实际业务能力不断验证能力框架的成熟度/实现程度。能力框架是驱动架构开发的动力，最终通过能力的实现支持企业架构 的运转。站种.衍上优业畀愿疑 和駆功力叶黒业需療星聖实理蛙、绻杓 J <.0 ,l. '512)静确ADM样引和桂監(尸*3)字f.黠珥代占至葛席桢葺盟局15.业碁*r决J7fTOGAF輕郴开址方建聃内

10、容莎业务能力苗如虫挣试苗柴构內容杠架(Pari4)TOGAF書号樱璋(P测問I广凉连釀乐二怵曰三耳 (Parr 5)逵方首卢主粹要舟乞 J 隹祐住陛屮的内!ft. J 做IR*矗儷*维一傳 宝仆鼻TQGAFft卿刹工耳WMf耐MF图2-3 TOGA呐容体系之间的关系描述三、内容结构的详细说明3.1 架构开发方法(Architecture Development Method , ADM )TOGAF的关键是架构开发方法(Architecture Development Method: ADM ): 一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构。 它是以迭 代的步骤顺序建立一个企

11、业架构，具体的步骤如图 3.1所示。图3 .1 ADM方法*拥疋樂构定兒赭4挥决楷畔叢构圍见时形喩2幷基澤穿析2.誉展电践社斤窯柠榴连预备阶段:确定实现过程涉众，并且让它们面对企业架构工作的内容。该阶段交付基于 组织业务法则的架构指导方针 (Architecture Guiding Principles)，并且描述用于监 控EA实现进展的过程和标准。A架构愿景：明确EA远景。架构远景(Architecture Vision)工件利用业务推动者明确企 业架构工作的目的，并且创建基线和目标环境的粗略描述。如果业务目标不清楚， 那么该阶段中的一部分工作是来帮助业务人员确定其关键的目标和相应的过程，

12、这些企业架构都必须支持。同样是该阶段中生成的架构工作描述( Statement of Architectural Work)，勾勒出EA的范围及约束，并且表示出架构工作的计划。B业务架构详述关于业务领域架构的工作。架构远景( Architecture Vision)中概括的 基线和目标架构在此被详细说明，从而使它们作为技术分析的有用输入。 业务过 程建模、业务目标建模和用例建模是用于生成业务架构的一些技术，这又包含了所期望状态的间隙分析。阶段B的步骤如图3.2所示LU廉曲悄豉.出編沪黨，哉*务社陶配日耶片图3.2业务架构步骤C信息系统架构涉及应用和数据(信息)架构的交付。 该阶段利用基线和阶段

13、 A(ArchitectureVisio n)中开始的目标架构，以及业务间隙分析(业务架构的一部分)的结果， 在范围内，并根据架构工作描述 ( Statement of Architectural Work )中所概括 的计划，为目前和展望的环境交付应用及数据架构。D 技术架构利用技术架构的交付完成了 TOGAF ADM循环的详细架构工作。如前面的阶 段里，间隙分析和草案架构用作基线， 由于初期对架构指导原则达成一致。 建模 标记，例如UML,在此阶段中被积极地使用，从而生成各种观点。E机会及解决方案阐明目标架构所表现出的机会， 并概述可能的解决方案。 此阶段中的工作围 绕着实现方案的可 行性

14、和实 用性。此 处生成的工 件包括 实现与移植 策略( Implementation and Migration Strategy) 、 高层次实 现 计划 ( High-level Implementation Plan)，以及项目列表(Project List)，还有作为实现项目所使用的 蓝图的已更新的应用架构。F 迁移规划将所提议的实现项目划分优先级， 并且执行移植过程的详细计划和间隙分析。 该工作包括评估项目之间的依赖性，并且最小化它们对企业运作的整个影 响。 在此阶段中，更新了项目列表(Project List)，详述了实现计划(Implementation Pla n),并且将蓝图

15、传递给了实现团队。G 实施治理建立起了治理架构(TOGAF和开发组织之间的关系(例如，可能由RUP和 项目管理知识体系(Project Management Body of Knowledge, PMBOK的组合， 或其他项目管理方法所规定) ，并且在正式的架构治理下实现所选的项目。阶段 的交付内容是开发组织所接受的架构契约(Architecture Contracts)。阶段G最 终的输出是符合架构的解决方案。H 架构变更管理重点转移到实现的解决方案的交付所达到的架构基线的变更管理。 该阶段可 能会生成为企业架构工作的后继循环设置目标的 架构工作请求( Request for Archite

16、cture Work)。需求管理处理所有类型的需求， 包括显著的业务推动者、 关系， 及新的功能和变更请 求。它适用于ADM周期所有阶段，是ADM流程的中心，并且是动态的流程，解 决处于该阶段的需求识别，保管和交付。3.2 架构内容框架( Architecture Content Framework)企业经过ADM开发得到的成果在TOGAF中是以统一的内容框架展现的， 如图 3.3 所示，主要有架构愿景、需求、业务架构、信息系统架构、技术架构、 数据架构等部分构成，值得注意的是，TOGAF的成果也可以用Zachman的框架或其他通用框架进行展示，是一个比较开放的体系。图 3.4 中给出了这些架

17、构内 容之间的内在关联。图3.3 TOGAF内容框架ill-si 轴輕r5*务y w.hM iiirj-冋阳机肉r*盘紫叭.-.CJT. *抑H-fiEE任 _ aS* Jr M忆舞f電|佳融也«£U-池袒i.Jj-嘶f 口常汽图3.4内容框架中各要素之间的关系3.3 参考模型(TOGAF Referenee Models , TRM )TRM中给出了一个系统平台服务的通用描述，并给出了每种服务、接口、 功能的描述方法。而每个对象的描述方式主要分为两部分， 一个是类别，二是该 类别的图形化表达，TRM的目标是提供一个广泛接受共识的平台技术体系描述 方法，事实上，企业在建立自

18、己的架构时，完全可以选用自已更为合适的系统描 述方法，因为它提供的描述并不具有针对性， 有时往往与系统需求和体系是不相 适用的。图3.5展示了 TRM所认为的系统平台服务的通用模式，在这种服务模式下， TRM将其细化为图3.6所示的详细构成，每个详细构成对象都定义了具体的功能、 服务等描述方法，图3.7是从TOGAF9中的截图，是对其中数据管理服务的详细 定义。图3.5 TRM的顶层视图QualitiesBu«ln«SiS|nfrji5trutWr» Appll口'命口仗ApplicatlDn PtatitHrn InlarfaceQUEffois.Grv

19、ph-all wxaFnagrelnEflt DWEm-2i4r!nihDi3gl> u«二帚rf也n中 Ftamaniomp- OPCTarb 口 n l*®*o3-贵 Dirgory Tran 雷a一字 ptog#43-e uc!rtwHllfflngilnHlcrinlpNndzetw 口rl £nwgqme!nl-r,G.9t±£sn 口OperatingServicesCommunicationa I nfr as true lure InlahaoeCnrirnMnivtipriv knrfraiflnicluFQualiti

20、es图3.6 TRM的详细定义视图 Data Management Services (see Section 435,?): Data dictionaryfreposrtwy servicesDatabase Management System (DBMS) servicesObject-Oriented Database Management System (OODBMS) services vyFile management servicesu 17Query processing functions LV/L)Screen generation functionsrt v J . A Report generation functk)ns Networking/concument access functions Il -£图3.7 TR