TOGAF ®,由The Open Group的标准,是一个成熟的企业架构方法和框架由世界领先的组织使用,以提升业务效率。它是最突出和最可靠的企业架构标准,可确保企业架构专业人员之间的一致标准,方法和通讯。精通TOGAF标准的企业架构专业人员享有更高的行业信誉,工做效率和职业机会。TOGAF帮助从业者避免陷入专有方法,更有效地利用资源,实现更高的投资回报。架构
IT架构须要密切反映组织的业务目标。实际上,应该使用特定的技术(业务场景)来确保IT架构师正确理解业务目标,并反映在使用TOGAF开发的IT架构中。框架
如下是咱们应该采用TOGAF ADM进行架构开发的缘由:工具
架构开发方法(ADM)用于开发知足组织业务和信息技术需求的企业架构。TOGAF ADM是大量架构从业者为实现如下目的而不断贡献的结果:spa
ArchiMate是Open Group引入的建模标准。它提供了一组丰富的建模符号和概念,支持在域内和域之间一致地建模企业架构。3d
因为TOGAF和ArchiMate都是由Open Group维护的标准,它们都用于企业架构开发,不少人在它们之间感到困惑,提出诸如“TOGAF和ArchiMate之间有什么区别?”,“TOGAF vs ArchiMate?”之类的问题, TOGAF框架和ArchiMate建模语言均由The Open Group维护。TOGAF 9.1和ArchiMate 2.1或更高版本协同工做,是EA开发的兼容和补充。虽然TOGAF ADM是一个可用于开发和实施企业系统,流程和结构的EA框架,但ArchiMate可用做可视建模语言,可用于建立EA描述。blog
重申ArchiMate标准是建模语言而非框架是很重要的。ArchiMate语言普遍用于开发可视化EA模型,一般与TOGAF ADM一块儿使用。此外,TOGAF和ArchiMate标准能够组合在一块儿,提供一组可用于建模不一样体系结构的视点。生命周期
ArchiMate语言由ArchiMate核心语言组成,其中包括业务,应用程序和技术层,以及构建体系结构的策略和动机以及实现和迁移的元素。资源
下图显示了ArchiMate语言如何与TOGAF架构开发方法(ADM)阶段相关的简化映射。开发
代码ArchiMate层能够对TOGAF定义的体系结构域进行建模。rem
该业务,应用和技术层支持业务,信息系统和技术架构领域由TOGAF框架中定义的描述,以及它们的相互关系。
战略和动机扩展能够实现利益相关者的建模,变革的驱动因素,业务目标,原则和要求。
ArchiMate语言中的策略和激励元素可用于支持TOGAF ADM 的需求管理,初步和架构愿景阶段,这些阶段创建了高级业务目标,架构原则和初始业务需求。它们也与TOGAF ADM的架构变动管理阶段相关,由于该阶段涉及不断变化的需求。
实施和迁移扩展支持项目组合管理,差距分析以及过渡和迁移规划的建模。
ArchiMate语言的实现和迁移元素经过TOGAF ADM的机会和解决方案,迁移规划和实施治理阶段支持体系结构的实施和迁移。
ADM支持三个级别的迭代概念:
在ADM周围循环:ADM以循环方式呈现,代表一个架构工做的完成直接进入架构工做的后续阶段。
在阶段之间进行迭代:TOGAF描述了跨阶段迭代的概念(例如,在完成技术架构时返回到业务架构)。
围绕单个阶段循环:TOGAF支持在单个ADM阶段内重复执行活动,做为详细描述架构内容的技术。
在ADM过程的应用过程当中,根据ADM提供的相位目标,根据一些输入和步骤产生许多输出。
例如:
为了以一致和结构化的方式整理和展现这些主要的工做产品,TOGAF定义了一个结构模型,用于放置它们。
TOGAF从每一个阶段提供了许多输入和输出可交付成果:
合同规定的工做产品,而后由利益相关者正式审查,赞成和签署。它一般在项目完成时归档,或者做为参考模型转换为Architecture Repository
建立体系结构功能所需的准备和启动活动,包括TOGAF的定制和体系结构的定义
架构开发周期的初始阶段。它包括有关定义体系结构开发计划范围,识别利益相关者,建立体系结构愿景以及得到批准以继续体系结构开发的信息
业务架构:开发业务架构以支持商定的架构愿景
信息系统架构:开发信息系统架构以支持商定的架构愿景
技术架构:技术架构的发展,以支持商定的架构愿景
机遇与解决方案为前几个阶段定义的架构进行初步实施计划和交付工具的识别
迁移规划经过最终肯定详细的实施和迁移计划,阐述如何从基准迁移到目标体系结构
实施治理提供了对实施的架构监督
架构变动管理创建了管理新架构变动的程序。需求管理检查整个ADM中管理架构需求的过程
ADM是一种综合的通用方法
如下是每一个开发阶段的TOGAF ADM概述,以下图所示:
TOGAF ADM阶段
阶段目标
初步
为组织准备一个成功的架构项目作好准备
A.架构愿景
设置项目的范围,约束和指望。验证业务上下文并建立“架构工做声明”
B.业务架构
开发业务架构。按原样制定基线和目标并分析差距。
C.信息系统架构
开发信息系统架构。按原样制定基线和目标并分析差距。
D.技术架构
开发技术架构。按原样制定基线和目标并分析差距。
E.机遇与解决方案
肯定主要的实施项目
F.移民计划
分析成本,收益和风险。制定实施路线图。
G.实施治理
确保实施项目符合体系结构
H.架构变动管理
确保架构在发生变化时响应企业的需求
需求管理
项目的每一个阶段都应基于并验证业务需求。