從企業(yè)架構(gòu)到信息化規(guī)劃,從現(xiàn)狀調(diào)研到架構(gòu)設(shè)作者:人月神話,新浪博客同名簡(jiǎn)介:多年SOA規(guī)劃建設(shè),私有云PaaS平臺(tái)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn),長(zhǎng)期從事一線項(xiàng)目知其然并知其所以然今天準(zhǔn)備談下IT規(guī)劃咨詢的核心方法論和思考邏輯。在這篇文章我不會(huì)詳細(xì)的去談當(dāng)前主流的企業(yè)架構(gòu)方法論理論框架和內(nèi)容。而是根據(jù)多年IT咨詢實(shí)踐,將一些關(guān)鍵邏輯點(diǎn)和你分析。為什么要談核心IT規(guī)劃和咨詢邏輯?可以毫不客氣的講,大部分的做IT規(guī)劃咨詢的人是不具備進(jìn)行全局架構(gòu)規(guī)劃咨詢能力的,這個(gè)一方面是需要你有大量業(yè)務(wù)和技術(shù)雙領(lǐng)域的實(shí)踐經(jīng)驗(yàn)積累,一方面是需要你真正做過(guò)大型的咨詢規(guī)劃項(xiàng)目并在這個(gè)過(guò)程中將實(shí)踐內(nèi)容,各個(gè)架構(gòu)之間輸出系統(tǒng)學(xué)習(xí)下類似TOGAF課程當(dāng)然有用,但是這不代表你具備了咨詢規(guī)劃能力。理論可以指導(dǎo)實(shí)踐,但是沒(méi)有通過(guò)自我實(shí)踐證悟的理論沒(méi)有價(jià)值。很多IT顧問(wèn)完全叫PPT顧問(wèn)都不為過(guò),完全拿著已有的咨詢規(guī)劃模板到處套內(nèi)容。如果你本身做同一垂直行業(yè),比如拿著某家電制造行業(yè)的規(guī)劃輸出去給另外一家做咨詢。這種場(chǎng)景下基本還能夠像模像樣的的輸出一個(gè)規(guī)劃報(bào)告。但是生搬硬套最大問(wèn)題就在于,你即使有了輸出結(jié)果,你也無(wú)法自己詳細(xì)論證清楚這個(gè)結(jié)果如何分析得來(lái)的,即無(wú)法實(shí)現(xiàn)自我論證。類似的場(chǎng)景,我們可以看下講課和培訓(xùn),很多人能力強(qiáng)但是怕講課,即雖然這類人可以快速的輸出結(jié)果,但是具體是如何分析和解決問(wèn)題的過(guò)程,這個(gè)確出來(lái)沒(méi)有考慮過(guò)系統(tǒng)化。因此這類人本身能力也很難做到很好的知識(shí)分享和轉(zhuǎn)移。比如我們常說(shuō)的架構(gòu)規(guī)劃里面這個(gè)業(yè)務(wù)架構(gòu)圖如何一步步形成的?這些接口你是通過(guò)什么方法一步步的分析識(shí)別出來(lái)的。這些問(wèn)題大部分人無(wú)法清晰回答。即使對(duì)于TOGAF,我們也很少?gòu)墓俜讲牧侠锩婵吹筋愃茦I(yè)務(wù)架構(gòu),數(shù)據(jù)架構(gòu),應(yīng)用架構(gòu)和技術(shù)架構(gòu)之間的內(nèi)在邏輯關(guān)聯(lián)在哪里。整體規(guī)劃方法論IT規(guī)劃涉及到咨詢方法論、流程管理和分析、信息架構(gòu)、應(yīng)用系統(tǒng)分析和設(shè)計(jì)、技術(shù)架構(gòu)、項(xiàng)目管理和實(shí)施等眾多方面的內(nèi)容。從企業(yè)戰(zhàn)略到業(yè)務(wù)目標(biāo),從業(yè)務(wù)目標(biāo)到IT目標(biāo),從IT目標(biāo)到應(yīng)用藍(lán)圖,從應(yīng)用藍(lán)圖到分階段實(shí)施落地,任何-個(gè)步驟的脫節(jié)將導(dǎo)致規(guī)劃內(nèi)容無(wú)法落地。再完美的規(guī)劃和架構(gòu),如果脫離企業(yè)業(yè)務(wù)目標(biāo),都不能帶來(lái)企業(yè)業(yè)務(wù)價(jià)值的提升。此外,IT規(guī)劃之難,不在于IT本身,而在于流程;不在于技術(shù)本身,而在于業(yè)務(wù)。業(yè)務(wù)驅(qū)動(dòng)IT是核心對(duì)于IT規(guī)劃,遵循的思路主要是:從業(yè)務(wù)到技術(shù),從流程到IT,圍繞價(jià)值鏈分析和優(yōu)化的核心模型往前驅(qū)動(dòng)。核心過(guò)程包括現(xiàn)狀分析、差距分析、目標(biāo)提出、藍(lán)圖規(guī)????????????。現(xiàn)狀分析包括業(yè)務(wù)現(xiàn)狀和IT現(xiàn)狀,根據(jù)企業(yè)戰(zhàn)略提出業(yè)務(wù)目標(biāo)和發(fā)展規(guī)劃,分析現(xiàn)狀和目標(biāo)之間的差距提出和整理問(wèn)題集(定義IT建設(shè)目標(biāo)),根據(jù)差距和問(wèn)題給出規(guī)劃藍(lán)圖,根據(jù)目標(biāo)和問(wèn)題分解到的子目標(biāo)和子問(wèn)題以及藍(lán)圖規(guī)劃內(nèi)容,多維度評(píng)估和確定后續(xù)的實(shí)施規(guī)劃,定義IT系統(tǒng)建設(shè)實(shí)施的優(yōu)先級(jí)。IT????????IT??從以上的描述可以看出,整個(gè)IT規(guī)劃始終圍繞業(yè)務(wù)和IT兩條主線,業(yè)務(wù)包括了業(yè)務(wù)流程,業(yè)務(wù)數(shù)據(jù),崗位組織和角色,業(yè)務(wù)管控體系;而IT包括了數(shù)據(jù)架構(gòu),應(yīng)用架構(gòu)體,技術(shù)架構(gòu)和平臺(tái),基礎(chǔ)設(shè)施建設(shè)。業(yè)務(wù)驅(qū)動(dòng)IT,端到端業(yè)務(wù)流程最終落地到應(yīng)用系統(tǒng)的功能上,業(yè)務(wù)數(shù)據(jù)最終映射到數(shù)據(jù)模型并沉淀到數(shù)據(jù)庫(kù)中。??????????????????隨著各種思路的不斷融合,IT規(guī)劃核心指導(dǎo)思想應(yīng)該轉(zhuǎn)化為企業(yè)架構(gòu)層面。企業(yè)架構(gòu)的提出,主要是為了解決業(yè)務(wù)和IT“兩層皮”的問(wèn)題,企業(yè)架構(gòu)整個(gè)方法應(yīng)該融入到整個(gè)IT規(guī)劃思想中。此外,核心業(yè)務(wù)模型和業(yè)績(jī)標(biāo)準(zhǔn)作為核心指導(dǎo)思想,雖然有裁剪,但是必須參考,如供應(yīng)鏈SCOR模型,產(chǎn)品研發(fā)IPD方法論,項(xiàng)目管理PMBOK體系,戰(zhàn)略和人力資源的平衡記分卡,CRM的4P和4C,財(cái)務(wù)域的核心模型針對(duì)不同行業(yè)可能又有不同行業(yè)的業(yè)務(wù)標(biāo)準(zhǔn)和模型,如電信行業(yè)的eTom業(yè)務(wù)模型與此同時(shí),在前面基礎(chǔ)上再融入云計(jì)算和SOA的核心思想,它將很好的解決我們多年前IT規(guī)劃經(jīng)驗(yàn)里的多個(gè)豎井式IT系統(tǒng)的集中化和協(xié)同化的問(wèn)題。若現(xiàn)在規(guī)劃仍走以前老路是不妥當(dāng)?shù)?。那?今天規(guī)劃重點(diǎn)在開始之初就應(yīng)該考慮集中化和協(xié)同的問(wèn)題,將SOA思想融入到IT規(guī)劃當(dāng)中。當(dāng)今的信息化規(guī)劃,要?jiǎng)?wù)必避免出現(xiàn)IT重復(fù)建設(shè)和信息孤島,流程斷點(diǎn)和業(yè)務(wù)無(wú)法協(xié)同的局面。??????????????????可以很明確的講在新的中臺(tái)和微服務(wù)發(fā)展下,原來(lái)的企業(yè)架構(gòu)相關(guān)方法和內(nèi)容必然做出調(diào)整。比如在我最近中臺(tái)規(guī)劃思考里面提出了業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)合并,基于SOA思想增加中臺(tái)+服務(wù)+前臺(tái)的分層邏輯規(guī)劃,單獨(dú)增加服務(wù)架構(gòu)規(guī)劃,在數(shù)據(jù)架構(gòu)規(guī)劃中增加數(shù)據(jù)庫(kù)拆分規(guī)劃等。以上內(nèi)容后續(xù)我會(huì)專門寫文章來(lái)進(jìn)—步詳細(xì)說(shuō)明。??????現(xiàn)狀分析的核心思路是把戰(zhàn)略目標(biāo)、業(yè)務(wù)目標(biāo)調(diào)研清楚,如果客戶不清楚我們可以給出參考目標(biāo);其次是把實(shí)際的現(xiàn)狀了解清楚,如客戶現(xiàn)狀流程、IT支撐現(xiàn)狀;最后是將潛在問(wèn)題識(shí)別清楚:—是在當(dāng)前目標(biāo)和當(dāng)前現(xiàn)狀被識(shí)別后客戶意識(shí)到的問(wèn)題,二是在我們提出參考目標(biāo)和業(yè)界實(shí)踐下,客戶意識(shí)到潛在存在的問(wèn)題。對(duì)于整個(gè)調(diào)研仍然要體現(xiàn)業(yè)務(wù)驅(qū)動(dòng)IT,從業(yè)務(wù)流程和IT系統(tǒng)兩個(gè)方面入手,但是最終兩個(gè)部分內(nèi)容不能散,在調(diào)研階段還需要完成當(dāng)前的IT系統(tǒng)是如何支撐現(xiàn)有業(yè)務(wù)????????????????????????業(yè)務(wù)現(xiàn)狀分析重點(diǎn)在于?????????上,建議采取自頂向下逐層分解的方法,找到關(guān)鍵的幾個(gè)端到端流程為主線進(jìn)行逐層分解,分解時(shí)拋開業(yè)務(wù)部門的隔離,IT系統(tǒng)的約束,進(jìn)行跨業(yè)務(wù)域的流程分析和梳理。在流程分析和梳理的過(guò)程中進(jìn)—步分析子流程和活動(dòng),業(yè)務(wù)組件和數(shù)據(jù),跨業(yè)務(wù)域的協(xié)同和交互等—系列問(wèn)題。業(yè)務(wù)分解的方法可以參考價(jià)值鏈分析方法,業(yè)務(wù)模型可以參考針對(duì)各個(gè)業(yè)務(wù)域的—些標(biāo)準(zhǔn)業(yè)務(wù)參考架構(gòu)和模型,如供應(yīng)鏈的SCOR模型,電信的etom模型,研發(fā)領(lǐng)域的IPD和PACE方法,CMMI成熟度模型,項(xiàng)目管理知識(shí)體系,營(yíng)銷和客戶關(guān)系管理模型,財(cái)務(wù)域標(biāo)準(zhǔn)模型等。IT????IT現(xiàn)狀包括現(xiàn)有的IT應(yīng)用系統(tǒng)現(xiàn)狀和功能架構(gòu),IT基礎(chǔ)設(shè)施架構(gòu)現(xiàn)狀,IT系統(tǒng)對(duì)業(yè)務(wù)現(xiàn)狀的支撐情況分析等。重點(diǎn)的是理清業(yè)務(wù)和IT的關(guān)系,IT對(duì)業(yè)務(wù)的支撐度?，F(xiàn)狀分析的目的是為提出后續(xù)業(yè)務(wù)目標(biāo)和IT系統(tǒng)規(guī)劃建設(shè)目標(biāo)打基礎(chǔ),明確了建設(shè)目標(biāo)才能夠真正為業(yè)務(wù)服務(wù),體現(xiàn)業(yè)務(wù)價(jià)值。調(diào)研完成后的輸出內(nèi)容覆蓋四個(gè)方面在調(diào)研完成后的輸出如上圖包括了業(yè)務(wù)流程,業(yè)務(wù)數(shù)據(jù),系統(tǒng)功能,接口集成和部署四大方面的內(nèi)容。而這四個(gè)方面的內(nèi)容剛好是我們做后續(xù)四大架構(gòu)規(guī)劃的基礎(chǔ)。差距和目標(biāo)匹配分析有了以上現(xiàn)狀分析和調(diào)研,才談得上差距分析。差距分析包括了當(dāng)前目標(biāo)和當(dāng)前現(xiàn)狀間的問(wèn)題和差距分析;業(yè)界參考目標(biāo)/最佳實(shí)踐和當(dāng)前現(xiàn)狀下的差距分析;IT現(xiàn)狀對(duì)當(dāng)前目標(biāo)支撐的差距分析;IT現(xiàn)狀對(duì)參考目標(biāo)和業(yè)績(jī)標(biāo)準(zhǔn)的差距分析。差距分析清楚后得到雙方認(rèn)可的最終業(yè)務(wù)戰(zhàn)略目標(biāo)和業(yè)務(wù)子目標(biāo),由業(yè)務(wù)目標(biāo)傳遞到對(duì)應(yīng)的IT規(guī)劃和建設(shè)目標(biāo),而后續(xù)的IT規(guī)劃即解決兩個(gè)問(wèn)題。.IT建設(shè)解決當(dāng)前業(yè)務(wù)和IT間的差距(無(wú)新業(yè)務(wù)戰(zhàn)略下你如何更好支撐).IT建設(shè)解決后續(xù)戰(zhàn)略目標(biāo)和IT間的差距的問(wèn)題(新戰(zhàn)略下你如何擴(kuò)展支撐)對(duì)于目標(biāo)提出而言,有兩個(gè)途徑。其一直接提出業(yè)務(wù)目標(biāo)和IT建設(shè)目標(biāo);其二是通過(guò)差距進(jìn)一步細(xì)化目標(biāo)和有針對(duì)性的目標(biāo),特別是IT建設(shè)目標(biāo)的提出,必須進(jìn)行差距分析,因?yàn)镮T建設(shè)重點(diǎn)就是支持業(yè)務(wù)目標(biāo),那么所有現(xiàn)存的IT建設(shè)和應(yīng)用架構(gòu)中無(wú)法支撐的部分都是差距,IT規(guī)劃建設(shè)就是要解決這些差距。改進(jìn)也同樣的道理,有些是不需要業(yè)務(wù)改進(jìn)直接進(jìn)行IT建設(shè)和改進(jìn),有些則是業(yè)務(wù)優(yōu)化和改進(jìn)先進(jìn)行,IT配合業(yè)務(wù)優(yōu)化改進(jìn)措施的落地。從這個(gè)思路基本也就清楚BPR的考慮和定位,并不是所有場(chǎng)景都一定要讓用戶進(jìn)行BPR。通過(guò)差距分析得出的目標(biāo)是多個(gè)子目標(biāo),是一個(gè)目標(biāo)群,正如我們面臨的問(wèn)題是一個(gè)問(wèn)題集一樣,多個(gè)子目標(biāo)的分階段,分步驟實(shí)現(xiàn)最終才可能完成一個(gè)大的業(yè)務(wù)目目標(biāo)分解,問(wèn)題分解,目標(biāo)和問(wèn)題映射最終形成一個(gè)完整的解決方案。這也是為何我們說(shuō),在大的IT規(guī)劃中一定會(huì)涉及到組合管理,項(xiàng)目群管理方面的內(nèi)容,目標(biāo)分解到子目標(biāo),子目標(biāo)最終落實(shí)到具體的項(xiàng)目,通過(guò)項(xiàng)目規(guī)劃和建設(shè)的方式推動(dòng)實(shí)這個(gè)本身我和前面文章談到的咨詢類方案成為的思路完全一致。第一階段:問(wèn)題分解和基礎(chǔ)素材對(duì)應(yīng)在這個(gè)階段重點(diǎn)就是將目標(biāo)分解為子問(wèn)題,然后將論據(jù)映射到對(duì)應(yīng)的子問(wèn)題上。在這個(gè)過(guò)程中你已有知識(shí)庫(kù)積累可能不足夠,這個(gè)不要緊,那么需要你進(jìn)一步學(xué)習(xí),進(jìn)一步上網(wǎng)搜索資料,對(duì)資料進(jìn)行分析,同時(shí)將沒(méi)有的素材論據(jù)全部要清理最后留下的就是能夠完全支撐目標(biāo)的有用論據(jù)材料。第二階段:粗粒度對(duì)應(yīng),進(jìn)一步排序和整合到了第二階段做什么?簡(jiǎn)單來(lái)說(shuō)就是要做抽象和歸納的事情了,即進(jìn)一步對(duì)你的材料進(jìn)行整合和歸納,形成大塊的解決模塊,然后將解決模塊對(duì)應(yīng)到子問(wèn)題域。在解決模塊形成過(guò)程中,我們還需要對(duì)素材論據(jù)進(jìn)行優(yōu)先級(jí)排序,確定材料的重要性,哪些在最終呈現(xiàn)的時(shí)候應(yīng)該放在前面,哪些應(yīng)該放在后面等。第三階段:進(jìn)一步歸納并從歸納到演繹反轉(zhuǎn)前面三個(gè)論據(jù)形成了,但是仍然比較散。因此我們需要進(jìn)一步進(jìn)行歸納,將其形成一個(gè)完整的整體,不論是靜態(tài)的金字塔結(jié)構(gòu),還是動(dòng)態(tài)的流程結(jié)構(gòu)都需要看到,你最終的解決方案中各模塊必須首先是一個(gè)整體,不能散。???????????經(jīng)?？雌髽I(yè)架構(gòu)輸出的可能會(huì)注意到,對(duì)于完整的業(yè)務(wù)架構(gòu)輸出而言可能并看不到具體的流程圖。這是因?yàn)閷?shí)際上業(yè)務(wù)架構(gòu)中的每一個(gè)小方框都可以是一個(gè)完整業(yè)務(wù)比如你在一個(gè)完整的業(yè)務(wù)架構(gòu)圖里面會(huì)看到有合同簽訂,采購(gòu)需求的小方框。而這些本來(lái)就是獨(dú)立的業(yè)務(wù)流程,你完全還可以自己畫Level3到Level4級(jí)的流程圖進(jìn)行類似上面的業(yè)務(wù)架構(gòu)圖如何構(gòu)圖出來(lái)?大部分人實(shí)際上缺的正是如何形成上面的業(yè)務(wù)架構(gòu)完整構(gòu)圖。在整個(gè)業(yè)務(wù)架構(gòu)和數(shù)據(jù)架構(gòu)規(guī)劃里面我們看到,核心仍然是從最頂層核心價(jià)值鏈開始驅(qū)動(dòng),逐層分解的端到端流程分析,跨業(yè)務(wù)域流程分析。價(jià)值鏈模型為何具備普適性?可以看到,雖然不同類型的企業(yè)核心業(yè)務(wù)流程都存在差異,比如類似電信運(yùn)營(yíng)商,電網(wǎng)公司和實(shí)際的傳統(tǒng)制造型企業(yè),那么核心業(yè)務(wù)上肯定有差異。但是核心價(jià)值鏈核心價(jià)值鏈思想一句話描述就是:接收市場(chǎng)和用戶的需求,將最終的需求轉(zhuǎn)變產(chǎn)品或服務(wù)并交付給客戶的過(guò)程。你可以是重資產(chǎn)企業(yè)也可以是輕資產(chǎn)企業(yè),可以是服務(wù)類也可以是制造類企業(yè),可以是傳統(tǒng)企業(yè)也可以是當(dāng)前的互聯(lián)網(wǎng)運(yùn)營(yíng)企業(yè),但是最終價(jià)值核心思想不變。那么我們可以看一個(gè)我多年前畫的一個(gè)電網(wǎng)類企業(yè)的價(jià)值鏈模型圖:這種價(jià)值鏈模型就可以理解為企業(yè)的核心頂層流程視圖。通過(guò)該視圖你再去分析企業(yè)核心的端到端業(yè)務(wù)流程,去分析跨業(yè)務(wù)域的一些流程。比如:.工程項(xiàng)目建設(shè)的端到端流程(最長(zhǎng)的一個(gè)流程).供應(yīng)鏈跨域流程財(cái)務(wù)的概預(yù)核決流程.客戶全生命周期服務(wù)流程為什么要去梳理這些端到端和跨域流程?我前面已經(jīng)談到一個(gè)重要觀點(diǎn),即對(duì)于你熟知的行業(yè)領(lǐng)域你可以直接拿出結(jié)果,類似上面的業(yè)務(wù)架構(gòu)圖,但是對(duì)于你未知領(lǐng)域,你必須通過(guò)詳細(xì)流程分析得出結(jié)果。流程分析后,你會(huì)發(fā)現(xiàn)里面有流程圖里面有業(yè)務(wù)活動(dòng),而這些業(yè)務(wù)活動(dòng)就是最終會(huì)體現(xiàn)到業(yè)務(wù)架構(gòu)圖里面的業(yè)務(wù)功能單元。流程分析中可以識(shí)別出關(guān)鍵的業(yè)務(wù)對(duì)象和數(shù)據(jù)對(duì)象,而這些就是體現(xiàn)到你后續(xù)數(shù)據(jù)架構(gòu)里面的關(guān)鍵內(nèi)容。這也是我經(jīng)常強(qiáng)調(diào)的一個(gè)點(diǎn)。從頂向下的流程分析是找到關(guān)鍵業(yè)務(wù)單元和數(shù)據(jù)單元的過(guò)程,而業(yè)務(wù)架構(gòu)規(guī)劃和數(shù)據(jù)架構(gòu)規(guī)劃是對(duì)單元進(jìn)行歸類,匯總,朝上進(jìn)行聚合和抽象的過(guò)程。只有這樣才才能夠真正解釋清楚你的業(yè)務(wù)架構(gòu)是如何得來(lái)的。比如我們基于價(jià)值鏈已經(jīng)看到供應(yīng)鏈跨越流程,那么我們可以對(duì)供應(yīng)鏈流程進(jìn)行梳梳理完后你會(huì)發(fā)現(xiàn),輸出的職能帶流程圖中的大階段剛好就是你業(yè)務(wù)架構(gòu)里面的業(yè)務(wù)域或業(yè)務(wù)單元?；蛘吡鞒虉D中的業(yè)務(wù)活動(dòng)剛好就是你業(yè)務(wù)架構(gòu)分解到最底層的業(yè)即當(dāng)我們流程分析到最底層后,我們就可以抽象輸出一個(gè)最底層的業(yè)務(wù)架構(gòu)圖。比如對(duì)應(yīng)供應(yīng)鏈和采購(gòu)管理,我們可以輸出到最底層的業(yè)務(wù)架構(gòu)圖或業(yè)務(wù)組件圖。流程梳理和分析究竟應(yīng)該到多細(xì)的粒度?流程梳理從整體的端到端流程分析入手,細(xì)化到各業(yè)務(wù)域的端到端,經(jīng)過(guò)不斷的流程分解到3-4級(jí)流程,最終細(xì)化到最底層流程(如EPC流程,它是流程,本身也是業(yè)務(wù)功能)。另外的一個(gè)方式是直接從業(yè)務(wù)活動(dòng)信息收集入手,如根據(jù)組織架構(gòu)和崗位職責(zé)直接收集業(yè)務(wù)功能點(diǎn)。第一種方式既看到面又看到點(diǎn),從上到下層層推進(jìn);而第二種方法則是容易只看到點(diǎn),但無(wú)法貫徹整個(gè)企業(yè)端到端流程。當(dāng)然,流程分析并不一定能夠涵蓋所有的業(yè)務(wù)功能點(diǎn),因?yàn)橛行I(yè)務(wù)功能本身便是最底層的EPC流程,往往并不是從高端的端到端流程分解而來(lái),如用章管理是一個(gè)業(yè)務(wù)功能和EPC流程,但并不一定能夠掛接到高端流程上面。因此高端流程分析和分解是建立全局思維,但是仍然要借助第二種方法收集完整的從業(yè)務(wù)架構(gòu)到數(shù)據(jù)架構(gòu)流程到子流程,再到業(yè)務(wù)活動(dòng),業(yè)務(wù)活動(dòng)中承載的是業(yè)務(wù)單據(jù)和業(yè)務(wù)實(shí)體。即我們談到的業(yè)務(wù)流程分析和梳理還會(huì)識(shí)別和產(chǎn)出另外一個(gè)關(guān)鍵內(nèi)容,即業(yè)務(wù)實(shí)體和數(shù)據(jù)流程中的業(yè)務(wù)活動(dòng)可以是產(chǎn)生數(shù)據(jù)單元,也可以是對(duì)數(shù)據(jù)單元屬性狀態(tài)進(jìn)行變更。比如采購(gòu)訂單制作和提交業(yè)務(wù)活動(dòng),自然這個(gè)業(yè)務(wù)功能就會(huì)產(chǎn)生采購(gòu)訂單這個(gè)關(guān)鍵數(shù)據(jù)單元。而對(duì)應(yīng)采購(gòu)訂單審批這個(gè)業(yè)務(wù)活動(dòng),則僅僅是對(duì)訂單審批流狀態(tài)進(jìn)行變數(shù)據(jù)架構(gòu)貫穿業(yè)務(wù)和IT兩個(gè)層面的規(guī)劃對(duì)于企業(yè)架構(gòu)里面的數(shù)據(jù)架構(gòu)規(guī)劃,大家可能會(huì)有一個(gè)疑問(wèn),即數(shù)據(jù)架構(gòu)究竟是偏業(yè)務(wù)層面的內(nèi)容還是偏I(xiàn)T規(guī)劃層面的內(nèi)容,今天在此進(jìn)一步說(shuō)下我的看法。即數(shù)據(jù)架構(gòu)規(guī)劃是一個(gè)貫穿業(yè)務(wù)和IT兩部分規(guī)劃的內(nèi)容。即在業(yè)務(wù)階段你可能只做到數(shù)據(jù)域劃分,核心的數(shù)據(jù)概念模型和主數(shù)據(jù)識(shí)別。而到了應(yīng)用架構(gòu)規(guī)劃階段,你就需要進(jìn)一步對(duì)數(shù)據(jù)進(jìn)行邏輯模型和物理模型的設(shè)計(jì)。在業(yè)務(wù)層面數(shù)據(jù)架構(gòu)規(guī)劃做到識(shí)別關(guān)鍵的業(yè)務(wù)對(duì)象即可。而到了技術(shù)層面數(shù)據(jù)架構(gòu)規(guī)劃必須細(xì)化到具體的數(shù)據(jù)庫(kù)表和表里面的核心字段定義。數(shù)據(jù)域-》數(shù)據(jù)概念模型-》數(shù)據(jù)邏輯和物理模型數(shù)據(jù)域和數(shù)據(jù)分類是數(shù)據(jù)規(guī)劃的頂層,這個(gè)時(shí)候如何確定數(shù)據(jù)域?簡(jiǎn)單來(lái)講如果你所在的行業(yè)有標(biāo)準(zhǔn)的數(shù)據(jù)模型標(biāo)準(zhǔn),那么參考業(yè)界標(biāo)準(zhǔn)來(lái)做,比如電信行業(yè)的SID數(shù)據(jù)模型分類。如果沒(méi)有標(biāo)準(zhǔn),那么業(yè)務(wù)架構(gòu)規(guī)劃里面核心價(jià)值鏈模型的業(yè)務(wù)域即是數(shù)據(jù)域。從這個(gè)圖我們可以看到大的數(shù)據(jù)域?qū)嶋H和我業(yè)務(wù)域是完全對(duì)應(yīng)的。數(shù)據(jù)域出來(lái)后,我們可以對(duì)單個(gè)數(shù)據(jù)域再進(jìn)行細(xì)化分析,這個(gè)時(shí)候就到了單個(gè)數(shù)據(jù)域里面所有和業(yè)務(wù)相關(guān)的業(yè)務(wù)對(duì)象和數(shù)據(jù)對(duì)象的識(shí)別,數(shù)據(jù)的概念模型定義。比如對(duì)于供應(yīng)鏈數(shù)據(jù)域,我們?cè)谕暾崂砹斯?yīng)鏈業(yè)務(wù)后即可識(shí)別出所有的業(yè)務(wù)對(duì)象,然后對(duì)這些業(yè)務(wù)對(duì)象單獨(dú)拿出來(lái)進(jìn)行數(shù)據(jù)建模,并分析數(shù)據(jù)對(duì)象之間的關(guān)聯(lián)和因此數(shù)據(jù)架構(gòu)規(guī)劃需要關(guān)注數(shù)據(jù)分域,數(shù)據(jù)對(duì)象和主數(shù)據(jù)識(shí)別,跨業(yè)務(wù)模塊的核心業(yè)務(wù)單據(jù)數(shù)據(jù)。數(shù)據(jù)的問(wèn)題最終都將對(duì)應(yīng)到應(yīng)用架構(gòu)和信息架構(gòu),SOA解決的是業(yè)務(wù)集成和協(xié)同,而數(shù)據(jù)集成是有其它系統(tǒng)解決方案,包括BI,數(shù)據(jù)中心,MDM系統(tǒng)等。流程分析偏業(yè)務(wù)操作和事件,而數(shù)據(jù)正是業(yè)務(wù)操作的對(duì)象。SOA中強(qiáng)調(diào)操作和數(shù)據(jù)解耦,則正好是分析的兩個(gè)維度。應(yīng)用架構(gòu)和集成架構(gòu)規(guī)劃IT藍(lán)圖規(guī)劃包括了業(yè)務(wù)架構(gòu),信息架構(gòu),應(yīng)用架構(gòu),集成架構(gòu),技術(shù)架構(gòu)和IT基礎(chǔ)設(shè)施架構(gòu)等方面的內(nèi)容。特別的是,IT規(guī)劃藍(lán)圖包括了業(yè)務(wù)架構(gòu),業(yè)務(wù)和IT是密不可分的。所有的藍(lán)圖規(guī)劃都自頂向下,逐層分解,相互融合和協(xié)同。業(yè)務(wù)架構(gòu)重點(diǎn)是在流程,信息架構(gòu)的重點(diǎn)是在數(shù)據(jù)。而對(duì)于IT方面則包括了應(yīng)用架構(gòu),集成架構(gòu),技術(shù)架構(gòu)和IT基礎(chǔ)設(shè)施架構(gòu)。應(yīng)用架構(gòu)在最上層,而集成和技術(shù)架構(gòu)在平臺(tái)層,IT基礎(chǔ)架構(gòu)在基礎(chǔ)設(shè)施和物理資源層。從現(xiàn)有的云和集中化趨勢(shì)來(lái)看,更加需要考慮基礎(chǔ)設(shè)施和平臺(tái)層的集中化建設(shè),上層的應(yīng)用架構(gòu)重點(diǎn)集中在應(yīng)用和功能層面,體現(xiàn)業(yè)務(wù)組件化和能力化,體現(xiàn)業(yè)務(wù)組件本身的獨(dú)立性和可集成性。業(yè)務(wù)架構(gòu)和信息架構(gòu)最終要落地到應(yīng)用架構(gòu)中.業(yè)務(wù)架構(gòu)體現(xiàn)到具體的業(yè)務(wù)組件和功能.而信息架構(gòu)落地到具體的數(shù)據(jù)模型和數(shù)據(jù)庫(kù)設(shè)計(jì)如果再落地到具體的系統(tǒng)分析和設(shè)計(jì),即演進(jìn)到應(yīng)用系統(tǒng)中的高端架構(gòu)設(shè)計(jì),包括用例模型和邏輯模型,用例模型體現(xiàn)業(yè)務(wù)和流程,邏輯模型體現(xiàn)信息和數(shù)據(jù)。以上分析后,將推進(jìn)到應(yīng)用架構(gòu)規(guī)劃領(lǐng)域。很可惜的是,在大多數(shù)的規(guī)劃項(xiàng)目當(dāng)中,業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)出現(xiàn)了嚴(yán)重脫節(jié),兩階段之間出現(xiàn)斷層,沒(méi)有通過(guò)科學(xué)的分析方法在兩者之間平滑的進(jìn)行映射。這里進(jìn)行著重的強(qiáng)調(diào),在應(yīng)用架構(gòu)規(guī)劃時(shí),首先進(jìn)行總體應(yīng)用規(guī)劃,應(yīng)用架構(gòu)和業(yè)務(wù)架構(gòu)對(duì)應(yīng),但不—樣的地方是,流程優(yōu)化分析和業(yè)務(wù)架構(gòu)不會(huì)考慮太多應(yīng)用平臺(tái)層面的內(nèi)容,而應(yīng)用架構(gòu)必須考慮。其中兩大核心就是集中化和協(xié)同,兩大技術(shù)就是云計(jì)算和SOA。這些內(nèi)容需要引入到IT總體應(yīng)用架構(gòu)規(guī)劃中。談到傳統(tǒng)IT建設(shè)呈現(xiàn)豎井式,相互之間協(xié)同難的現(xiàn)象,在引入SOA思想后并不是沒(méi)有豎井現(xiàn)象了,—個(gè)個(gè)核心的業(yè)務(wù)組件和能力提供單元還是獨(dú)立的,但是應(yīng)用層中共性的內(nèi)容完全下沉到最底部,并提供互相集成的機(jī)制。應(yīng)用架構(gòu)規(guī)劃需要體現(xiàn)逐層展開的核心思路,總體應(yīng)用架構(gòu)清楚后將細(xì)化到第二個(gè)層次:功能架構(gòu)和集成架構(gòu)。這個(gè)時(shí)候細(xì)化相當(dāng)重要,真正解決業(yè)務(wù)目標(biāo)和業(yè)務(wù)功能的落地問(wèn)題。功能架構(gòu)包括功能模塊和具體核心功能點(diǎn),這些梳理出來(lái)后我們需要明確當(dāng)初提到的業(yè)務(wù)架構(gòu)和業(yè)務(wù)需求在功能架構(gòu)中如何落地。其次,以某個(gè)應(yīng)用為核心,來(lái)觀察該應(yīng)用和外部應(yīng)用間的集成關(guān)系以及集成后如何協(xié)同。前者為功能性需求,后者為接口需求。應(yīng)用架構(gòu)如何形成?可以看到應(yīng)用架構(gòu)基本是和業(yè)務(wù)架構(gòu)對(duì)應(yīng)的,只是有兩點(diǎn)差異.其一是增加了非業(yè)務(wù)相關(guān)的技術(shù)平臺(tái)內(nèi)容和上層類似門戶集成等內(nèi)容.???????????????????????我們先拿—個(gè)應(yīng)用架構(gòu)規(guī)劃做說(shuō)明:從圖里面可以看到底層增加了類似門戶,SOA集成平臺(tái)等非業(yè)務(wù)內(nèi)容。但是整體應(yīng)用劃分仍然和業(yè)務(wù)架構(gòu)規(guī)劃對(duì)應(yīng)和匹配。在這個(gè)時(shí)候的差異點(diǎn)往往體現(xiàn)在業(yè)務(wù)到系統(tǒng)建設(shè)的合并和拆分。比如對(duì)應(yīng)供應(yīng)鏈業(yè)務(wù)域,我們是建設(shè)—個(gè)供應(yīng)鏈系統(tǒng),還是建設(shè)類似招投標(biāo),采購(gòu)管理,物流平臺(tái)等多個(gè)子系統(tǒng)。而這點(diǎn)實(shí)際和企業(yè)本身的業(yè)務(wù)組織架構(gòu)關(guān)系很大。???????????????????????????????????????????????應(yīng)用架構(gòu)規(guī)劃仍然會(huì)體現(xiàn)分層,到了最底層即回歸到我們單個(gè)系統(tǒng)的功能架構(gòu)設(shè)計(jì)。比如對(duì)于供應(yīng)鏈管理,我們最底層就是系統(tǒng)的功能架構(gòu)圖,如下:為何我如此強(qiáng)調(diào)CRUD分析?不論是在業(yè)務(wù)規(guī)劃階段,還是到了應(yīng)用架構(gòu)規(guī)劃階段,隨時(shí)都存在CRUD矩陣分信息架構(gòu)與業(yè)務(wù)、應(yīng)用的映射涉及幾個(gè)矩陣分析,在業(yè)務(wù)架構(gòu)階段重點(diǎn)的是業(yè)務(wù)對(duì)象和業(yè)務(wù)流程、業(yè)務(wù)組件、業(yè)務(wù)功能間的類CRUD矩陣分析。而在應(yīng)用架構(gòu)階段重點(diǎn)則會(huì)是邏輯或物理模型對(duì)象和具體的應(yīng)用模塊或應(yīng)用功能間的矩陣分析。兩者關(guān)注層面不同,前者重點(diǎn)是主數(shù)據(jù)的識(shí)別和業(yè)務(wù)組件的分析,而后者的重點(diǎn)是應(yīng)用功能模塊的劃分和模塊間集成接口的初步分析。在應(yīng)用架構(gòu)階段的CRUD分析有兩個(gè)關(guān)鍵點(diǎn)。.????????????????????.??????????Owner?????????????當(dāng)前我們經(jīng)?？吹狡髽I(yè)實(shí)施微服務(wù)后,微服務(wù)模塊間大量的接口網(wǎng)狀調(diào)用,導(dǎo)致各個(gè)模塊間耦合更緊,這就是典型的微服務(wù)模塊拆分時(shí)候沒(méi)有做好類似CRUD等??????-???????這個(gè)也是大部分做IT規(guī)劃咨詢的人沒(méi)能搞清楚的問(wèn)題。即知道有這些接口,但是這些接口和集成點(diǎn)是如何—步步的分析和識(shí)別出來(lái)的不清我們先思考下為何會(huì)出現(xiàn)系統(tǒng)間集成?簡(jiǎn)單來(lái)說(shuō)就是企業(yè)的業(yè)務(wù)流程本身是端到端和連貫的,但是我在應(yīng)用架構(gòu)規(guī)劃設(shè)計(jì)的時(shí)候,為了降低系統(tǒng)構(gòu)建復(fù)雜度,將應(yīng)用拆分為了多個(gè)系統(tǒng)進(jìn)行實(shí)現(xiàn),每個(gè)系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)流程中的某—部分內(nèi)容。即業(yè)務(wù)連貫,但是業(yè)務(wù)實(shí)現(xiàn)在多個(gè)系統(tǒng)中導(dǎo)致了割裂。因此因此業(yè)務(wù)系統(tǒng)必須高效協(xié)同起來(lái)才能夠完成—個(gè)端到端的業(yè)務(wù)流程。有了這個(gè)理解,基本就清楚了集成架構(gòu)規(guī)劃的重點(diǎn),即:用你規(guī)劃好的應(yīng)用架構(gòu)各系統(tǒng)功能提供來(lái)重新驗(yàn)證你前期梳理出來(lái)的端到端業(yè)務(wù)流程。即去回答和自己演算用各個(gè)系統(tǒng)功能的協(xié)同如何來(lái)完成完整的業(yè)務(wù)流程。即原有的流程梳理圖-》跨系統(tǒng)業(yè)務(wù)交互流程圖所有跨系統(tǒng)交互流程圖中的豎線和紅色三角形點(diǎn)即是潛在的系統(tǒng)集成點(diǎn)。在這個(gè)分析中,你就詳細(xì)完成了業(yè)務(wù)系統(tǒng)間究竟有哪些集成點(diǎn),集成點(diǎn)如何協(xié)同來(lái)完成完整業(yè)務(wù)的分析,如下:當(dāng)然上面的分析方法可能會(huì)遺留類似數(shù)據(jù)服務(wù)接口,技術(shù)服務(wù)接口等。而實(shí)際上要做—個(gè)完整的服務(wù)架構(gòu)規(guī)劃又有詳細(xì)的指導(dǎo)方法。其核心仍然是從企業(yè)架構(gòu)的業(yè)務(wù),數(shù)據(jù),技術(shù)各類架構(gòu)輸出入手,去分析和識(shí)別類似業(yè)務(wù)服務(wù),數(shù)據(jù)服務(wù),技術(shù)服務(wù)等各種類型的服務(wù),最終形成完整的服務(wù)目錄庫(kù)。具體如下圖:在把單個(gè)跨越業(yè)務(wù)流程的集成點(diǎn)全部梳理和識(shí)別清楚后。我們接著進(jìn)行接口的分析和歸納等工作,在這里不再展開。最終所有接口都識(shí)別出來(lái)后,可以進(jìn)—步朝上聚合完整的集成架構(gòu)規(guī)劃視圖。技術(shù)架構(gòu)規(guī)劃技術(shù)架構(gòu)描述了企業(yè)開發(fā)、實(shí)施和管理應(yīng)用系統(tǒng)和數(shù)