踏实型的TOGAF企业架构学习者要学什么?

下载:本文PDF版

昨天有帮友在IT帮大本营微信群了问到

我打开ea网站的常见问题,截图回复了一下

如果让我再简单说一下该学什么,我想用下面这张图来说明

实操型的看 企业架构,从理论到实践

认证型的看 企业架构TOGAF最新版官方认证公开课

踏实型的看今天写的这篇文章

什么是踏实型的企业架构学习者?那就是先把基础打牢,一些基本概念一定要掌握,而且要全局了解,并且要自己能综合起来,最好可以给别人讲讲。那要学习哪些知识呢?下面我们来说一下踏实型学习者学习的TOGAF线上课程的内容。你也可以把以下大纲介绍以及一些讲义截图(有ADM所有阶段的输入、步骤和输出)当做学习资料来概述了解TOGAF。

0. 开课

在学习之前,学习如何学习还是有必要的,毕竟企业架构的学习还是有一定的曲线。在这36分钟的课程中,我会说一下我自己在2009年是如何开始学习TOGAF9.0的。那时候的资料繁杂且基本没有中文资料,虽然很多培训机构有TOGAF培训,我也有同事参加过认证培训,但我发现带回的资料和标准原文相比差距甚远,所以我开始将自己的研究所得进行总结,这就开始了我的学习之路。之后,我会给大家一些学习建议,作为本系列课程的一个开头。

1. 开篇

每一课都会通过这种讲义+录音的录播方式,学员可以永久回听学习,不用担心时间冲突。

目前不管是业内还是业外都觉得企业架构中用的词汇、方法、工具和意见都比较混乱,其中还惨杂着不少似是而非、模棱两可的概念,甚至是思维上的理解错误,造成沟通上的困难和不必要的浪费,这次70分钟的课程希望帮助对企业架构感兴趣的所有人员建立一个初步和较全面的了解,从而进一步推动这个行业的健康发展。

2. 概述

这次一个小时的课程对TOGAF标准的文档结构、核心概念和基本定义做了概括性的讲解,让学员对TOGAF有一个总体的认识,帮助对后面所学内容建立一个总体认识。

3. 架构开发方法

这次50分钟的课程讲解TOGAF的核心,也就是企业架构开发方法(ADM),另外还补充了一下其他架构开发方法过程

4. 预备阶段

这个40分钟的课程主要讲解架构开发方法ADM的预备阶段,这个阶段的主要目的是准备组织承担成功的企业架构项目。子目的为以下几个 :1.了解商业环境 2.高级管理层的承诺 3.建立原则 4.建立治理和支持框架 5.定义使用的框架和方法

5. A架构愿景阶段

这个60分钟的课程主要讲解架构开发方法ADM的架构愿景阶段,这个阶段的主要目的为以下几个 :1.设置范围、约束、期望 2.创建高层架构愿景 3. 验证业务上下文 4.创建架构工作说明书

6. ArchiMate介绍

我自己学习企业架构时的一个主要困惑就是概念不清,通过学习企业架构描述语言ArchiMate,可以让我对概念有一个更为清晰的认识。虽然ArchiMate不是标准的TOGAF课程内容,但我总会把这部分纳入进来,这次50分钟的课程就是对ArchiMate的一个概况性讲解。

7. ArchiSurance 案例任务(架构愿景)

在上一次课程中了解ArchiMate的基本知识,这一课通过对一个保险案例的利益相关者视图和原则视图讲解来进一步掌握怎么应用ArchiMate

8. Archi实操

有了前两次课程的基础,这一个多小时的视频中,我会一步一步的教大家如何使用开源企业架构工具Archi来建模保险案例的任务。

9. B业务架构

对业务架构的了解是在任何其他领域(数据、应用、技术)进行架构工作的前提,因此,如果在其他组织流程(企业规划、战略业务规划、业务流程再造等)中不满足需要,业务架构则是需要进行的第一个架构活动。这个阶段的目的有两个:1.开发目标业务架构,该架构描述企业需要如何运行,从而以表达架构工作请求书和利益相关者关注点的方式达成业务目标,并响应架构愿景中设定的战略驱动因素 2.基于基线业务架构与目标业务架构之间的差距来识别候选架构路线图组件

10. C信息系统架构:数据架构

在讲到C阶段的时候,我都会问同学是先做数据架构还是应用架构?你的答案是什么?

数据架构阶段是定义支持业务的数据的类型和来源,输出应该完整、一致和稳定。而不是设计数据库和设计逻辑或物理存储系统IT系统如何满足企业的业务目标信息以及之间的关系应用系统以及之间的关系

11. C信息系统架构:应用架构

