TOGAF ADM: 它是什么,它为什么如此重要?

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/chktsang/article/details/96308886

TOGAF是开放式组织架构框架。框架本身是一个记录良好的知识体系,包括详细的方法和一组用于开发企业体系结构的支持工具。TOGAF 9.2 是该框架的最新版本。

  • TOGAF由The Open Group的成员开发和维护,在一个名为Architecture Forum的团队中工作。TOGAF第1版的最初发展于1995年制作,TOGAF的后续版本扩展和改进了这一知识体系。
  • TOGAF是通过代表一些世界领先的公司和组织的300多名架构论坛成员的共同努力而开发的 - 因此它是对一般企业架构实践的一个很好的总结。
  • 开发和维护企业架构是一个复杂的过程,涉及许多利益相关者和决策过程。TOGAF通过记录企业架构规范,流程和工作产品来提供帮助。
  • 通过使用TOGAF,组织可以开发一致的企业架构,反映利益相关者的需求,采用最佳实践,并适当考虑当前的需求和未来感知的业务需求。

什么是ADM?

体系结构开发方法 - 通常称为ADM的缩写 - 是用于开发或更改企业体系结构的详细分步过程。

ADM描述了涵盖架构开发周期的10个阶段。

这些步骤是:

  • 初步阶段
  • 阶段A:架构愿景
  • 阶段B:业务架构
  • 阶段C:信息系统架构
  • 阶段D:技术架构
  • 阶段E:机遇和解决方案
  • 阶段F:迁移规划
  • 阶段G:实施治理
  • 阶段H:架构变更管理
  • ADM架构需求管理

 

TOGAF

image

初步阶段:

初步阶段的主要目标是确定和建立组织所需的架构能力。

其中一个关键部分是确定需要完成的工作以及如何实施。例如,主要输出是概述需求的架构工作请求,并决定支持此工作需要哪些范围,结构,工具或架构框架。

在此阶段,TOGAF专为满足即将到来的ADM迭代需求而量身定制。我们定义基本原则,评估企业架构和业务进行所需更改的能力,并将TOGAF与其他管理框架集成。此阶段有一些步骤可以限制受建议变更影响的企业组织,确认正确的治理和支持框架,定义和建立EA团队和组织,识别和建立架构原则,定制TOGAF和任何其他框架,以及实现工具。在此阶段结束时,EA团队应准备好遵循ADM循环的迭代。这部分原因是初步阶段显示在ADM图的顶部,并且在阶段A到H的主循环之外。

 

阶段A:架构愿景:

阶段A提供了将在ADM的迭代中提供的明确的架构工作声明。它还提供了所提议的企业架构的愿景。这种方向感对于指导ADM整个迭代过程中的工作至关重要。该架构工作的声明定义了开发和部署架构愿景中概述的架构的工作程序。正是愿景提供了所提出的企业架构将提供的功能和业务价值的高层次愿望。从建筑工作申请开始,A阶段提供了一个工具(本愿景),向企业内的利益相关者和决策者销售所提议能力的好处。业务场景用于理解业务需求,并帮助阐明所需功能所隐含的架构要求。这在架构工作声明中有记录,用于建立共识以支持最终架构。当赞助组织签署该文件时,就会出现共识。

阶段A中的步骤都是将建筑工作请求转变为明确的架构工作声明,并确保企业能够,准备好,愿意并致力于进行必要的架构更改。这涉及建立架构项目,包括定义其范围,以及确认和详细阐述架构和业务原则。阶段A确定利益相关者及其关注点和要求,并确认初步阶段的业务目标,驱动因素和约束。为了确保成功,它还评估业务能力,评估业务转型的准备情况,并解决任何转型风险。

 

阶段B:业务架构:

 

TOGAF将企业架构作为提高业务能力的一种方式 - 这就是第一个架构开发阶段处理业务架构的原因

ADM从业务角度出发 - 在初步阶段的架构工作请求中确定了强大的业务需求,并进一步细化为阶段A中的架构工作架构愿景声明

业务架构阶段的一个关键目标是开发目标业务架构,该架构展示了企业如何实现架构愿景并解决架构工作请求。其第二个目标是首先确定候选架构路线图组件,以弥合基线和目标业务架构之间的差距。TOGAF将业务架构知识视为其他领域(如数据,应用程序和技术)中架构工作的先决条件。业务架构还向关键利益相关者展示了架构工作的商业价值和投资回报。业务模型,例如活动或流程模型,用例和类模型,或节点连接图,

