在企业架构的实践中，我们发现，许多客户要理解企业架构，可以先从基础的相关词条开始，建立统一企业架构文化。这样在未来的实施中，也更容易沟通。我们从《企业架构白皮书》中罗列一下常用的术语，便于大家查询：
敏捷——一种规划和指导项目流程的迭代方法。
应用程序架构——对应用程序的结构和交互的描述，作为提供关键业务功能和管理数据资产的功能组。
应用程序组合管理——用于管理软件资产的学科，用于证明和衡量每个应用程序与应用程序维护和运营成本相比的财务收益。
架构 – 系统在组件、组件之间的关系以及环境方面的组织。
架构描述——架构描述是用于表达某些感兴趣系统的架构的工作产品。 该标准规定了架构设计的要求。架构设计描述了一种可能的系统架构。 架构设计可以采用文档、模型集、模型存储库或某种其他形式的形式（架构设计格式未由标准定义）。
架构原则——架构应满足的定性意图声明。 至少有一个支持性的理由和一定的重要性。
业务架构——对业务战略、组织、功能、业务流程和信息需求之间的结构和交互的描述。
业务架构框架——业务蓝图、业务场景和业务架构知识库如何相互关联的概念视图，为建立业务架构提供基础。
业务能力——组织执行核心职能所需的能力、材料和专业知识的表达或阐明。
业务能力建模——一种表示组织业务锚模型的技术，独立于组织的结构、流程、人员或领域。
业务能力路线图——能力路线图是一个计划，描述了一系列可行的、仔细界定范围的举措，以及这些举措应实施的顺序和估计时间表，以实现业务目标。 通常以文档或架构模型的形式交付，描述业务功能的现状以及计划在未来一段时间内进行的更改。
业务能力分类法——业务能力分类法是业务能力的有序层次结构，以对利益相关者有意义的方式构建，并用于在能力和业务单位之间创建关联。
业务目标——目标是关于通过适当的手段实现或维持的企业状态或条件的声明。
业务信息模型——说明构成业务文档的数据元素之间的分组和关系的模型。
商业模型——商业模型描述了组织如何创造、交付和获取价值的基本原理。
业务政策——正式记录的管理层期望和意图。 政策用于指导决策，并确保流程、标准、角色、活动、IT 基础设施等的一致且适当的开发和实施。
业务流程——事件驱动的端到端处理路径，以客户请求开始，以向客户提供结果结束。业务流程常常跨部门甚至企业的边界。
业务服务——通过明确定义的接口支持业务功能，并由企业明确管理。
能力——组织、个人或系统所拥有的能力。 能力通常用一般和高级术语来表达，并且通常需要组织、人员、流程和技术的组合才能实现。
变更管理——对系统组件的开发、部署和维护的自动化支持（即智能再生、包版本控制、状态控制、库控制、配置管理、周转管理和分布式影响敏感性报告）。
云转型——将数据、应用程序或其他业务元素从组织的现场计算机移动到云，或从一个云环境移动到另一个云环境的过程。
关注点——关注点是对系统的任何兴趣。包括对目的、功能、结构、行为、成本、可支持性、安全性、互操作性的关注。
数据对象——反映有关重要业务项目的信息。 这可以是帐户、员工或组织类型的数据。 数据对象情况说明书可以链接到应用程序和接口，并存储有关数据敏感性的附加信息。 当您想要管理数据敏感性或管理业务信息的一致性时，可以很好地使用数据对象。
数字化转型——从模拟形式转变为数字形式的过程，也称为数字化支持。 换句话说，数字化采用模拟过程并将其更改为数字形式，而无需对过程本身进行任何不同类型的更改。
企业架构——通过识别和分析实现所需业务愿景和结果的变革执行情况，主动、全面地领导企业应对颠覆性力量的学科。 EA 通过向业务和 IT 领导者提供可签名的建议来调整策略和项目，以实现利用相关业务中断的目标业务成果，从而创造价值。
企业信息架构——企业架构过程的一部分，通过一组需求、原则和模型来描述当前状态、未来状态以及灵活共享和交换信息资产以实现有效企业变革所需的指导。
企业原则——整个企业决策的基础。这些原则通常被认为是协调整个组织决策的一种手段。
环境——系统存在的环境或上下文，包括社会、业务和技术方面。
框架——用于描述在特定应用领域和利益相关者社区内建立的架构的约定、原则和实践。
信息架构——一组规则，用于确定收集、存储、处理、传输、呈现和使用信息的内容、方式和地点。 在互联网上，信息架构是指如何组织网站内容并将其呈现给用户以方便导航和搜索功能。
看板——精益制造（即准时制生产）环境中使用的技术，通过管理流程来缩短流程周期时间。 在这里了解敏捷、看板和 Scrum 之间的区别。
关键绩效指标 (KPI) – 反映通常在业务领导者记分卡上衡量的流程或特征的高级指标。
精益——提供有效解决方案的集中方法，涉及消耗最少的资源。
模型——视图由架构模型组成。 每个模型都是根据其模型类型建立的约定构建的，通常定义为其管理观点的一部分。 模型提供了一种在视图之间共享细节以及在视图中使用多种符号的方法。
模型种类——模型种类定义一种类型的架构模型的约定。
项目组合管理——根据组织的战略目标和交付能力对组织的项目和计划进行选择、优先级排序和控制。 在我们的权威指南中了解您需要了解的有关投资组合管理的所有信息。
产品生命周期管理——由软件支持的理念、流程和规则，用于管理产品从概念到报废的整个生命周期阶段。作为一门学科，它已经从机械设计和工程重点发展到应用于许多不同的垂直行业产品开发挑战。
项目——为实现特定业务成果、创造独特的产品、服务或结果而进行的临时努力。 项目可以与计划内密切相关的项目排序或分组。 每个项目都有一个生命周期，通常包括特定的项目阶段：启动、计划、执行和结束。
质量保证——维持服务或产品所需的质量水平，特别是通过关注交付或生产过程的每个阶段。
资源——完成某项活动所需的经济或生产要素，或作为开展一项事业并实现预期结果的手段。
风险——作为商业模式评估的要素之一，风险是应考虑的对组织的潜在影响类型。
作为商业判断的一部分。业务模型评估由一项或多项业务判断组成，并围绕所评估的一个或多个模型提出观点。
Scrum——一个项目管理框架，强调团队合作、责任感和迭代进展以实现明确的目标。
服务级别协议 (SLA) ——服务级别协议是两个业务部门之间签订的合同，其中一个业务部门向另一个业务部门提供服务。该合同描述了衡量服务提供商绩效的具体措施。
面向服务的架构 (SOA)——一种帮助 IT 满足业务需求的设计范例和规则。 一些组织意识到使用 SOA 的显着优势，包括更快的上市时间、更低的成本、更好的应用程序一致性和更高的敏捷性。 SOA 减少了冗余并提高了可用性、可维护性和价值。 这产生了更易于使用和维护的可互操作的模块化系统。 SOA 创建更简单、更快的系统，从而提高敏捷性并降低总拥有成本 (TCO)。
软件即解决方案 (SaaS)——由一个或多个提供商远程拥有、交付和管理的软件。 提供商提供基于一组通用代码和数据定义的软件，所有签约客户可以随时以按使用付费或基于使用指标的订阅方式以一对多模型使用这些软件。
解决方案架构——特定解决方案的架构描述。 解决方案架构结合了来自不同企业架构观点（业务、信息和技术）以及企业解决方案架构的指导。
利益相关者——利益相关者是对利益体系有关注的个人、团体或组织。 利益相关者的例子：客户、所有者、用户、消费者、供应商、设计者、维护者、审计员、首席执行官、认证机构、建筑师。
工作说明书 (SOW)：目标部分，允许客户强调所需的最终状态或要实现的性能指标。 它还要求对每个任务订单的过去绩效、技术方法和成本进行评估。 客户决定每个标准的相对重要性。
供应链管理 (SCM)：创建和满足商品和服务需求的过程。 它包含一个致力于满足最终客户的共同目标的贸易伙伴社区。
技术参考模型——对标准、规范和技术进行分类的基础，以支持可在基于组件或面向服务的体系结构中使用和利用的业务和应用程序组件（服务组件）的构建、交付和交换。
技术过时——某项技术或产品不再有用、高效或兼容的时间和状态。
总拥有成本 (TCO) – 随着时间的推移对信息技术 (IT) 或跨企业边界的其他成本的全面评估。 对于 IT 而言，TCO 包括硬件和软件采购、管理和支持、通信、最终用户费用以及停机、培训和其他生产力损失的机会成本。
价值主张——商业模式的核心概念，价值主张描述了企业如何通过其活动为消费者或市场增加价值。价值主张将客户需求、所需能力、收入模式和业务合作伙伴关系的概念结合在一起。这是从目标客户的角度出发的声明，告诉每个人“为什么”企业的产品和服务有价值。
价值流——一系列业务流程，其边界通常由业务交易定义。 它们代表端到端的序列，例如“订单到现金”或“想法到可用产品”。
视图——架构设计中的架构视图使用由其观点建立的约定，从一个或多个利益相关者的角度表达了利益系统的架构，以解决特定的问题。 架构视图由一个或多个架构模型组成。
观点——架构观点是用于构建、解释、使用和分析一种类型的架构视图的一组约定。 观点包括模型种类、观点语言和符号、建模方法和分析技术来构建一组特定的关注点。 观点示例：操作、系统、技术、逻辑、部署、流程、信息。
面向 Web 的架构 (WOA) – 面向服务的架构 (SOA) 的一个子类型。
这些术语会在我们企业架构中时常使用，也会对大众理解企业架构有所帮助。
