一、概述 架構(gòu)是基于本體論的方法,。斯坦福大學(xué)的Gruber在1995年給出了得到廣泛認(rèn)可的定義,,即本體論是對概念化的精確描述,用于描述事物的本質(zhì),。其核心作用就在于定義某一領(lǐng)域內(nèi)的專業(yè)詞匯以及它們之間的關(guān)系,,這一系列的基本概念如同工程一座大廈的基石,,為交流各方提供了一個統(tǒng)一的認(rèn)識。在這一系列基本概念的支持下,,知識的搜索,、積累和共享的效率將大大提高,真正意義上的知識重用和共享也成為可能,。 本文參考大量資料,,對架構(gòu)中經(jīng)常出現(xiàn)的概念與術(shù)語進行統(tǒng)一定義與解釋說明,建立共同的認(rèn)知與溝通的統(tǒng)一語意,。 二,、術(shù)語及定義 2.1 施動者(Actor) 以某種角色發(fā)起活動或與活動進行交互的個人、組織或系統(tǒng),,例如旅行訪問客戶的銷售代表,。施動者可以處于組織內(nèi)部或外部。在汽車行業(yè),,汽車經(jīng)銷商就將原始設(shè)備制造商視為與其供應(yīng)鏈活動進行交互的一個施動者,。 2.2 應(yīng)用(Application) 一個已部署和運行的IT系統(tǒng),用以支持各種業(yè)務(wù)功能和服務(wù),,例如薪資系統(tǒng),。應(yīng)用使用數(shù)據(jù)并被多重技術(shù)組件支持,但與支持其的技術(shù)組件截然不同,。(定義來源:《TOGAF標(biāo)準(zhǔn)9.1版本》) 為滿足IT治理需要,,在邏輯層面根據(jù)特定業(yè)務(wù)需求確定的應(yīng)用組件/應(yīng)用功能的組合邊界,應(yīng)用中所包含的應(yīng)用該組件之間存在較高級別的互操作性,,一個應(yīng)用承載選型,、實施、部署等方面的治理要求,。在實現(xiàn)層面,,應(yīng)用往往與軟件系統(tǒng)實體對應(yīng)。 2.3 應(yīng)用架構(gòu)(Application Architecture) 對應(yīng)用結(jié)構(gòu)和應(yīng)用間交互的描述應(yīng)用架構(gòu),,這些應(yīng)用作為能力群組提供關(guān)鍵業(yè)務(wù)功能并管理數(shù)據(jù)資產(chǎn),。 2.4 應(yīng)用組件(Application Component) 滿足業(yè)務(wù)服務(wù)需求的模塊化、可部署,、可重用、可替換的組成單元,,封裝了行為和數(shù)據(jù)等實現(xiàn)過程并提供了一系列可用的接口,,可獨立運行、獨立部署,,應(yīng)用組件可嵌套,。 2.5 應(yīng)用平臺(Application Platform) 提供支持各類應(yīng)用的多種服務(wù)的硬件和軟件的技術(shù)組件集合,。 2.6 應(yīng)用平臺界面(Application Platform Interface, API) 應(yīng)用軟件和/或應(yīng)用平臺之間的界面或功能集。 2.7 架構(gòu)(Architecture) 一個系統(tǒng)的基本組織,,具體體現(xiàn)于其組成部件,,部件之間與環(huán)境之間的關(guān)系以及支配其設(shè)計和演進的原則(定義來源:ISO/IEC 42010:2011)。 組件結(jié)構(gòu),、組件之間相互關(guān)系,,以及對這些組件的設(shè)計和隨時間演進進行治理的原則和指南。 2.8 架構(gòu)構(gòu)建塊(Architecture Building Block, ABB) 描述總體模型單一方面的架構(gòu)模型的一種構(gòu)成要素,。 2.9 架構(gòu)連續(xù)統(tǒng)一體(Architecture Continuum) 復(fù)雜組織體的連續(xù)統(tǒng)一體的一部分,。它是具有不斷增加的細節(jié)和特定性的架構(gòu)元素的存儲庫。架構(gòu)連續(xù)統(tǒng)一體以諸如參考模型,、核心策略和基本構(gòu)建塊等基礎(chǔ)定義開始,,在此基礎(chǔ)上擴展到行業(yè)架構(gòu),并最終擴展成為組織特定架構(gòu),。 2.10 架構(gòu)開發(fā)方法(Architecture Development Method, ADM) TOGAF的核心,。開發(fā)和使用Enterprise Architecture的一種循序漸進的實施途徑。 2.11 架構(gòu)域(Architecture Domain) 架構(gòu)開發(fā)中需要考慮的架構(gòu)領(lǐng)域,。TOGAF中包括四個架構(gòu)域:業(yè)務(wù),、數(shù)據(jù)、應(yīng)用和技術(shù),。 2.12 架構(gòu)框架(Architecture Framework) 用于開發(fā),、實施并維持架構(gòu)的概念性結(jié)構(gòu)。 2.13 架構(gòu)治理(Architecture Governance) 在整個復(fù)雜組織體范圍層級管理和控制復(fù)雜組織體架構(gòu)和其他架構(gòu)的實踐和定位,。架構(gòu)治理關(guān)注變革流程(設(shè)計治理)和產(chǎn)品系統(tǒng)運行(運行治理),。 2.14 架構(gòu)全景(Architecture Landscape) 在特定時點下對復(fù)雜組織體使用或計劃的資產(chǎn)的架構(gòu)表達。 2.15 架構(gòu)原則(Architecture Principles) 對架構(gòu)應(yīng)滿足的意圖的定性申明,,至少具備一個支持的理由和一個重要性的測度,。 2.16 架構(gòu)愿景(Architecture Vision) 對目標(biāo)架構(gòu)的簡要描述,架構(gòu)愿景描述目標(biāo)架構(gòu)的業(yè)務(wù)價值,,以及復(fù)雜組織體因目標(biāo)架構(gòu)的成功部署而出現(xiàn)的變化,。架構(gòu)愿景是詳細架構(gòu)開發(fā)的強烈渴望的愿景和邊界。 2.17 制品(Artifact) 描述架構(gòu)某一方面的一種架構(gòu)工作產(chǎn)物,。 2.18 基線(Baseline) 已經(jīng)過正式審視并且取得一致認(rèn)可的規(guī)范,,基線確立后,將作為進一步開發(fā)或變更的基礎(chǔ),,而且它僅可通過正式的變更控制程序或如構(gòu)型管理等程序進行變更,。 2.19 構(gòu)建塊(Building Block) 代表業(yè)務(wù)、IT或架構(gòu)能力的一種(潛在可復(fù)用的)組件,,它能夠與其他構(gòu)建塊進行結(jié)合,,以交付架構(gòu)和解決方案,。 構(gòu)建塊可以在不同細節(jié)層級上被定義,這取決于架構(gòu)開發(fā)所達到的階段,。例如,,在初期階段,構(gòu)建塊可以只包括名稱或概述,。其后,,一個構(gòu)建塊可分解成多重支持的構(gòu)建塊,并可隨附一份完整的規(guī)范,。構(gòu)建塊可以與“架構(gòu)”或“解決方案”相關(guān),。 2.20 業(yè)務(wù)架構(gòu)(Business Architecture) 對業(yè)務(wù)戰(zhàn)略、組織,、功能,、業(yè)務(wù)流程和信息需要之間的結(jié)構(gòu)和交互的描述。 2.21 業(yè)務(wù)組件(Business Component) 在邏輯層面由業(yè)務(wù)分解得到的獨立且具有業(yè)務(wù)能力要求的業(yè)務(wù)模塊,。 2.22 業(yè)務(wù)數(shù)據(jù)(Business Data) 為完成業(yè)務(wù)處理而產(chǎn)生的事務(wù)性數(shù)據(jù),,是業(yè)務(wù)活動的描述,更新頻繁且快速增長,。 2.23 基礎(chǔ)元素模型(Basic Element Model) 架構(gòu)制品的一種表達形式,,以樹形結(jié)構(gòu)或列表、目錄等方式呈現(xiàn),,表達單一或相關(guān)聯(lián)元素從屬與對應(yīng)關(guān)系的基礎(chǔ)性模型,。基礎(chǔ)元素模型的生成可直接定義或由元素關(guān)系模型提取兩種方式,。 2.24 業(yè)務(wù)功能(Business Function) 交付與組織密切協(xié)調(diào)一致的業(yè)務(wù)能力,,但這些能力并非必須由該組織明確治理。 2.25 業(yè)務(wù)治理(Business Governance) 致力于確保業(yè)務(wù)流程和策略(及其運行)交付業(yè)務(wù)產(chǎn)出并遵循相關(guān)的業(yè)務(wù)規(guī)定,。 2.26 業(yè)務(wù)服務(wù)(Business Service) 通過明確定義的界面支持業(yè)務(wù)能力,,并由組織明確管控。 2.27 能力架構(gòu)(Capability Architecture) 對實現(xiàn)特定解決方案或解決方案某方面的架構(gòu)途徑的非常詳細的描述,。 2.28 組件(Component) 通過用途,、關(guān)鍵活動、資源,、治理,、服務(wù)五個維度進行描述,用以定義業(yè)務(wù)邊界,,描述業(yè)務(wù)能力,。 2.29 數(shù)據(jù)架構(gòu)(Data Architecture) 對復(fù)雜組織體的主要數(shù)據(jù)類型及來源、邏輯數(shù)據(jù)資產(chǎn)、物理數(shù)據(jù)資產(chǎn),,以及數(shù)據(jù)管理資源的結(jié)構(gòu)及交互的描述。 2.30 交付物(Deliverable) 以契約方式規(guī)定,,并依次由利益攸關(guān)者正式審視,、同意并簽發(fā)的架構(gòu)工作產(chǎn)物。交付物代表項目的輸出,,文檔形式的交付物通常在項目完成時存檔,,或過渡到架構(gòu)庫中當(dāng)作參考模型、標(biāo)準(zhǔn)或作為架構(gòu)全景在某個時點的“快照”,。 2.31 元素(Element) 構(gòu)成組織存在并維持其正常運轉(zhuǎn)的必要的最小單位,是構(gòu)成組織必不可少的因素,。 2.32 元素分析矩陣(Element Analysis Matrix) 架構(gòu)制品的一種表達形式,矩陣展現(xiàn)兩個或多個架構(gòu)元素之間的各類關(guān)系,,用以支持元素之間適配性分析的模型,。 2.33 元素關(guān)系模型(Element Relationship Model) 架構(gòu)制品的一種表達形式,是基于復(fù)雜組織體架構(gòu)元模型,,為了滿足特定表達與分析視角需要而設(shè)計的表達多個架構(gòu)元素關(guān)聯(lián)關(guān)系的模型,。元素關(guān)系模型中的元素實例應(yīng)與基礎(chǔ)元素模型中包含的元素實例一致,并根據(jù)架構(gòu)開發(fā)要求定義產(chǎn)生,。 2.34 復(fù)雜組織體(Enterprise) 對組織的最高層級(通常是)描述,,通常涵蓋所有使命和職能。一個復(fù)雜組織體通??缭蕉嘀亟M織,。 2.35 復(fù)雜組織架構(gòu)(Enterprise Architecture) 復(fù)雜組織體的邏輯藍圖,,基于背景環(huán)境建立復(fù)雜組織體的完整性,,多層次一致的結(jié)構(gòu)化描述,用于支持組織業(yè)務(wù)模型設(shè)計,、技術(shù)采用與戰(zhàn)略方向的對準(zhǔn),。 2.36 復(fù)雜組織體的連續(xù)統(tǒng)一體(Enterprise Continuum) 在架構(gòu)和解決方案制品從一般基礎(chǔ)性架構(gòu)演變?yōu)榻M織特定架構(gòu)時,可用于對架構(gòu)庫內(nèi)部或外部的架構(gòu)和解決方案制品進行歸類的分類機制,。 2.37 基礎(chǔ)架構(gòu)(Foundation Architecture) 由一般構(gòu)建塊,、通用構(gòu)建塊與其他構(gòu)建塊的相互關(guān)系以及有關(guān)的原則和指南構(gòu)成,并為在其之上構(gòu)建更具體的架構(gòu)提供了基礎(chǔ),。 2.38 IT治理(Information Technology Govarnance) 將IT資源和信息聯(lián)系到復(fù)雜組織體目標(biāo)和戰(zhàn)略的框架及結(jié)構(gòu),。此外,IT治理使規(guī)劃,、獲取、實施和監(jiān)控IT績效的最佳實踐制度化,以確保復(fù)雜組織體的IT資產(chǎn)支持其業(yè)務(wù)目的,。 2.39 邏輯技術(shù)組件(Logical Technology Component) 與特定設(shè)施無關(guān)的技術(shù)基礎(chǔ)設(shè)施的封裝形式的描述,,從形式上看是一類技術(shù)產(chǎn)品或技術(shù)合集,。如:TCP/IP網(wǎng)絡(luò)通信協(xié)議是通信技術(shù)的一個組件。 2.40 主數(shù)據(jù)(Master Data) 需在組織全局保持一致的核心業(yè)務(wù)實體的數(shù)據(jù),,是在集團公司范圍內(nèi)需要統(tǒng)一規(guī)范和共享的數(shù)據(jù),,包括基礎(chǔ)公共數(shù)據(jù)和基礎(chǔ)資源數(shù)據(jù),。 2.41 元數(shù)據(jù)(Metadata) 任何介質(zhì)中存在的任何類型的“數(shù)據(jù)的數(shù)據(jù)”,,描述實體的特征,。描述數(shù)據(jù)的數(shù)據(jù),主要描述業(yè)務(wù)數(shù)據(jù),、主數(shù)據(jù)和主題分析數(shù)據(jù)的數(shù)據(jù)對象的結(jié)構(gòu),、數(shù)據(jù)倉庫中有關(guān)數(shù)據(jù)源定義和轉(zhuǎn)化規(guī)則。 2.42 元模型(Metamodel) 一種說明如何以及使用什么元素以結(jié)構(gòu)化方式描述架構(gòu)的模型,。 2.43 物理技術(shù)組件(Physical Technology Component) 一種特定的技術(shù)基礎(chǔ)設(shè)施產(chǎn)品或技術(shù)基礎(chǔ)設(shè)施產(chǎn)品的實例的描述,,從形式上看是一類或一種軟/硬件貨架商品,。如服務(wù)器,、操作系統(tǒng)等。 2.44 平臺服務(wù)(Platform Service) 為了提供支持應(yīng)用交付的使能性基礎(chǔ)設(shè)施必需的一種技術(shù)能力,。 2.45 存儲庫(Repository) 一個管理復(fù)雜組織體所有數(shù)據(jù)的系統(tǒng),,包括數(shù)據(jù)和流程模型,以及其他復(fù)雜組織體信息,。因此,,存儲庫中的數(shù)據(jù)比數(shù)據(jù)字典中的數(shù)據(jù)更加廣泛,數(shù)據(jù)字典一般只定義構(gòu)成數(shù)據(jù)庫的數(shù)據(jù),。 2.46 分部架構(gòu)(Segment Architecture) 對復(fù)雜組織體內(nèi)各區(qū)域正式而詳細的描述,。分部架構(gòu)在項目群或項目譜系層級使用,旨在對變更活動進行組織和使其協(xié)調(diào)一致,。 2.47 解決方案架構(gòu)(Solution Architecture) 對目標(biāo)明確且獨立的業(yè)務(wù)運行或活動以及對IS/IT如何支持該業(yè)務(wù)運行的描述,。解決方案架構(gòu)通常應(yīng)用于一個單一的項目或項目發(fā)布,協(xié)助將需求轉(zhuǎn)變?yōu)橐粋€解決方案愿景,、高層級業(yè)務(wù)和/或IT系統(tǒng)規(guī)范和一個實施任務(wù)譜系,。 2.48 解決方案構(gòu)建塊(Solution Building Block, SBB) 一種符合架構(gòu)構(gòu)建塊(ABB)規(guī)范的候選解決方案。 2.49 解決方案連續(xù)統(tǒng)一體(Solutions Continuum) 復(fù)雜組織體的連續(xù)統(tǒng)一體的一部分。一個用于未來實施工作并可復(fù)用的解決方案的存儲庫,。它包含架構(gòu)連續(xù)統(tǒng)一體中對應(yīng)定義的實現(xiàn),。 2.50 戰(zhàn)略架構(gòu)(Strategic Architecture) 對復(fù)雜組織體的概括性正式描述,提供面向運行和變革活動的組織框架以及用于制定方向的執(zhí)行層級長期視圖,。 2.51 主題分析數(shù)據(jù)(Subject Analysis Data) 按照業(yè)務(wù)邏輯結(jié)構(gòu)對各業(yè)務(wù)數(shù)據(jù)進行識別和運算,,根據(jù)業(yè)務(wù)需要統(tǒng)一定義和組織的相關(guān)數(shù)據(jù),由業(yè)務(wù)數(shù)據(jù)按照分析需要抽取后按主題存儲,。 2.52 目標(biāo)架構(gòu)(Target Architecture) 針對組織開發(fā)的架構(gòu)的未來狀態(tài)的描述。若干未來狀態(tài)可形成路線圖,,以展示架構(gòu)向目標(biāo)狀態(tài)的演進,。 2.53 技術(shù)架構(gòu)(Technology Architecture) 對平臺服務(wù)、邏輯技術(shù)組件以及物理技術(shù)組件的結(jié)構(gòu)和它們之間交互作用的描述,。(定義來源:《TOGAF標(biāo)準(zhǔn) 9.1版本》) |
|