TOGAF体系 学习笔记

TOGAF学习笔记TOGAF9

手册

PartI–

简介PartII–架构开发方法（ADM)PartIII–ADM

指引和技术PartIV–架构内容框架PartV–企业连续系列和工具PartVI–架构能力框架前言，执行概况，核心的概念，定义和发版说明ADM

简介ADM阶段叙述架构制品架构交付物构建块调整ADM流程的指引架构开发技术企业连续系列架构分割架构存储库架构开发工具架构合规架构合同架构治理架构成熟度模型架构技能框架架构内容元模型架构委员会2基本概念Enterprise企业EA企业架构EAF企业架构框架TOGAFADM需要一种框架开发方法使用的流程Enterprise企业具有一组共同目标的组织的集合，可以是：政府机构、公司、或公司的部分EA企业架构定义企业各组成部分如何构建以及他们之间的关系、设计和演进原则、规定EAF企业架构框架是一种用于开发、实施和支持架构的概念结构；是一种方法，一套工具，并提供一个常用词汇表。例如：TOGAF，Zachman等TOGAFTOGAF是一个架构框架。简言之，TOGAF是一种用来帮助接受、创建、使用和维护架构的工具。ADMTOGAF架构开发方法，一个用于开发企业架构的循序渐进的方法3基本概念As-Is基线架构过渡架构To-Be目标架构业务架构数据架构应用架构技术架构TOGAF给出了两种风格的架构定义：基线优先（BaselineFirst)：在这种风格中，首先对基线架构进行评估。当目标解决方案无法被清晰地了解时，这种过程比较适用。目标优先（TargetFirst)：在这种风格中，首先对目标解决方案进行详细阐述，然后再映射回基线架构中去，以便定义变更活动。当目标状态已在概要层面（atahighlevel）达成一致，并且企业不希望将当前的业务实践扩散到目标方案中去的时候，这种过程比较适用。

4基本概念业务架构应用架构数据架构技术架构定义业务目标业务战略企业组织关键业务流程产品和/或服务战略所要开发的个别应用服务各种应用之间的相互影响应用和核心业务流程之间的关系逻辑数据（信息）资产结构物理数据资产结构数据管理资源硬件和网络基础架构软件技术架构中间件作用引导开发信息和技术架构引导数据架构和技术架构引导应用架构和技术架构支持业务和信息架构要求限制必须准确备案，确保企业和IT架构师能共用和理解可能会受信息和技术架构限制通常应用要耗费技术架构服务技术架构要支持各种架构整合与应用架构交错的数据技术架构要支持存储、访问、数据移动和位置要求等技术架构可对业务和信息架构施加约束条件和要求5基本概念6基本概念：架构设计顺序与架构实施顺序自上而下的设计1，业务架构2，数据（或应用）架构3，应用（或数据）架构4，技术架构自下而上的实施1，技术架构2，应用（或数据）架构3，数据（或应用）架构4，业务架构7基本概念架构模型架构视图架构描述架构系统利益相关者关注架构视点模型分类治理治理框架拥有识别展示服务说明概念定义系统系统是完成某个特定功能或者功能集的一组构件的集合。架构系统的架构是指系统的基本组织，体现在它的构件、构件之间的相互关系和构件与环境的关系，以及指导其设计和演进的原则上。架构描述架构描述是描述架构的一组制品的集合。在TOGAF中，架构视图是架构描述中的关键制品。利益相关者利益相关者是系统中担任关键角色、或关注系统的人员；例如用户、开发者或管理者等。系统中担任不同角色的利益相关者会有不同的关注点。利益相关者可以是某个或某类人、团队或组织。关注

（concern）关注是对系统中的利益相关者来说至关重要的关键利益（keyinterests需求），它决定系统的可接受性。关注可能与系统的功能、开发或运营的任何一方面相关，包括像性能、可靠性、安全性、分布以及可演进性这样一些考量。视图（view）视图是从一组相关的关注点的角度出发的、对整个系统的表述（结果）。在描述或表现系统架构设计的时候，架构师通常会创建一个或多个架构模型，可能会使用不同的工具。视图由一个或多个模型的某些部分组成，用于向某个特定的利益相关者或者一组利益相关者展现，他们的关注在系统架构的设计中得到充分的考虑。视点viewpoint视点定义了获得视图的视角。具体来说，一个视点定义了：如何构建和使用一个视图（通过合适的范式schema或模板）；应该出现在视图中的信息；表达和分析这些信息的建模技术；以及做出这些选择的依据（rationale），例如，通过描述视图的目的和预期的观众。8架构开发方法(Part2)架构能力框架(Part6)企业连续系列和工具

(Part5)ADM指引和技术(Part3)架构内容框架

(Part4)TOGAF参考模型

(TOGAF库)业务愿景和驱动力业务能力告知业务目前状态确保业务愿景的实现告知能力的大小，结构，和文化完善业务需要的了解业务需要输入到方法，识别需要处理的问题交付新业务解决方案运营的变更导致更新为架构角色，设置目标,关键绩效指标,和预算驱动架构能力成熟度的需要业务需要朔造非架构方面的业务运营从业务运营的学习，创建新业务要求该方法产生将要存储在存储库中的内容，依据企业连续系列来分类TOGAF架构开发方法和内容框架TOGAF能力框架

TOGAF企业连续系列和工具TOGAF9.2

标准的组成9TOGAF9

构件架构内容框架企业连续系列架构开发方法架构开发指引和技术参考模型架构能力框架101架构开发方法11目录架构开发方法(ADM)TOGAF核心架构发展的被证明的方式专门用来处理业务需求一个迭代方法一套架构视图，以确保复杂的要求都得到充分的讨论预备阶段A架构愿景B业务架构C信息系统架构D技术架构E机会及解决方案F迁移规划G实施治理H架构变更管理需求管理ADM阶段分组：第一组：P阶段+A阶段（使企业参与并组织架构工作的分组）第二组：B阶段+C阶段+D阶段（保证架构正确性的分组）第三组：E阶段+F阶段+G阶段（使架构落地的分组）第四组：H阶段+R阶段（使架构工作持续进行的分组）12架构开发方法(ADM)ADM阶段活动其他参考类比阶段P：预备阶段为成功实施TOGAF架构项目做好准备。

