当前位置：首页 > news >正文

TOGAF之架构标准规范-技术架构

news 来源：原创 2025/9/16 8:56:11

TOGAF是工业级的企业架构标准规范，本文主要描述技术架构阶段。

如上所示，技术架构（Technology Architecture）在TOGAF标准规范中处于D阶段

技术架构阶段

技术架构阶段的主要内容包括阶段目标、阶段输入、流程步骤、阶段输出、架构方法。

阶段目标

开发目标技术架构，描述企业的技术架构如何赋能架构愿景、业务架构、数据架构、应用架构，解决架构工作组以及利益相关者关注的问题

识别确认基线技术架构以及目标技术架构之间的区别以及路线图

阶段输入

架构参考资料，企业架构仓库主要存放企业所有架构相关的项目资料，其中，包括项目交付件、可重用资产、对架构工作组以及企业利益相关者的输出

非架构性输入

架构工作或者工作组的要求，主要包括企业组织的赞助者、企业组织使命的声明、业务目标或变化、业务策略计划、时间限制、业务环境的变化、企业组织的约束、预算信息或金融约束、外部约束或业务约束、已有业务系统描述、已有架构或IT系统描述、开发组织的描述、开发组织的可用资源描述
能力评估，对企业的总体能力评估，主要包括业务能力评估、IT能力评估、架构能力成熟度评估、业务转型准备度评估
沟通计划，企业架构包括大量复杂的、内部互动的信息，需要制订高效的沟通计划，主要包括识别确认利益相关者以及按照沟通需求分组、识别确认与架构愿景相关的关键信息、识别确认沟通机制、识别确认沟通时间

架构性输入

企业架构组织模型，主要包括企业受影响范围、成熟度评估、差距分析、解决方案方法、架构团队的角色与责任、架构工作的约束、预算需求、治理与支持策略
已剪裁的架构框架，主要包括已剪裁的架构方法、架构内容（交付件与人工产品）、配置与部署工具

技术原则，主要包括使用技术手段支持业务需求的变化，改善架构愿意、业务架构、应用架构以及数据架构阶段的功能特性，使其适应市场的变化。信息技术需要响应企业管理上的变化，管理流程、实现流程、架构的变化需要及时更新。控制技术的多样性，最小化技术上的多样性，以控制企业管理成本。软件技术与硬件技术需要在架构上体现出可互操作性。

架构工作声明，定义工作范围与方法，主要包括声明主题、架构项目的要求与背景、架构项目的描述与范围、架构愿景的总体描述、范围过程的特殊变化、角色责任交付、验收条件与过程、架构项目计划与时间表、声明批准

架构愿景，规划架构阶段，主要包括利益相关者的问题描述、有待解决的问题或场景描述、架构工作声明的目标、架构工作要求的总体描述、需求映射关系、引用架构定义文档初始版本

架构仓库，主要包括可重用模块、公开可用的参考模型、特定企业组织的参考模型、企业组织标准

起草架构定义文档，主要包括详细的基线业务架构版本1.0、详细的目标业务架构版本1.0、基线数据架构版本1.0、目标数据架构版本1.0、基线应用架构版本1.0、目标应用架构版本1.0、基线技术架构版本0.1、目标技术架构版本0.1

起草架构需求规格说明书，描述实现项目需要的架构内容，主要包括成功的方法措施、架构需求、业务服务约定、应用服务约定、实现指导、实现规格说明书、实现标准、互操作性标准、IT服务管理需求、约束、假设条件

架构路线图，列举工作项，主要包括工作分组描述、功能需求、工作项依赖、业务价值、风险分析、架构域、解决方案、业务转型、关键措施

流程步骤

选择架构参考模型、架构观点、架构工具

技术原则作为架构原则的一部分，评审与验证技术原则，提供运用技术原则的指导
基于业务驱动、利益相关的问题以及业务架构，选择技术原则的相关资源，例如，参考模型与架构风格
选择相关的技术架构观点，运用架构观点如何解决利益相关者的关注问题
识别确认架构工具与技术，用于技术架构的捕获、建模以及分析，例如，建模技术与工具

确定建模过程，技术或方法选型需要支持具体的观点，能解决以及覆盖利益相关者的问题