所有三个架构开发阶段(B,C和D)都遵循类似的步骤。重用任何可用的参考模型,并定制所有输出以解决利益相关者的观点非常重要。然后,架构师开发业务架构的基线和目标描述,并执行差距分析以确定如何从一个转换到另一个。

 

阶段C:信息系统架构:

TOGAF将C阶段 - 信息系统架构 - 分为两部分,涵盖数据应用 架构的开发。TOGAF文档有一个简短的介绍性章节,涵盖两个域,然后是数据和应用程序的单独章节。与其他架构开发阶段(B&D)一样,目标是开发数据和应用程序的目标信息系统架构,并根据基线和目标架构之间的差距确定候选架构路线图组件。

阶段C始终涉及数据和应用程序体系结构的组合。提供两者都包括在内,无论以何种顺序都无关紧要 - 两种方法都有倡导者。数据和应用程序的步骤非常相似 - 选择参考模型,视点和工具; 开发基线然后定位架构描述,执行差距分析并定义候选路线图组件; 并解决整个架构环境中的任何影响。在进行正式的利益相关者审核之后,最终确定了体系结构,并创建了体系结构定义文档。

数据和应用程序之间的主要区别在于主题,这反映在使用不同的参考模型,技术和架构表示中。例如,数据架构可能使用实体关系或类图,而应用程序架构可能使用应用程序通信图或软件工程图。

 

 阶段D:技术架构:

阶段D是TOGAF的阶段,为架构项目开发技术架构。技术体系结构描述了平台服务以及逻辑和物理技术组件的结构和交互。阶段D开发了目标技术架构,该架构支持数据和应用程序组件(在阶段C中开发),从而实现业务组件。

阶段B,C和D开发的体系结构相结合,实现了体系结构愿景 - 解决了利益相关者的关注和建筑工作请求。与其他体系结构开发阶段一样,阶段D标识候选体系结构路线图组件以实现从Baseline到Target的过渡。阶段D中的步骤几乎与阶段B和阶段C中的步骤相同 - 主要区别在于现在的重点是技术。因此,这包括技术参考模型和技术标准或测量 - 例如性能,可维护性,位置和延迟或可用性。

确定输出和可交付成果非常重要,以帮助构建真正支持信息系统和业务架构的技术架构。获得正确的范围可以加速回报,而过大的范围将阻碍成功实施。这不是关于部署技术本身,而是开发真正解决架构愿景和工作请求的技术架构。

 

 阶段E:机遇和解决方案:

阶段E得名 - 它是通过实施特定解决方案来寻找提供目标架构的机会。阶段E通过结合分析和建筑开发阶段的建议--B,C和D,生成体系结构路线图的第一个完整版本。

此阶段主要关注如何提供架构。因此,它着眼于创建一个架构路线图,在时间轴中列出工作包以实现目标架构。当变化如此之大以至于不可能直接从基线到目标体系结构时,那么阶段E就会产生一种增量方法,由中间体或过渡体系结构组成。E阶段将所需的体系结构更改映射到投资程序和项目,这些项目和项目具有执行工作包的资金和资源,并提供过渡和目标体系结构。此阶段的输入几乎是从早期阶段输出的所有内容。这些步骤采取了这些产出; 巩固它们,分析依赖关系并协调差异; 并再次确认该组织能够进行更改。阶段E改进并更新要求,体系结构文档和体系结构路线图。关键产出是实施和迁移计划的第一步。

阶段F:迁移规划:

ADM的早期阶段确定了架构变更的必要性,然后开发业务,数据,应用程序和技术架构以支持这一需求。然后,第二阶段制定了一个高级别的实施和迁移计划,以利用投资机会并确定具体的解决方案。的目标架构。阶段F最终确定了详细的实施和迁移计划,以及最终的体系结构路线图。

它还确保该计划与企业内部使用的变更管理方法以及整个变更组合中的其他计划相协调。最后,阶段F确保关键利益相关者充分了解业务价值,工作包的成本以及过渡和未来架构。虽然ADM的早期阶段非常由企业架构团队指导,但从E到H的阶段需要与其他变更代理协作。F阶段特别需要四个管理框架密切合作,以使实施和移民计划取得成功。这四个领域是:

  1. 商业计划
  2. 企业架构
  3. 投资组合管理
  4. 项目管理

通过合作,这四个领域必须优先考虑工作,使用绩效评估,投资回报,业务价值,关键成功因素,有效性衡量和战略契合等标准。