开展创建架构能力所需的准备和启动活动，包括定制TOGAF、选择工具以及定义架构原则。项目启动阶段R：需求管理TOGAF项目的每个阶段都基于一些业务需求，并对其进行验证。

需求被识别、存储、输入到ADM的相应阶段并从其输出，这些阶段对需求进行处置、阐述（address），并对其优先级进行排序。BABOK需求管理阶段A：架构愿景为TOGAF项目设定范围、约束和期望；创建架构愿景；定义利益相关者；验证业务场景，并创建架构工作说明书；获得正式批准。（战略架构）PfMP项目规划阶段B：业务

阶段C：信息系统

阶段D：技术开发如下四个领域的架构（领域架构）：

1）业务

2）信息系统——应用

3）信息系统——数据

4）技术

对于每个领域的架构，开发基线架构和目标架构，并分析差距。BizBokDMBok架构定义文档阶段E：机会与解决方案进行初步的实施规划，并对在前面各阶段中识别出的构建块的交付手段进行鉴定。确定是否需要增量的方法，如果需要的话对过渡架构进行识别。（解决方案架构，整合BCD阶段的结果，输出完整的架构）PfMPPgMP架构实施计划阶段F：迁移规划制定详细的实施与迁移计划，阐述如何从基线架构达成目标架构。（解决方案落地计划）阶段G：实施治理为实施提供架构监管；制定并发布架构契约；确保实施项目与架构相一致。PMP项目实施阶段H：架构变更管理进行持续的监控并建立变更管理流程，以确保架构能对企业的需要快速响应，使架构对业务的价值最大化CobiT架构变更，演进各阶段详细说明参考《TOGAF®️9.2ADM参考卡片》13架构开发方法(ADM)关键交付件架构工作请求书一份由赞助组织发给架构组织的文档，由它触发架构开发周期的开始。它是在架构组织的协助下，作为预备阶段的一项输出而被创建的。也可作为被批准的架构变更请求的结果而被创建，或是根据来源于迁移规划的架构工作的参考条目而被创建架构工作说明书是架构组织和架构项目赞助者之间的一份契约，是对架构工作请求书的响应。描述一份全面的计划，说明对架构工作有什么样的请求，并建议对已识别出问题的解决方案，将如何通过架构流程来进行开发。架构愿景一份最终的架构输出的高层的、愿景层面的视图。目的是从一开始就对架构应该有的预期结果达成共识，从而使架构师可以聚焦在关键的领域来验证其可行性。架构愿景也通过给出一个完整架构定义的总体汇总版本，来支持和利益相关者之间的沟通。架构定义文档项目过程中创建的核心架构制品及相关重要信息的可交付物容器，

这份文档跨越了所有的架构领域（业务、数据、应用和技术），

并检查了架构的所有相关状态（基线架构、过渡架构和目标架构）。架构定义文件提供了解决方案的定性视图，其目的在于表达架构师的意图。

架构需求规格书架构需求规范提供了解决方案的定量视图，说明了在架构实施过程中必须满足的度量标准。14架构开发方法(ADM)关键交付件15架构工作请求书赞助组织使命的声明业务目标业务的战略计划时间限制业务环境的变化约束系统描述架构工作说明书项目请求和背景项目描述和范围架构愿景概要特定的范围变更流角色、职责和交付物验收标准和流程架构项目计划和时间表正式批准架构开发方法(ADM)关键交付件---架构愿景16架构愿景文档的建议内容如下：问题描述：利益相关者和他们的关注需要解决（address）的问题/场景列表架构工作说明书的目标架构工作请求书及概要视图（views）的汇总（summary）概要业务架构概要应用架构概要数据架构概要技术架构映射的需求（Mappedrequirements）对架构定义文件草稿的引用（reference）问题描述架构目标概要视图需求映射架构定义草稿一份最终的架构输出的高层的、愿景层面的视图。目的是从一开始就对架构应该有的预期结果达成共识，从而使架构师可以聚焦在关键的领域来验证其可行性。架构愿景也通过给出一个完整架构定义的总体汇总版本，来支持和利益相关者之间的沟通。架构开发方法(ADM)关键交付件---架构定义文件17架构定义文件业务架构模型数据架构模型应用架构模型技术架构模型与架构景观的映射与参考模型的映射与架构标准的映射可重用性的评估结果范围目标、目的和约束架构原则基线架构架构模型架构方法的依据与论证与架构存储库的映射差距分析的结果影响分析的结果项目过程中创建的核心架构制品及相关重要信息的可交付物容器，这份文档跨越了所有的架构领域（业务、数据、应用和技术），并检查了架构的所有相关状态（基线架构、过渡架构和目标架构）。架构定义文件提供了解决方案的定性视图，其目的在于表达架构师的意图。

架构设计相关的契约18EA发起人架构开发组织开发合作伙伴架构工作说明书架构请求说明书架构设计和开发契约业务用户业务用户的架构契约本页可能存在错误的描述背景和简介协议的本质范围战略需求满足业务需求的架构交付物符合性需求架构采纳者时间窗架构业务衡量标准服务架构（SLA）背景和简介协议的本质架构范围架构及战略原则和需求符合性需求架构开发和管理流程与角色目标架构测度交付物的已定义阶段经过优先级排序的联合工作计划时间窗架构交付和业务衡量标准ADM周期的关键技术和交付物：P-APABCDEFGH输出件预备阶段架构愿景业务架构信息系统架构技术架构机会与解决方案迁移规划实施治理架构变更管理裁剪过的架构框架是

