TOGAF内容综述.docx

TOGAF整体说明一、TOGAF概述 TOGAF （The Open Group Architecture Framework）是一个架构框架，简而言之，是一种协助开发、验收、运行、使用和维护架构的工具。TOGAF已被80的Forbes 50（福布斯）的公司使用，并支持开放、标准的SOA参考架构。 TOGAF是由开放团体（The Open Group）发起和设计的，它有300多个会员企业，包括许多世界著名的企业，比如IBM、凯捷、富士通、日立、惠普、NEC、美国国防部、美国国家航空航天局（NASA）等。从1993年产生以来，经过近20年的发展，TOGAF已经成为一个行业的标准。TOGAF原先是基于美国国防部的信息管理的技术框架（Technical Architecture Framework of Information Management，TAFIM）的，包括了一个组织服务类型的技术参考模型、标准信息、一个关于无界限的信息流和集成信息基础建设参考模型（Integrated Information Infrastructure Reference Model，III-RM）观念的讨论、一个关于发展多种架构视图（如业务，安全，软件，管理信息和帮助读者以及使用者开始实施的模板等）的讨论，不是一开始就体现整体的EA焦点。最初，它只包括技术架构（版本1到7），后来，该框架中加入了业务架构领域，扩充到企业架构，目前，其最新版本为9.0，其具体的演变过程如图1.1所示。图1.1 TOGAF发展历程 由于TOGAF是一个跨行业的、开放的免费架构，所以在全世界得到了广泛的使用。根据The Open Group的2009年调研报告，各类企业架构框架的市场占用率如图1.2所示，TOGAF的占有率已经超过百分之五十。图1.2 各类企业架构框架市场占有率二、内容体系及相互关系TOGAF的体系非常全面，因此也较为复杂，图2.1表示了TOGAF9.0最新的内容体系，它主要由6个部分组成，下面简要介绍它们的作用和相互关系。图2-1 TOGAF规范的内容体系 架构开发方法（Architecture Development Method，ADM）是核心内容，通过架构开发方法的应用过程其实就是一个企业构建自身EA的过程，其实施结果产生大量的模型、规则及相互关联关系，我们常说的TOGAF成果体系（见图2.2）就是在这个方法应用过程中产生的。 经过ADM开发出的成果是分散的，架构内容框架（Architecture Content Framework）的作用就是结构化这些成果，用TOGAF推荐的EA体系进行组织，事实上，由于TOGAF是开放的，这些成果也完全可以用Zachman等模型进行内容的组织，具体内容框架的模式参见第三章相应章节。 参考模型（TOGAF Reference Models，TRM）是技术参考模型的简称，它主要针对与业务需求向对应的系统平台服务给出一个通用化的描述方法，在TOGAF中，给出了一个他认为是具有普适性的应用系统功能、接口、服务的分类和视图，并对接口、服务内容等进行了罗列，给出相应的描述方法，企业从中可以选择适合自己的，加以修改应用，在规范中它也明确表示，企业完全可以建立自己的平台服务的表达，它提供的不一定全面和适用。 架构开发指引和技术（ADM Guidelines and Techniques）主要是给出了如何选取市面上的工具和技术来帮助用户开始实践ADM，是基于方法建立TOGAF框架的具体实现途径指导。 企业连续统一体和工具（Enterprise Continuum and Tools）是一个架构知识库，它指引企业建立从通用的基础架构到行业架构，再到具体的企业架构及相关企业架构的知识库，帮助企业参考使用。 架构能力框架（Architecture Capability Framework）是对架构描述中涉及的组织、角色、业务、技术所需能力的一种结构化定义，用来驱动企业架构的建立和运转。图2-2由实施TOGAF开发方法得到的TOGAF成果体系 图2-3简要说明了这6个组成部分的相互关系。其中Part3、Part4等是该组成部分在TOGAF9规范中的章节位置。从图2-3中可以看出，架构开发方法（ADM）是核心的，它实现了从业务愿景到业务能力的转换和驱动。ADM实施中包含了ADM指引和技术的支持，其成果体系以内容框架的方式进行展现，并放入企业连续统一体之中，而参考模型也作为通用模型的一种，也放在了企业连续统一体之中。架构能力框架系统说明了企业愿景实现中的能力需求体系，并为愿景实现提供能力保障，同时也通过实际业务能力不断验证能力框架的成熟度/实现程度。能力框架是驱动架构开发的动力，最终通过能力的实现支持企业架构的运转。图2-3 TOGAF内容体系之间的关系描述三、内容结构的详细说明3.1架构开发方法（Architecture Development Method，ADM）TOGAF的关键是架构开发方法（Architecture Development Method: ADM）：一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构。它是以迭代的步骤顺序建立一个企业架构，具体的步骤如图3.1 所示。图3 .1 ADM方法 预备阶段：确定实现过程涉众，并且让它们面对企业架构工作的内容。该阶段交付基于组织业务法则的架构指导方针（Architecture Guiding Principles），并且描述用于监控 EA 实现进展的过程和标准。 A架构愿景：明确 EA 远景。架构远景（Architecture Vision）工件利用业务推动者明确企业架构工作的目的，并且创建基线和目标环境的粗略描述。如果业务目标不清楚，那么该阶段中的一部分工作是来帮助业务人员确定其关键的目标和相应的过程，这些企业架构都必须支持。同样是该阶段中生成的架构工作描述（Statement of Architectural Work），勾勒出 EA 的范围及约束，并且表示出架构工作的计划。 B业务架构详述关于业务领域架构的工作。架构远景（Architecture Vision） 中概括的基线和目标架构在此被详细说明，从而使它们作为技术分析的有用输入。业务过程建模、业务目标建模和用例建模是用于生成业务架构的一些技术，这又包含了所期望状态的间隙分析。阶段B的步骤如图3.2所示图3.2 业务架构步骤 C信息系统架构涉及应用和数据（信息）架构的交付。该阶段利用基线和阶段 A（Architecture Vision）中开始的目标架构，以及业务间隙分析（业务架构的一部分）的结果，在范围内，并根据架构工作描述 （Statement of Architectural Work ）中所概括的计划，为目前和展望的环境交付应用及数据架构。 D技术架构利用技术架构的交付完成了 TOGAF ADM 循环的详细架构工作。如前面的阶段里，间隙分析和草案架构用作基线，由于初期对架构指导原则达成一致。建模标记，例如 UML，在此阶段中被积极地使用，从而生成各种观点。 E机会及解决方案阐明目标架构所表现出的机会，并概述可能的解决方案。此阶段中的工作围绕着实现方案的可行性和实用性。此处生成的工件包括实现与移植策略 （Implementation and Migration Strategy）、高层次实现计划（High-level Implementation Plan），以及项目列表（Project List），还有作为实现项目所使用的蓝图的已更新的应用架构。 F迁移规划将所提议的实现项目划分优先级，并且执行移植过程的详细计划和间隙分析。该工作包括评估项目之间的依赖性，并且最小化它们对企业运作的整个影 响。在此阶段中，更新了项目列表（Project List），详述了实现计划（Implementation Plan)，并且将蓝图传递给了实现团队。 G实施治理建立起了治理架构（TOGAF）和开发组织之间的关系（例如，可能由 RUP 和项目管理知识体系（Project Management Body of Knowledge，PMBOK)的组合，或其他项目管理方法所规定），并且在正式的架构治理下实现所选的项目。阶段的交付内容是开发组织所接受的架构契约（Architecture Contracts）。阶段 G 最终的输出是符合架构的解决方案。 H架构变更管理重点转移到实现的解决方案的交付所达到的架构基线的变更管理。该阶段可能会生成为企业架构工作的后继循环设置目标的 架构工作请求（Request for Architecture Work）。 需求管理处理所有类型的需求，包括显著的业务推动者、关系，及新的功能和变更请求。它适用于ADM周期所有阶段，是ADM流程的中心，并且是动态的流程，解决处于该阶段的需求识别，保管和交付。3.2架构内容框架（Architecture Content Framework） 企业经过ADM开发得到的成果在TOGAF中是以统一的内容框架展现的，如图3.3所示，主要有架构愿景、需求、业务架构、信息系统架构、技术架构、数据架构等部分构成，值得注意的是，TOGAF的成果也可以用Zachman的框架或其他通用框架进行展示，是一个比较开放的体系。图3.4中给出了这些架构内容之间的内在关联。图3.3 TOGAF内容框架图3.4 内容框架中各要素之间的关系3.3参考模型（TOGAF Reference Models，TRM） TRM中给出了一个系统平台服务的通用描述，并给出了每种服务、接口、功能的描述方法。而每个对象的描述方式主要分为两部分，一个是类别，二是该类别的图形化表达，TRM的目标是提供一个广泛接受共识的平台技术体系描述方法，事实上，企业在建立自己的架构时，完全可以选用自已更为合适的系统描述方法，因为它提供的描述并不具有针对性，有时往往与系统需求和体系是不相适用的。 图3.5展示了TRM所认为的系统平台服务的通用模式，在这种服务模式下，TRM将其细化为图3.6所示的详细构成，每个详细构成对象都定义了具体的功能、服务等描述方法，图3.7是从TOGAF9中的截图，是对其中数据管理服务的详细定义。图3.5 TRM的顶层视图图3.6 TRM的详细定义视图图3.7 TRM中的定义举例3.4架构开发指引和技术（ADM Guidelines and Techniques）ADM指引和技术是指，一组指引和技术，以支持ADM应用。该指引有助于适应ADM来处理不同的情况，包括不同的流程风格（如利用迭代），及具体需求（如安全）。该技术支持ADM范围内的具体任务（如确定的原则，业务情景，差距分析，迁移规划，风险管理等）3.5企业连续统一体和工具（Enterprise Continuum and Tools） 如前文所述，企业连续统一体和工具实际上是架构的知识库，它包含了从基础架构到特定架构的存储和参考，图3.8简要说明了它的构成体系。图3.8 企业连续统一体和工具的构成体系3.6 架构能力框架（Architecture Capability Framework）架构能力框架是指一种组织、技术、角色和责任的有结构的定义，以建立和运转一个