跳转到主要内容

【企业架构】TOGAF的权威指南

5星评论
没有投票
Last modified
星期四, 九月 17, 2020 - 16:27

您需要了解的关于使用企业架构管理工具管理TOGAF®架构开发方法的一切。

  • TOGAF®是什么?
  • TOGAF®和ADM流程的价值是什么?
  • TOGAF®在现代环境中的挑战是什么?
  • TOGAF®的敏捷方法
  • 基础(TOGAF®A期)
  • 基线和目标架构(TOGAF®阶段B、C、D)
  • 转型路线图(TOGAF®E、F期)
  • 实施(TOGAF®G、H期)
  • 如何获得TOGAF®认证
  • 总结

TOGAF®是什么?

TOGAF(开放式集团架构框架)已经被企业架构师(EAs)用作规划IT开发策略的通用语言超过25年了。该计划于1995年成立,目的是协助企业和企业架构师以有组织的方式协调跨部门项目,以促进主要业务目标的实现。特别地,根据Open Group architecture Forum, TOGAF®的基本目标是通过以下方式支持关键业务需求:

  • 确保每个人都说同样的语言。
  • 通过对企业架构的开放方法进行标准化,避免锁定于专有的解决方案。
  • 节省时间和金钱,更有效地利用资源。
  • 实现可演示的ROI。

为了确保以系统和可重复的方式实施上述内容,可以在不同阶段遵循名为TOGAF®架构开发方法(ADM)的可定制过程,以管理任何大规模IT现代化工作的需求。

 

TOGAF®和ADM流程的价值是什么?

TOGAF®的ADM流程是专门为加快企业架构的四个领域的工作流程而设计的:

  • 业务架构,它负责映射业务的操作层次结构、策略、功能和计划之间的关系。
  • 应用程序架构,负责定义处理公司数据的相关应用程序,以及在整个基础设施中实现和部署这些应用程序的方法。
  • 数据架构,它负责定义存储和集成数据的规则和标准。
  • 技术架构,定义平台、服务和所有周围的技术组件,作为开发团队的参考。

图1:TOGAF®架构开发方法

通过TOGAF®ADM过程的九个阶段,这四个架构域将被迭代开发,以创建一个能够确保组织变革的平衡架构。作为一个行业不可知的过程,该方法旨在限制猜测,并促进企业架构程序的成熟——所有这些都同时聚集了企业特定的架构存储库来支持未来的项目。

TOGAF®在现代IT环境中的挑战是什么?

TOGAF®目前处于9.2版本,随着其定义和符号库的不断发展,以敏捷的方式与框架保持一致是不可避免的。这在很大程度上是由于TOGAF®的全面的架构遵从性审查过程,一个检查表涉及数百个项目的类别,例如:信息和系统管理;硬件和操作系统;软件服务和中间件;应用程序(业务、基础设施和集成规范);和信息管理。

然而,尽管遵从性是架构治理中不可缺少的元素,虔诚地遵守框架的标准对任何企业架构程序来说都是一项困难的任务。因此,对于希望有效地维护TOGAF®最佳实践的现代组织来说,为了有效地评估和编目it项目,在整个组织中获得利益相关者的参与是非常必要的。敏捷和TOGAF®确实能够共存,但为了实现这一点,必须建立团队间it实体标准化的协作途径。

敏捷方式的TOGAF®

一种弥合TOGAF和敏捷架构框架之间差距的流行解决方案是用于协同执行企业架构管理的共享平台。例如,LeanIX自己的企业架构套件(EA套件)提供了在ADM过程的每个阶段协同定义、实现和跟踪IT实体的功能。

特别是,它的好处可以在以下方面得到不同的应用:

基础阶段(阶段A)

当铺设ADM的第一块砖时,一个人必须:(1)定义一个架构愿景;(2)审查整个项目的范围;然后(3)计划哪些利益相关者将参与。LeanIX EA套件提供了一个灵活的数据模型,能够支持任何TOGAF®项目。

您公司的特定战略和业务模型将决定您的架构愿景的范围,因此考虑将TOGAF®“架构工作请求”和“架构定义文档”直接附在LeanIX事实表中——用于架构对象的所有信息的单页存储库——以补充阶段a。

