業(yè)務(wù)架構(gòu)（Business Architecture）

      企業(yè)架構(gòu)開發(fā)方法各階段——業(yè)務(wù)架構(gòu)

1.3.1 目標(biāo)

• 描述基線業(yè)務(wù)架構(gòu)

• 開發(fā)基于原則、業(yè)務(wù)目標(biāo)和策略驅(qū)動力的目標(biāo)業(yè)務(wù)架構(gòu)，描述產(chǎn)品和/或服務(wù)策略，以及業(yè)務(wù)環(huán)境在組織、功能、過程、信息和地理這些方面的內(nèi)容

• 分析基線和目標(biāo)業(yè)務(wù)架構(gòu)之間的差距

• 選擇和開發(fā)相關(guān)的架構(gòu)視角，通過這些視角架構(gòu)師可以闡述業(yè)務(wù)架構(gòu)是如何對各干系人的關(guān)注點進行解答的。

• 選擇與選中的視角相關(guān)的工具和技術(shù)

   1.3.2 方法

   針對業(yè)務(wù)架構(gòu)的了解是進行其他領(lǐng)域（數(shù)據(jù)、應(yīng)用和技術(shù)）架構(gòu)工作的前提條件，因而如果不是因為組織中其他一些諸如企業(yè)規(guī)劃、業(yè)務(wù)戰(zhàn)略規(guī)劃以及業(yè)務(wù)流程再造等方面流程，針對業(yè)務(wù)架構(gòu)的制定應(yīng)該是要首選進行的架構(gòu)活動。業(yè)務(wù)架構(gòu)是用來將其后架構(gòu)工作的業(yè)務(wù)價值闡述給相關(guān)干系人所必不可少的工具，它也可用來為各個支持和參與后續(xù)架構(gòu)工作的干系人闡明企業(yè)架構(gòu)的投資回報。在實踐過程中，業(yè)務(wù)架構(gòu)的關(guān)鍵元素也許已經(jīng)在其他工作中被明確，而在這種情況下，組織就需要驗證和更新當(dāng)前已經(jīng)文檔化的業(yè)務(wù)戰(zhàn)略和規(guī)劃，并/或在已經(jīng)明確的業(yè)務(wù)驅(qū)動力、業(yè)務(wù)戰(zhàn)略、目標(biāo)與架構(gòu)開發(fā)工作相關(guān)的特定業(yè)務(wù)需求之間建立關(guān)聯(lián)。而在另外一種情況下，業(yè)務(wù)架構(gòu)工作也許并沒有或者很少被執(zhí)行，而這就需要架構(gòu)團隊研究、驗證架構(gòu)將要支持的各個關(guān)鍵業(yè)務(wù)目標(biāo)和流程，并獲得相關(guān)干系人的認(rèn)同。然而不論處在以上哪種情況，TOGAF ADM的業(yè)務(wù)情景技術(shù)，或者是其他用來闡明關(guān)鍵業(yè)務(wù)需求以及為IT架構(gòu)指明其技術(shù)需求的方法，都需要被納入到架構(gòu)師的工具箱之中。

   需要注意的是，在架構(gòu)活動中應(yīng)盡量重用各種已經(jīng)存在的材料，并且針對信息的收集和分析也應(yīng)該依據(jù)架構(gòu)工作的范圍而采用那些能夠促成明智決策的信息。如果架構(gòu)活動關(guān)注于業(yè)務(wù)流程的定義，則在此階段組織需要在此方面進行很多細(xì)致的工作，而如果關(guān)注點更著重于其他領(lǐng)域（數(shù)據(jù)/信息、應(yīng)用系統(tǒng)和基礎(chǔ)設(shè)施）中的目標(biāo)架構(gòu)，那么組織就需要在這個階段構(gòu)建一幅無需包含眾多非必要細(xì)節(jié)的全景圖。

除此之外，在此階段所涉及到的方法還包括：

    開發(fā)基線描述

    如果企業(yè)中已經(jīng)存在了架構(gòu)的描述，那么他們可以被用來作為基線描述的基礎(chǔ)。這些輸入可能在架構(gòu)愿景階段中已被用來開發(fā)架構(gòu)愿景，但對于基線描述來說應(yīng)該也是夠用的。而如果這些描述并不存在，組織就需要從各種渠道對這些信息進行收集。針對目標(biāo)架構(gòu)的開發(fā)通常是采用自上而下的方法，而對基線描述來說，針對當(dāng)前狀態(tài)的分析經(jīng)常是自下而上的，特別是當(dāng)只有很少或沒有架構(gòu)資產(chǎn)存在時。在這種情況下架構(gòu)師需要記錄關(guān)于高層次框架的工作假設(shè)，并逐步收集能夠?qū)⑦@些工作假設(shè)轉(zhuǎn)變?yōu)楝F(xiàn)實的證據(jù)。

    業(yè)務(wù)建模

    業(yè)務(wù)模型是架構(gòu)愿景中各業(yè)務(wù)情景的邏輯擴展，架構(gòu)可以借此將高層次的業(yè)務(wù)需求細(xì)化為更詳細(xì)的需求。在實踐中存在著一系列建模工具和技術(shù)可以供組織選擇使用，例如：

