专有名词定义
应用架构（ Application Architecture）
对管理数据对象的能力的主要逻辑分组的描述，其中的数据对象对于处理数据和支持业务来讲是必需的。
架构（ Architecture）
架构依赖于其不同的使用上下文，有两种含义：
- 一个系统的形式化的描述，或指导系统实现的构件级的详细计划。
- 一组构件的结构、构件间的相互关系、以及对这些构件的设计和随时间演进的过程进行治理的一些原则和指导策略。
架构构建块（ Architecture Building Block）
描述整体模型某一方面的架构模型的组成要素。
架构连续系列（ Architecture Continuum）
架构连续系列是企业连续系列的一部分。它是架构元素的存储库，细节和专业化分工程度可不断增加。架构连续系列从一些基础定义开始，如参考模型、核心战略和基本构建块等。在此基础上，架构连续系列逐步扩展到行业架构，并最终扩展成为某个组织的特定架构。
架构开发方法（ Architecture Development Method， ADM）
TOGAF的核心。一个开发和使用企业架构的循序渐进的方法。
架构框架（ Architecture Framework）
可用于开发各种不同类型架构的一个基础结构或者一组结构。它应该包含一个方法，通过构建块来设计信息系统，并展现这些构建块之间的交互关系。它还应包含一套工具，并提供一份共同的词汇表。它也应包含一份推荐标准和符合标准的产品的清单，用来实现这些构建块。
基线架构（ Baseline Architecture）
在进入新一轮的架构评审和设计之前，已经定义好的系统架构。
业务架构（ Business Architecture）
业务战略、治理、组织和关键业务流程信息，以及这些概念之间的相互关系。
能力（ Capability）
组织、个人或系统具备的一种专门能力。能力通常都是指一般性的、高层次意义上的，一般需要通过将组织、人员、流程和技术结合起来才能达到。如，营销能力、客户接触能力、外部电话营销能力等。
能力架构（ Capability Architecture）
对架构如何实现特定解决方案或部分方案的架构路径的详尽描述。
能力增量（ Capability Increment）
来自业务变更倡议的输出，它能够带来企业的某项能力在绩效上的提升。
数据架构（ Data Architecture）
组织的各类逻辑和物理数据资产以及数据管理资源的结构。
企业（ Enterprise）
组织的（一般是）最高级别的描述，通常涵盖了组织的所有使命和职能。一个企业通常跨越多个组织。
企业连续系列（ Enterprise Continuum）
一种用来对架构和解决方案制品进行归类的分类机制，这些架构和解决方案包括架构存储库内部或外部的，企业连续系列描述了它们从通用的基础架构到特定组织架构的演变过程。
基础架构（ Foundation Architecture）
一个通用服务和功能的架构，它提供了一个基础，在此上可以构建出更多具体的架构和架构构件。 TOGAF基础架构包含一个技术参考模型（ Technical Reference Model， TRM）。
差距（ Gap）
对于两个状态区别的描述。常用于在识别基线和目标架构的差异时，进行差距分析的场景中。
治理（ Governance）
对一项业务（或IS/IT景观）进行监控、管理和把控方向的方法，以确保交付所需的业务产出。
元模型（ Metamodel）
描述如何以及使用什么来结构化地描述架构的模型。
存储库（ Repository）
一个管理企业所有数据的系统，包括数据和流程模型，以及其它的一些企业信息。一般来说，存储库中的数据比数据字典中的数据范围更广，数据字典一般只定义了组成数据库的数据。
需求（ Requirement）
对业务需求的定性描述，其中的业务需求必须通过某个具体的架构或工作包来满足。
风险管理（ Risk Management）
对风险和问题的管理，这些风险和问题可能会直接关系到企业架构的实践能否成功，以及架构实践能否实现愿景、目标和目的，以及非常重要的服务供应。
分段架构（ Segment Architecture）
企业内各个区域的一种详细的、形式化的描述，常用在项目群组或项目组合，用来组织变更活动并使其协调一致。
面向服务（ Service Orientation）
一种借助服务、基于服务的开发、服务的产出等术语来思考问题的方式。
面向服务架构（ Service Oriented Architecture ， SOA）
一种支持面向服务的架构风格，它具有以下的显著特点：
- 它基于服务的设计，服务与组成企业（或企业间）业务流程的真实世界的业务活动相映射。
- 服务的表现利用业务描述来提供上下文（即业务流程、目标、规则、策略、服务接口和服务构件）。
- 它对基础设施提出了特殊的要求，一般推荐实现服务要使用开放的标准，以实现可互操作性和位置透明。
- 服务的实现与具体环境相关，它们受到具体环境的限制，或由具体环境实现，并且必须在那个环境中被描述。
- 它需要对服务的表现和实现进行有力的治理。
- 它需要一个试金石8，来决定什么样的服务才是一个“好的服务”
解决方案架构（ Solution Architecture）
对一项离散并聚焦的业务操作或活动、以及IS/IT如何对其进行支持的描述。解决方案架构通常应用于某个单一的项目或项目的发布物，用于把需求转化为一个解决方案的愿景、若干高层次的业务和/或IT系统的规格，和一组实施任务的集合。
解决方案构建块（ Solution Building Block， SBB）
一个架构构建块（ ABB）的候选物理解决方案，如作为架构买方视图中一个构件的商业软件包（ COTS）。
解决方案连续系列（ Solutions Continuum）
企业连续系列的一部分。一个包含若干可重用解决方案以用于未来实施项目的存储库。它包含架构连续系列对应定义的实现。
利益相关者（ Stakeholder）
与架构的产出有利害关系，或有所关注的某个（或某类）个人、团队或组织。不同角色的利益相关者有不同的关注点。
目标架构（ Target Architecture）
对组织正在开发的架构的未来状态的描述。架构可能会有若干个未来状态，它们通过一个路线图来展现架构演进到目标状态的过程。
技术参考模型(Technical Reference Model， TRM)
使信息系统中的构件能以一种一致的方式描述的一种结构。
技术架构（ Techonology Architecture）
对于支持业务、数据和应用服务的部署来说必需的逻辑软、硬件能力。其中包括IT基础设施、中间件、网络、通信、部署处理和一些标准等。
过渡架构（ Transition Architecture）
一种对展现企业的各个过渡阶段和某个部分的开发状况的企业架构的形式化描述。过渡架构用来提供当前和目标能力的概览，并将各个工作包和项目归类为可被管理的项目组合和项目群组。
视图（ View）
一组相关的关注点的表现。视图是从某个视点所看到的东西。架构视图一般通过一个模型来表现，向利益相关者展现他们在架构中的关注领域。视图不一定必须是可视的或图形化的。
视点（ Viewpoint）
一种获得视图的视角的定义。它是对构建和使用视图的惯例的规范（一般通过一定的范式或模板的形式）。视图是你所看到的；视点是你从哪里看——决定你看到什么的有利位置或视角。
工作包（ Work Package）
一套被识别出来的、用于达成一或多个业务目标的行动。工作包可能是项目的一部分、一个完整的项目，或一个项目群组。
最近更新于 2022-05-14， 由 孜孜不倦 于 2022-05-05 发布， 已阅 1200 次。