「企业架构」企业架构师的TOGAF的权威指南

简介: 「企业架构」企业架构师的TOGAF的权威指南

您需要了解的关于使用企业架构管理工具管理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套件旨在满足企业架构师的每一个品种。


相关文章
|
1天前
|
运维 Kubernetes Cloud Native
云原生架构在现代企业中的转型作用与挑战
在数字化转型的浪潮中,云原生技术已成为推动企业IT架构现代化的关键力量。本文将深入探讨云原生架构的定义、核心价值及其在现代企业中的应用实例,同时分析企业在采纳云原生过程中面临的主要挑战和解决策略。通过引用最新的行业报告和案例研究,文章旨在为读者提供关于如何有效实施云原生策略的洞见。
|
27天前
|
边缘计算 Cloud Native
“论SOA在企业集成架构设计中的应用”必过范文,突击2024软考高项论文
SOA架构,即面向服务的架构,它将系统中的所有功能都拆分为一个个独立的服务单元。这些服务通过相互间的沟通与配合,共同完成了整体业务逻辑的运作。在SOA架构中有几个核心概念:服务提供者、服务使用者、服务注册中心、服务规范、服务合同,这些概念清晰地阐述了服务应如何被提
152 6
“论SOA在企业集成架构设计中的应用”必过范文,突击2024软考高项论文
|
3天前
|
运维 分布式计算 Cloud Native
云原生架构在现代企业中的应用与挑战
本文旨在深入探讨云原生技术在当代企业中的实际应用情况及其所面临的挑战。通过分析来自权威机构的数据、引用先进的科学理论,并结合具体案例研究,文章将详细阐述云原生技术的发展趋势、优势以及实施过程中可能遇到的问题。此外,文章还将提供针对性的解决策略,以帮助企业更好地利用云原生技术提升业务效率和创新能力。
|
5天前
|
边缘计算 Cloud Native IDE
“论SOA在企业集成架构设计中的应用”写作框架,系统架构设计师
企业应用集成(Enterprise Application Integration, EAI)是每个企业都必须要面对的实际问题。面向服务的企业应用集成是一种基于面向服务体系结构(Service-OrientedArchitecture,SOA)的新型企业应用集成技术,强调将企业和组织内部的资源和业务功能暴露为服务,实现资源共享和系统之间的互操作性,并支持快速地将新的应用以服务的形式加入到已有的集成环境中,增强企业IT环境的灵活性。
|
30天前
|
运维 监控 Cloud Native
云原生技术:重塑企业IT架构的未来
【5月更文挑战第31天】随着云计算技术的不断发展,云原生技术已经成为了企业IT架构转型的重要驱动力。本文将深入探讨云原生技术的核心概念、优势以及在实际应用中的实践案例,帮助读者更好地理解云原生技术的价值和潜力。
|
1月前
|
Cloud Native 算法 程序员
代码与禅意:编程中的哲学思考构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第30天】 在数字世界的繁花似锦之下,编程不仅仅是一种技能,更是一场关于逻辑、美学和哲学的深刻对话。本文将探讨编程过程中所体现出的哲学理念,从禅宗的角度出发,揭示代码背后蕴含的深层次意义。我们将一同走进程序员的内心世界,体会在面对复杂问题时,如何通过冥想般的编码实践,达到问题解决的顿悟。
|
1月前
|
运维 Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与实践
【5月更文挑战第28天】 随着数字化转型的加速,企业对于灵活、高效和可扩展的技术解决方案的需求日益增长。云原生技术以其独特的优势,如弹性伸缩、微服务架构和持续交付等,正在成为推动企业IT战略的关键力量。本文将深入探讨云原生架构的核心组件,包括容器化、服务网格以及无服务器计算,并分析这些技术如何帮助企业实现敏捷开发和自动化运维,最终提升业务创新能力和市场竞争力。
|
1月前
|
弹性计算 Cloud Native 安全
构建未来:云原生架构在现代企业中的应用与挑战构筑未来:云原生架构在企业数字化转型中的关键作用
【5月更文挑战第29天】 随着数字化转型的浪潮席卷全球,企业对IT基础设施的要求日益提高。云原生技术作为一种新兴的软件部署和运行方式,以其灵活性、可扩展性和资源高效性成为推动企业创新的重要力量。本文将深入探讨云原生架构的核心组件、实施策略以及在实际应用中所面临的挑战,旨在为企业提供构建和维护云原生环境的洞见。
|
1月前
|
弹性计算 运维 监控
【阿里云弹性计算】从物理机到阿里云ECS:企业IT架构转型升级之路
【5月更文挑战第29天】随着云计算兴起,企业正转向阿里云ECS以应对传统物理机的挑战。本文详述了这一转型过程,包括现状评估、迁移计划制定、测试环境搭建、应用数据迁移及后期监控优化。转型升级可提升资源利用率,降低运维成本,加快业务响应,并增强数据安全。示例代码展示了使用阿里云Python SDK创建ECS实例的过程。
156 1
|
1月前
|
运维 Cloud Native Devops
构建未来:云原生架构在现代企业中的应用与实践
【5月更文挑战第29天】 随着数字化转型的不断深入,企业对信息技术基础设施的需求愈发复杂和动态。云原生架构以其独特的设计理念和技术实践,成为支撑企业敏捷性、可扩展性和系统稳定性的关键。本文将深入探索云原生的核心组件,如容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps文化,并分析这些技术如何共同作用于企业的IT结构转型,以实现资源的最优化配置和应用的快速迭代。