TOGAF標準的詞彙表
以下解釋在TOGAF標準中提到的一些名詞的解釋
Application Architecture(應用程式架構)
應用程式的結構和交互的功能敘述，這一個敘述能提供關鍵業務功能和管理資料資產。
Architectural Style(架構樣式)
執行或呈現架構的特定環境相關的獨特特徵組合； 指導或限制架構形成方式的原則和特徵的集合。
Architecture(架構)
- 系統在其環境中的基本概念或屬性體現在其元素、關係以及其設計和演化的原則中
- 組件的結構、它們的相互關係，以及管理它們的設計和隨時間演變的原則和指南
Architecture Building Block (ABB)架構建構區塊
架構模型的一個組成部分，描述了整個模型的其中一個面向。
Architecture Continuum(架構連續體)
企業連續體的一部分。 具有逐步詳細化和專業化的架構元素的存儲庫。所謂的連續體是指從基本定義開始，例如參考模型、核心策略和基本建構區塊。 從通用架構到特定產業架構，一直到特定於某個組織的架構。
Architecture Development Method (ADM)
一種多階段、迭代的方法，用於發展和使用企業架構來塑造和管理業務轉型和專案實施。
Architecture Domain(架構領域)
TOGAF標準有四個主要架構領域，分別是
- Business
- Data
- Application
- Technology
當然還有次要領域(像是資安)也需要被考量
Architecture Framework(架構框架)
用於規劃、發展、實施、治理和維持架構的概念性結構。
Architecture Governance(架構治理)
監控和指導架構相關工作的實踐。 目標是交付預期結果並遵守相關原則、標準和路線圖。
Architecture Principle(架構原則)
架構應該要滿足的定性(qualitative)陳述的意圖。
Architecture View(架構視圖)
從一組相關考量的角度對系統的呈現。
Architecture Viewpoint(架構觀點)
特定類型的架構視圖的約定規範。
Architecture Vision(架構願景)
對目標架構的簡潔描述，描述其業務價值以及成功部署後企業將發生的變化。 它作為一個理想的願景和詳細架構開發的邊界。
Artifact(工件)
描述架構一個面向的架構作業產品(work product)。
基線(Baseline)
經過正式審核的規範，之後用作進一步發展或改良的基礎，並且只能通過正式的變更控制程序或某種管理程序（例如配置管理）進行變更。
建構區塊(Building Block)
企業能力的（可能可以重複使用的）組件，可以與其他建構區塊結合以提供架構和解決方案。
建構區塊有不同等級的細節，具體取決於已達到的架構開發階段。 例如，在早期階段，建構區塊可以只有名稱與概要描述。 之後，一個建構區塊可能會分解為多個小的建構區塊，並且可能會附有完整的規範。建構區塊可以與“架構”或“解決方案”相關。
Business Architecture(業務架構)
全面、多維度的業務視圖的呈現：能力(capability)、端到端價值交付、資訊和組織結構； 以及這些業務觀點和策略、產品、政策、舉措還有利害關係人之間的關係。
Business Capability(業務能力)
企業為實現特定目的而可能擁有或交換的特定能力。
Business Governance(業務治理)
關注於確保業務流程和政策（及其運營）所交付的業務成果並遵守相關業務法規。
Course of Action(行動方針)
策略目標和目的提供的方向和重點，通常是為了交付業務模型中要呈現的價值主張。
Data Architecture(資料架構)
描述企業主要的資料類型和來源、邏輯性資料資產、實體資料資產和資料管理資源的結構和相互作用。
Deliverable(可交付成果)
一種架構作業產出，它以類似合約的方式明定的，然後由利害關係人正式審合、同意和簽署。
Enterprise(企業)
單位/組織/部門的最高等級（通常）描述，通常涵蓋所有任務和職能。 一個企業通常會跨多個單位/組織/部門。
Foundation Architecture(基礎架構)
通用的建構區塊、它們與其他建構區塊的相互關係，以及為構建更具體的架構提供基礎的原則和指南。
Gap(差距)
兩種狀態之間差異的陳述。 在差距分析的整體脈絡中使用，其中確定了基線和目標架構之間的差異。
Governance(治理)
監控、管理和指導業務（或 IT 環境）以交付所需業務成果的一種紀律。
Information(資訊)
以任何媒介或形式，包括文本、數字、圖形、製圖、敘述或視聽，對事實、資料或意見的任何交流或陳述。
Information Technology (IT)
- 組織所使用的資訊和相關技術的生命週期管理。
- 涵蓋與電腦產業相關的所有或部分主題領域的總稱，例如業務持續性、業務 IT 介面、BPM(Business Process Modeling)、通訊、合規性和法規、電腦、內容管理、硬體、資訊管理 、互聯網、外包、網路、程式開發和軟件、專業服務、專案管理、資安、標準、存儲、語音和資料通訊等。
- 通常分配給組織內負責供應上述 (2) 中描述的部分或全部領域的部門的術語。
- 常用的別名包括 Information Services、Information Management 等。
Logical(Architecture)
架構的獨立於實現的定義，通常根據其目的和結構對相關的物理實體進行分組； 例如，來自多個基礎架構軟體供應商的產品都可以在邏輯上歸為 Java 應用程序服務平台。
Metamodel
一種模型，它描述如何以結構化的方式來描述架構以及用什麼來描述架構。
Method(作法)
一種明確的、可重複的方法來解決特定類型的問題。
Modeling(建模)
一種通過構建模型的技術，它使主題專家能夠以一種能夠對主題的本質進行推理、洞察和清晰的形式來呈現。
Objective(目標)
組織的一個有時程限制的里程碑，用於展示實現目標的進展； 例如，“到 2023 年底將產能利用率提高 50%，以支援預期中的市場份額成長”。
Physical(實體)
對現實世界實體的描述。 企業架構中的物理元素可能仍然從解決方案架構(Solution Architecture)、設計或實現視圖中抽像出來。
Reference Model(參考模型)
參考模型是一個抽象框架，用於理解環境實體之間的重要關係，並用於開發支援該環境的一致標準或規範。
Repository(存儲庫)
管理企業所有資料的系統，包括資料和流程模型以及其他企業資訊。
Requirement(需求)
特定架構或工作包(work package)必須滿足的需求聲明。
Segment Architecture(區段架構)
對企業內部範圍的詳細、正式的描述，在項目集或項目組合等級用於排序和調整異動作業。
Service(服務)
- 可重複的活動； 建構區塊可能被請求或以其他方式觸發執行的離散行為(discrete behavior)。所謂“離散行為”是指在不同的、單獨的步驟或階段中發生的一種行為，而不是作為連續或流動過程發生的行為。 它通常與“連續行為”形成對比，“連續行為”是指以更流暢或無縫的方式發生的行為。
- 回應行動者或其他服務的請求而提供特定功能的行為元素
Solution Architecture(解決方案架構)
對離散且集中的業務運營或活動以及 IT 如何支援該運營的描述。
解決方案架構通常適用於單一專案，協助將需求轉化為解決方案願景、high-level business和/或 IT 系統規範，以及實施任務的組合。
Solution Building Block
符合ABB(Architecture Building Block)的候選解決方案。
Solutions Continuum(解決方案連續體)
企業連續體的一部分。 用於未來實施工作的可重複使用的解決方案存儲庫。 它包含 架構連續體中相對應定義的實作。
Stakeholder(利害關係人)
個人、團隊、組織/單位/部門跟這個系統是有利益關係的。
Strategic Architecture(策略架構)
對企業的摘要正式描述，為企業的運營和變革活動提供組織框架，並為設定的方向提供執行層面的長期觀點。
Target Architecture(目標架構)
組織要發展的架構的未來狀態描述。但可能會開發多個未來狀態作為路線圖，以顯示架構向目標狀態的演變。
Technical Reference Model(技術參考模型)
允許以一致性的方式描述資訊系統組件的結構。
Technology Architecture(技術架構)
對技術服務和技術組件的結構和交互的描述。
Transition Architecture(過渡架構)
在架構上"重要的時間點"對架構的一種狀態的正式描述。一個或多個過渡架構可用於描述從現行架構到目標架構的時間進展。
Value Stream(價值流)
代表為客戶、利害關係人或最終用戶創造整體結果的增值活動的端到端(end-to-end)集合。
Viewpoint Library
架構儲存庫的 Reference Library 部分中包含的architecture viewpoints規範的集合。
