「企业架构」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套件旨在满足企业架构师的每一个品种。

相关文章
|
17天前
|
运维 供应链 安全
SD-WAN分布式组网:构建高效、灵活的企业网络架构
本文介绍了SD-WAN(软件定义广域网)在企业分布式组网中的应用,强调其智能化流量管理、简化的网络部署、弹性扩展能力和增强的安全性等核心优势,以及在跨国企业、多云环境、零售连锁和制造业中的典型应用场景。通过合理设计网络架构、选择合适的网络连接类型、优化应用流量优先级和定期评估网络性能等最佳实践,SD-WAN助力企业实现高效、稳定的业务连接,加速数字化转型。
SD-WAN分布式组网:构建高效、灵活的企业网络架构
|
3天前
|
Kubernetes Cloud Native 云计算
云原生技术深度解析:重塑企业IT架构的未来####
本文深入探讨了云原生技术的核心理念、关键技术组件及其对企业IT架构转型的深远影响。通过剖析Kubernetes、微服务、容器化等核心技术,本文揭示了云原生如何提升应用的灵活性、可扩展性和可维护性,助力企业在数字化转型中保持领先地位。 ####
|
2天前
|
运维 Cloud Native Devops
云原生架构:重塑企业IT的未来####
随着数字化转型浪潮的汹涌,云原生架构凭借其高度灵活、可扩展和高效的特性,正逐步成为企业IT系统的核心。本文将深入探讨云原生架构的核心要素、技术优势以及如何引领企业实现业务创新与敏捷交付。 ####
|
25天前
|
存储 人工智能 算法
精通RAG架构:从0到1,基于LLM+RAG构建生产级企业知识库
为了帮助更多人掌握大模型技术,尼恩和他的团队编写了《LLM大模型学习圣经》系列文档,包括《从0到1吃透Transformer技术底座》、《从0到1精通RAG架构,基于LLM+RAG构建生产级企业知识库》和《从0到1吃透大模型的顶级架构》。这些文档不仅系统地讲解了大模型的核心技术,还提供了实战案例和配套视频,帮助读者快速上手。
精通RAG架构:从0到1,基于LLM+RAG构建生产级企业知识库
|
17天前
|
Cloud Native Devops 持续交付
云原生架构:重塑企业IT的无形之手####
本文旨在探讨云原生架构如何成为推动企业数字化转型的核心动力,它不仅是一种技术升级,更是业务与开发模式的深刻变革。通过剖析云原生的核心要素——微服务、容器化、持续集成/持续部署(CI/CD)、以及DevOps文化,本文揭示了这一架构如何提升系统的弹性、可扩展性和敏捷性,为企业在竞争激烈的市场环境中赋予快速响应和创新的能力。不同于传统综述,本文将以一个虚构案例贯穿始终,直观展示云原生架构从理论到实践的转化过程,为读者提供一幅生动的技术蓝图。 --- ###
|
1月前
|
运维 Cloud Native 安全
云原生架构:企业数字化转型的新引擎##
【10月更文挑战第2天】 在当今数字化浪潮中,云原生架构以其独特的优势成为企业实现高效、灵活和创新的核心驱动力。本文深入探讨了云原生的概念、核心技术如容器化、微服务和DevOps等,并分析了这些技术如何共同作用,推动企业在云平台上实现快速迭代、弹性扩展和资源优化。同时,文章还阐述了云原生在实际应用中面临的挑战及相应的解决策略,为企业的数字化转型提供全面而深入的指导。 ##
49 17
|
28天前
|
运维 Cloud Native 持续交付
探索云原生架构:企业数字化转型的新引擎
在当今数字化浪潮中,云原生架构以其独特的优势成为企业转型的关键。它通过容器化、微服务、DevOps和持续交付等技术,使企业能够快速响应市场变化,实现应用的高效开发、部署和运维。本文将深入探讨云原生的概念、核心技术及其在现代IT环境中的重要性。
|
1月前
|
Kubernetes 监控 Cloud Native
探索云原生架构:企业数字化转型的新引擎
【10月更文挑战第5天】 在当今数字化浪潮中,云原生架构以其独特的优势成为企业实现高效、灵活和可扩展的关键。本文将深入探讨云原生的核心概念、关键技术以及实际应用案例,揭示其在推动企业数字化转型中的重要作用。
34 6
|
28天前
|
运维 Kubernetes Cloud Native
探索云原生架构:企业数字化转型的新引擎
【10月更文挑战第9天】 在当今数字化浪潮中,云原生架构以其独特的优势成为企业实现高效运营和快速创新的关键。本文将深入探讨云原生的核心概念、关键技术以及实际应用案例,揭示其如何助力企业加速数字化转型步伐。通过对云原生技术的剖析,我们将看到这一新兴架构是如何重新定义软件开发、部署和运维模式的,进而推动企业在激烈的市场竞争中脱颖而出。
|
1月前
|
监控 Cloud Native 持续交付
云原生架构:企业数字化转型的新引擎##
在当今数字化浪潮中,云原生架构正成为推动企业创新和竞争力的关键因素。本文探讨了云原生的核心概念、技术优势以及在现代业务场景中的应用实践,揭示了其如何助力企业实现高效运营、灵活扩展与持续集成。通过对云原生技术的深入剖析,我们将看到它不仅是一种技术趋势,更是企业数字化转型的战略选择。 ##
38 5
下一篇
无影云桌面