项目事实表还可以为您的adm存储中心信息。这些页面可以定制,以显示估计的设置和实现时间线、预算成本、涉及的供应商,以及所有相关的应用程序及其相关的业务能力。

在ADM的早期阶段,LeanIX EA套件可以促进TOGAF®:

事实表格订阅

通过将个人分配到事实表中,列出与您的操作属性相关的名称和角色——无论是“负责的”、“观察者”还是“负责的”。这是一种简单的方法,可以看到谁参与了架构的开发以及出于什么原因。同样,事实表不仅可以配置为显示高层次的战略驱动,还可以显示对正在审查的应用程序负责的个人。

举例:在以下的“AC管理V1”情况说明书中,有三个不同工作职能和职责的人附在申请中。因此,谁负责维护数据就很清楚了(见图1)。

图1:IT管理角色设置

 

LeanIX EA套件中相关项目和应用涉众的视图。

基线和目标架构(阶段B、C、D)

在阶段A中设置了您的架构视野之后,是时候确定基线和目标架构之间存在什么差距了(例如,您拥有什么和您想要什么)。从业务到信息系统到技术架构,阶段B、C和D是揭示操作中实际存在的内容的阶段。

这时来自LeanIX EA套件的以下报告工作得最好。

在您的IT应用程序版图中实现合并后的协同作用[白皮书]:找出存在哪些巩固IT应用程序版图的方法,以及应该采取哪些步骤来从合并中巩固IT版图。»

应用景观

一旦应用程序被映射到业务功能并与如何使用它们的信息结合在一起,就可以对应用程序环境进行战略概述,以确定它们在未来架构中可能提供的好处。根据应用程序的使用级别和价值,判断应用程序是否应该保持不变,是否应该通过投资进行现代化以保存正在进行的业务价值,是否应该由于冗余而合并或替换,或完全消除(参见图2)。

图2:LeanIX应用程序景观报告

 

一份应用前景报告,通过五个等级(“不适当”、“不合理”、“适当”、“完全适当”和“不适当”)来说明某项行动的应用在技术上的适用性。

数据流可视化工具

数据流可视化工具详细说明了如何处理和交换数据对象。在visualizer中可以使用多种级别的技术属性,以帮助企业架构师获得应用程序完全集成的全面知识。

下面看看“AC Management V1”在操作中与其他服务绑定的方式。它直接发送到“HR Admin”,而“Payroll Europe”则与“Payroll Europe”通信,从而为“Salary Compact”提供数据(如图3所示)。

图3:LeanIX数据流

图表化应用程序的集成和处理的数据流可视化工具(“AC管理V1”)。

IT组件矩阵

检查IT组件(例如,数据库、操作系统、Web服务器等)及其相应的技术属性和服务生命周期,这些技术属性和服务生命周期来自IT组件矩阵报告中的所有操作层次结构。值得注意的是,LeanIX EA套件使用技术栈对IT组件进行分类,以实现对技术环境的完整概述。例如,如下面的图4所示,可以检查为提供者提供服务的生命周期。

图4:LeanIX IT组件矩阵

 

IT组件矩阵报告,显示操作中的各种技术组件(按提供商和技术堆栈进行安排)。

转型路线图(E、F阶段)

在架构被有效地描述和目标明确之后,E和F阶段是具体地定义未来步骤的时候。架构的重新设计发生了什么变化——蓝图能够指导涉众吗?

有了LeanIX EA套件,用户可以设计技术路线图,以避免淘汰和预见价值使用:

项目组合

按原样,一个项目对整个操作的现值是多少?LeanIX项目组合报告根据业务价值和项目风险对应用程序进行分组,以识别当前的需求。如果IT经理想知道保留或抛弃哪些应用程序,可以通过查看报告来进行评估(如下面的示例所示)。

如图5所示,架构数据的集群对业务价值提出了“显著的好处”,但也存在问题的分组只提供“边际好处”。

图5:LeanIX项目组合

 

显示业务价值与项目风险的项目组合报告。

应用矩阵

通过LeanIX应用程序矩阵报告的生命周期视图,确定不可或缺的应用程序何时将被淘汰——或者它们是否已经被淘汰了。请注意下面的图片,它显示了按部门和国家/地区列出的应用程序。巴西的“AC管理V1”服务将于2019年结束,但“AC管理V2”正在排队取代它。