企业架构的组织模型是

架构原则是

业务原则、业务目标、业务驱动力是

架构存储库是

架构工具是

架构工作请求书是

PABCDEFGH输出件预备阶段架构愿景业务架构信息系统架构技术架构机会与解决方案迁移规划实施治理架构变更管理架构工作说明书（请求书的响应）

是

架构愿景（业务场景）

是

利益相关者管理

是

沟通计划

是

业务变革的准备度评估

是

能力评估

是

风险管理

是是

架构视点

是是是是

架构视图

是是是是

19ADM周期的关键技术和交付物：B-DPABCDEFGH输出件预备阶段架构愿景业务架构信息系统架构技术架构机会与解决方案迁移规划实施治理架构变更管理风险管理

是是

业务场景

是

架构定义文件

创建业务架构信息系统架构技术架构刷新

架构需求规范

业务架构需求信息系统架构需求技术架构需求

架构视点

是是是是

架构视图

是是是是

架构路线图

是是是

差距分析

是是是是

架构构建块

是是是

解决方案构建块

是

20ADM周期的关键技术和交付物：E-HPABCDEFGH输出件预备阶段架构愿景业务架构信息系统架构技术架构机会与解决方案迁移规划实施治理架构变更管理架构定义文件

创建业务架构信息系统架构技术架构刷新差距分析

是是是是解决方案构建块

是是是是基于能力的规划

是是

迁移规划技术

创建确认

实施和迁移计划

大纲详细

过渡架构

识别定稿

实施治理模型

是是是是架构契约

是是变更管理

是是一致性评估

是是需求影响评估

是21P阶段目的步骤确定组织所期望的架构能力：审查开展EnterpriseArchitecture的组织背景环境识别并确定受架构能力影响的ENTERPRISE组织元素及范围识别与架构能力相交叉的已有框架、方法及流程建立能力成熟度目标建立架构能力：定义并建立EnterpriseArchitecture的组织模型定义并建立用于架构治理的详细流程和资源选择并应用支持架构能力的工具定义架构原则界定受影响的ENTERPRISE组织的范围确认治理和支持框架定义并建立EnterpriseArchitecture团队和组织识别和建立

架构原则剪裁TOGAF框架及其他选定的架构框架（如果有）制定工具和技巧的策略及实施计划输入输出TOGAF库其他架构框架委员会战略、业务计划、业务战略、IT战略、业务原则、业务目标和业务驱动因素业务中运行的主要框架治理和法律框架架构能力合作和承包协议EnterpriseArchitecture现有的组织模型现有的架构框架（如果有），包括架构方法

；架构内容

；经配置和部署的工具

；架构原则

