本章提供的核心概念适用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中的阶段如下:
-
预备阶段描述了创建架构功能所需的准备和启动活动,包括定制TOGAF框架和定义架构原则。
-
阶段A:架构愿景 描述架构开发周期的初始阶段
它包括有关定义架构开发计划的范围,确定干系人,创建架构愿景以及获得批准以继续进行架构开发的信息。
-
阶段B:业务架构描述了业务架构的开发,以支持已达成共识的架构愿景。
-
阶段C