除了生命周期之外,还有许多其他视图。根据功能是否适合应用程序质量的高级细节进行排序,以确定它是“不合理的”、“不够充分的”、“合适的”还是“完美的”。

图6:LeanIX应用程序矩阵

 

操作应用程序的生命周期,按年和工作状态安排,如LeanIX应用程序矩阵报告所示。

一个用LeanIX实现TOGAF的敏捷框架[海报]:一个循序渐进的演示如何使用精益EA工具遵循TOGAF的原则。»

应用路线图

很重要的一点是,要知道当申请的期限结束时,是否有合适的继任者。LeanIX应用程序路线图报告清楚地向用户展示了哪些是活动的、持续多长时间的,以及哪些正在准备取代它。此外,应用程序路线图列出了任何应用程序相应组件的生命周期。

在下面的路线图中,我们可以看到“AC管理V1”及其相关继任者的生命周期时间表。尽管它似乎在逐步淘汰(黄色)的过程中发生冲突,但应用程序的替代品(“AC Management V2”)保证会上线,以确保一个干净的过渡。

图7:LeanIX应用程序路线图

 

LeanIX应用程序路线图报告,按年显示应用程序的服务生命周期和后继程序。

实施(G、H阶段)

一切决定。愿景已经草拟,需求已经完美地向建设者表达。现在是实现架构的时候了。

使用LeanIX的变更管理协作方法密切监控其构建。LeanIX EA套件实现了TOGAF®ADM最后两个阶段的跟踪:

指示板

在与LeanIX EA Suite主页绑定的可配置拖放仪表板中,可以观察到与项目相关的新操作和未决操作。仪表板展示了治理体系结构需要什么,所有这些都在一个地方,以指导工作流和支持响应EA行为。

图8:LeanIX仪表板

LeanIX EA套件中的仪表盘显示“每个业务的应用程序临界性”和“数据敏感性”统计数据。

调查工作流程

更新项目所需的信息可以从所有责任方收集,而无需发送单独的邮件。使用LeanIX调查,EAs可以请求关于紧迫主题(如GDPR)的当前数据,将信息保存在模板中以供重用,并以明确的术语返回结果——即使调查仍在运行。

如下图所示,在一个与IT安全标准相关的示例中,用户可以向LeanIX调查添加自定义参数。

图9:LeanIX调查

查看LeanIX EA套件中的调查模板(“根据IT-Grundschutz评估应用程序安全性”)。

应用景观

检查过去、当前或计划的公司范围内的应用程序的生命周期。在LeanIX EA套件中直接查看这些数据,或者直接下载到。pdf表单中。

在下面的例子中(图10),许多分配给客户关系管理类别的应用程序都处于“淘汰”或“生命结束”阶段。

图10:LeanIX应用程序的景观

 

应用程序全景报告中的应用程序的生命周期。

如何获得TOGAF®认证?

要理解LeanIX EA套件带来的变革好处,最可靠的方法之一是花时间学习TOGAF®的基础知识。要做到这一点,TOGAF®9.2认证可在通过开放组的两项资格考试后获得,培训可通过自主课程或经认证的项目进行。

TOGAF®提供的两种认证是:

  • TOGAF®9.2 Foundation(验证个人理解“TOGAF®术语、结构和基本概念,并理解企业架构和TOGAF®标准的核心原则”)。
  • TOGAF®9.2认证(确认了除了TOGAF®9.2基础之外,候选人能够分析和应用这些知识)。

更多关于获得TOGAF认证的信息,请访问开放集团的网站。

总结

今天的IT管理敏捷方法的成功很大程度上归功于TOGAF®首先设置的架构标准。然而,在蓬勃发展的现代企业中,数字化的热潮要求企业体系结构——不管是新体系结构还是老体系结构——认识到所有最佳实践,以便真正集成信息、业务和技术网络。

在LeanIX EA套件中使用报告和数据收集方法来简化TOGAF®ADM的各个阶段,这是一种将数十年的EA最佳实践全部利用起来的方法。

是否建立你的

  • (1)基础架构愿景使用全面的事实表,
  • (2)评估current-to-future业务基础设施与应用景观的视图,
  • (3)做投资决策的应用程序使用详细的指标和矩阵,
  • 和(4)监督实现可配置的仪表板和调查,