；架构存储库EnterpriseArchitecture的组织模型经剪裁的架构框架，包括架构原则初始架构存储库对业务原则、业务目标和业务驱动因素的重新申明或引用架构工作要求书架构治理框架22P阶段:主要内容23预备阶段架构原则能力识别组织期望的架构能力-审视企业架构的组织上下文-识别架构能力方面的企业组织范围和元素-识别架构能力方面的框架，方法和流程-建立实现目标能力的成熟度2）建立架构能力-定义企业架构的组织模型-定义架构治理的流程和资源-选择和使用支持架构能力的工具-定义架构原则A阶段目的步骤为待交付的能力和业务价值（即所建议的EnterpriseArchitecture的成效）开发概括性愿景获得对定义工作计划的架构工作说明书的批准，以开发和部署在架构愿景中概述的架构建立架构项目识别利益相关者、关注点和业务需求确认和详细阐述业务目标、业务驱动因素和约束评价业务能力评估业务转型准备度定义范围确认和详细阐述架构原则，包括业务原则开发架构愿景定义目标架构价值主张和KPI识别业务转型风险和缓解活动开发架构工作说明书；确保批准输入输出架构工作要求书业务原则、业务目标和业务驱动因素EnterpriseArchitecture的组织模型经剪裁的架构框架，包括经剪裁的架构方法、架构内容、架构原则以及经配置和部署的工具经充实的架构存储库，即现有架构文档（框架描述、架构说明、现有基线描述等）批准的架构工作说明书业务原则、业务目标和业务驱动因素的细化说明架构原则，能力评估，经剪裁的架构框架架构愿景，包括：细化的关键高层级利益相关者需求草拟的架构定义文件，包括（当在范围中时）：-基线架构（概括性）：业务，数据，应用，技术目标架构（概括性）：业务，数据，应用，技术沟通计划充实架构存储库的增加内容24A阶段:主要内容25架构愿景定义利益相关者创建架构愿景创建架构工作说明书正式批准架构工作说明书架构愿景描述新能力将如何满足业务目标和战略目标，以及在实施时如何应对利益相关者关注点，其约束通常以预备阶段部分开发的业务原则和架构原则为其依据提供基线架构和目标架构的初步的高层级描述，涵盖业务域、数据域、应用域和技术域。(针对各个域进行行动项大致描述，开发周期，KPI，对其它阶段的工作进行原则描述)业务场景技术(Businessscenarios)(开发架构愿景的技巧）通常用以发现和记录业务需求，并清楚的表述响应那些需求的架构愿景的合适且有用的技巧，主要用于阶段A，且在阶段B迭代使用；符合SMART准则(明确，可衡量，可付诸行动，切实可行，有时限)B-D阶段B.C.D阶段分别在业务领域、数据领域和应用领域、技术领域开展工作，分别构建：业务架构信息系统架构（数据架构、应用架构）技术架构每个阶段都包含9个工作步骤：选择参考模型、视点和工具描述基线架构描述目标架构进行差距分析定义候选路线图组件解决对架构景观的影响进行正式的利益相关者审评架构定稿创建架构定义文件26B阶段:业务架构主要内容27业务架构组织角色目标业务流程事件产品功能服务开发目标业务架构，用来描述企业需要如何运作以达成业务目标、响应架构愿景中制定的战略驱动力，并解决架构工作请求和利益相关者的关注点

基于基线业务架构和目标业务架构间的差距，识别候选的架构路线图构件（component）C阶段:数据架构主要内容28数据架构数据类图生命周期迁移安全散播数据架构层次数据治理数据管理数据迁移C阶段:应用架构主要内容29应用架构应用接口系统功能系统用例应用流程软件分布应用迁移应用通信应用架构层次1，应用组合管理2，单一应用架构（微服务、接口等）3，软件架构（类、方法）D阶段:技术架构主要内容30技术架构技术标准技术构件技术组合环境/位置平台负载量/分布硬件开发目标技术架构，使逻辑的和物理的应用、数据构件以及架构愿景，能够处理架构工作请求书和利益相关者关注的问题基于基线技术架构和目标技术架构之间的差距识别候选架构路线图构件E-F阶段：机会与解决方案与迁移规划对比机会与解决方案迁移规划目的第一个直接关注实施的阶段。它描述了识别交付手段（包括项目、项目群或项目组合）的过程，通过这些手段交付以前各阶段定义的目标架构如何通过制定一份正式而详细的实施和迁移计划，从基线架构推进到目标架构。

步骤确定／确认关键的企业变革属性确定对架构实施的业务约束审查并整合来自阶段B至D的差距分析结果审查（Review）各相关业务功能的综合需求整合并协调各可互操作性需求提炼并验证各种依赖性关系确认业务变革的准备度和相关风险制定实施和迁移战略识别出主要的工作包，并对其进行分组识别出各个过渡架构创建架构路线图、实施与迁移规划为制定实施和迁移计划确认企业各管理框架间的相互关系对每个项目赋予相应的商业价值评估资源需求、项目的时机、可获得性以及交付手段（vehicle）通过成本/收益分析和风险验证，

对各个迁移项目排定优先级确认架构路线图并更新架构定义文件完成实施与迁移计划完成开发周期并记录经验教训31E阶段:机会和解决方案主要内容32解决方案项目背景效益基于阶段B、阶段C、阶段D的差距分析和候选的架构路线图构件，生成架构路线图的初始完整版决定是否需要增量的方法；如果需要，识别可以持续交付商业价值的过渡架构2架构开发指引和技术33目录2大指引，9大技巧ADM迭代架构分割广度深度时间领域架构原则利益相关者管理架构模式差距分析迁移规划互操作需求评估业务转型准备度风险管理基于能力的规划2大指引9大技巧34架构分割：限定架构活动范围的各个维度：广度、深度、时间35架构分割：限定架构活动范围的各个维度：广度、深度、领域广度深度架构领域36架构分割：限定架构活动范围的各个维度维度需要考虑的事项广度企业的完整范围是什么、架构团队应该聚焦在多大范围内？许多企业非常庞大，由一组联盟的组织单元有异地构成，而这些组织单元自身也可以被视为企业。现代企业日益跨越其传统边界，成为一种由传统商业企业与供应商、客户和合作伙伴结合在一起的复杂混合体。深度架构活动应该详细到什么程度？多少个的架构才算是“足够”的？架构活动和其他相关的活动（系统设计、系统工程、系统开发）之间的界限应该如何适当地划分？时间段要清楚地描绘架构场景需要多少时间？这段时间被用来详细地描述架构是否有意义（就现实性和资源而言)？如果没有意义，需要定义多少个中间的目标架构？描绘这些目标架构各需多少时间？架构领域

(domain)一个完整的企业架构的描述应当包括架构领域的全部四个方面（业务、数据、应用、技术），但是资源和时间的限制住往意味着没有足够的时间、资金或资源来自上而下地建立一个涵盖所有四个架构领域的全面的架构描述，即便是选定的企业范围比整个企业的范围要小得多。37ADM迭代架构能力迭代架构开发迭代过渡规划迭代架构治理迭代ADM支持3种迭代整体迭代阶段之间迭代单个阶段迭代38ADM迭代：在不同水平运用ADM架构能力战略架构领域架构解决方案架构战略架构领域架构解决方案架构39单次迭代，在阶段A搞定战略架构多次迭代，可以先A-F搞定战略架构，然后，再来一个A-F，搞定领域架构，最后，再来一个A-G，搞定解决方案架构2大指引，9大技巧ADM迭代架构分割宽度深度时间领域架构原则利益相关者管理架构模式差距分析迁移规划互操作需求评估业务转型准备度风险管理基于能力的规划2大指引9大技巧409大技巧使用的阶段41技巧ADM阶段架构原则利益相关者管理评估业务转型准备度风险管理架构模式差距分析迁移规划互操作需求基于能力的规划预备阶段YesYesYes需求管理YesYes阶段A：架构愿景YesYesYesYesYes阶段B：业务YesYesYesYesYesYes阶段C：信息系统YesYesYesYesYes阶段D：技术YesYesYesYesYesYes阶段E：机会与解决方案YesYesYesYesYesYesYes阶段F：迁移规划YesYesYesYesYesYes阶段G：实施治理YesYes阶段H：架构变更管理YesYes利益相关者管理和风险管理，应用于ADM所有阶段待完善，可能有错误技巧1,架构原则一套通用规则（rules）和指导策略（guidelines）。包括：业务原则、数据原则、应用原则和技术原则。架构原则通常由企业架构师与关键业务利益相关者共同开发，并由架构委员会批准。42影响因素企业的使命和计划企业战略倡议外部约束现有的系统和技术计算机行业的趋势使用架构原则提供一个框架,进行项目自决策作为建立相关评价原则的指南作为对架构的功能性需求进行定义的驱动力作为一项输入评估系统原则依据的说明强调了架构对于企业的价值，为企业遵循原则所需的关键任务、资源和潜在成本提供了一份大纲为架构治理活动提供了支持技巧1,架构原则架构原则的模板名称（name）：既应当表现规则的本质，也应当容易记忆，不应当提及具体的技术平台。说明（statement）：应当简洁、无二义地表达基本的规则依据（rationale）：强调坚持原则带来的业务价值含义(implications)：为了贯彻原则，根据资源、成本和活动/任务，强调业务和IT需求区分好的原则的5个标准：可理解性（Understandability）健壮性（Robustness）完整性（Completeness）一致性（Consistency）稳定性（Stabality）43技巧2,利益相关者管理利益相关者是在企业架构中有关键角色或关注企业架构的人员。利益相关者可以是个体、团队、组织等。TOGAF提供一个循序渐进的方法：第1步：识别利益相关者。第2步：对利益相关者的职位归类。第3步：确定利益相关者管理方法。第4步：裁剪架构工作交付物。利益相关者管理是一门重要学科，架构从业者可以用它来赢得他人支持。尽早识别那些最有权力的利益相关者，确保其输入用于架构设计。清晰识别视点，满足利益相关者关注。44技巧2,利益相关者分类：5大类，22个项目供应商监管机构行政领导