你会看到数据架构和应用架构的步骤都差不多,的确是这样的,EA各架构领域的步骤都是遵循一致的总体方法,这也可以保证各领域架构师能用一致的防范工作。应用架构的目的是建立企业的业务架构和数据架构与具体的IT应用系统之间的关联,它不是对某个系统的设计或者需求的分析,而是定义企业业务部门整体的IT应用系统和功能。

12. 数字医疗服务供应商架构示例

通过学完前面的内容大家能够掌握一些概念,但还不知道如何去应用,所以这次主要结合第三方的一个特定知识领域的框架TM Forum的一个数字医疗服务供应商架构的示例来交叉的学习了解前面所学的业务流程、信息如何应用。示例中可以看到二级、三级、四级流程的示例,以及信息图等。

13. D技术架构

技术架构是企业架构中比较底层的架构,它定义如何建立一个IT运行环境来支持数据和应用架构,以保证业务的正常开展。技术架构不是对软件开发、硬件系统、网络通信等的需求分析,而是设计一个IT平台。技术架构涵盖内容比较广泛,可以分为技术平台和基础设施两大类,所以技术架构的设计团队成员需要具有丰富的IT软件和硬件知识。

14. E机会和解决方案

阶段E集中于如何交付架构,将考虑所有架构域内的目标架构与基线架构之间差距的完整集合,并且在企业项目组合内从逻辑上组成工作包。另外阶段E是下一阶段F中完成实施与迁移计划的初始步骤。

15. F迁移规划

迁移规划阶段是对在阶段E确定的项目执行成本/收益分析和风险评估,并发展为一个详细的实施和迁移计划。

16. 企业架构开发案例

国内最早推广企业架构的企业是金蝶,这个示例来自之前他们的例子,可以快速概要的了解前面介绍的每个阶段所做的事情。

17. G实施治理

实施治理阶段的目的有两个:1.确保实施项目与目标架构的一致性 2.为解决方案和实施驱动的架构变更请求执行适当的架构治理

18. H架构变更管理

架构变更管理提供持续的检测和变更管理流程,确保架构的变更被管理。主要由三种类型的架构变更:1.简化变更:这能够用变更管理技术来处理 2. 增量变更:这可能用变更管理技术来处理,或它可能需要部分的重新架构开发 3. 重新架构开发:需要将整体架构经过架构开发周期进行开发

19. 架构需求管理

ADM由需求管理流程持续驱动需求管理并非一组静态需求,而是一个动态流程,通过该流程可识别、存储企业架构的需求及其后续变更,并在相关的ADM阶段和ADM周期之间进行输入和输出。需求管理流程本身并不处理、应对任何需求或对需求进行优先级排序,这是在ADM的相关阶段中完成的。

20. TOGAF介绍完整视频

这次视频来自国外一个企业录制的学习视频,我把各个阶段介绍汇总在一起了,大概半个多小时,把前面各阶段所学的要点进行了一些讲解。(英文)

21. Introduction to ArchiMate® 3.0

前面我们学习过ArchiMate了,通过这个来自BiZZdesign的关于ArchiMate的介绍视频,我们可以再次复习巩固一下ArchiMate1到3的发展及基础概念。(英文)

22. ADM指南:迭代架构

前面我们对TOGAF的ADM进行了详细讲解,提供这种表达方法是为了快速传达架构开发的基本要素和架构生命周期。这一个大循环可能暗示这是一种确定性的瀑布方法,但在实践中,用两个关键概念来管理企业架构开发及其生命周期管理的复杂性:迭代和层级。

23. ADM指南:架构全景

这个模型在大型企业推广EA是很有指导意义的,它通过广度(主题内容)、级别和时间来搭建完整的架构全景。其中引入了TOGAF中的三个基础概念:企业战略架构、分段架构和能力架构。

24. ADM指南:安全架构

对于在应用ADM中需要考虑的安全性等问题,TOGAF9提供了一些指导原则来帮助部署ADM的企业架构师告知安全架构师,需要进行哪些安全架构方面的变更。作为指导,这些原则也力图帮助企业架构师避免遗漏关键的安全关注点。课程中还提到DMBOK和SABSA。

25. ADM指南:定义和治理SOA

企业的规模和复杂度影响企业架构师开发其架构的方式。在具有多个不同的组织模型和业务模型的情况下,在单一架构内综合这些模型是不切实际的。除了互联网和万维网,几乎没有贯穿整个大型组织应用的基础设施项目。可在战略层级和分段层级上定义的SOA服务开发和描述的原则及特征模式。不管正在寻求什么架构层级,都有可能识别将最有效地服务于该企业需求的SOA解决方案。

26. ADM技巧:架构原则

除了TOGAF中关于架构原则的讲解之外,我还补充了一个通用的架构原则开发方法。我有一次去杭州给阿里做EA培训时,花了半天时间做的一个架构原则开发工作坊,用的就是我补充的这个方法。