LeanIX EA套件旨在满足企业架构师的每一个品种。

原文:https://www.leanix.net/en/togaf

本文:http://jiagoushi.pro/node/1226

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

Article

标签(Tags)

企业架构(35) 数据分析(35) Power BI(32) 微服务(31) 微服务架构(30) Data Analysis(30) 商务智能(30) BI(30) 认证考试(30) 微软认证(30) DA-100(28) 应用安全(27) 考试题(26) 物联网(25) 敏捷(25) Enterprise Architecture(24) 试题(20) 首席架构师(19) 首席架构师推荐(19) 云计算(19) 网络安全(18) 技术架构(17) 机器学习(17) 试卷(17) SAFe(16) 大数据(15) Kafka(15) 规模化敏捷(14) enterprise security architecture(14) 企业安全架构(14) 前端架构(14) microservice(13) 业务架构(13) 数据架构(13) IOT(13) 安全运营(13) 容器云(12) 敏捷建模(12) 服务网格(12) 数据分析师(12) 事件驱动架构(12) 区块链(12) 数据安全(12) 数据湖(11) 应用架构(10) AWS(10) 数据科学(10) 人工智能(10) Kubernetes(10) 产品管理(9) BI数据分析师(9) NGINX(9) 数字化转型(9) 深度学习(9) 软件架构(9) 架构师(9) machine learning(9) 商务智能分析师(8) CIO(8) 技术选型(8) 安全战略(8) 软件测试(8) ArchiMate(8) PostgreSQL(8) Azure(8) Cloud Computing(8) Big Data(8) API(8) MSA(8) MDM(8) 技术趋势(7) 容器云架构(7) 核心实践(7) 无服务器架构(7) JavaScript框架(7) Vue(7) React(7) 参考架构(7) DevOps(7) 数据仓库(7) Data Lake(7) Envoy architecture(7) 容器(7) 主数据架构(7) microservices(7) 技术架构师(7) digital transformation(7) 投资组合管理(6) 安全架构(6) 集成架构(6) 合同测试(6) 工控协议(6) ICS(6) Micro Service Architecture(6) Envoy架构(6) 事件驱动(6) 数字化(6) 微服务架构师(6) strategy(6) 安全工具(6) application security principle(6) Angular(6) Postgresql架构(6) 网络架构(6) agilemodeling(6) 首席架构师精选(6) 高管洞察与创新(6) 云安全(6) 合约测试(5) Event Hub(5) 应用安全原则(5) Enterprise Portfolio Management(5) WAF(5) 编程语言(5) JavaScript Frameworks(5) 用户体验(5) 云原生(5) Agile(5) Python(5) IT战略(5) 企业敏捷性(5) 数字化业务(5) API Gateway(5) 项目管理(5) Digital business(5) 工业控制系统(5) Microservice Architecture(5) ICP(5) 软件架构师(5) 数据挖掘(5) Data Architecture(5) 主数据管理(5) 性能(5) Architecture Overview(5) Best Practices(5) Data Warehouse(5) k8s(5) 战略(5) IoT(5) 解决方案(5) 工业物联网(5) 数据科学家(5) 敏捷数据(4) 领导力(4) IPS(4) 领域驱动设计(4) DDD(4) 性能调优(4) 微前端(4) Vue.js(4) Docker(4) 敏捷核心实践(4) 应用组合管理(4) Agile Core Practice(4) 程序员(4) 数据可视化(4) 前端开发(4) 前端架构师(4) 前端开发工程师(4) 容器云架构师(4) 职业发展(4) executive insights and innovation(4) enterprise agility(4) 数据湖架构师(4) 开源合规(4) 敏捷模型(4) 业务转型(4) 企业微服务架构(4) 消费者驱动的合同测试(4) JWT(4) security(4) 企业架构师(4) architecture(4) 应用架构师(4) blockchain(4) 存储架构(4) GDPR(4) Cloud(4) RESTful(4) 最佳实践(4) 分布式计算(4) 数据湖架构(4) Service Mesh(4) BDD(4) 解决方案架构师(4) Event-Driven(4) SCADA(4) 云原生架构(4) 去中心化(4) IoT(4) IoT(4) Deep Learning(4) EA(3) technology(3) NFR(3) 安全(3) 应用现代化(3) Big Data(3) Spark(3) Microservice(3)