定义技术服务分类与逻辑技术组件，利用技术标准以及服务框架
识别确认技术部署的区域，根据实际的业务需求确定部署的地理位置
识别确认技术的物理部署，包括技术在物理部署上需要的资源
识别确认技术的应用需求与业务需求，包括应用架构以及业务架构的技术需求
识别确认技术是否符合新需求，包括功能需求以及非功能性需求
识别确认技术的属性配置，根据实际的业务需求确定技术需要的属性配置
识别确认技术的相关影响，包括大小、成本、容量、安装、治理以及迁移
识别确认技术的性能需求，包括功能服务以及功能服务聚合的性能
识别确认技术的可维护性，包括功能服务按照颗粒度划分的可维护性
识别确认技术的区域与延时性，包括部署在不同区域的功能服务在相互远程调用中的延时性
识别确认技术的可用性，包括功能服务是否具备高可用性的特性

识别确认技术建模分类，建模的过程由技术功能服务、逻辑技术组件、物理技术组件构成。其中，技术分类包括已存在的技术分类以及应用架构阶段分析出的技术分类，根据实际需求以及新的技术标准创建的技术分类，扩展实际需求创建产品技术分类，基线化适合业务需求的技术组件分类

识别确认矩阵关系，矩阵关系显示相关模型实体的核心关系，需确定应用与技术的矩阵关系

识别确认图示关系，应用平台需要提供硬件、操作系统、软件设施以及部署应用栈的图示关系，运行环境需要提供硬件基础设施与软件基础设施的图示关系、运行的应用组件之间的逻辑交互的图示关系，提供路由、网关、防火墙以及网络连接之间的图示关系，提供平台分解的图示关系，提供处理流程的图示关系，提供计算网络与硬件的图示关系，提供网络交互的图示关系

识别确认需求类型，定义技术领域的需求，在设计与实现的过程中提供详细的指导，以解决原始的架构需求

开发基线技术架构描述，用于支持目标技术架构、解决利益相关者的关注问题

开发目标技术架构描述，用于支持架构愿景、目标业务架构以及目标数据架构、目标应用架构，解决利益相关者的关注问题

执行差距分析，验证架构模型的一致性以及准确性，其中主要包括权衡分析架构模型中的不同观点，验证架构模型支持的原则、目标以及约束，在架构仓库中文档化架构模型的更新变化，测试架构模型对需求的完整性

定义候选路线图中的系统部件，可应对未来发展的机遇以及解决方案

分析解决总体架构中的相关影响，其中主要包括技术架构是否对已有的架构造成影响、变化因素是否影响技术架构、技术架构是否有助于企业组织的其他地区、技术架构是否影响其他项目、技术架构是否受其他项目的影响

执行正式的利益相关者评审，检查技术架构是否符合架构项目的目标以及架构工作的声明，识别确认架构愿景、业务架构、数据架构、应用架构、技术架构之间的变化更新以及相互之间的受影响范围，提供解决方案解决这些问题

确认完成技术架构工作，其中主要包括以可重用性的角度、从架构仓库的参考模型中、为建模的模块选择对应标准，完全文档化建模的模块，对全部架构的业务需求执行交叉检查以及文档化，文档化需求跟踪报告，文档化架构的映射关系，确认全部工作

创建架构定义文档，在架构定义文档中提供模块建模的依据，在架构定义文档中提供技术架构部分，主要包括基础功能属性、提供安全能力以及可管理性的支持，提供具备所需功能以及接口的独立模块，提供接口的定义（APIs、数据格式、协议、硬件接口、标准支持），提供技术与业务的映射关系、技术与企业组织实体的映射关系、技术与策略措施的映射关系

阶段输出

优化更新架构愿景阶段的交付件，其中主要包括架构工作的声明、验证的技术原则或者新技术原则

起草架构定义文档，其中主要包括基线技术架构版本1.0，目标技术架构版本1.0，解决利益相关者的关键问题的观点视图。目标技术架构的主要内容包括技术组件与信息系统的关系，技术平台与分解图、综合体现出所有的技术栈，运行环境与区域的关系，技术组件的处理路径以及分布路径，物理网络的交互图，硬件与指定网络的关系图

起草架构需求规格说明书，其中主要包括差距分析结果，业务架构、应用架构与数据架构的输出需求，已更新的技术需求

架构路线图的技术架构组件，其中主要包括技术标准分类、技术组合分类、应用与技术的矩阵关系图、运行环境与区域的图示关系、平台分解的图示关系、处理流程的图示关系、计算网络与硬件的图示关系、网络交互的图示关系

架构方法

架构仓库，架构工作组需要考虑在架构仓库中提供可用的技术架构资源，例如，不同发展阶段的应用技术、标准IT服务、已采用的技术参考模型、通用技术参考模型、通用系统的技术参考模型