阶段G:实施治理:

实际开发和实施与阶段G并行进行。阶段G确保实施项目以及其他正在进行的项目符合定义的体系结构。

通常,目标架构是作为一系列过渡而开发的,以尽快实现业务价值和收益,并降低转型计划中的风险。每次转型都代表了向目标公司迈出的一步,实现了自身的商业利益。

 当我们到达阶段G时,已经开发了架构(在阶段A到阶段D),已经确定了(在阶段E中)提供架构的机会和解决方案,并且详细的实施和迁移计划已经完成(在阶段F)。因此,G阶段架构团队的角色就是提供对架构的实施监督。这是通过确认部署的范围和优先级,指导开发和解决方案部署以及执行合规性审查来完成的。架构合同文档用于驱动架构更改。在G阶段开始时生成,并由架构功能和负责实施的人员批准,它是评估架构治理合规性的机制。

阶段H:架构变更管理:

什么都没有完全按计划进行 - 总会有新的要求和要求改变架构。阶段H描述了变更管理过程,以便以一种有凝聚力和架构的方式管理对体系结构的更改。通常,这需要持续监控治理请求,新技术或业务环境的变化。

 该过程应支持已实现的企业体系结构作为动态环境,该环境可灵活地响应这些变化而快速发展。在阶段H中,治理机构设置标准以判断变更请求是否需要简单的架构更新,或者是否需要启动架构开发方法(ADM)的新周期,这一点至关重要。避免“爬行优雅”非常重要,因此变更必须与商业价值直接相关。如何使用企业体系结构是体系结构开发周期中最重要的部分,因此在阶段H中监视业务增长和下降至关重要。最终,昨天为组织工作的企业体系结构不再支持当前或未来的功能。阶段H的变更请求输出可归类为简化 - 通常由减少投资的要求驱动; 增量变化 - 需要从现有投资中获取额外价值; 或重新设计变更,这是由增加投资和创造新价值的要求所驱动的。

架构需求管理:

在ADM的每个阶段都要求生成,分析和审查要求。需求管理阶段描述了在整个ADM中管理这些体系结构要求的过程。需求管理阶段是ADM的核心 - 这就是为什么它显示在ADM裁剪圆图的中心。此阶段描述了需求管理的过程,以及该过程如何链接到ADM的其他阶段。要求不是静态的 - 它们在我们完成ADM的每个阶段以及ADM的循环之间动态演变。企业体系结构的要求以及对这些要求的后续更改将被识别,存储和输入和输出相关的ADM阶段,以及ADM的周期之间。处理需求的变化至关重要。建筑处理不确定性和变化 - 利益相关者期望与可能之间的“灰色区域”!因此,架构要求总是会发生变化。此外,架构涉及许多驱动因素和约束,这些驱动因素和约束超出了企业的控制范围 - 例如不断变化的市场条件或新的立法 - 这些都会以不可预见的方式产生需求的变化。TOGAF强调,需求管理流程本身不会处理,解决或优先考虑需求,因为这是在ADM的相关阶段完成的。需求管理阶段仅仅是管理整个ADM中的需求的过程。因此,架构要求总是会发生变化。此外,架构涉及许多驱动因素和约束,这些驱动因素和约束超出了企业的控制范围 - 例如不断变化的市场条件或新的立法 - 这些都会以不可预见的方式产生需求的变化。TOGAF强调,需求管理流程本身不会处理,解决或优先考虑需求,因为这是在ADM的相关阶段完成的。需求管理阶段仅仅是管理整个ADM中的需求的过程。因此,架构要求总是会发生变化。此外,架构涉及许多驱动因素和约束,这些驱动因素和约束超出了企业的控制范围 - 例如不断变化的市场条件或新的立法 - 这些都会以不可预见的方式产生需求的变化。TOGAF强调,需求管理流程本身不会处理,解决或优先考虑需求,因为这是在ADM的相关阶段完成的。需求管理阶段仅仅是管理整个ADM中的需求的过程。TOGAF强调,需求管理流程本身不会处理,解决或优先考虑需求,因为这是在ADM的相关阶段完成的。需求管理阶段仅仅是管理整个ADM中的需求的过程。TOGAF强调,需求管理流程本身不会处理,解决或优先考虑需求,因为这是在ADM的相关阶段完成的。需求管理阶段仅仅是管理整个ADM中的需求的过程。

 

TOGAF

 ArchiMate 3

展开阅读全文

没有更多推荐了,返回首页