抽象
提供详细和复杂内容的摘要或概括描述的技术。
注意:
抽象,如“抽象级别”,也可以意味着为分析提供一个关注一致和 常见的详细或抽象级别。从这个意义上说,抽象通常用于架构中,以允许一致的级别 在架构的每个领域都要实现的定义和理解,以支持有效的沟通和 决策。它在处理大型和复杂的架构时特别有用,因为它允许相关问题 在尝试进一步的详细信息之前确定。
角色
具有一个或多个发起活动或与活动交互的角色的个人、组织或系统;例如出差拜访客户的销售代表。参与者可能是组织内部的,也可能是组织外部的。
注意:
在汽车行业,原始设备制造商将被汽车经销商视为参与者 与其供应链活动互动。
应用架构
对提供关键业务功能和管理数据的应用程序的结构和交互的描述 资产。
应用组件
与实现结构一致的应用程序功能的封装,它是模块化和可替换的。它 封装其行为和数据,提供服务,并通过接口使其可用。
注意:
例如,会计、工资单或 CRM 系统等业务应用程序。
应用程序组件通常维护数据组件。它是由技术提供的技术服务实现的 组件。
应用平台
硬件和软件的技术组件的集合,这些硬件和软件提供服务,用于支持应用程序。
应用服务
可从应用程序请求的离散行为;支持或交付一个或多个部分或全部的自动化元件 商业服务。
架构风格
与建筑表演或表达的特定环境相关的独特特征的组合;一个 指导或约束架构形成方式的原则和特征的集合。
架构
- 系统在其环境中的基本概念或属性体现在其元素、关系和 其设计和演变的原则。(来源:ISO/IEC/IEEE 42010:2011)
- 组件的结构、相互关系以及指导其设计和演变的原则和准则 随着时间的推移。
架构构建块
一种体系结构组件,它以更合乎逻辑(或 独立于供应商)级别。
架构连续体
一种分类机制,其细节和专业化程度不断增加,用于存储在 架构景观或参考库(架构存储库的一部分)。
注意:
这个连续体从参考模型、核心战略和基本构建块等基本定义开始。从 在那里,它跨越到行业架构,一直到组织特定的架构。
架构开发方法
TOGAF 框架的核心。开发和使用企业架构来塑造和 管理业务转型。
架构领域
正在考虑的建筑区域。TOGAF 框架遵循将企业架构分为四个的传统 主要架构领域:业务、数据、应用程序和技术。其他领域(动机、安全、治理等) 可能跨越这四个主要域。
架构框架
用于规划、开发、实现、治理和维护体系结构的概念结构。
架构治理
监控和指导与架构相关的工作的实践。目标是提供预期的结果并坚持 相关原则、标准和路线图。
建筑景观
企业在特定时间点使用或计划的资产的体系结构表示形式。
架构级别
级别提供了一个框架,用于将架构环境划分为粒度级别。
注意:
体系结构级别不同于体系结构分区。
架构模型
感兴趣主题的表示形式。
注意:
架构模型提供主题的较小比例、简化和/或抽象表示。
架构分区
通过划分该体系结构以方便其开发和管理而产生的体系结构子集。
架构原理
架构应满足的定性意图声明。
架构视图
从一组相关关注点的角度表示系统。
注意:
在本标准的某些部分中,术语“视图”用作“架构视图”的同义词。
架构观点
特定类型的体系结构视图的约定规范。
注意:
体系结构视点也可以视为该体系结构视图的定义或架构。它建立了 用于构造、解释和使用体系结构视图以解决以下方面的特定问题(或一组关注点)的约定 一个利益系统。
在本标准的某些部分中,术语“视点”被用作“架构视点”的同义词。
架构愿景
对目标体系结构的简明描述,描述其业务价值以及对企业所做的更改,这些更改将 其成功部署的结果。它是理想愿景和详细架构开发的边界。
神器
描述体系结构的某个方面的体系结构工作产品。
基线
经过正式审查和商定的规范,随后作为进一步开发的基础或 更改,并且只能通过正式的更改控制程序或配置等过程类型进行更改 管理。
4.25 无边界信息流唰唰��
“访问集成信息以支持业务流程改进”的简写表示,表示所需的 特定于组织业务需求的企业基础结构的状态。
注意:
对无边界信息流的需求 - 开放组的商标 - 在TOGAF
构建块
一个潜在的可重用组件,可以与其他构建块结合使用以提供体系结构和解决方案。
注意:
构建块可以在不同的详细级别定义,具体取决于架构开发的阶段 达到。例如,在早期阶段,构建块可以简单地由名称或大纲描述组成。后来,一个 构建块可以分解为多个支持构建块,并可能附带完整的规范。建筑 块可以与“架构”或“解决方案”相关。
业务架构
整体、多维业务视图的表示形式:能力、端到端价值交付、信息和 组织结构;以及这些业务视图和战略、产品、政策、流程之间的关系, 倡议和利益相关者。
注意:
业务架构将业务元素与其他领域的业务目标和其他元素相关联。
业务能力
企业为实现特定目的而可能拥有或交换的特定能力。
业务功能
基于一组选定条件的业务行为集合,与组织紧密结合。
企业治理
关注确保业务流程和策略(及其操作)交付业务成果并遵守 相关业务监管。
商业模式
描述企业如何创造、交付和获取价值的基本原理的模型。
商务服务
通过封装独特的“业务行为元素”来支持业务。
注意:
企业外部提供的服务可能由业务服务支持。
能力
组织、个人或系统拥有的能力。
能力架构
描述企业拥有的能力的体系结构。
能力增量
提供特定价值的功能体系结构的离散部分。完成所有增量后, 能力已经实现。
沟通和利益相关者管理
企业架构实践利益相关者的需求管理。它还管理通信的执行 在实践和利益相关者之间,以及实践和其服务的消费者之间。
关注
对与其一个或多个利益相关者相关的系统感兴趣。
注意:
问题可能与系统功能、开发或操作的任何方面有关,包括以下考虑因素: 性能、可靠性、安全性、分布和可演进性,并可能决定系统的可接受性。
行动方针
战略目标和目的提供的方向和重点,通常是为了提供价值主张,其特征在于 商业模式。
数据架构
描述企业的主要数据类型和数据源、逻辑数据资产、物理数据资产、 和数据管理资源。
可交付成果
一种建筑工作产品,由合同规定,然后由 利益相关者。
注意:
可交付成果表示项目的输出,文档形式的可交付成果通常会存档 在项目完成时,或作为参考模型、标准或快照转换为架构存储库 某个时间点的建筑景观。
数字架构
包容性架构专注于企业架构、数据科学、电信和物联网的结合, 安全、人工智能、认知科学、神经科学、机器人和社交媒体,以提供可操作性 服务业。
企业
组织描述的最高级别(通常),通常涵盖所有任务和职能。一个企业 通常会跨越多个组织。
企业架构服务
企业架构功能的封装元素,可提供特定的企业架构功能。
企业连续体
一种分类机制,用于在体系结构和解决方案构建基块 (SBB) 从通用到 特定适用性(反之亦然)。
基础架构
通用构建块,它们与其他构建块的相互关系,以及原则和准则 提供可以构建更具体体系结构的基础。
框架
内容或过程的结构,可用作构建思维的工具,确保一致性和完整性。
差距
两种状态之间的差异声明。用于差距分析的上下文,其中基线和 确定目标体系结构。
治理
监视和指导业务(或 IS/IT 环境)管理以交付业务成果的学科 必填。
信息
以任何媒介或形式(包括文本、数字、图形、 制图、叙事或视听形式。
信息技术
组织使用的信息和相关技术的生命周期管理。
互操作性
- 共享信息和服务的能力。
- 两个或多个系统或组件交换和使用信息的能力。
- 系统提供和接收来自其他系统的服务以及使用如此互换的服务以实现的能力 他们一起有效运作。
逻辑
独立于实现。
注意:
逻辑体系结构是体系结构的独立于实现的定义。
元数据
有关任何媒体中任何类型的数据的数据,用于描述实体的特征。
元模型
描述用于构建体系结构描述的实体、其特征和键的模型 这些实体之间的关系。
方法
一种定义的、可重复的方法,用于解决特定类型的问题。
建模
一种通过构建模型的技术,使主题能够以能够推理、洞察力、 以及关于主题本质的明确性。
模型种类
建模类型的约定。
注意:
体系结构视点引用一种或多种模型类型;体系结构视图包含一个或多个模型。
目标
以特定、可衡量、可操作、现实和有时限 (SMART) 的方式声明的组织目标。例如 “到年底将产能利用率提高30%,以支持计划中的市场份额增长”。
模式
一种将构建块置于上下文中的技术;例如,描述问题的可重用解决方案。
注意:
构建块是你使用的:(架构)模式可以告诉你如何使用它们,何时,为什么,以及你有什么权衡 必须这样做。
物理
真实世界,有形。
注意:
逻辑体系结构是通过物理体系结构实现的。
原理
架构应满足的定性意图声明
产品
由要提供给客户的业务生成的结果。产品包括材料和/或服务。
参考模型 (RM)
一个抽象框架,用于理解[一个]环境实体之间的重要关系,以及 制定支持该环境的一致标准或规范。
注意:
参考模型基于少量统一概念,可用作教育和解释的基础 非专业人士的标准。参考模型不直接与任何标准、技术或其他具体内容相关联 实现细节,但它确实寻求提供可以在不同之间明确使用的通用语义 实现。
要求
需求陈述,明确、可测试或可衡量,并且是可接受性所必需的。
路线图
业务或技术变更的抽象计划,通常在多年内跨多个学科运行。 通常用于短语技术路线图、架构路线图等。
角色
- 角色的通常或预期行为,或某人或某事在特定过程或事件中扮演的角色。参与者可能具有多个角色。
- 个人在组织中扮演的角色以及他们通过应用其技能做出的贡献, 知识、经验和能力。
分段架构
对企业内区域的详细、正式描述,用于项目群或项目组合级别,以组织和协调 更改活动。
另见 4.77 战略架构 。
服务
一种封装的行为元素,它提供特定功能以响应来自参与者或其他服务的请求。
注意:
服务具有接口和说明。
服务导向
根据提供和使用的服务查看企业、系统或构建基块。
另请参阅 4.70 面向服务的体系结构 (SOA) 。
面向服务的体系结构 (SOA)
支持面向服务的体系结构样式。
服务组合
服务的集合,可能是接口定义。
注意:
它在 TOGAF 框架中用于定义对构建块或系统的要求。
解决方案架构
对离散且重点突出的业务操作或活动的描述,以及 IS/IT 如何支持该操作。
解决方案构建基块 (SBB)
实现一个或多个逻辑体系结构构建块的部分或全部的物理或特定于实现的组件 (阿布斯)。
注意:
有业务、应用和技术 SBB。
解决方案连续统一体
解决方案中存储的组件和工件的分类机制,其细节和专业化程度不断提高 景观或参考库(体系结构存储库的一部分)。
利益相关者
对系统感兴趣的个人、团队、组织或类。
标准库
可用于定义特定服务和其他组织特定组件的标准库 建筑。
战略架构
企业的摘要正式描述,为运营和变更活动提供组织框架,以及 执行级的长期观点,用于方向设定。
目标架构
描述为组织开发的体系结构的未来状态。
注意:
可能会开发几个未来状态作为路线图,以显示体系结构向目标状态的演变。
架构视图的分类
与体系结构相关的所有体系结构视图的有组织的集合。
技术架构
对技术服务和技术组件的结构和交互的描述。
技术组件
- 技术构建块。支持和支持应用程序或数据组件的通用基础结构技术 (直接或间接)通过提供技术服务。
- 代表一类技术产品或特定技术的技术基础结构的封装 产品。
技术服务
提供支持应用程序交付的扶持性基础结构所需的技术能力。
过渡架构
在具有重要体系结构意义的时间点对体系结构的一种状态的正式描述。
注意:
可以使用一个或多个过渡架构来描述从基线到目标的时间进展 。
价值流
为客户、利益干系人或最终创建总体结果的端到端活动集合的表示形式 用户。
视点库
体系结构的参考库部分中包含的体系结构视点规范的集合 存储 库。
工作包
为实现业务的一个或多个目标而确定的一组操作。工作包可以是项目的一部分,一个 完成项目或项目群。