27. ADM技巧:利益相关者管理

除了TOGAF中关于利益相关者管理的知识讲解之外,我还补充了一个在项目管理、业务分析管理中都要掌握的利益相关者管理流程。

28. ADM技巧:架构模式

TOGAF中的这部分更多的还是给IT专业人员看的,所以我补充一下专门讲企业架构的架构模式的一本书中的内容。

29. ADM技巧:业务场景

业务场景是架构愿景阶段的一个重要技巧,除了讲解TOGAF标准中的内容之外,我补充了需求管理方面的知识。

30. ADM技巧:差距分析

在阶段BCD都会使用差距分析来得出企业架构需求,除了讲解标准中的表格形式的差距分析技巧,我补充了一下在ArchiMate建模中如何表示差距。

31. ADM技巧:迁移规划

TOGAF标准基本上没有任何图,这也对一些初学者造成了理解上的困难,所以除了讲解TOGAF标准的内容之外,我又补充了如何通过图形和表格去表达迁移,这可以让大家更容易认识这些概念。

32. ADM技巧:互操作性

实施互操作性需要创建、管理、认可并执行SMART(具体的、可衡量的、可付诸行动的、切实可行的以及有时限的)的切实可行的标准。互操作性的明确度量是成功的关键。规定互操作性的一个示例是“互操作性的程度”(用在加拿大国防部和北约中)。这些组织聚焦于信息共享并提出四个互操作性程度(见上图讲义)

33. ADM技巧:业务转型

企业架构往往涉及相当大的变化,了解一个组织愿意接受变化、发现问题和在实施和迁移计划被处理它们,是在阶段E和F的架构转化的成功关键因素。初步评估是在阶段A展开,这是公司员工、部门业务和信息技术规划员的共同努力。如果要对国内企业就这个评估表格打分,我估计很多企业都没有做好转型准备:)

34. ADM技巧:风险管理

风险越大,回报也越大——尤其是在软件行业里。逃避风险的企业将很快被竞争对手远远抛在身后。但是,由于管理者的不审慎,软件企业常常被置于一种尴尬的两难处境:要么承担风险而失败,要么回避风险而落后。

35. ADM技巧:能力规划

能力在企业架构实践中是很重要的一个技巧,除了讲解TOGAF标准中的内容外,我还花了大部分实践补充了一个基于能力规划方法(CBP)的讲解。

36. 架构内容框架:内容元模型

执行架构开发方法(ADM)的架构师的工作结果会产生大量输出,例如过程流、架构需求、项目计划、项目合规性评估等。内容框架为架构内容提供一种结构化模型,从而使架构师创建的主要工作产物可被一致地定义、结构化和表达。

37. 架构内容框架:架构工件

本课讲解了架构工件相关的概念,并描述在架构开发方法(ADM)内的每个阶段建议创建的工件。正如前面我说到的,TOGAF标准重在概念而不是建模表达,所以标准中没有任何模型图,但这给我们造成了学习困难,所以我在每个图的文字介绍中补充了模型图,“一图胜前言”,这样大家就更容易知道在说什么了。

38. 架构内容框架:架构交付物和构建块

TOGAF中有这么多交付物,为了让大家更容易了解概念,除了标准中的概念之外,我补充了交付物的大体目录和一些图形来加深大家的理解。

39. 企业连续系列

这是我以前自学TOGAF中最难懂的一个概念之一,标准中说到“企业连续系列提供一个架构库视图,它表明这些相关架构从一般到特定、从抽象到具体以及从逻辑到物理方面的演进。”后来我结合自己做技术平台和业务平台经验后才得以掌握,课中也会补充一些我的这些经验看法。

40. 架构分区

在一个典型的企业中,在任一时间点都可能同时存在多个架构。某些架构会处理一些特殊的需求,而另外一些则更为通用;某些架构处理细节,而另外一些则提供概览。同样的,也会同时有多个解决方案正在被使用或正被考虑使用,以满足企业的需要。这就导致了对架构进行分区的需要。分区是架构治理的基础,且与架构连续统一体的层级和组织概念不同。

41. 架构存储库和工具

在大型企业内运行成熟的架构能力可创建大量的架构输出。对这些架构工作产物的有效管理和更好的利用,需要一种用于不同类型的架构资产连同用于架构内容存储的专用流程和工具的正式分类法。这次课程讲TOGAF提供的架构库的结构框架,它使得企业能对组织的不同抽象层级上存在的不同类型的架构资产进行区分。

42. 技术参考模型

