在企業架構的實踐中，我們發現，許多客戶要理解企業架構，可以先從基礎的相關詞條開始，建立統一企業架構文化。這樣在未來的實施中，也更容易溝通。我們從《企業架構白皮書》中羅列一下常用的術語，便于大家查詢：

敏捷——一種規劃和指導項目流程的迭代方法。

應用程序架構——對應用程序的結構和交互的描述，作為提供關鍵業務功能和管理數據資產的功能組。

應用程序組合管理——用于管理軟件資產的學科，用于證明和衡量每個應用程序與應用程序維護和運營成本相比的財務收益。

架構 – 系統在組件、組件之間的關系以及環境方面的組織。

架構描述——架構描述是用于表達某些感興趣系統的架構的工作產品。 該標準規定了架構設計的要求。架構設計描述了一種可能的系統架構。 架構設計可以采用文檔、模型集、模型存儲庫或某種其他形式的形式（架構設計格式未由標準定義）。

架構原則——架構應滿足的定性意圖聲明。 至少有一個支持性的理由和一定的重要性。

業務架構——對業務戰略、組織、功能、業務流程和信息需求之間的結構和交互的描述。

業務架構框架——業務藍圖、業務場景和業務架構知識庫如何相互關聯的概念視圖，為建立業務架構提供基礎。

業務能力——組織執行核心職能所需的能力、材料和專業知識的表達或闡明。 

業務能力建模——一種表示組織業務錨模型的技術，獨立于組織的結構、流程、人員或領域。

業務能力路線圖——能力路線圖是一個計劃，描述了一系列可行的、仔細界定范圍的舉措，以及這些舉措應實施的順序和估計時間表，以實現業務目標。 通常以文檔或架構模型的形式交付，描述業務功能的現狀以及計劃在未來一段時間內進行的更改。

業務能力分類法——業務能力分類法是業務能力的有序層次結構，以對利益相關者有意義的方式構建，并用于在能力和業務單位之間創建關聯。

業務目標——目標是關于通過適當的手段實現或維持的企業狀態或條件的聲明。

業務信息模型——說明構成業務文檔的數據元素之間的分組和關系的模型。

商業模型——商業模型描述了組織如何創造、交付和獲取價值的基本原理。

業務政策——正式記錄的管理層期望和意圖。 政策用于指導決策，并確保流程、標準、角色、活動、IT 基礎設施等的一致且適當的開發和實施。

業務流程——事件驅動的端到端處理路徑，以客戶請求開始，以向客戶提供結果結束。業務流程常常跨部門甚至企業的邊界。

業務服務——通過明確定義的接口支持業務功能，并由企業明確管理。

能力——組織、個人或系統所擁有的能力。 能力通常用一般和高級術語來表達，并且通常需要組織、人員、流程和技術的組合才能實現。

變更管理——對系統組件的開發、部署和維護的自動化支持（即智能再生、包版本控制、狀態控制、庫控制、配置管理、周轉管理和分布式影響敏感性報告）。

云轉型——將數據、應用程序或其他業務元素從組織的現場計算機移動到云，或從一個云環境移動到另一個云環境的過程。

關注點——關注點是對系統的任何興趣。包括對目的、功能、結構、行為、成本、可支持性、安全性、互操作性的關注。

數據對象——反映有關重要業務項目的信息。 這可以是帳戶、員工或組織類型的數據。 數據對象情況說明書可以鏈接到應用程序和接口，并存儲有關數據敏感性的附加信息。 當您想要管理數據敏感性或管理業務信息的一致性時，可以很好地使用數據對象。

數字化轉型——從模擬形式轉變為數字形式的過程，也稱為數字化支持。 換句話說，數字化采用模擬過程并將其更改為數字形式，而無需對過程本身進行任何不同類型的更改。 

企業架構——通過識別和分析實現所需業務愿景和結果的變革執行情況，主動、全面地領導企業應對顛覆性力量的學科。 EA 通過向業務和 IT 領導者提供可簽名的建議來調整策略和項目，以實現利用相關業務中斷的目標業務成果，從而創造價值。

企業信息架構——企業架構過程的一部分，通過一組需求、原則和模型來描述當前狀態、未來狀態以及靈活共享和交換信息資產以實現有效企業變革所需的指導。

企業原則——整個企業決策的基礎。這些原則通常被認為是協調整個組織決策的一種手段。

環境——系統存在的環境或上下文，包括社會、業務和技術方面。

框架——用于描述在特定應用領域和利益相關者社區內建立的架構的約定、原則和實踐。

信息架構——一組規則，用于確定收集、存儲、處理、傳輸、呈現和使用信息的內容、方式和地點。 在互聯網上，信息架構是指如何組織網站內容并將其呈現給用戶以方便導航和搜索功能。

看板——精益制造（即準時制生產）環境中使用的技術，通過管理流程來縮短流程周期時間。 在這里了解敏捷、看板和 Scrum 之間的區別。

關鍵績效指標 (KPI) – 反映通常在業務領導者記分卡上衡量的流程或特征的高級指標。