部门管理层业务领域专家数据拥有者行政领导

部门管理层业务流程/

功能专家产品专家技术专家IT服务管理服务台应用管理基础设施管理数据/语音通信企业安全项目管理办公室QA/标准组织采购HR公司职能最终用户组织项目组织系统运营组织外部组织CxO45识别企业架构的关键利益相关者。

寻找那些被企业架构项目影响的人：谁会从这次变更中获益，谁会遭受损失？谁控制变更管理的流程？谁设计新系统？谁做出决策？谁采购IT系统以及谁决定买什么？谁控制资源？谁拥有项目需要的专业技能？谁具有影响力？在利益相关者分析矩阵中分类和记录职位利益相关者群体利益相关者中断变更的能力当前理解程度必需理解程度当前承诺所需承诺所需支持CIOJohnSmithHMHLMHCFOJeffMMMLMM第1步：识别利益相关者技巧2,利益相关者管理识别方法第2步：对利益相关者的职位归类46创建权力/利益矩阵，将利益相关者按组分布。权力利益级别C保持满意D关键参与者

A花费最小精力

B保持知会低高高低确定利益相关者的权力、影响力和利益，将项目聚焦于关键个体。将这些内容映射到权力/利益矩阵，用以确定与之的沟通策略。针对每组利益相关者而言：识别架构项目需要形成的视点，并与每组利益相关者进行验证。定义企业架构模型的特定视点、矩阵和视图。利益相关者映射样例利益相关者类别类角色示例关键关注级别目录、矩阵和图公司职能CxOCEO、CFO、CIO、COO关注组织的高层驱动力、目标和目的，以及如何将这些转化为有效的流程和IT架构来推动业务。保持

满意业务足迹图目标/目的/服务目录组织分解图公司职能项目群管理办公室项目组合管理关注变更活动的优先次序、资金和对齐。了解项目内容和项目之间的技术依赖关系，为项目组合管理的决策提供了更加丰富的信息。保持

满意需求目录业务足迹图应用通信图功能分解图公司职能采购采购者了解哪些架构的构建块可以买，以及购买存在哪些约束（或规则）。关键

参与者技术组合目录技术标准目录技巧2,利益相关者管理识别方法第3步：确定利益相关者管理方法第4步：裁剪项目交付物47技巧3,架构模式48解释举例架构模式需要解决什么问题怎样、何时、为什么使用他们，以及在使用中必须做出何种权衡建成什么样的建筑，如：教堂还是商城架构风格用什么方式解决问题建什么样风格的教堂，哥特式风格，还是天主教风格技巧4,差距分析差距分析技术在ADM周期中被广泛地使用，用来验证正在被开发的架构。它通常是一个阶段的最后一个步骤。基本的出发点是强调基线架构和目标架构之间的差异，即被故意忽略、意外遗漏或尚未定义的条目49技巧4,差距分析50技巧5,迁移规划迁移规划常用的5种工具实施因素评估和推论矩阵整合的差距、解决方案和依赖关系矩阵架构定义增量表企业架构状态演进表业务价值评估技术51技巧6,互操作需求阶段A：用业务场景确定信息和服务交换的性质和安全考虑。阶段B：用业务语言定义信息和服务交换。阶段C：用公司数据模型和/或信息交换模型细化信息交换内容。阶段D：指定应用之间共享信息和服务的方式。阶段E：指定信息和服务交换的技术机制。阶段F：选取实际的解决方案。阶段G：从逻辑上实施互操作性。互操作是指“共享信息和服务的能力”。TOGAF提供了定义、提炼互操作性以及判定互操作性需求的技术。互操作性判定活动贯穿整个ADM周期。具体表现如下：阶段B：利益相关者间的信息互操作性需求

