本章提供的核心概念适用TOGAF标准。
2.1 什么是TOGAF标准?
TOGAF标准是一个架构框架。 它提供了协助接受,生产,使用和维护企业架构的方法和工具。 它基于支持最佳实践和可重用的现有架构资产集的迭代过程模型。
2.2 TOGAF标准中的架构是什么?
ISO/IEC/IEEE 42010:2011对架构的定义:
“系统在其环境中的基本概念或属性,体现在其元素,关系以及设计和演化的原理中。”
TOGAF标准包含但不严格遵循ISO/IEC/IEEE 42010:2011术语。 除了“体系结构”的ISO/IEC/IEEE 42010:2011定义之外,TOGAF标准还根据上下文定义了第二种含义:
“组件的结构,它们之间的相互关系以及支配其设计和随时间演变的原则和准则。”
TOGAF标准将企业视为一个系统,并努力在促进从相关标准中汲取的概念和术语与大多数TOGAF读者熟悉的公认术语之间取得平衡。 有关术语的更多信息,请参阅[第3章 定义]((https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html#tag_03)和[第IV部分](https://pubs.opengroup.org/architecture/togaf9-doc/ arch / pt4.html),[*) 和第31章. 架构制品。
2.3 TOGAF标准处理哪种架构?
通常共有四个体系结构域作为整个企业体系结构的子集,所有这些域都旨在支持TOGAF标准:
-
业务架构定义了业务战略,治理,组织和关键业务流程。
-
数据体系结构描述了组织的逻辑和物理数据资产以及数据管理资源的结构。
-
应用程序架构为要部署的各个应用程序,它们的交互以及它们与组织核心业务流程的关系提供了一个蓝图。
-
技术架构描述了支持业务、数据和应用程序服务部署所需的逻辑软件和硬件功能; 其中包括IT基础架构,中间件,网络,通信,流程,标准等。
2.4 架构开发方法
TOGAF架构开发方法(ADM)为开发架构提供了经过测试且可重复的过程。 ADM包括建立架构框架,开发架构内容,迁移,架构实现的治理。
所有这些活动都是在连续的架构定义和实现的迭代循环中进行的,该循环允许组织根据业务目标和机会以受控方式对企业进行改造。
ADM中的阶段如下:
它包括有关定义架构开发计划的范围,确定干系人,创建架构愿景以及获得批准以继续进行架构开发的信息。
-
阶段B:业务架构描述了业务架构的开发,以支持已达成共识的架构愿景。
-
阶段C:信息系统架构描述了信息系统架构的发展,以支持已达成共识的架构愿景。
-
阶段D:技术架构描述了技术架构的开发,以支持已达成共识的架构愿景。
-
阶段E:机会和解决方案进行了初始实施计划,并确定了先前阶段中定义的架构的交付工具。
-
阶段F:迁移计划通过最终确定详细的实施和迁移计划,解决了如何从基准迁移到目标架构。
-
阶段G:实施治理提供对实施的架构监督。
-
阶段H:架构变更管理建立了管理新架构变更的程序。
-
需求管理检查整个ADM中管理架构需求的过程。
2.5 交付物、制品和构件
执行ADM的架构师将由于他们的努力而产生大量输出,例如流程,架构需求,项目计划,项目合规性评估等。TOGAF架构内容框架(请参阅 第IV部分 第29章提供了用于架构内容的结构化模型,该模型允许对主要工作产品进行一致性的定义,结构化和呈现。
架构内容框架使用以下三个类别来描述使用上下文中的架构工作产品的类型:
-
交付物
是合同规定的工作产品,由利益相关者正式审查,同意并签字。
可交付物表示项目的输出,并且采用文档形式的可交付物通常将在项目完成时进行归档,或者在某个时间点转换为架构库,以作为架构蓝图的参考模型、标准或快照。
-
制品
是描述架构方面的架构工作产品。
制品通常分为目录(事物列表),矩阵(显示事物之间的关系)和图表(事物的图片)。示例包括需求目录,业务交互矩阵和用例图。架构交付物可能包含许多制品,而制品将构成架构存储库的内容。
-
构件
表示企业功能的一个(潜在可重用的)组件,可以与其他构件组合以提供架构和解决方案。
可以在各个详细级别定义构件,具体取决于已达到架构开发的哪个阶段。例如,在早期,构件可以仅由名称或轮廓描述组成。稍后,一个构件可以分解为多个支持构件,并且可能附带完整的规范。构件可以与“架构”或“解决方案”相关。
- **架构构件(ABBs)**通常描述所需的能力并塑造解决方案构件(SBB)的规范;例如,企业内可能需要客户服务能力,并由许多SBB支持,例如流程,数据和应用软件。
- **解决方案构件 (SBBs)**代表将用于实现所需功能的组件;例如,网络在补充制品中可以描述为构件,然后将其用于实现企业解决方案。
交付物、制品和构件的关系如下图所示:
Figure 2-1: 交付物、制品和构件的关系
例如,架构定义文档是记录架构描述的可交付物。 本文档将包含许多互补制品,这些制品是与架构相关的构件的视图。 例如,可以创建过程流程图process flow diagram(制品)来描述目标呼叫处理流程target call handling process(构件)。 该制品还可以描述其他构件,例如过程中涉及的参与者(例如,Customer Services Representative)。下图示例展示了交付物、制品和构件之间的关系:
Figure 2-2: 例子- 架构定义文档
2.6 企业连续体
TOGAF标准包括企业连续性的概念,该概念为架构师设置了更广阔的环境,并解释了如何利用通用解决方案并对其进行定制化以支持单个组织的需求。 企业连续体是架构存储库的视图,它提供了对架构和解决方案制品从通用基础架构演变为组织特定架构时进行分类的方法。 企业连续体包括两个互补的概念:架构连续体和解决方案连续体。
有关企业连续性的结构和上下文的概述,请参见下图:
Figure 2-3: 企业连续体
2.7 架构存储库
支持企业连续性的是架构存储库的概念,可用于存储由ADM创建的处于不同抽象级别的不同类别的架构输出。这样,TOGAF标准促进了利益相关者和不同级别的从业者之间的理解与合作。
通过企业连续性和架构存储库,鼓励架构师在开发组织特定的架构时利用所有其他相关的架构资源和资产。
在这种情况下,TOGAF ADM可以被视为描述了一个流程生命周期,该流程在组织内的多个级别上运行,在整体治理框架内运行并产生驻留在架构存储库中的一致性输出。企业连续体为理解架构模型提供了宝贵的环境:它显示了构件及其相互之间的关系,以及对架构开发周期的约束和要求。
下图显示了TOGAF架构存储库的结构:
Figure 2-4: TOGAF Architecture Repository Structure
架构存储库中的主要组件如下:
-
架构元模型描述了组织对于架构框架的定制应用程序,包括用于架构内容的元模型。评注:组织内部实现架构框架的示例。
-
架构能力定义支持架构存储库治理的参数,结构和流程。
-
架构蓝图是在特定时间点在运营企业过程中部署的资产的架构表示形式-蓝图可能存在多个抽象级别,以适应不同的架构目标。
-
标准信息库(SIB)是创建新架构时必须遵循的标准,其中可能包括行业标准,供应商的可选产品和服务,或组织内已部署的共享服务。
-
参考库提供了指南,模板,模式和其他形式的参考资料,可以利用这些参考资料来加速创建企业新架构。
-
治理日志记录了整个企业的治理活动。
-
架构需求存储库提供了已获得架构委员会同意的所有授权的架构需求的视图。
-
解决方案蓝图展示了SBBs架构呈现,这些SBBs支持企业计划或部署的架构蓝图。
2.8建立和维护企业架构能力
为了在企业内部有效地执行架构活动,有必要通过组织结构、角色、职责、技能和流程为架构建立适当的业务能力。
TOGAF架构能力概述如下所示。
Figure 2-5: TOGAF Architecture Capability Overview
2.9 建立作为运营实体的架构能力
评注:把架构实践当中一项业务来运营
除了为纯粹支持变更交付程序而设置的架构能力之外,越来越多的人认识到,成功的企业架构实践必须立足于坚实的运营基础。实际上,企业架构实践必须像企业中的其他任何运营部门一样运行;即应将其视为一项业务。为此,除了在ADM中定义的核心流程之外,企业架构实践还应在以下领域建立能力:
运营持续的架构概念的核心是执行定义明确且有效的治理,从而在单个框架内控制和协调所有对架构重要的活动。
随着治理已成为组织管理中日益可见的要求,TOGAF标准中包含的治理使框架与当前的业务最佳实践保持一致,并确保一定程度的可见性、指导和控制,以支持所有架构相关的干系人的需求和义务。
架构治理的好处包括:评注也是要求。
- 增加问责制的透明度,并在知情的情况下授权。
- 受控的风险管理。
- 通过最大程度地重用现架构组件来保护现有资产基础。
- 主动的控制、监督和管理机制。
- 在所有组织业务部门中重复使用流程、概念和组件。
- 通过监控、衡量、评估和反馈以创造价值。
- 提高可见度,以支持内部流程和外部各方的需求;特别是,在较低级别上提高决策的可见性可确保对企业内适当级别的决策进行监督,这些决策可能对组织产生深远的战略影响。
- 增加干系人价值;尤其是,企业架构日益代表着企业的核心知识产权-研究表明,干系人价值的增长与企业良好的治理之间存在相关性
- 与现有流程和方法集成,并通过添加控制能力来补充功能。
关于建立企业架构能力的更多详细信息,请参见第VI部分 第39章 第VI部分简介
2.10 将TOGAF标准与其他框架一起使用
任何企业架构框架的两个关键要素是:
除了某些例外,大多数企业价格框架都将重点放在第一个要素上(即可交付成果的特定集合),并且对用于生成它们的方法相对保持沉默(在某些情况下有意如此)。评注: TOGAF不仅定义了交付物,同时也定义了架构开发方法ADM
因为TOGAF标准是一个通用框架,并且意图在更广泛的环境中使用,所以它提供了一个灵活且可扩展的内容框架,该框架是一组通用架构可交付物的基础。
因此,TOGAF框架既可以使用它所描述的通用交付物单独使用;同时这些可交付物也可以作为特定的集合用来替换或扩展架构师认为的任何其他框架中。
在所有情况下,都希望架构师能够适应并建立在TOGAF框架上,以便定义一种量身定制的方法,该方法已集成到企业的流程和组织结构中。该定制架构可能包括采用其他架构框架中的元素,或者将TOGAF方法与其他标准框架或最佳实践集成在一起,例如ITIL®,CMMI®,COBIT®,PRINCE2®,PMBOK®和MSP®。它还可能包括采用来自TOGAF库中的参考资料,例如IT4IT™参考体系结构。在第II部分4.3调整ADM )中给出了以这种方式适应TOGAF ADM的准则。
作为企业架构的通用框架和方法,TOGAF标准提供了与其他框架集成的功能和协作环境。组织能够充分利用垂直业务领域、水平技术领域(例如安全性或可管理性)或应用程序领域(例如电子商务)来产生具有竞争力的企业架构框架,从而最大限度地利用其业务机会。