本文内容基于TOGAF 9 官方文档,了解详细信息可访问The Open Group官网查看
一、核心问题解答
1、在TOGAF中,什么是架构?
在TOGAF中,“架构”具有两种含义:
(1)一个系统的正式描述,或指导系统实施的组件层级详细计划。
(2)组件结构、组件之间相互关系,以及对这些组件的设计和随时间演进的治理原则和指南。
批注:架构要描述清楚整体的框架,以及构成框架的各个组件之间的关系。就好像建筑一样,理清整体的轮廓,以及梁和柱的关系。
2、TOGAF设计哪些种类的架构
(1)业务架构:定义业务战略、治理、组织和关键业务流程。
(2)数据架构:描述组织的逻辑与物理数据资产及数据管理资源的结构。
(3)应用架构:提供包含待部署的独立应用及其之间交互作用和与组织的核心业务流程间的关系的蓝图。
(4)技术架构:描述支持业务、数据和应用服务部署所需的逻辑的软件与硬件能力,包括IT基础设施、中间件、网络、通信、处理和标准等。
批注:在这四层架构中业务架构最顶层,数据架构和应用架构平级,处在中间层,技术架构是基础,在最低层。业务架构主要描述业务目标以及实现目标的流程和途径,例如工厂今年销售目标100万,需要制定销售流程,订单管理流程等,建立相应的部门。数据架构和应用架构是实现业务架构的具体载体,例如MES、ERP系统等,实现组织内部管理的有OA系统等。技术架构是描述基础设施,比如服务器、操作系统、网络通信等。
3、如何使用TOGAF和其他架构
因为TOGAF是一个通用架构,旨在用于多种多样的环境,所以TOGAF提供一个灵活且可扩展的内容框架,用以支撑一系列一般架构交付物。
在所有情况下,架构师应当基于TOGAF框架进行调整和构建,以定义一种被整合到Enterprise的流程和组织结构中的剪裁方法。这一架构剪裁过程,可包括采用其他架构框架的元素或将TOGAF方法与其他标准框架进行综合,例如ITIL、CMMI、COBIT等。
批注:OGAF架构提供了一套较完整且适用大多数场景的架构开发方法,TOGAF可以整合其他框架,同时其他框架也可借鉴TOGAF的思路。
二、核心概念
1、架构开发方法(ADM)
ADM提供用于开发机构的一个经测试的并可重复的流程。ADM包括建立架构框架、架构过渡及对架构实现进行管控。
(1)ADM各个阶段
- 预备阶段:创建架构能力所需的准备和活动,包括TOGAF的定制化和架构原则的定义。
- 阶段A 架构愿景:描述架构开发周期的初始阶段。该阶段包括定义架构开发举措的范围、识别利益攸关者、创建架构愿景,并获得继续推进架构开发的批准。
- 阶段B 业务架构:描述支持被认同的架构愿景的业务架构的开发。
- 阶段C 信息系统架构:描述支持被认同的架构愿景的信息系统架构的开发。
- 阶段D 技术架构:描述支持被认同的架构愿景的技术架构的开发。
- 阶段E 机会和解决方案:引导初始的实施规划,并为在之前阶段中定义的架构进行交付载体的识别。
- 阶段F 迁移规划:如何通过最终确定的详细实施和迁移计划来实现从基线架构向目标架构的转移。
- 阶段G 实施治理:实施提供架构的监管。
- 阶段H 架构变更管理:为管理达到新架构的变更建立程序。
- 需求管理:需求管理对管理架构需求的流程的审查贯穿于整个ADM。
批注:ADM在后续章节中会有详细的描述。
2、交付物、制品和构建块
(1)交付物(Deliverable)
交付物是以契约方式规定的工作产物,并由利益攸关者依次正式审视、同意并签发。交付物代表项目的输出,文件形式的交付物通常在项目完成时存档,或过渡到架构库中当作参考模型、标准或作为架构全景在某个时点的“快照”。
(2)制品(Artifact)
制品是描述架构的某一方面的架构工作产物。
制品通常可分为目录集(事物的列表)、矩阵(表明事物之间的关系)和图表(事物的图像)。例如,需求目录集、业务交互矩阵和用例图。一个架构交付物可包含多个制品,制品构成架构库的内容。
构建块代表业务、IT或架构能力的一种(潜在可复用的)组件,它可以与其他构建块进行结合,以交付架构和解决方案。
(3)构建块(Building block)
构建块可以在不同细节层级上被定义,这取决于架构开发所达到的阶段。例如,在初期阶段,构建块可以只包括名称或概述。其后,一个构建块可分解成多重支持的构建块,并可随附一份完整的规范。构建块可以与“架构”或“解决方案”相关。
图1 交付物、制品、构建块之间的关系
3、Enterprise的连续统一体
ENTERPRISE的连续统一体是架构库的一种视图,它提供架构和解决方案的制品从一般基础性架构演变为组织特定架构时的分类方法。ENTERPRISE的连续统一体包含两个补充概念:架构连续统一体和解决方案连续统一体。
图2 Enterprise的连续统一体
4、架构库
支持ENTERPRISE的连续统一体是架构库的设计理念,架构库可被用于将ADM创建的不同类别的架构输出存储在不同的抽象层级上。TOGAF以这种方式促进不同层级的利益攸关者与实践者之间的理解和合作。
借助于ENTERPRISE的连续统一体和架构库,鼓励架构师在开发组织特定架构的过程中更好地利用所有其他相关的架构资源和资产。
图3 TOGAF架构库结构
(1)架构库主要组件
- 架构元模型:描述架构框架在组织上的剪裁应用,包括架构内容元模型。
- 架构能力:定义支持架构库治理的参数、结构和流程。
- 架构全景:在一个特定时点部署于运行着的ENTERPRISE内的资产的架构表达。架构全景可能存在于多重抽象层级以适应不同的架构目的。
- 标准信息库(SIB):获取新架构必须遵守的标准,包括行业标准、选定的供应商产品和服务或已部署在该组织内的共享服务。
- 参考库:提供指南、模板、特征模式和可更好利用的其他参考资料形式,以便加速ENTERPRISE新架构的创建。
- 治理日志:提供贯穿整个ENTERPRISE的治理活动记录。
5、建立和维护EA的能力
图4 TOGAF架构能力概述
三、总结
初步了解TOGAF的核心概念,可以为后续学习TOGAF做出铺垫。
标签:第二章,架构,TOGAF,构建,ENTERPRISE,ADM,描述 From: https://blog.csdn.net/zakefine/article/details/143776148