（信息互操作程度）阶段C:系统间的互操作性需求样例52技巧7,评估业务转型准备度用于评估和量化企业准备承受变化的程度，看企业是否为变革做好了准备推荐的活动包括：确定将会影响组织的准备度因素使用成熟度模型来展现这些准备度因素评估每个准备度要素的风险，并识别缓减风险的改善措施在阶段E和F-------实施和迁移计划中，实施这些行动53在A阶段（架构愿景），评估及企业架构成熟度，评估业务架构转型准备度技巧7,评估业务转型准备度54技巧7,准备度因素评级业务因素评估摘要序号准备度因素紧急程度准备度状态修正困难度1愿景高低不需要行动2渴望、意愿和决心低尚可容易3需要可接受中等4业务案例好困难5资金高6发起和领导7治理8责任承担9可行的方法和执行模式10IT执行能力11企业执行能力12企业实施和运行的能力55技巧7,评估业务转型准备度56技巧8,风险管理风险管理是一种在实施架构项目时用于缓减风险的技术它包括一个由以下活动组成的风险管理过程（process）：风险分类风险识别初始风险评估风险缓减和残留风险评估风险监控57技巧9,基于能力规划企业能力企业架构企业项目基于能力的规划是一种根据基于能力规划的原则、确定和规划企业变革的具体方法，是一种聚焦业务成果的业务规划技术。它是业务驱动和业务导向的，它将各个业务线全部必需付出的努力整合起来，以达到企业期望的能力58技巧9,基于能力规划59能力评估企业的整体能力业务能力的评估企业IT职能的能力或成熟度企业架构职能的能力和成熟度能力存在差距的地方3架构内容框架60目录内容元模型61中文英文施动者Actor功能Function业务服务BusinessService组织单元Organization流程Process角色Role信息系统服务InformationSystemService应用构件ApplicationComponent数据实体DataEntity技术构件TechnologyComponent平台服务PlatformService架构内容框架架构实现机会及解决方案、迁移规划工作包架构合同实施治理标准指引规格业务架构动机驱动力目标目的测度组织组织位置施动者角色功能业务服务、合同、服务质量流程、事件控制、产品功能信息系统架构数据数据实体逻辑数据构件物理数据构件应用信息系统服务逻辑应用构件物理应用构件技术架构平台服务逻辑技术构件物理技术构件预备阶段架构原则架构愿景业务原则、目的、和驱动力架构愿景业务战略技术战略利益相关者架构需求需求约束假设差距架构内容框架提供了一套架构工作产品的详细模型，包括：交付物，交付物内的制品，以及交付物代表的架构构建(ABBs)架构内容框架：它驱使TOGAF的产出物有更强的一致性它提供了一个全面的架构产出清单它有利于更好地整合工作产品它提供了详细架构应如何予以说明的开放式标准它包括一个详细的元模型架构原则、愿景、和需求62交付物、制品、构建块交付物（Deliverable)：是以契约方式详细说明的正式架构工作产品，一般会由其利益相关者审查、同意并签署。交付物通常代表了项目的输出。制品（Artifact）：是对架构的某个方面进行描述的架构工作产品。制品通常可分为目录（Catalogs事物的列表），例如：需求目录矩阵（Matrices用来展现事物之间的关系），例如：业务交互矩阵图（Diagrams事物的图形展现），例如：用例图一个架构交付物可能包含多个制品，而制品则构成了架构存储库的内容。构建块（Buildingblock）：代表一个业务、IT或架构能力的（潜在可重用的）构件，它可以和其他构建块组合起来共同交付架构或解决方案架构构建块（ABB）来描述所需的能力，并决定解决方案构建块（SBB）的内容，解决方案构建块（SBB）表示用于实施所需能力的构件。架构构建块定义功能,解决方案构建块定义功能的实施63交付物、制品与构建块之间的关系64TOGAF9架构制品：目录、矩阵、图预备阶段1.原则目录阶段B,业务架构组织/施动者目录驱动力/目标/目的目录角色目录业务服务/功能目录位置目录流程/事件/控制/产品目录合同/测度目录业务互动矩阵施动者/角色矩阵业务足迹图业务服务/信息图功能分解图产品生命期图目标/目的/服务图用例图组织分解图流程图事件图阶段C,数据架构数据实体/数据构件目录数据实体/业务功能矩阵系统/数据矩阵类图数据散播图数据安全图类阶层图数据迁移图数据生命周期图阶段C,应用架构应用组合目录接口目录系统/组织矩阵角色/系统矩阵系统/功能矩阵应用互动矩阵应用通信图应用和用户位置图系统用例图企业可管理性图流程/系统实现图软件工程图应用迁移图软件分布图阶段A,架构愿景1.利益相关者映射矩阵2.价值链图3.解决方案概念图阶段D,技术架构技术标准目录技术组合目录系统/技术矩阵环境和位置图平台分解图处理图网络计算/硬件图通信工程图阶段E.机会及解决方案1.项目背景图2.效益图需求管理1.需求目录654企业连续系列66目录企业连续系列架构连续系列基础架构通用系统架构 行业架构组织特定架构基础解决方案通用系统解决方案行业解决方案组织特定解决方案解决方案连续系列架构指导及支持解决方案：基础》通用系统》行业》组织特定企业连续系列支持两个一般性的思想：尽可能的重用，特别是避免重新发明，帮助沟通架构和解决方案，连续系列中的资产都根据从一般到特殊的方式进行组织，目的是提供一种一致的语言来有效地表达架构之间的差异。67企业连续系列架构指导及支持解决方案：基础》通用系统》行业》组织特定68类别说明基础架构由一般组件、相互关系、原则和指南组成TRM描述其他更特定的架构，可依据的基础性架构公共系统架构从基础架构中，选择和综合特定服务，以便创建一个用于跨大量相关域构建公共（高度可复用的）解决方案的架构安保架构，管理架构，网络架构，运行架构等特定问题域的需求、构建块，III-RM行业架构指导功能系统组件与行业特定组件的综合，并指导在某一特定行业内，创建针对目标客户问题的行业解决方案垂直行业的需求和标准如：零售业架构组织特定的架构描述和指导针对某一特定Enterprise或相关Enterprise的扩展网络的解决方案组件的最终部署特殊Enterprise的需求和构建块企业连续系列架构指导及支持解决方案：基础》通用系统》行业》组织特定69企业连续系列基础公共行业组织特定业务架构数据架构DAMA零售大数据阿里大数据应用架构III-RM零售行业架构阿里架构技术架构TRM企业连续系列70架构存储库架构方法内容元模型技能存储库组织结构架构章程决策记录合规评估能力评估日历项目组合绩效测量架构景观战略架构分段架构能力架构参考库基础架构通用系统架构行业架构组织特定架构标准信息库业务标准数据标准应用标准技术标准外部参考模型外部标准架构委员会景观中的制品根据元模型被结构化最佳实践创建参考架构被企业所采用标准被遵循最佳实践创建标准被企业所采用标准有参考的实现被企业所采用景观被治理一致性被治理对其可见解决争端架构委员会把控并管理能力使能企业企业驱动力交付业务产出战略需求分段需求能力需求解决方案构建块解决方案景观架构需求存储库架构存储库架构能力治理记录架构元模型71架构存储库架构元模型（ArchitectureMetamodel）描述了经组织裁剪的架构框架的应用方式，包括一个架构内容的元模。架构能力（ArchitectureCapability）定义了支持架构存储库治理的参数、结构和流程。架构景观（ArchitectureLandscape）展现了当前组织内使用的构建块的架构视图（如，一份在用的应用系统的列表）景观很可能存在于多个抽象级别上，以满足不同的架构目的。标准信息库（StandardInformationBase，SIB）获取新的架构必须遵从的标准，可包括行业标准、选定供应商的产品和服务或已在组织中部署的共享服务。