精益——提供有效解決方案的集中方法，涉及消耗最少的資源。

模型——視圖由架構模型組成。 每個模型都是根據其模型類型建立的約定構建的，通常定義為其管理觀點的一部分。 模型提供了一種在視圖之間共享細節以及在視圖中使用多種符號的方法。

模型種類——模型種類定義一種類型的架構模型的約定。 

項目組合管理——根據組織的戰略目標和交付能力對組織的項目和計劃進行選擇、優先級排序和控制。 在我們的權威指南中了解您需要了解的有關投資組合管理的所有信息。

產品生命周期管理——由軟件支持的理念、流程和規則，用于管理產品從概念到報廢的整個生命周期階段。作為一門學科，它已經從機械設計和工程重點發展到應用于許多不同的垂直行業產品開發挑戰。

項目——為實現特定業務成果、創造獨特的產品、服務或結果而進行的臨時努力。 項目可以與計劃內密切相關的項目排序或分組。 每個項目都有一個生命周期，通常包括特定的項目階段：啟動、計劃、執行和結束。

質量保證——維持服務或產品所需的質量水平，特別是通過關注交付或生產過程的每個階段。

資源——完成某項活動所需的經濟或生產要素，或作為開展一項事業并實現預期結果的手段。

風險——作為商業模式評估的要素之一，風險是應考慮的對組織的潛在影響類型。

作為商業判斷的一部分。業務模型評估由一項或多項業務判斷組成，并圍繞所評估的一個或多個模型提出觀點。

Scrum——一個項目管理框架，強調團隊合作、責任感和迭代進展以實現明確的目標。

服務級別協議 (SLA) ——服務級別協議是兩個業務部門之間簽訂的合同，其中一個業務部門向另一個業務部門提供服務。該合同描述了衡量服務提供商績效的具體措施。

面向服務的架構 (SOA)——一種幫助 IT 滿足業務需求的設計范例和規則。 一些組織意識到使用 SOA 的顯著優勢，包括更快的上市時間、更低的成本、更好的應用程序一致性和更高的敏捷性。 SOA 減少了冗余并提高了可用性、可維護性和價值。 這產生了更易于使用和維護的可互操作的模塊化系統。 SOA 創建更簡單、更快的系統，從而提高敏捷性并降低總擁有成本 (TCO)。

軟件即解決方案 (SaaS)——由一個或多個提供商遠程擁有、交付和管理的軟件。 提供商提供基于一組通用代碼和數據定義的軟件，所有簽約客戶可以隨時以按使用付費或基于使用指標的訂閱方式以一對多模型使用這些軟件。

解決方案架構——特定解決方案的架構描述。 解決方案架構結合了來自不同企業架構觀點（業務、信息和技術）以及企業解決方案架構的指導。

利益相關者——利益相關者是對利益體系有關注的個人、團體或組織。 利益相關者的例子：客戶、所有者、用戶、消費者、供應商、設計者、維護者、審計員、首席執行官、認證機構、建筑師。

工作說明書 (SOW)：目標部分，允許客戶強調所需的最終狀態或要實現的性能指標。 它還要求對每個任務訂單的過去績效、技術方法和成本進行評估。 客戶決定每個標準的相對重要性。

供應鏈管理 (SCM)：創建和滿足商品和服務需求的過程。 它包含一個致力于滿足最終客戶的共同目標的貿易伙伴社區。

技術參考模型——對標準、規范和技術進行分類的基礎，以支持可在基于組件或面向服務的體系結構中使用和利用的業務和應用程序組件（服務組件）的構建、交付和交換。

技術過時——某項技術或產品不再有用、高效或兼容的時間和狀態。

總擁有成本 (TCO) – 隨著時間的推移對信息技術 (IT) 或跨企業邊界的其他成本的全面評估。 對于 IT 而言，TCO 包括硬件和軟件采購、管理和支持、通信、最終用戶費用以及停機、培訓和其他生產力損失的機會成本。

價值主張——商業模式的核心概念，價值主張描述了企業如何通過其活動為消費者或市場增加價值。價值主張將客戶需求、所需能力、收入模式和業務合作伙伴關系的概念結合在一起。這是從目標客戶的角度出發的聲明，告訴每個人“為什么”企業的產品和服務有價值。

價值流——一系列業務流程，其邊界通常由業務交易定義。 它們代表端到端的序列，例如“訂單到現金”或“想法到可用產品”。

視圖——架構設計中的架構視圖使用由其觀點建立的約定，從一個或多個利益相關者的角度表達了利益系統的架構，以解決特定的問題。 架構視圖由一個或多個架構模型組成。

觀點——架構觀點是用于構建、解釋、使用和分析一種類型的架構視圖的一組約定。 觀點包括模型種類、觀點語言和符號、建模方法和分析技術來構建一組特定的關注點。 觀點示例：操作、系統、技術、邏輯、部署、流程、信息。

面向 Web 的架構 (WOA) – 面向服務的架構 (SOA) 的一個子類型。

這些術語會在我們企業架構中時常使用，也會對大眾理解企業架構有所幫助。