數(shù)字化轉(zhuǎn)型企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計方案（方法論與實踐）

數(shù)字化轉(zhuǎn)型企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計方案核心內(nèi)容No.1業(yè)務(wù)架構(gòu)基礎(chǔ)No.1業(yè)務(wù)架構(gòu)基礎(chǔ)No.3業(yè)務(wù)架構(gòu)落地No.4架構(gòu)方法改良No.4架構(gòu)方法改良精彩摘要No.1業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系No.2交替上升的業(yè)務(wù)架構(gòu)設(shè)計與IT實現(xiàn)No.3業(yè)務(wù)架構(gòu)整體邏輯關(guān)系圖No.4業(yè)務(wù)架構(gòu)橋精彩摘要No.5業(yè)務(wù)架構(gòu)師工作組織形式示意圖No.6構(gòu)件模型與業(yè)務(wù)模型、系統(tǒng)實現(xiàn)的關(guān)系示意圖No.7基于構(gòu)件化設(shè)計的業(yè)務(wù)架構(gòu)整體邏輯關(guān)系示意圖No.8輕量級架構(gòu)管理工具邏輯圖?第1?第1章業(yè)務(wù)架構(gòu)的發(fā)展歷程4.沉吟至今5.業(yè)務(wù)架構(gòu)的定義?第2章業(yè)務(wù)架構(gòu)的作用及與IT架構(gòu)的關(guān)系1.業(yè)務(wù)架構(gòu)的作用2.業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系?第3章架構(gòu)伴侶：業(yè)務(wù)模型1.模型與業(yè)務(wù)模型2.常見的建模方法3.建模原則與模型思維的應(yīng)用??第4章業(yè)務(wù)架構(gòu)的設(shè)計起點1.企業(yè)戰(zhàn)略分析2.對標(biāo)分析3.組織結(jié)構(gòu)的影響不容忽視?第5章業(yè)務(wù)架構(gòu)的設(shè)計過程1.價值鏈分析2.行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程3.數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型4.組件分析：行為與數(shù)據(jù)的結(jié)合5.業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系?第6章業(yè)務(wù)架構(gòu)的設(shè)計難點1.基本的標(biāo)準(zhǔn)化方法2.避免“過度整合”3.何以解憂，唯有“融合”?第7章虛擬案例：商業(yè)銀行業(yè)務(wù)架構(gòu)設(shè)計1.價值鏈設(shè)計2.存款領(lǐng)域的模型設(shè)計3.貸款領(lǐng)域的模型設(shè)計4.跨領(lǐng)域的標(biāo)準(zhǔn)化5.組件設(shè)計6.案例總結(jié)?第8章從業(yè)務(wù)架構(gòu)模型到業(yè)務(wù)架構(gòu)方案1.業(yè)務(wù)架構(gòu)設(shè)計不是為了替代需求分析2.制作業(yè)務(wù)架構(gòu)方案3.小團隊的應(yīng)對之道4.需要充分解釋架構(gòu)方案5.努力打造“通用語言”第9章基于業(yè)務(wù)架構(gòu)方案的實施過程1.基于業(yè)務(wù)架構(gòu)的設(shè)計2.基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)3.處理架構(gòu)調(diào)整的原則4.企業(yè)級物有所值嗎？第10章建立轉(zhuǎn)型后的長期應(yīng)用機制1.項目結(jié)束了該怎么辦？2.促進深度融合的需求管理機制1.傳說中和現(xiàn)實中的雙模開發(fā)2.與正宗的敏捷對比3.與非正宗的敏捷對比4.且行且珍惜第12章企業(yè)級的“五難”1.捷徑難尋2.文化難建3.預(yù)期難控4.權(quán)責(zé)難定5.長志難立第13章實戰(zhàn)：實現(xiàn)了快速設(shè)計的案例1.項目背景及需求2.設(shè)計思路和業(yè)務(wù)架構(gòu)方案3.案例總結(jié)2.輕量級架構(gòu)管理工具的設(shè)計原理6.信息傳導(dǎo)：打造信息傳遞高速公路企業(yè)級業(yè)務(wù)架構(gòu)的主線架構(gòu)方法論的持續(xù)改良行線：覆蓋了企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計、實現(xiàn)及后期管理的完整過程。知線：架構(gòu)方法論的持續(xù)改良。行線：覆蓋了企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計、實現(xiàn)及后期管理的完整過程。知線：架構(gòu)方法論的持續(xù)改良。架構(gòu)師有責(zé)任和義務(wù)持續(xù)改進、宣傳架構(gòu)的設(shè)計方法，推動架構(gòu)理念在企業(yè)以及社會范圍內(nèi)的磨礪、傳播，實現(xiàn)架構(gòu)的“知行合一”。第一部分：業(yè)務(wù)架構(gòu)基礎(chǔ)篇第1章業(yè)務(wù)架構(gòu)的發(fā)展歷程第2章業(yè)務(wù)架構(gòu)的作用及與IT架構(gòu)的關(guān)系第3章架構(gòu)伴侶：業(yè)務(wù)模型第1章第1章業(yè)務(wù)架構(gòu)的發(fā)展歷程Zachman模型WhereWhoWhenZachman模型Zachman模型數(shù)據(jù)（什么功能（怎樣網(wǎng)絡(luò)（哪里角色（誰時間（何時動機（為何期業(yè)務(wù)模型關(guān)技能規(guī)定、安信息系統(tǒng)模型（流程結(jié)構(gòu)）技術(shù)模型如何工作）、安詳細展現(xiàn)規(guī)格化物理功能系統(tǒng)預(yù)備HHGGTOGAF9交付物：目錄、矩陣、圖FEA和DODAF模型（FEA模型）FEA和DODAF模型（DODAF模型）（描述體系結(jié)果背景、目標(biāo)、范圍等）與結(jié)構(gòu)）與結(jié)構(gòu)）數(shù)據(jù)與信息視圖能力視圖(的業(yè)務(wù)視圖服務(wù)視圖系統(tǒng)視圖FEA和DODAF模型（DODAF模型）DODAF的核心——8個視圖與52個模型沉吟至今單體式或豎井式開發(fā)更為常用，這種開發(fā)沒有橫向視角，無需強調(diào)單體式或豎井式開發(fā)更為常用，這種開發(fā)沒有橫向視角，無需強調(diào)業(yè)務(wù)架構(gòu)難設(shè)計業(yè)務(wù)架構(gòu)師不難設(shè)計業(yè)務(wù)架構(gòu)師不常見，業(yè)務(wù)架構(gòu)有點虛的原業(yè)務(wù)架構(gòu)對戰(zhàn)略的分解、業(yè)務(wù)架構(gòu)自身的整合和標(biāo)準(zhǔn)化，到IT設(shè)計的過渡都存在不少陷阱，業(yè)務(wù)越復(fù)雜就難以駕馭。施工期間由于客觀因素可能導(dǎo)致實施對業(yè)務(wù)架構(gòu)的偏離，這施工期間由于客觀因素可能導(dǎo)致實施對業(yè)務(wù)架構(gòu)的偏離，這種偏離如果沒有得到及時糾正或架構(gòu)調(diào)整，積累久了就會造成業(yè)務(wù)架構(gòu)的失真。難維護度過了業(yè)務(wù)架構(gòu)落地困難期，感受到維護架構(gòu)的難度而心生放棄，從而降低了對業(yè)務(wù)架構(gòu)的評價。難維護度過了業(yè)務(wù)架構(gòu)落地困難期，感受到維護架構(gòu)的難度而心生放棄，從而降低了對業(yè)務(wù)架構(gòu)的評價。業(yè)務(wù)架構(gòu)的定義面向復(fù)雜系統(tǒng)構(gòu)建，降低復(fù)雜使用場景：可以用于單個產(chǎn)品面向復(fù)雜系統(tǒng)構(gòu)建，降低復(fù)雜使用場景：可以用于單個產(chǎn)品線或業(yè)務(wù)種類的領(lǐng)域級分析，也可以用于跨越產(chǎn)品線、業(yè)務(wù)領(lǐng)域的企業(yè)級分析。業(yè)務(wù)架構(gòu)：以實現(xiàn)企業(yè)戰(zhàn)略為目標(biāo)，構(gòu)建企業(yè)整體業(yè)務(wù)能力規(guī)劃并將其傳導(dǎo)給技術(shù)實現(xiàn)端的結(jié)構(gòu)化企業(yè)能力分析方法。應(yīng)當(dāng)將業(yè)務(wù)架構(gòu)從來，更多的面向業(yè)務(wù)人員，以充當(dāng)業(yè)務(wù)與技術(shù)之間的橋第2章第2章業(yè)務(wù)機構(gòu)的作用與IT架構(gòu)的關(guān)系2.1業(yè)務(wù)架構(gòu)的作用2.1傳統(tǒng)行業(yè)中的先行者已經(jīng)實字化”夠使用同一種“語言”向?qū)Ψ降念I(lǐng)域邁出一結(jié)構(gòu)龐雜，更需要合理的業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系實現(xiàn)的能力布局，這IT架構(gòu)是根據(jù)“靈魂IT架構(gòu)是根據(jù)“靈魂”注入，讓“靈魂”有個適宜的居所，則是有賴于對“靈魂”業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系應(yīng)用架構(gòu)：重點關(guān)注功能布應(yīng)用架構(gòu)：重點關(guān)注功能布局，與業(yè)務(wù)架構(gòu)關(guān)系緊密，稱為業(yè)務(wù)架構(gòu)設(shè)計的“緊后工序”。技術(shù)架構(gòu)：主要關(guān)注分層結(jié)構(gòu)，一個邏輯分層很可能要通過多種平臺才能實現(xiàn)，在分層中要加入平臺規(guī)劃。數(shù)據(jù)架構(gòu)：與業(yè)務(wù)架構(gòu)關(guān)系密切，甚至可以歸類為業(yè)務(wù)機構(gòu)的組成部分。安全架構(gòu)：數(shù)據(jù)架構(gòu)：與業(yè)務(wù)架構(gòu)關(guān)系密切，甚至可以歸類為業(yè)務(wù)機構(gòu)的組成部分。安全架構(gòu)：與業(yè)務(wù)架構(gòu)的關(guān)系不十分緊密，發(fā)展趨勢向業(yè)務(wù)架構(gòu)（或企業(yè)戰(zhàn)略）靠攏，更貼近實際業(yè)務(wù)需要，符合業(yè)務(wù)發(fā)展方向。第3章第3章架構(gòu)伴侶：業(yè)務(wù)模型模型與業(yè)務(wù)模型模型模型是所研究的系統(tǒng)、過程、事務(wù)或概念的一種表達形式，也可指根據(jù)實驗、圖樣放大或縮小而制作的樣品。模型與業(yè)務(wù)模型企業(yè)的業(yè)務(wù)模型這個三角形可以說是一切盈利性企業(yè)的基本行為，企業(yè)為生這個三角形可以說是一切盈利性企業(yè)的基本行為，企業(yè)為生產(chǎn)而投入成本，產(chǎn)品或服務(wù)銷售后獲得收入，而衡量企業(yè)業(yè)績的最基本方法就是計算收入減去成本所得到的利潤。?企業(yè)準(zhǔn)備組織哪些人進行生產(chǎn)、銷售，在什么樣的渠道上銷售，為此投入什么樣的資源，這就是企業(yè)的生產(chǎn)和銷售流程。?收入和成本都需要幾張，這就是財務(wù)會計的流程。?對利潤實現(xiàn)情況的衡量、盈虧原因的分析等，都體現(xiàn)在管理會計中。化組織質(zhì)量管理和質(zhì)量保證技術(shù)委員會）制定的所有國際標(biāo)準(zhǔn)。該標(biāo)注可以幫助組織實施并有效運行質(zhì)量管理體系，是質(zhì)量管理體系通用的要求和指南。常見的建模方法（BPMN模型）），），），常見的建模方法（BPMN模型）常見的建模方法（BPMN模型）常見建模方法（UML建模）UML語言是非專利的第三代建模和規(guī)約語言，最佳實踐是針對大規(guī)模、復(fù)雜系統(tǒng)進行建模。從用戶的角度展示系統(tǒng)的功能，包括用例圖。2）對象模型：采用對象、屬性、操作、關(guān)聯(lián)等概念展示系統(tǒng)的結(jié)構(gòu)和基礎(chǔ)，包括類圖、對象圖。3）動態(tài)模型：展現(xiàn)系統(tǒng)的行為，包括序列圖、活動圖、狀態(tài)圖。常見建模方法（UML建模）UML對技術(shù)人員比較友好，但是對業(yè)務(wù)人員非常不友好。業(yè)務(wù)架構(gòu)的任務(wù)是搭建業(yè)務(wù)與技術(shù)之間的橋梁，所以業(yè)務(wù)架構(gòu)再結(jié)構(gòu)化表達方面不可或缺的工具。如果企業(yè)已經(jīng)習(xí)慣了某種建模方法，需要考慮根據(jù)如下因素進行調(diào)整：1是否可以對原有方法進行改造以彌補缺陷。2原有的模型成果是否還有復(fù)用的價值。常見建模方法（UML建模）例1業(yè)務(wù)邏輯類和對象示例例2用例“下單請求”的順序圖：主序列常見建模方法（UML建模）建模原則與思維模型的應(yīng)用建模原則與思維模型的應(yīng)用第二部分：業(yè)務(wù)架構(gòu)設(shè)計篇第第4章業(yè)務(wù)架構(gòu)的設(shè)計起點第第5章業(yè)務(wù)架構(gòu)的設(shè)計過程程第第6章業(yè)務(wù)架構(gòu)的設(shè)計難點?6.2避免“過度整合”?6.3何以解憂，唯有“融合”行業(yè)務(wù)架構(gòu)設(shè)計第4章第4章業(yè)務(wù)架構(gòu)的設(shè)計起點交替上升的業(yè)務(wù)架構(gòu)設(shè)計與IT實現(xiàn)IT落地優(yōu)秀的業(yè)務(wù)架構(gòu)實踐不能僅單純地停留在業(yè)務(wù)分析層面，也不能只滿足于業(yè)務(wù)能力的組件化聚類，而是要時刻關(guān)注新技術(shù)、新業(yè)態(tài)的變IT落地化，適時引入新理念、新方向，使之具備與時俱進的能力。業(yè)務(wù)架構(gòu)設(shè)計長期企業(yè)級架構(gòu)應(yīng)用IT落地以前倡導(dǎo)“業(yè)務(wù)推動技術(shù)”，業(yè)務(wù)提需求，技業(yè)務(wù)架構(gòu)設(shè)計長期企業(yè)級架構(gòu)應(yīng)用IT落地業(yè)務(wù)架構(gòu)設(shè)計IT落地}首次企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計轉(zhuǎn)型工程而現(xiàn)在，隨著技術(shù)進步越來越快，“黑科技”也越來越多，“技術(shù)引領(lǐng)業(yè)務(wù)”的聲音逐漸增多。但是，所謂的“技術(shù)引領(lǐng)業(yè)務(wù)”并不是指由IT人員直接拋出新技術(shù)給業(yè)務(wù)人員去琢磨和研究，而是指將對新技術(shù)的理解首先通過業(yè)務(wù)架構(gòu)設(shè)計引發(fā)業(yè)務(wù)變化，用新技術(shù)理念推動業(yè)務(wù)模式演變，再進行IT技術(shù)開發(fā)，這才是理想的“業(yè)務(wù)與技術(shù)融合業(yè)務(wù)架構(gòu)設(shè)計IT落地}首次企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計轉(zhuǎn)型工程由此可見，業(yè)務(wù)架構(gòu)意義重大。4.14.1對標(biāo)分析（方法論）對標(biāo)分析（方法論）??即便請咨詢公司出手相助，對領(lǐng)先實踐的研究也多是表象研究，很難充分了解其機理?企業(yè)的發(fā)展是有時間過程的，一個優(yōu)秀的表象是經(jīng)過了什么樣的過程形成的，其實很少有人能說得清楚，而形成這個表象所依賴的企業(yè)各組成部分之間的聯(lián)系和“過往”就更少有人人知道了。畢竟，即便是企業(yè)人士，通常也只了解自己所負責(zé)的工作，清楚企業(yè)全景的人很少?簡單化地學(xué)習(xí)領(lǐng)先實踐，無異于照著別人的藥方抓藥給自己吃。領(lǐng)先實踐真的研究透了嗎？?企業(yè)對自己的認知其實是有限的，很多問題并沒有深入挖掘根本原因和?企業(yè)對自己的認知其實是有限的，很多問題并沒有深入挖掘根本原因和產(chǎn)生環(huán)境，而這兩點對于形成正確的對標(biāo)分析結(jié)論卻是非常重要的。為了提升對標(biāo)的針對性，首先還是要從自己身上下功夫，只有真正的在內(nèi)部無法攻克的問題才值得去對標(biāo)。?對業(yè)務(wù)架構(gòu)設(shè)計中的企業(yè)戰(zhàn)略分析而言，對標(biāo)是為了通過對比與模仿，引入優(yōu)秀的發(fā)展經(jīng)驗。?在企業(yè)戰(zhàn)略設(shè)計方面切不可簡單照搬、盲目引進，光在“別人家的事情”上下功夫，導(dǎo)致無效對標(biāo)，甚至讓對標(biāo)分析“帶偏”了自己。對標(biāo)之前了解組織結(jié)構(gòu)的影響不容忽視組織結(jié)構(gòu)對業(yè)務(wù)架構(gòu)設(shè)計的反作用力是極大的搞折中會讓企業(yè)級架構(gòu)搞折中會讓企業(yè)級架構(gòu)失去核心架構(gòu)康威定律對業(yè)務(wù)模型整體性的作用 影響其溝通效率康威定律對業(yè)務(wù)模型整體性的作用組織結(jié)構(gòu)的影響不容忽視相輔相成相輔相成組織結(jié)構(gòu)上高度部門化的企業(yè)是很難建成一個真正的企業(yè)級業(yè)務(wù)系統(tǒng)方案與組織結(jié)構(gòu)要匹配，否則在落地時很可能會困難重重、面目全非第5章第5章業(yè)務(wù)架構(gòu)的設(shè)計難點5.1價值鏈分析5.1企業(yè)基礎(chǔ)設(shè)施（財務(wù)、計劃等）人力資源管理研究與開發(fā)采購進料后勤生產(chǎn)發(fā)貨后勤銷售銷售服務(wù)波特價值鏈ll波特所定義的價值鏈主要是針對垂直一體化公司業(yè)務(wù)提出的，強調(diào)的是單個企業(yè)的競爭優(yōu)勢。l后來出現(xiàn)的全球價值鏈的概念提供了一種基于網(wǎng)絡(luò)、用于分析國際性生產(chǎn)的地理和組織特征的分析方法，揭示了去全球產(chǎn)業(yè)的動態(tài)性特征。l價值鏈主要包括基本活動和支持性活動，基本活動指的是主要生產(chǎn)過程，支持性活動則是指對基本活動起輔助作用和維持企業(yè)基本運轉(zhuǎn)的各類活動。l價值鏈主要描述企業(yè)價值的創(chuàng)造過程，引入價值鏈分析主要是為企業(yè)橫向?qū)徱曌陨淼臉I(yè)務(wù)能力提供分析框架。行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程1、劃分業(yè)務(wù)領(lǐng)域存款貸款金融市場非金融服務(wù)私人銀行為哪種客戶提供哪種服務(wù)或產(chǎn)品企業(yè)金融服存款貸款金融市場非金融服務(wù)私人銀行為哪種客戶提供哪種服務(wù)或產(chǎn)品企業(yè)金融服務(wù)個人金融服務(wù) 存款劃分領(lǐng)域貸款 從客戶出發(fā) 存款劃分領(lǐng)域貸款 從客戶出發(fā) 行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程2、分析業(yè)務(wù)流程數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型分類名稱數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型生產(chǎn)管控階段：嚴防死生產(chǎn)管控階段：嚴防死守工具篩查數(shù)據(jù)屬性數(shù)據(jù)屬性唯一性對業(yè)務(wù)數(shù)據(jù)對業(yè)務(wù)數(shù)據(jù)全面建模對生產(chǎn)嚴格對生產(chǎn)嚴格對歷史數(shù)據(jù)對歷史數(shù)據(jù)進行處理組件分析：行為與數(shù)據(jù)的結(jié)合基本工作流：流程模型表達的是“處理”，數(shù)據(jù)模型表達的是“輸入”和“輸出”，合起來就是計算機的基本工作流，這在大部分軟件設(shè)計方法論中都是共識。數(shù)據(jù)模型和流程模型的組合，可以清楚地描述出，什么樣的事件或條件可以觸發(fā)一組業(yè)務(wù)活動，業(yè)務(wù)活動需要的輸入有哪些，業(yè)務(wù)流程的處理規(guī)則是什么，經(jīng)過業(yè)務(wù)流程的處理，輸出又有哪些。件件事條改件件事條改組件分析：行為與數(shù)據(jù)的結(jié)合對數(shù)據(jù)實體進行增刪查對數(shù)據(jù)實體進行增刪查數(shù)據(jù)實體一個主題域引用另一個主題域的數(shù)據(jù)實體業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系業(yè)務(wù)架構(gòu)業(yè)務(wù)架構(gòu)任務(wù)、角色）業(yè)務(wù)數(shù)據(jù)業(yè)務(wù)組件業(yè)務(wù)領(lǐng)域價值鏈業(yè)務(wù)領(lǐng)域代表了構(gòu)建企業(yè)能力統(tǒng)一視圖的“縱業(yè)務(wù)領(lǐng)域代表了構(gòu)建企業(yè)能力統(tǒng)一視圖的“縱了各類業(yè)務(wù)流程應(yīng)如何通過組合實現(xiàn)領(lǐng)域級的業(yè)務(wù)目標(biāo)業(yè)務(wù)流程即業(yè)務(wù)活動，由不同的角色分別完成若干任務(wù)組成，任務(wù)執(zhí)行過程中必然與業(yè)務(wù)數(shù)據(jù)發(fā)生聯(lián)系。數(shù)據(jù)主題域可以將關(guān)系緊密的數(shù)據(jù)進行聚類。與數(shù)據(jù)關(guān)系緊密的行為（任務(wù)聚類）形成包含行為和數(shù)據(jù)的業(yè)務(wù)組件。組件代表了企業(yè)的某一類業(yè)務(wù)能力。價值鏈代表了構(gòu)建企業(yè)能力統(tǒng)一視圖的“橫向”結(jié)構(gòu)，每個價值鏈環(huán)節(jié)中均包含了若干個業(yè)務(wù)流程業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系價值鏈環(huán)節(jié)1價值鏈環(huán)節(jié)2價值鏈環(huán)節(jié)N活動M價值鏈環(huán)節(jié)1價值鏈環(huán)節(jié)2價值鏈環(huán)節(jié)N活動M主題域2主題域1主題域S業(yè)務(wù)架構(gòu)整體邏輯關(guān)系圖活動1活動3活動1活動3活動LV<任務(wù)1實體V<任務(wù)1實體任務(wù)任務(wù)2VV任務(wù)3實體5VV任務(wù)3實體5活動4任務(wù)任務(wù)4任務(wù)任務(wù)P業(yè)務(wù)組件1業(yè)務(wù)組件2業(yè)務(wù)組件S第6章第6章業(yè)務(wù)架構(gòu)的設(shè)計難點6.1基本的標(biāo)準(zhǔn)化方法6.1企業(yè)級轉(zhuǎn)型工程的目標(biāo)企業(yè)級轉(zhuǎn)型工程的目標(biāo)應(yīng)6.1基本的標(biāo)準(zhǔn)化方法6.1lll從語義方面去理解流程和數(shù)據(jù)的關(guān)系l從語義方面去理解流程和數(shù)據(jù)的關(guān)系避免“過度整合”度整合”何以解憂，唯有“融合”這個階段的調(diào)整代價最低，如不合理的設(shè)計一旦傳導(dǎo)到開發(fā)生，將會產(chǎn)生高昂的糾錯成本建模者經(jīng)驗完善的業(yè)務(wù)資料經(jīng)驗豐富的業(yè)務(wù)人員需要一套清晰的映射關(guān)系做指導(dǎo)第7章第7章虛擬案例：商業(yè)銀行業(yè)價值鏈設(shè)計..業(yè)務(wù)分析人員·》數(shù)據(jù)分析人員隊員7.17.1價值鏈統(tǒng)計分析》運營管理風(fēng)險控制價值鏈統(tǒng)計分析》運營管理風(fēng)險控制產(chǎn)品設(shè)計客戶營銷本案例只考慮前2個環(huán)節(jié)本案例只考慮前2個環(huán)節(jié)存款領(lǐng)域的模型設(shè)計1.產(chǎn)品設(shè)計環(huán)節(jié)的分析存款領(lǐng)域產(chǎn)品設(shè)計流程圖產(chǎn)品設(shè)計客戶營銷產(chǎn)品設(shè)計客戶營銷運營管理風(fēng)險控制統(tǒng)計分析客戶經(jīng)理VV上架產(chǎn)品設(shè)計產(chǎn)品客戶經(jīng)理VV上架產(chǎn)品設(shè)計產(chǎn)品實現(xiàn)產(chǎn)品業(yè)務(wù)人員V業(yè)務(wù)人員V存款領(lǐng)域的模型設(shè)計2.客戶營銷環(huán)節(jié)的分析獲取新客戶、維護老客戶、存款的簡要流客戶經(jīng)理客戶經(jīng)理會計柜員客戶經(jīng)理客戶經(jīng)理會計柜員錄入客戶信息維護客戶信息V 產(chǎn)品設(shè)計客戶營銷錄入客戶信息維護客戶信息V入入存入款項開立賬戶V運營管理風(fēng)險控制統(tǒng)計分析貸款領(lǐng)域的模型設(shè)計1.產(chǎn)品設(shè)計環(huán)節(jié)的分析貸款領(lǐng)域產(chǎn)品設(shè)計流程圖產(chǎn)品設(shè)計客戶營銷產(chǎn)品設(shè)計客戶營銷運營管理風(fēng)險控制統(tǒng)計分析客戶經(jīng)理VV上架產(chǎn)品設(shè)計產(chǎn)品客戶經(jīng)理VV上架產(chǎn)品設(shè)計產(chǎn)品實現(xiàn)產(chǎn)品業(yè)務(wù)人員V業(yè)務(wù)人員V貸款領(lǐng)域的模型設(shè)計2.客戶營銷環(huán)節(jié)的分析獲取新客戶、維護老客戶、存款的簡要流程產(chǎn)品設(shè)計客戶營銷產(chǎn)品設(shè)計客戶營銷運營管理風(fēng)險控制統(tǒng)計分析入錄入客戶信息入錄入客戶信息客戶經(jīng)理客戶經(jīng)理客戶經(jīng)理維護客戶信息會計柜員發(fā)放貸款開立賬戶會計柜員發(fā)放貸款開立賬戶VVV跨領(lǐng)域的標(biāo)準(zhǔn)化1.產(chǎn)品設(shè)計環(huán)節(jié)的標(biāo)準(zhǔn)化與組件分<產(chǎn)品管理主題域產(chǎn)品需求 設(shè)計產(chǎn)品 上架產(chǎn)品產(chǎn)品模塊代售產(chǎn)品<產(chǎn)品管理主題域產(chǎn)品需求 設(shè)計產(chǎn)品 上架產(chǎn)品產(chǎn)品模塊代售產(chǎn)品2.客戶營銷環(huán)節(jié)的標(biāo)準(zhǔn)化與組件分析獲取新客戶、維護老客戶、存款的簡要流獲取新客戶、維護老客戶、存款的簡要流客戶營銷運營管理風(fēng)險控制產(chǎn)品設(shè)計統(tǒng)計分析產(chǎn)品設(shè)計統(tǒng)計分析里需要增加一個“角色信息”錄入客戶信息客戶經(jīng)理錄入客戶信息客戶經(jīng)理客戶經(jīng)理維護客戶信息客戶經(jīng)理維護客戶信息會計柜員約會計柜員約發(fā)放貸款開立賬戶VVVV組件設(shè)計1.組件劃分優(yōu)化組件劃分示意圖 產(chǎn)品設(shè)計客戶營銷風(fēng)險控制 產(chǎn)品設(shè)計客戶營銷風(fēng)險控制運營管理統(tǒng)計分析款項”“發(fā)放貸款”“簽訂存款合變動”放在“賬戶”合約”“擔(dān)保合約”組件設(shè)計1.組件劃分優(yōu)化優(yōu)化方案112組件設(shè)計2.組件第二次優(yōu)化后的邏輯示意 產(chǎn)品設(shè)計客戶營銷運營管理風(fēng)險控制統(tǒng)計分析 產(chǎn)品設(shè)計客戶營銷運營管理風(fēng)險控制統(tǒng)計分析戶 戶戶 戶組件設(shè)計企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計案例總結(jié)企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計案例總結(jié)業(yè)務(wù)架構(gòu)更關(guān)注的是企業(yè)的整體設(shè)計，是典型的“不謀全局者不足以謀一隅”。如果再加上對戰(zhàn)略的分析，就可以形成以戰(zhàn)略為導(dǎo)向的整體企業(yè)能力規(guī)劃案例總結(jié)計并沒有簡單的衡量標(biāo)1關(guān)注點對架構(gòu)方案有很2要反復(fù)進行迭代，雖然這不是我們所情愿的，但是實際操作中這是不可避免的。44驗很重要，可以減少反復(fù)次數(shù)，尤其是關(guān)鍵設(shè)計的反復(fù)迭架構(gòu)設(shè)計是一個不斷精煉和確認的過程，需要架構(gòu)人員、技術(shù)人員在設(shè)計過程中努力“培養(yǎng)”客戶，創(chuàng)造一個深度融合的機會。而且上述設(shè)計思路對于業(yè)務(wù)人員日常分析自己的工作環(huán)境、設(shè)計工作方案、改進工作流程都有幫助，是一種可以跨越IT邊界的工作方法。對于這一過程的投入，業(yè)務(wù)與技術(shù)是雙贏的。第三部分：業(yè)務(wù)架構(gòu)落地篇第第8章從業(yè)務(wù)架構(gòu)模型到業(yè)務(wù)架構(gòu)方案第第9章基于業(yè)務(wù)架構(gòu)方案的實施過程第第10章建立轉(zhuǎn)型后的長期應(yīng)用機制第第12章企業(yè)級的“五難”第第13章實戰(zhàn)：實現(xiàn)了快速設(shè)計的案例第8章第8章從業(yè)務(wù)架構(gòu)模型到業(yè)務(wù)8.1業(yè)務(wù)架構(gòu)設(shè)計不是為了代替需求分析8.1>>“一千個人眼企業(yè)級架構(gòu)方案的整體描述>分領(lǐng)域或分應(yīng)用的方案描述>分領(lǐng)域或分應(yīng)用的方案描述>業(yè)務(wù)組件的方案描述制作業(yè)務(wù)架構(gòu)方案將模型轉(zhuǎn)換為方案需要交付三個部分的文企業(yè)級架構(gòu)方案的整體描述企業(yè)級架構(gòu)方案的整體描述紹?企業(yè)戰(zhàn)略能力介紹?全部業(yè)務(wù)領(lǐng)域的整體介紹?全部業(yè)務(wù)組件的整體介紹?全部數(shù)據(jù)主題域的整體介紹?企業(yè)整體組織結(jié)構(gòu)的介紹企業(yè)級業(yè)務(wù)架構(gòu)方案的分領(lǐng)?業(yè)務(wù)領(lǐng)域的目標(biāo)、范圍?業(yè)務(wù)領(lǐng)域的外部干系人介紹?業(yè)務(wù)領(lǐng)域的全部業(yè)務(wù)活動介紹述?業(yè)務(wù)組件協(xié)作關(guān)系介紹?業(yè)務(wù)領(lǐng)域完整的實體關(guān)系圖業(yè)務(wù)組件描述業(yè)務(wù)組件描述?業(yè)務(wù)組件的目標(biāo)、范圍?數(shù)據(jù)主題域的完整介紹?組件所包含任務(wù)的完整介紹需要充分解釋架構(gòu)方案方案的解釋?建模是“少數(shù)人”的事，而參與項目的人數(shù)通常會較多?模型宣講的傳導(dǎo)可能會出現(xiàn)“信號衰減”?業(yè)務(wù)架構(gòu)人員最好能夠?qū)崟r的跟進需求方和實施團隊之間的溝通，防止雙方協(xié)商而導(dǎo)致架構(gòu)的崩壞?幫助業(yè)務(wù)和技術(shù)人員實現(xiàn)對模型的共同理解和充分溝通，遵守基于模型產(chǎn)生的項目邊界和分工努力打造“通用語言”講?模型化、結(jié)構(gòu)化思維方式?每個條線、每個領(lǐng)域?qū)ζ髽I(yè)架構(gòu)都有所了解?用同一種建模方式，打造企業(yè)級項目的“通用語言”??堅持選用具有足夠能力的人員?堅持讓其跟進項目而非只做架構(gòu)設(shè)計第9章第9章基于業(yè)務(wù)架構(gòu)方案的實9.1基于業(yè)務(wù)架構(gòu)的設(shè)計9.11.細化業(yè)務(wù)架構(gòu)模型業(yè)務(wù)架構(gòu)模型業(yè)務(wù)架構(gòu)是將業(yè)務(wù)能業(yè)務(wù)架構(gòu)模型業(yè)務(wù)架構(gòu)是將業(yè)務(wù)能力經(jīng)過企業(yè)級規(guī)劃后傳導(dǎo)給IT端，并不會限制IT的實現(xiàn)方式IT需要適配業(yè)務(wù)架構(gòu)的規(guī)劃，基于企業(yè)級業(yè)務(wù)IT需要適配業(yè)務(wù)架構(gòu)的規(guī)劃，基于企業(yè)級業(yè)務(wù)架構(gòu)的實施過程，其實是IT細化企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計，并基于企業(yè)級業(yè)務(wù)架構(gòu)進行實施協(xié)調(diào)與管控的軟件過程9.1基于業(yè)務(wù)架構(gòu)的設(shè)計9.11.細化業(yè)務(wù)架構(gòu)模型“獲取新客“獲取新客活動，在實際設(shè)計中，如果存款部分和客戶管理部分按照組件邊界劃分了項目組，那么存款項目組負責(zé)合約管理組件和賬戶管理組件，客戶項目組負責(zé)客戶管理組代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域使用客群基本信息標(biāo)簽信息 獲取新客戶是>>是>>是存款V>V否>是存款V>V否>>>否VVVVVVVV9.1基于業(yè)務(wù)架構(gòu)的設(shè)計9.1原本沒有“檢查客戶信息”這個任務(wù)，在最初的建模過程中，該任務(wù)是可以合并在開立賬戶這個任務(wù)中的，但是在細化流程階段，則可以考慮是不是應(yīng)該將其獨立出來。是否獨立取決于整體的架構(gòu)判斷，如果其他流程中也涉及了這種拆分，則確實可以調(diào)整企業(yè)級業(yè)務(wù)架構(gòu)模型；如果不涉及或者很少有領(lǐng)域涉及，則可以將其標(biāo)記為“開立賬戶”任務(wù)的衍生。這種細化可能會產(chǎn)生新的數(shù)據(jù)需求，設(shè)計新的數(shù)據(jù)實體，或者在原有的數(shù)據(jù)實體下產(chǎn)生根據(jù)某種維度細分的子實體。上述過程已經(jīng)代表了對原有業(yè)務(wù)架構(gòu)的一次迭檢查客戶信息檢查客戶信息原本在“開立賬戶”任務(wù)中獨立出來標(biāo)記為“開立賬戶”任務(wù)的衍生獨立出來標(biāo)記為“開立賬戶”任務(wù)的衍生9.1基于業(yè)務(wù)架構(gòu)的設(shè)計9.13.進行慣常的IT設(shè)計，但要建立一體化視圖基于業(yè)務(wù)架構(gòu)的企業(yè)級項目很重要的一點是要建立各階段工作成果之間明確的銜接關(guān)系，尤其是設(shè)計元素之間的聯(lián)系，應(yīng)建立“戰(zhàn)略一戰(zhàn)略能力一需求一活動與任務(wù)一細化活動與任務(wù)-用例-交易或服務(wù)”這樣明確的關(guān)聯(lián)關(guān)系，形成一個完整的、分層級的企業(yè)能力視圖。企業(yè)能力視圖不能僅局限于業(yè)務(wù)側(cè)或者僅到組件層級，而是應(yīng)該延伸到最終的實現(xiàn)，業(yè)務(wù)與技術(shù)的深度融合是今后企業(yè)發(fā)展的大趨勢。業(yè)務(wù)就是技術(shù)，技術(shù)也是業(yè)務(wù)，企業(yè)未來的作戰(zhàn)地圖必須是基于業(yè)務(wù)技術(shù)一體化的視圖，而非分裂的視角。用例細化任務(wù)用例細化任務(wù)>>>>9.1基于業(yè)務(wù)架構(gòu)的設(shè)計9.14.業(yè)務(wù)架構(gòu)橋梁的作用集中式集中式基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)處理架構(gòu)調(diào)整的原則ll處理架構(gòu)處理架構(gòu)調(diào)整的原則企業(yè)級物有所值嗎？賬體化帶來的變化，清晰分工和高效協(xié)作體化帶來的變化，清晰分工和高效協(xié)作才是最有價值的，是未來長期競爭力的第10章第10章建立轉(zhuǎn)型后的長期應(yīng)項目結(jié)束了該怎么辦？具體設(shè)計架構(gòu)仲裁具體設(shè)計架構(gòu)仲裁等適當(dāng)規(guī)模的仲裁團隊業(yè)務(wù)架構(gòu)人員歸屬模型工具模型工具作戰(zhàn)地圖按圖索驥促進深度融合的需求管理機制1、什么是深度融合？然”的工具，變成為“數(shù)字促進深度融合的需求管理機制2、業(yè)務(wù)架構(gòu)師的工作模式業(yè)務(wù)架構(gòu)師非常適合作為業(yè)務(wù)架構(gòu)師非常適合作為務(wù)架構(gòu)師可以及時調(diào)動需求分析人員、產(chǎn)品經(jīng)理、開發(fā)人員提早參加到需求的形成過程中，將需求管理直接轉(zhuǎn)變?yōu)闃I(yè)務(wù)規(guī)劃，這才是各方都希望實現(xiàn)的融合與快速反應(yīng)。促進深度融合的需求管理機制2、業(yè)務(wù)架構(gòu)師的工作模式①業(yè)務(wù)架構(gòu)師分散駐扎在各業(yè)務(wù)架構(gòu)師分散駐扎在各個業(yè)務(wù)部門必要的時候還會進行仲裁。必要的時候還會進行仲裁。需求產(chǎn)生時即采用模型工需求產(chǎn)生時即采用模型工具與業(yè)務(wù)人員共同討論與開發(fā)團隊共同工作一段時間；項目組若出現(xiàn)業(yè)務(wù)架構(gòu)師不能處理好的協(xié)調(diào)問題時，則會提交給企業(yè)與開發(fā)團隊共同工作一段時間；項目組若出現(xiàn)業(yè)務(wù)架構(gòu)師不能處理好的協(xié)調(diào)問題時，則會提交給企業(yè)架構(gòu)進行溝通③③可以根據(jù)需要，要求組件開發(fā)團隊的需求分析人員、產(chǎn)品經(jīng)理或者開發(fā)人員提前介人分析需求成型后即進入實施過程，業(yè)務(wù)架構(gòu)師可以代表需求成型后即進入實施過程，業(yè)務(wù)架構(gòu)師可以代表業(yè)務(wù)人員進入項目組二是要保證業(yè)務(wù)架構(gòu)師能夠每隔業(yè)務(wù)人員不能輕易調(diào)換部門，但是業(yè)務(wù)架構(gòu)師則要保持一定的流架構(gòu)師要有替補也是為了加強輪促進深度融合的需求管理機制3、千里之堤毀于蟻穴打江山容易，坐打江山容易，坐江山難沒有“萬年長青沒有“萬年長青”技術(shù)人員仍然只技術(shù)人員仍然只是“少數(shù)派”數(shù)派”將業(yè)務(wù)整體拉入將業(yè)務(wù)整體拉入到開發(fā)機制當(dāng)中l(wèi)第11章第11章這個笨重的過程與敏捷沾邊嗎？傳說中和現(xiàn)實中的雙模開發(fā)使{捷與正宗的敏捷對比檔檔ll刺具具?在項目中快速完成架構(gòu)分析，能在項目之外等著按“流程”與非正宗的敏捷對比架構(gòu)師切實參與到項目中，給出架構(gòu)設(shè)計建議，還要給出影響分析和事后重構(gòu)架構(gòu)師切實參與到項目中，給出架構(gòu)設(shè)計建議，還要給出影響分析和事后重構(gòu)方案有些項目形勢逼人，不上線毋寧死l“搏命有些項目形勢逼人，不上線毋寧死l“搏命”之后回歸正途，以免架構(gòu)遭到破壞。l如果成本不允許，要把這一塊“飛地l如果成本不允許，要把這一塊“飛地”標(biāo)識清楚，盡可能成為以后架構(gòu)設(shè)計可以利用的“輪子”，而不是“陷阱”。純粹特事特辦體現(xiàn)職業(yè)操守，純粹特事特辦體現(xiàn)職業(yè)操守，申明立場，給出認真詳盡的分析意見如果真的反對項目設(shè)計和實現(xiàn)方式，就必須在文檔中保留分析意見。為未來真如果真的反對項目設(shè)計和實現(xiàn)方式，就必須在文檔中保留分析意見。為未來真的需要調(diào)整時做參考使用。且行且珍惜管理大企業(yè)既要有擔(dān)當(dāng)主力、穩(wěn)扎穩(wěn)打的方陣不對，也要有處理特殊任務(wù)企業(yè)的雙模開發(fā)，管理大企業(yè)既要有擔(dān)當(dāng)主力、穩(wěn)扎穩(wěn)打的方陣不對，也要有處理特殊任務(wù)企業(yè)的雙模開發(fā)，讓企業(yè)在“按部就班”和“特事特辦”中切換也很正常人和人所在的環(huán)境并非是一個單純的開發(fā)模式或是技術(shù)機構(gòu)的問題”捷徑難尋 向下實現(xiàn)企業(yè)級很難 向下實現(xiàn)企業(yè)級很難金融金融 別人成功經(jīng)驗很難彼得彼得·德魯克曾說過這樣一句名言：“文化能將戰(zhàn)略當(dāng)午餐吃掉”，這的確是一個難題。業(yè)務(wù)上需要做的調(diào)整不亞于技術(shù)上要業(yè)務(wù)上需要做的調(diào)整不亞于技術(shù)上要做的調(diào)整，而對于企業(yè)文化的調(diào)整則尤為重要引人新方法、新思引人新方法、新思維產(chǎn)生的沖擊也需要大量的時間去消化，這將是一個徹頭徹尾的大轉(zhuǎn)身建立企業(yè)級不于一建立企業(yè)級不于一對部門邊界、協(xié)同關(guān)系的重新界定?，F(xiàn)實做出的妥協(xié)，會讓很多美好的“理想”現(xiàn)實做出的妥協(xié)，會讓很多美好的“理想”實現(xiàn)整體轉(zhuǎn)型。太多不該戴的“高帽”權(quán)責(zé)難定阿里智能云事業(yè)群總裁張建鋒（花名“行顛”）先生在接受外部采訪時表示，“大部分企業(yè)都缺少非常好的業(yè)務(wù)架構(gòu)，這個業(yè)務(wù)架構(gòu)你沒法招聘，只能自己培養(yǎng)”企業(yè)級轉(zhuǎn)型期間轉(zhuǎn)型期結(jié)束之后架構(gòu)的定位困難必須關(guān)注架構(gòu)師的重要性驗?愛美之心，人皆有之，人們都知道體型好代表既漂亮又健康，因此花錢、花時間減肥的大有人在，但是真正堅持到底、后期不反彈的又有多少？?未必是將架構(gòu)組織撤銷、機制停掉這類激烈的動作?而是各種“畏難情緒”“客觀原因”導(dǎo)致的緩慢的無序，是由一個個需求的分配、落地的偏離堆積而來的?企業(yè)級維護工作很難與個體、局部的利益有明確的結(jié)合，很多時候需要依靠員工自覺去維護企業(yè)級?除了所謂的制度、機制之外，還會繞回到戰(zhàn)略和文化的問題上，即人們常說的如何打造一個“偉大的企業(yè)”。非技術(shù)因素的作用與技術(shù)因素相比，至少是等量齊觀的第13章第13章實戰(zhàn)：實現(xiàn)了快速設(shè)項目背景及需求項目背景及需求項目背景及需求本案例中的需求是某企業(yè)與某互聯(lián)網(wǎng)公司合作進行的實物貴金屬產(chǎn)品在線銷售的業(yè)務(wù)。當(dāng)時，其競爭對手與另一家互聯(lián)網(wǎng)公司剛剛合作了此類項目，受市場形勢所迫，該項目必須快馬加鞭，緊急施工，特事特辦。?需求產(chǎn)生時，該企業(yè)正在企業(yè)級轉(zhuǎn)型期間，但已經(jīng)完成了企業(yè)整體戰(zhàn)略設(shè)計、高階能力需求分解，實現(xiàn)了企業(yè)級的業(yè)務(wù)架構(gòu)設(shè)計和業(yè)務(wù)模型建設(shè)，并已應(yīng)用模型驅(qū)動企業(yè)級開發(fā)了數(shù)年時間，工具使用已經(jīng)比較熟練。?在轉(zhuǎn)型項目期間，該企業(yè)平均每年都有幾十個大型項目同時開展。所有業(yè)務(wù)需求都要經(jīng)過業(yè)務(wù)架構(gòu)分析，出具業(yè)務(wù)架構(gòu)方案，再落實到具體項目組，可以說，企業(yè)級分析是項目的先導(dǎo)和開發(fā)任務(wù)分工的依據(jù)。?業(yè)務(wù)部門為配合快速開發(fā)，已經(jīng)連夜寫出了業(yè)務(wù)需求。需求共計15頁，將近9000字，涉及11個大的需求項，需要業(yè)務(wù)架構(gòu)師馬上根據(jù)需求文檔形成業(yè)務(wù)架構(gòu)方案，以推動快速立項、快速進入開發(fā)階段。?需求的主要內(nèi)容包括：為客戶建立虛擬賬戶，用于記錄客戶買賣交易、持倉等；支持使用該互聯(lián)網(wǎng)公司的黃金發(fā)送紅包（黃金份額）；紅包的賬務(wù)性處理、紅包資金的支付結(jié)算及劃轉(zhuǎn)；支持黃金實物兌換；支持黃金轉(zhuǎn)贈；銷售數(shù)據(jù)提取、報表統(tǒng)計、實物提取配送數(shù)據(jù)交互以及相應(yīng)的核算規(guī)則等。項目思路和業(yè)務(wù)架構(gòu)方案業(yè)務(wù)架構(gòu)方案業(yè)務(wù)架構(gòu)方案?識別新業(yè)務(wù)流程與原有業(yè)務(wù)流程的差異?判斷所涉及的模型范圍，識別出需要使用的活動、任務(wù)、涉及的組件?識別需要新增的內(nèi)容，新增的內(nèi)容應(yīng)該歸屬于哪個任務(wù)和組件等。?為項目組指派具體承接的需求，這不是簡單地對號入座，架構(gòu)設(shè)計最重要的就是理清結(jié)構(gòu)和關(guān)系，說清各部分的具體分工和協(xié)作，給出明確的設(shè)計理由業(yè)務(wù)需求分析業(yè)務(wù)需求分析?包含了大量的業(yè)務(wù)組件和領(lǐng)域級業(yè)務(wù)應(yīng)用?涉及多個核心組件及公共類支持組件項目思路和業(yè)務(wù)架構(gòu)方案面面VV>>><VV>>><項目思路和業(yè)務(wù)架構(gòu)方案 賬的支持，由“非實物交易管物交易管理組件”負責(zé)實物金交易，“營運管理組件”成，這些業(yè)務(wù)都有現(xiàn)有業(yè)務(wù)活動對賬清算和手對賬清算和手續(xù)費扣收續(xù)費扣收和企業(yè)賬戶之間轉(zhuǎn)賬完成，報表對原有業(yè)務(wù)架構(gòu)和模型的充分復(fù)用模型化的業(yè)務(wù)架構(gòu)工具對企業(yè)級需求分析的加速作用業(yè)務(wù)架構(gòu)師必須非常熟悉項目情況業(yè)務(wù)架構(gòu)還可以對提高項目的效率發(fā)揮更大作用第四部分：業(yè)務(wù)架構(gòu)落地篇第14章第14章如何支持面向構(gòu)件的 lllll樂高積木”l樂高積木”獨立的單元，該準(zhǔn) ““顆粒度”很重要?構(gòu)件開發(fā)并不是服務(wù)之間可以互相通信、互相調(diào)用就萬事大吉了，這樣的邏輯對于技術(shù)人員而言好像還可以接受，但是卻無法傳遞給業(yè)務(wù)人員，這種邏輯成了單純的技術(shù)組裝。?如果服務(wù)“顆粒度”劃分過細，那么這樣的構(gòu)件開發(fā)將會拖累死通信機制，最后形成一個混亂的網(wǎng)狀通信，使得迭代、升級變得異常復(fù)雜。解脫。?不關(guān)心業(yè)務(wù)人員是否理解，只在乎技術(shù)“自由度”的設(shè)計的“組裝”到底是不是業(yè)務(wù)人員期待的“組裝”現(xiàn)有架構(gòu)設(shè)計方式的不足?SOA的缺點是在實際操作中并不真正關(guān)心“顆粒度”問題，一個遺留系統(tǒng)既可以直接被封裝成一個服務(wù)，也可以將很小的功能服務(wù)化，二者的地位是一樣的。所以，經(jīng)常有人說，SOA本質(zhì)上是一個集成架構(gòu)，它能有效地解決異構(gòu)系統(tǒng)的集成問題，統(tǒng)一的通信方式，重擔(dān)一般會直接壓給企業(yè)總線。?微服務(wù)雖然很關(guān)心“顆粒度”的問題，但是卻很難判斷服務(wù)的合適大小。若服務(wù)太大了，則內(nèi)聚性不好；若服務(wù)太小了，則通信會過于復(fù)雜，從而降低效率。目前微服務(wù)領(lǐng)域也只存在一些參考性的原則，并沒有通用的標(biāo)準(zhǔn)。?DDD方法指導(dǎo)微服務(wù)設(shè)計，并取得了一些成果。但是DDD方法本身的學(xué)習(xí)門檻比較高，不容構(gòu)建模型的設(shè)計方式一個有結(jié)構(gòu)的裝配模板，用于“組裝”就成了產(chǎn)品，產(chǎn)品的“零件”“零件”就是可用于“組裝”構(gòu)建模型的設(shè)計方式 VVVVVVV建立構(gòu)件模型的虛擬案例交易金額價格總行分行V建立構(gòu)件模型的虛擬案例2、采用構(gòu)件模式實現(xiàn)的金融產(chǎn)品競價功總行總行加面向業(yè)務(wù)對“組裝”向操作實現(xiàn)的、較“細”V競價主題域交易金額價格建立構(gòu)件模型的虛擬案例3、構(gòu)件模型帶來新的業(yè)務(wù)模型表達方式V交易金額價格建立構(gòu)件模型的虛擬案例3、構(gòu)件模型帶來新的業(yè)務(wù)模型表達方式度度YYYY.>>>>V構(gòu)件模型的技術(shù)設(shè)計建議實例化的結(jié)果中包含參數(shù)清單，其中可配置的參數(shù)可以基于業(yè)務(wù)操作形成的賦值結(jié)果生成參數(shù)記錄，用于服務(wù)被調(diào)用時提供參數(shù)實例化的結(jié)果中還包含構(gòu)件清單，構(gòu)件清單可以用于服務(wù)編排。構(gòu)件的執(zhí)行順序可以串成流程，也可以在服務(wù)編排中用于確定構(gòu)發(fā)。構(gòu)件根據(jù)其與服務(wù)的關(guān)聯(lián)關(guān)系，可以在對于流程明確的情況，但其實流程是否發(fā)生變化并沒有很大的影響，實例化之而對于實例化之前流程不能確定的情況，則可能無法實現(xiàn)構(gòu)件順序的預(yù)定，只能單個觸發(fā)構(gòu)件執(zhí)行，而構(gòu)件執(zhí)行時服務(wù)的執(zhí)行順序>V>VV>>>VVVVVVV >VVVVVVV 第15章第15章構(gòu)件輕量級架構(gòu)管理構(gòu)件模型的抽象要素及邏輯關(guān)系?每個業(yè)務(wù)領(lǐng)域下都可能有一到多個模板用于設(shè)計業(yè)務(wù)實例或產(chǎn)品；模板可以包含若干個構(gòu)件，組裝式開發(fā)可以表達為業(yè)務(wù)實例或產(chǎn)品與模板、模板與構(gòu)件間的對應(yīng)關(guān)系。?構(gòu)件中可以記錄復(fù)用推薦度，以方便業(yè)務(wù)人員后續(xù)做設(shè)計時使用；構(gòu)件中還會包含多個參數(shù)，參數(shù)應(yīng)盡量使用數(shù)據(jù)模型中的數(shù)據(jù)項，但是實際操作中也可能需要列入一些與業(yè)務(wù)無關(guān)的技術(shù)字段。此外，應(yīng)該為每個參數(shù)注明是否可供業(yè)務(wù)人員直接配置，若是不可直接配置的參數(shù)則不提供面向業(yè)務(wù)人員的配置界面。?構(gòu)件中可以記錄復(fù)用推薦度，以方便業(yè)務(wù)人員后續(xù)做設(shè)計時使用；構(gòu)件中還會包含多個參數(shù)，參數(shù)應(yīng)盡量使用數(shù)據(jù)模型中的數(shù)據(jù)項，但是實際操作中也可能需要列入一些與業(yè)務(wù)無關(guān)的技術(shù)字段。此外，應(yīng)該為每個參數(shù)注明是否可供業(yè)務(wù)人員直接配置，若是不可直接配置的參數(shù)則不提供面向業(yè)務(wù)人員的配置界面。?一個構(gòu)件可以對應(yīng)一到多個實現(xiàn)上的服務(wù)，構(gòu)件此時代表的是一個服務(wù)集合。對構(gòu)件的復(fù)用并不是指去任意復(fù)用SOA中的服務(wù)，而是構(gòu)件對應(yīng)的服務(wù)整體對外提供一種能力，這才是“零件”的含義，否則，構(gòu)件就不是一個真實的存在。如果原有構(gòu)件中的一部分服務(wù)又被集合成了新的能力，則應(yīng)再增加一個構(gòu)件與之進行對應(yīng)，這樣的構(gòu)件才真正具有部署的含義。業(yè)務(wù)實例或業(yè)務(wù)實例或產(chǎn)品?由于服務(wù)可以被調(diào)用，因此服務(wù)會對應(yīng)報文，報文既包括請求報文，也包括響應(yīng)報文。報文中又會包含與構(gòu)件對應(yīng)的參數(shù)，二者既可以合二為一，也可以分開表達。?模板在生產(chǎn)中會派生為業(yè)務(wù)實例或產(chǎn)品，在產(chǎn)品銷售前及銷售過程中，所有的參數(shù)都將完成賦值。?每個業(yè)務(wù)實例或產(chǎn)品都會有描述性的標(biāo)簽信息，這些信息通過集合形成產(chǎn)品目錄。輕量級架構(gòu)管理工具的設(shè)計原理隊--隊--采集項目信息的價值信息采集會帶來一定的工作量考慮設(shè)計一套邏輯進行項目信息的有效收集和分析輕量級架構(gòu)管理工具的優(yōu)缺點輕量級架構(gòu)管理工具的優(yōu)缺優(yōu)點優(yōu)點應(yīng)用輕量級架構(gòu)管理工具管理新需求部署設(shè)計部署設(shè)計），應(yīng)用輕量級架構(gòu)管理工具管理新需應(yīng)用輕量級架構(gòu)管理工具管理新需第16章第16章基于構(gòu)件模型談?wù)剛鹘y(tǒng)企業(yè)的產(chǎn)品創(chuàng)新創(chuàng)新管理三要素品信息傳遞高速公路” 16.1信息傳導(dǎo)：打造信息傳遞高速公路----可以包含設(shè)計者、管理者、銷售方、合作方、產(chǎn)品特征、適用客戶群體等各類描述信息，也就是“標(biāo)簽”。>>>>產(chǎn)品目錄能夠連通公司內(nèi)外，連通業(yè)務(wù)和技術(shù)，將市場信息、客戶信息、銷售信息、伙伴信息等各種信息通過高維數(shù)據(jù)結(jié)構(gòu)組產(chǎn)品