参考库（ReferenceLibrary）提供指南、模板、模式和其他形式的参考资料，可用来加速企业新架构的创建。治理日志（GovernanceLog）提供整个企业内治理活动的记录。

725参考模型73目录技术参考模型(TRM)基础设施应用业务应用通信基础设施通信基础设施接口网络服务操作系统服务应用平台接口质量质量图形及影像数据管理用户界面数据交换国际操作位置与目录事务处理安全软件工程系统及网络管理TRM是一种通用平台服务的模型和分类法。这种分类法定义了一套术语，并对其组成部分进行了一致的描述。其目的是对一个信息系统给出概念上的描述.质量质量质量Qualities通信基础设施通信基础设施接口网络服务操作系统服务应用平台应用平台接口业务应用基础设施应用自上而下视图

侧面视图

74技术参考模型(TRM)应用可移植性通过应用平台接口实现，识别一套服务，通过平台，它将以标准的方式提供给应用互操作性通过通信基础设施接口实现，识别一套通信基础设施服务，将以标准的方式建立应用应用平台通信基础设施多样性75集成信息基础设施参考模型(III-RM)安全

质量

可移动性

性能服务水平协议质量管理策略应用平台开发工具信息提供者应用信息消费者应用中介应用管理公用程序766架构能力框架77目录能力框架治理机构有技能的资源池企业连续系列（用来对存储库中的输入及输出进行分类）项目/组合项目治理项目/组合项目架构存储库业务运营契约角色和责任（一般的或项目特定的）培训架构专业人员技能知识指导设定优先级和关注点测量成功参与参与设定优先级和关注点交付一致的解决方案提升提升需要需要拥有拥有被分配填充存储库重用构建块、遵守标准架构的业务能力（在一定成熟度级别上运营）78能力框架建立一个架构能力对组织建立一套架构能力的指导原则。架构委员会对建立和运作企业架构委员会的指导原则。架构一致性对确保项目符合架构的指导原则。架构契约对定义和使用架构契约的指导原则。架构治理在整个Enterprise层级下管理和控制EA及其他架构所借助的实践和方向架构成熟度模型评估和量化组织的企业架构成熟度的技术。架构技能框架对承担企业架构工作的人员的一套角色、技能和经验的规范79架构技能框架（ArchitectureSkillsFramework）架构开发方法企业能力管理运行管理方法解决方案开发方法组合、项目管理方法80架构技能框架（ArchitectureSkillsFramework）TOGAF架构技能框架（ArchitectureSkillsFramework）试图通过对TOGAF框架界定的、承担各类架构角色的内外部人员所需架构技能和熟练水平的定义，来解决这个问题。技能的范畴包括：通用技能，一般包括领导能力、团队协作、人际关系等能力等。业务技能和方法，一般包括业务案例、业务流程、战略规划等。企业架构技能，一般包括建模、构建块设计、应用与角色设计、系统集成等。

项目群或项目管理技能，一般包括业务变更管理、项目管理方法和工具等。通用IT知识技能，一般包括代理应用、资产管理、迁移规划、服务水平协议(SLAs)等技术类IT技能，一般包括软件工程、安全、数据交换、数据管理等。法律环境，一般包括数据保护法、合同法、采购法、反欺诈法等。

81架构委员会82确保方法得到正确使用，批准架构原则，模型审核；架构节点治理，变更控制；为有关架构的所有决策提供基础确保子架构之间的一致性建立组件重用的目标，识别和批准重用组件确保架构执行符合业务目标，平衡新技术应用确保架构合规确保采用基于架构的开发规程为越界决策支持可见的升级功能提供架构变更的决策基础能力框架预备阶段架构愿景业务架构信息系统架构技术架构机会与解决方案迁移规划实施治理架构变更管理建立一个架构能力建立架构委员会建立架构一致性治理架构契约实施架构治理治理架构成熟度模型评估实施实施架构技能框架83建立架构能力84在组织内，实现任何架构能力都涉及如下四个领域的架构​。​业务架构：强调架构治理、架构流程、架构组织结构、架构信息需求和架构产品等数据架构：定义组织的企业连续统一体和架构存储库的结构，数据架构本质是内容元模型的实践应用架构：规定使架构实践可行所需的功能和应用服务技术架构：支持架构应用和企业连续统一体的架构实践基础设施架构合规85868788架构治理框架89TOGAF9

构件架构内容框架企业连续系列架构开发方法架构开发指引和技术参考模型架构能力框架90Thankyou91L2考试经验92Zachman系统模型WhatHowWhereWhoWhenWhy业务功能网络人员时间驱动因素范围（目标层面）规划人员业务模型（概念层面）业务人员系统模型（逻辑划分）设计人员技术模型（物理划分）实施人员详细表示（不受控）分包商企业功能重要的业务事务列表实体（Entity）

