概要：提到TOGAF-ADM 大家的焦點(diǎn)通常會(huì)關(guān)注三個(gè)A上：BA-Business ArchitectureISA-Information System Architecture（Data Architecture，application Architecture）TA-Technology Architecture但是從ADM圖上我們分析一下，它的核心是RM（Requirement Management），同時(shí)所有節(jié)點(diǎn)（除了Preliminary）都與RM具有雙向箭頭。因此，從這個(gè)角度來看，如果我們轉(zhuǎn)換一下思路，以需求管理的角度來理解并運(yùn)作EA方法，會(huì)得到意想不到的效果。為此，中培的謝老師借鑒BPM的BPA和IBM的CBM方法，結(jié)合面向?qū)ο蟮脑O(shè)計(jì)方法（組件化設(shè)計(jì)、設(shè)計(jì)模式）、DDD（領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)）等方法重新構(gòu)建了一套EA業(yè)務(wù)架構(gòu)模型，用來指導(dǎo)EA業(yè)務(wù)架構(gòu)的實(shí)踐。并在某些業(yè)務(wù)域的實(shí)踐得到了比較好的效果。限于篇幅和某些信息比較敏感，部分涉及實(shí)際業(yè)務(wù)內(nèi)容的圖片進(jìn)行了處理，只能看清輪廓。因此這里只從方法角度來講解，關(guān)鍵是思路。本分分層五個(gè)部分：1、不同上下文的業(yè)務(wù)架構(gòu)2、TOGAF ADM 與需求管理3、EA業(yè)務(wù)架構(gòu)框架的設(shè)計(jì)思路4、從業(yè)務(wù)流程分析到業(yè)務(wù)組件的識(shí)別與定義5、利用EA業(yè)務(wù)架構(gòu)框架的實(shí)踐案例--領(lǐng)域應(yīng)用規(guī)劃簡介一、不同上下文的業(yè)務(wù)架構(gòu)：業(yè)務(wù)架構(gòu)在不同上下文中具有不同的含義，本文關(guān)注的是企業(yè)架構(gòu)上下文中的業(yè)務(wù)架構(gòu)。二、TOGAF ADM 和需求管理提到TOGAF-ADM 大家的焦點(diǎn)通常會(huì)關(guān)注三個(gè)A上：BA-Business ArchitectureISA-Information System Architecture（Data Architecture，application Architecture）TA-Technology Architecture但是從ADM圖上我們分析一下，它的核心是RM（Requirement Management），同時(shí)所有節(jié)點(diǎn)（除了Preliminary）都與RM具有雙向箭頭。因此，從這個(gè)角度來看，如果我們轉(zhuǎn)換中心，以需求管理的角度來理解并運(yùn)作EA方法，會(huì)得到意想不到的效果。---------------------------------------------------------------------------------------------------------------謝老師將TOGAF的ADM放平【并用中文術(shù)語描述】，并將需求分解為兩類：業(yè)務(wù)需求、系統(tǒng)需求，從而形成下面的簡圖。【注意“預(yù)備”階段沒有放在下圖中】方法集合中有兩塊：1、面向業(yè)務(wù)需求管理&企業(yè)架構(gòu)部分--本文講述2、面向系統(tǒng)需求管理&軟件架構(gòu)部分---不再本文講述借助這張簡圖，我們重新按照需求工程的角度來對(duì)運(yùn)用架構(gòu)方法對(duì)需求進(jìn)行管理。限于篇幅只用BA和ISA（AA/DA）來做一個(gè)介紹。三、EA業(yè)務(wù)架構(gòu)框架的設(shè)計(jì)思路EA的業(yè)務(wù)架構(gòu)的有三個(gè)主要目標(biāo)：在理解整體業(yè)務(wù)需求之后，將業(yè)務(wù)需求進(jìn)行結(jié)構(gòu)化，從而形成良好可管理的結(jié)構(gòu)，從而為ADM后續(xù)的階段提供支持。同時(shí)在EA業(yè)務(wù)架構(gòu)階段建立IT應(yīng)用系統(tǒng)與業(yè)務(wù)功能的關(guān)系，形成整體性的管理。讓應(yīng)用系統(tǒng)的規(guī)劃和開發(fā)能夠承接下去。很多公司中業(yè)務(wù)域不一定有業(yè)務(wù)架構(gòu)模型，或者有也不一定比較適合作為信息系統(tǒng)架構(gòu)的輸入，因此需要構(gòu)建一個(gè)適合信息系統(tǒng)架構(gòu)的需求結(jié)構(gòu)，從而比較容易轉(zhuǎn)換為系統(tǒng)設(shè)計(jì)的輸入。我們來看一下，業(yè)務(wù)域業(yè)務(wù)架構(gòu)的常用方法：BPM流派的業(yè)務(wù)流程架構(gòu)（BPA、ARIS）、IBM-CBM。這兩種方法各有優(yōu)缺點(diǎn)。其實(shí)這兩種方法有很多相通部分，IBM-CBM方法也是從BPM推導(dǎo)過來的。只不過國內(nèi)運(yùn)用IBM-CBM方法的產(chǎn)出通常只有一張CBM地圖，通常沒有業(yè)務(wù)組件的下一個(gè)層級(jí)的具體描述。銀行業(yè)的CBM是質(zhì)量最好的，這得益于IBM在銀行業(yè)大量的項(xiàng)目實(shí)踐。其他行業(yè)也有，但是效果就不如銀行業(yè)的CBM了。那么如何達(dá)成EA的業(yè)務(wù)架構(gòu)的有三個(gè)主要目標(biāo)呢？ 謝老師借鑒BPM的BPA和IBM的CBM方法，結(jié)合組件/SOA的設(shè)計(jì)方法和DDD-領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的方法重新構(gòu)建了一套EA業(yè)務(wù)架構(gòu)模型，用來指導(dǎo)EA業(yè)務(wù)架構(gòu)的實(shí)踐。目前在一個(gè)業(yè)務(wù)域的實(shí)踐得到了比較好的效果。注意謝老師借用了組件化設(shè)計(jì)思想，但業(yè)務(wù)組件地圖沒有采用IBM CBM的橫縱的分類框架，而是采用BPM經(jīng)常采用的分類【管理、執(zhí)行、賦能（將“支持”改為賦能）】謝老師的整個(gè)設(shè)計(jì)思想來自與下圖，這個(gè)模型是謝老師提及次數(shù)最多的一個(gè)模型。主要策略：1、將要處理業(yè)務(wù)組織作為一個(gè)系統(tǒng)來設(shè)計(jì)。將業(yè)務(wù)組織、合作伙伴、客戶看做一個(gè)SoS【System of System】2、利用BPM的流程分析方法【端到端流程/價(jià)值流、業(yè)務(wù)場景等】去識(shí)別需要哪些業(yè)務(wù)組件。--這樣將整體的業(yè)務(wù)需求歸納到業(yè)務(wù)組件里，形成整體的需求管理。注意：--這里端到端流/價(jià)值流的分析，目的是從組織的對(duì)外創(chuàng)造價(jià)值（提供產(chǎn)品/服務(wù)給客戶）的過程中識(shí)別所需的資源，從而作為業(yè)務(wù)組件分類的一個(gè)重要輸入。--從目標(biāo)管理來看，端到端流程/價(jià)值流的分析非常重要，它為組織提供了目標(biāo)管理的依據(jù)，或者說這是組織作為整體存在的價(jià)值所在。--但是端到端流/價(jià)值流分析得到的業(yè)務(wù)功能僅僅占組織全部業(yè)務(wù)功能的一部分，而大部分業(yè)務(wù)功能不直接參與端到端流程/價(jià)值流。--通過識(shí)別業(yè)務(wù)組件，我們將要處理的業(yè)務(wù)組件的業(yè)務(wù)功能全部歸納到業(yè)務(wù)組件里。--從面向服務(wù)的角度來看業(yè)務(wù)組件提供的業(yè)務(wù)功能為價(jià)值流提供服務(wù)。 -- 分析中有兩個(gè)重要部分：業(yè)務(wù)功能、業(yè)務(wù)信息---是信息系統(tǒng)需求的最重要內(nèi)容。3、定義業(yè)務(wù)組件結(jié)構(gòu)，重點(diǎn)是關(guān)注將哪些業(yè)務(wù)功能和業(yè)務(wù)信息歸納到業(yè)務(wù)組件中去；同時(shí)將組織元素和應(yīng)用系統(tǒng)元素關(guān)聯(lián)到業(yè)務(wù)組件。-----解決IT系統(tǒng)與業(yè)務(wù)的關(guān)聯(lián)分析。4、業(yè)務(wù)組件的業(yè)務(wù)功能繼續(xù)分解則得到低階的業(yè)務(wù)流程，這級(jí)的業(yè)務(wù)流程活動(dòng)通常與系統(tǒng)開發(fā)用例識(shí)別有非常緊密的關(guān)系；----從中導(dǎo)出系統(tǒng)功能需求。5、業(yè)務(wù)組件的業(yè)務(wù)信息的定義和數(shù)據(jù)項(xiàng)的定義，則是系統(tǒng)數(shù)據(jù)模型的重要需求輸入。---從中導(dǎo)出系統(tǒng)數(shù)據(jù)需求。數(shù)據(jù)治理項(xiàng)目、主數(shù)據(jù)項(xiàng)目都可以從這個(gè)獲得重要輸入，或者說已經(jīng)為數(shù)據(jù)類型項(xiàng)目提供了高階主題域設(shè)計(jì)。EA業(yè)務(wù)架構(gòu)模型EA業(yè)務(wù)組件結(jié)構(gòu)【這個(gè)結(jié)構(gòu)其實(shí)是ARIS房式結(jié)構(gòu)的變種】四、從業(yè)務(wù)流程分析到業(yè)務(wù)組件的識(shí)別與定義這部分是整個(gè)EA業(yè)務(wù)架構(gòu)部分最難的部分。難點(diǎn)在于：因?yàn)檫@里需要很強(qiáng)的業(yè)務(wù)領(lǐng)域的知識(shí)，充分理解業(yè)務(wù)的實(shí)際運(yùn)作。同時(shí)由于是對(duì)整個(gè)業(yè)務(wù)域進(jìn)行設(shè)計(jì)，因此需要相關(guān)理論知識(shí)的補(bǔ)充，比如管理學(xué)、組織設(shè)計(jì)、運(yùn)營管理、行業(yè)實(shí)踐方面的知識(shí)將有助于設(shè)計(jì)出比較好的架構(gòu)。這些多為MBA課程或者為行業(yè)協(xié)會(huì)知識(shí)。謝老師把他在三個(gè)領(lǐng)域（市場、研發(fā)、供應(yīng)鏈）的實(shí)踐過程做了一個(gè)歸納供大家參考。我們可以按照TOGAF中企業(yè)連續(xù)體的方法來進(jìn)行。要點(diǎn)有三個(gè)部分：1、、充分學(xué)習(xí)研究并理解業(yè)務(wù)的運(yùn)作，并轉(zhuǎn)化為高階流程分析框架從而指導(dǎo)EA業(yè)務(wù)架構(gòu)的設(shè)計(jì)。比如，APQC、SCOR、ITIL、汽車研發(fā)的VDP流程框架等。這類框架不是直接拿過來用的，很多是供設(shè)計(jì)參考的。首先學(xué)習(xí)這類流程框架時(shí)，你要讀懂它的結(jié)構(gòu)，或者說它是如何設(shè)計(jì)的，細(xì)節(jié)反倒不是重點(diǎn)。舉個(gè)例子，比如整車廠物流運(yùn)作，我們首先需要理解整個(gè)計(jì)劃的層級(jí)以及關(guān)聯(lián)關(guān)系，從可以構(gòu)造一個(gè)整體的流程分析框架，獲得整體的信息流要點(diǎn)。2、利用分析模式來進(jìn)行設(shè)計(jì)。針對(duì)對(duì)不同的業(yè)務(wù)特點(diǎn)謝老師整理幾個(gè)流程分析模式，指導(dǎo)實(shí)踐的業(yè)務(wù)建模工作。這兩年謝老師整理和設(shè)計(jì)了6個(gè)流程分析模型，比如：面向客戶服務(wù)型流程的分析模式、面向計(jì)劃驅(qū)動(dòng)型流程分析模式等等。從實(shí)踐來看，通過流程分析模式的運(yùn)用，可以避免在沉浸在大量細(xì)節(jié)上分析的時(shí)間，而且可以獲得較好的分析結(jié)果。3、多維度分析并能夠貫通五、利用EA業(yè)務(wù)架構(gòu)框架的實(shí)踐案例--領(lǐng)域應(yīng)用規(guī)劃簡介最后通過一個(gè)我們實(shí)踐的一個(gè)案例，簡介一下如何運(yùn)用上述方法對(duì)一個(gè)業(yè)務(wù)域進(jìn)行IT 應(yīng)用系統(tǒng)規(guī)劃。1、通過業(yè)務(wù)分析構(gòu)建業(yè)務(wù)組件---業(yè)務(wù)組件地圖模型展示2、識(shí)別和定義業(yè)務(wù)組件中的細(xì)節(jié)內(nèi)容：業(yè)務(wù)功能、業(yè)務(wù)信息、信息服務(wù)、應(yīng)用及數(shù)據(jù)的整體關(guān)聯(lián)性---業(yè)務(wù)組件模型從而管理整體的業(yè)務(wù)功能需求和業(yè)務(wù)信息需求，這兩部分最終派生出系統(tǒng)功能需求和數(shù)據(jù)需求。注意，應(yīng)用規(guī)劃只需第三層的業(yè)務(wù)功能和業(yè)務(wù)信息，以及整體的價(jià)值流及流程場景的分析作為輸入就可以了。第四層的業(yè)務(wù)流程不需要在此展開。一個(gè)組件示例：3、將領(lǐng)域的所有業(yè)務(wù)信息進(jìn)行整體管理---業(yè)務(wù)信息地圖模型展示這部分可以作為數(shù)據(jù)治理項(xiàng)目、主數(shù)據(jù)項(xiàng)目、數(shù)據(jù)倉庫項(xiàng)目的重要輸入。【不在本文闡述】4、通過分析每個(gè)業(yè)務(wù)組件的所需的應(yīng)用，結(jié)合技術(shù)架構(gòu)的來確定最終的應(yīng)用規(guī)劃。----應(yīng)用系統(tǒng)藍(lán)圖5、根據(jù)業(yè)務(wù)的戰(zhàn)略優(yōu)先級(jí)、組織能力、組織資源的投入進(jìn)行實(shí)施和遷移規(guī)劃。

想了解更多IT資訊，請(qǐng)?jiān)L問中培偉業(yè)官網(wǎng)：中培偉業(yè)