• 活動模型（Activity Models）：活動模型也稱為業(yè)務(wù)流程模型（Business Process Model），他描述了各種與組織業(yè)務(wù)活動相關(guān)的功能、活動之間進行交換的數(shù)據(jù)和/或信息（內(nèi)部交換）以及與模型范圍之外的其他活動進行交換的數(shù)據(jù)和/或信息（外部交換）。活動模型在本質(zhì)上是具有層次型結(jié)構(gòu)的，它涵蓋了在業(yè)務(wù)流程中所進行的各種活動，以及這些活動的輸入、控制、輸出和所使用的機制或資源（ICOMs：inputs，controls，outputs，and mechanism/resources），并且各種用于描述ICOMs之間關(guān)系的業(yè)務(wù)規(guī)則也可被明確地標(biāo)注在業(yè)務(wù)模型之中。當(dāng)前在業(yè)界存在著多種用來構(gòu)建活動模型的技術(shù)，其中之一就是IDEF（Integrated Computer Aided Manufacturing （ICAM）DEFinition）建模技術(shù)。除此之外，OMG（The Object Management Group）也開發(fā)了BPMN（Business Process Management Notation）標(biāo)準(zhǔn)，用于為業(yè)務(wù)流程建模提供一種標(biāo)準(zhǔn)性語言。

• 用例模型（Use-Case Model）：依據(jù)建模關(guān)注點的不同，該模型既可以用來描述業(yè)務(wù)流程也可以描述系統(tǒng)功能，并且它可以從用例、與業(yè)務(wù)流程相關(guān)的角色以及組織參與者的角度來對企業(yè)的業(yè)務(wù)流程進行描述。通常情況下，用例模型是通過用例圖和用例說明來進行表述的。

• 類模型（Class Models）：此模型與邏輯數(shù)據(jù)模型相類似，主要用于描述靜態(tài)的信息以及這些信息之間的關(guān)系。除此之外，類模型還可被用來描述信息的行為。與其他各種模型類似，類模型也是可以在多種粒度層次上進行模型建設(shè)的。根據(jù)建模意圖的不同，類模型既可以用來表達(dá)各種業(yè)務(wù)領(lǐng)域?qū)嶓w，亦可以被用來描述各個用于進行系統(tǒng)實現(xiàn)的類。一個業(yè)務(wù)領(lǐng)域模型表達(dá)了關(guān)鍵的業(yè)務(wù)信息、他們的性質(zhì)、行為和關(guān)系。類模型的描述通常通過類圖進行表現(xiàn)，不過更加詳盡的說明和信息將被記錄在額外的說明文檔之中。

• 以上三種模型都可以通過統(tǒng)一建模語言（UML：Unified Modeling Language）來進行描述，并且在現(xiàn)實生活中存在著很多可以生成這些模型的工具。除了這些通用性的模型之外，每個行業(yè)也有著符合自身特點的各種模型和建模技術(shù)。以國防部門為例，如下幾種模型就是比較有代表性的（需要注意的是，雖然這些模型源于國防部門，但是在其他政府部門中也逐漸得以采納，而對于非政府環(huán)境來說也具有借鑒意義）：

• 節(jié)點連接圖（Node Connectivity Diagram）：描述了業(yè)務(wù)位置（即節(jié)點）、業(yè)務(wù)位置之間的需求關(guān)系以及節(jié)點間所交換的信息的性質(zhì)。該模型可以在三種層次之上進行描述，即概念層次、邏輯層次和物理層次。每條節(jié)點之間的需求連線代表其所連接的兩個節(jié)點之間對于信息傳輸?shù)男枨螅總€節(jié)點則用來代表一個角色、組織單位、業(yè)務(wù)位置或設(shè)置等。標(biāo)注在連線上的箭頭用于表示信息流的傳輸方向，而箭頭附近的標(biāo)注則被用來描述所傳輸?shù)臄?shù)據(jù)或信息的性質(zhì)（例如，內(nèi)容、媒介、安全或分類等級、時限和信息系統(tǒng)互操作需求等）。

• 信息交換矩陣（Information Exchange Matrix）：記錄企業(yè)架構(gòu)的信息交換需求。信息交換需求表述了三種基本實體（活動、業(yè)務(wù)節(jié)點和他們的元素、信息流）之間的關(guān)系，并著眼于信息交換的各種特性（例如性能和安全性）。簡單來說，該模型表述了什么人與其他何人交換何種信息，這些信息的必要性以及信息交換的形式。

   使用架構(gòu)資源庫

    在這一階段的各項活動中，架構(gòu)團隊需要考慮在架構(gòu)資源庫中是否存在與業(yè)務(wù)架構(gòu)相關(guān)的資源可供使用，特別是在如下幾個方面的資源：

• 組織所在行業(yè)的通用業(yè)務(wù)模型（存儲在架構(gòu)資源庫的參考資料庫中）。前面提到過的聯(lián)邦企業(yè)架構(gòu)業(yè)務(wù)參考模型就是個很好的例子。

• 與在IT行業(yè)發(fā)布的通用高層次業(yè)務(wù)領(lǐng)域（例如電子商務(wù)、供應(yīng)鏈管理等）相關(guān)的業(yè)務(wù)模型，例如主要用于財會系統(tǒng)建模的REA（Resource-Event-Agent）業(yè)務(wù)模型和關(guān)注于產(chǎn)品設(shè)計和供應(yīng)鏈交互方面的STEP（Standard for the Exchange of Product model data）框架。

• 企業(yè)特定的構(gòu)建塊（流程組件、業(yè)務(wù)規(guī)則、工作描述等）。

• 各種適用的標(biāo)準(zhǔn)。

      想要了解更多關(guān)于TOGAF認(rèn)證資訊信息，請關(guān)注中培偉業(yè)李老師微信（18034262135）：