TOGAF TRM最初起源于信息管理技术架构框架( TAFIM)TRM。该TRM“以平台为中心”:它聚焦于支持应用的使用和复用所必需的基础平台的服务和结构(即,聚焦于应用的可移植性)。特别是,它重点关注该平台与所支持应用之间以及该平台与外部环境之间的接口。为了让大家好理解,我把TRM与我们公司的开发平台对应了一下。

43. 集成信息基础设施参考模型

这次课程描述的集成信息基础设施参考模型聚焦于应用软件空间,以及企业的连续统一体各项中的“通用系统架构”。Ⅲ-RM是一个应用架构参考模型 – 对集成信息基础设施至关重要的应用组件和应用服务软件的模型。Ⅲ-RM具有下述核心组件:业务应用、基础设施应用、应用平台、构件之间使用的接口、质量。

44. 建立架构能力

为了在企业内成功地运行架构功能,有必要将恰当的组织结构、流程、角色、职责和技能落实到位,以实现架构能力。除了TOGAF标准的能力框架讲解外,补充了一个构件EA能力的阶段和任务。

45. 架构委员会

成功的架构治理中的一个关键要素是有一个跨组织的架构委员会,以便对战略实施进行监督。本次课程除了讲解TOGAF标准中对建立并运作企业架构委员会提供的指南,还补充了企业架构委员会的更实战的指导。

46. 架构合规性

确保单个项目与企业架构合规是架构治理的一个根本性的方面。为此,企业内的IT治理职能部门通常定义两个互补的流程:1. 要求架构职能部门准备一系列项目架构 2.IT治理职能部门将定义正式的架构合规性评审流程,以评审项目与企业架构的合规性。

47. 架构契约

架构契约是开发合作伙伴和发起人就架构的交付物、质量和适用性而达成的联合协议。这些协议的成功实施将通过有效的架构治理来交付。

48. 架构治理

架构治理是管理并控制企业架构及其他架构的实践和方向。为了确保该控制在组织内有效,有必要建立正确的组织结构,以支持所有治理活动一个有效实施本节所描述的实施途径的架构治理结构通常包括下述层级,实际上可以包含现有IT治理流程、组织结构和能力的组合形态。

49. 架构成熟度模型

许多组织知道需要提升业务和IT的融合来更好的管理变革和复杂性,但是并不知道如何去做。一些组织很少在流程改进上花功夫,认为这就是一个技术活;还有的组织声称做了许多工作,但是方向错了,收效甚微。我认为任何工作都可以找到一种方法,而每种方法在实践时由于对方法掌握的熟练度总是会存在一个成熟度模型。通过成熟度模型,可以很好的发现我们现在的位置,以及发展的方向,也就是明确了在使用方法时的 as-is 和 to-be。除了TOGAF标准的知识之外,补充了一个企业架构成熟度评估框架。

50. 架构技能框架

企业架构过程是个非常繁杂的过程,它的顺利进行离不开众多具有不同角色的人员的通力协作,TOGAF提出了架构技能框架为进行建设的组织提供了一份关于企业架构工作中各种角色及其能力的视图,从而为担负企业架构工作任务的团队的建立提供了导则。培训中我经常开玩笑的和大家说,按照这个标准我都可能招聘不上,但我们可以把这个作为自己未来职业能力提升的参考。

除了以上TOGAF内容之外,课程中还上传了一些英文录制视频,英文好的可以看看。

51. 业务架构和Archimate(英文)

52. 使用TOGAF定义和治理SOA(英文)

53. 业务能力指南(英文)

54. 探索企业架构理论和实践

55. ArchiMate3 – 1.框架(英文)

56. ArchiMate3 – 2.通用元模型(英文)

57. ArchiMate3 – 3.动机和战略(英文)

58. ArchiMate3 – 4.物理元素(英文)

59. ArchiMate3 – 5.关系(英文)

60.ArchiMate3 – 6.改进和符号(英文)

61.Archimate3实践 -1.概述(英文)

62. Archimate3实战 – 2.基于能力的规划(英文)

63.ArchiMate3实战 – 3.数字化转型(英文)

64.ArchiMate3实战 – 4.物联网(英文)

65.ArchiMate3实战 – 5.制造(英文)

如果希望系统且踏实的学习以上所有内容,可在IT帮微店购买或直接微信支付购买。

另外,如果想要参加认证公开课的可以扫码看鉴定级认证公开课介绍

如果想要参加BangEA实践公开课的可以扫码

作者简介:周金根,一个在企业架构、业务分析、软件需求、敏捷研发、自我管理、创新思维等多个领域构建体系,并自在快乐、勇于践行的布道者、资深教练和内训讲师,致力于通过践行并持续完善IT帮体系方法,帮助客户激活面向未来的能力。

推 荐 导 读 IT 帮

posted on 2019-12-02 21:58  周 金根  阅读(2360)  评论(0编辑  收藏  举报

导航