=业务事务类

业务流程列表流程（Process）

=业务流程类

业务场所列表节点（Node）

=主要业务场所重要业务组织列表人员（People）

=主要组织单元重要业务时间/周期列表时间（Time）=主要业务时间/周期业务目标与策略列表结束/手段

=主要目标与策略例如：概念模型实体=业务实体关系=业务关系例如：业务流程模型流程=业务流程I/O=业务资源例如：业务支持系统节点=业务场所联系=业务联络例如：工作流模型人员=组织机构工作=工作产品例如：主控进度计划时间=业务事件周期=业务周期例如：业务计划结束=业务目标手段=业务策略例如：逻辑数据模型实体=数据实体关系=数据关系例如：应用架构流程=应用功能I/O=用户视图例如：分布式架构节点=I/S功能（处理器、存储等）联系=线性特征例如：人机接口架构人员=角色工作=交付物例如：处理结构时间=系统事件周期=处理周期例如：业务规则模型结束=结构化声明手段=行动声明例如：物理数据模型实体=域/表/等等关系=指针/关键字例如：系统设计流程=计算机功能I/O=数据元/set例如：技术架构节点=硬件/系统软件联系=相关规范例如：表示架构人员=用户工作=屏幕格式例如：控制结构时间=执行周期=组件周期例如：规则设计结束=条件手段=行动例如：数据定义实体=数据域关系=地址例如：程序流程=语言描述I/O=控制块例如：网络架构节点=地址联系=协议例如：安全架构人员=标识工作=工作例如：时序定义时间=中断周期=机器周期例如：规则规范结束=子条件手段=步调例如：数据例如：功能例如：网络例如：组织例如：计划例如：策略93IT建设流程业务流程角色架构设计提出需求业务主管（业务部门）

分析需求需求分析师（IT部门）业务架构

(架构路线图)交付方案确定

（自研、招标）IT经理（IT部门）IT架构

（应用、数据）招标书RFPsIT经理（IT部门）

采购（招标）采购（采购部门）

合同采购，供应商

交付项目经理（供应商)项目架构验收业务代表（业务部门）

9495架构变更管理流程的目标是确保架构达成期原始目标业务价值架构变更分三类简化变更---------减少投资的需求来驱动增量变更---------从现有的投资获取附加价值来驱动重新开发架构的变更----增加投资的需求来驱动架构原则通常由企业架构师与关键业务利益相关者共同开发，并由架构委员会批准名称Name说明Statement（表述、内容）：应当简洁、无二义地表达基本的规则依据Rationale（理由、价值）：应该使用业务术语强调坚持原则，带来的业务价值含义Implications（相关影响、需求和任务）：为了贯彻（执行）原则，根据资源、成本和活动/任务，强调业务和IT需求96架构愿景：一份最终的架构输出的高层的、愿景层面的视图。建立愿景的目的是从一开始就对架构应该有什么样的预期结果达成共识，从而使架构师可以聚焦在关键的领域来验证其可行性。架构愿景也通过给出一个完整架构定义的总体汇总版本，来支持和利益相关者之间的沟通业务场景技术(Businessscenarios)通常用以发现和记录业务需求，并清楚的表述响应那些需求的架构愿景的合适且有用的技巧，主要用于阶段A，且在阶段B迭代使用；符合SMART准则(明确，可衡量，可付诸行动，切实可行，有时限)97基于能力的规划是一种根据基于能力规划的原则、确定和规划企业变革的具体方法，一种聚焦业务成果的业务规划技术。它是业务驱动和业务导向的，它将各个业务线全部必需付出的努力整合起来，以达到企业期望的能力评估业务转型准备度用于评估和量化企业准备承受变化的程度，看企业是否为变革做好了准备推荐的活动包括：确定将会影响组织的准备度因素（factor）使用成熟度模型来展现这些准备度因素评估每个准备度要素的风险，并识别缓减风险的改善措施安全架构和ADMADM阶段活动阶段P：预备阶段界定受安全架构影响的Enterprise组织的范围定义适用的法规要求和安全策略需求，并将其文件化将所需安全能力定义为架构能力的一部分实施安全架构工具阶段A：架构愿景获取对安全测度的管理层支持在架构开发周期中，定义必需的安全性相关的管理层签署同意的里程碑确定适用的灾难恢复或业务连续性计划/需求，并将其文件化识别将要部署的系统的预期物理/业务/法规环境，并将其文件化确定系统的关键性：安全关键性/任务关键性/非关键性，并将其文件化阶段B：业务确定将于产品/服务/流程交互的合法施动者评估当前安保特定的业务流程（现有目的的增强）并建立基线确定在使用安保措施中带来的不便，对谁/在多大程度上是可接受的识别项目控制范围之外的互联系统，并将其文件化如果出现错误，确定有风险的资产---“我们在努力保护什么”确定失效情况下的资产损失/影响的成本（定性和定量）识别资产所有权，并将其文件化确定适当的安全取证流程，并将其文件化识别可用性的关键度临界点及修正整体服务的运行由威胁和处于风险中的资产价值，确定合理的安全性（成本）是多少，并将其文件化重新评估并确认架构愿景决策评估所识别的安全方针与业务目标的一致性或冲突确定“什么可能出错”98安全架构和ADMADM阶段活动阶段C：信息系统评估当前安全特定架构元素（现有目的的增强）并建立基线识别安全默认行为和失效状态识别和评价适用的得到认可的指南和标准回顾项目控制范围之外的关于互联系统的假设确定所存储/创建/使用的信息的灵敏度或分类等级，并将其文件化识别并文件化资产的保管识别每个功能的可用性关键度临界点和正确运行的关键性确定正在设计中的系统与现有业务灾难/连续性计划的关系识别系统的哪些方面必须是可配置的，以反映方针/业务环境/访问控制的变化识别按照业务需求和法定要求的规定所使用信息的寿命