企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計-方法論與實踐

本書核心內(nèi)容

No.1

業(yè)務(wù)架構(gòu)基礎(chǔ)經(jīng)典架構(gòu)設(shè)計理論業(yè)務(wù)架構(gòu)發(fā)展理念業(yè)務(wù)架構(gòu)與技術(shù)架構(gòu)常見業(yè)務(wù)模型及其建模原則No.2

業(yè)務(wù)架構(gòu)設(shè)計設(shè)計的起點(diǎn)：戰(zhàn)略分析、對標(biāo)分析、組織結(jié)構(gòu)調(diào)整設(shè)計的過程：價值鏈分析、行為分析、數(shù)據(jù)分析、組件分析設(shè)計的難點(diǎn)：標(biāo)準(zhǔn)化方法、避免過度整合No.3

業(yè)務(wù)架構(gòu)落地從業(yè)務(wù)架構(gòu)模型到方案業(yè)務(wù)架構(gòu)方案的實施轉(zhuǎn)型后的長期應(yīng)用機(jī)制業(yè)務(wù)架構(gòu)的“笨重”與敏捷企業(yè)級業(yè)務(wù)架構(gòu)的5個難點(diǎn)No.4

架構(gòu)方法改良面向架構(gòu)的設(shè)計輕量級架構(gòu)管理工具構(gòu)件模型與產(chǎn)品創(chuàng)新No.5

業(yè)務(wù)架構(gòu)與中臺阿里中臺企業(yè)文化與中臺業(yè)務(wù)架構(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.8

輕量級架構(gòu)管理工具邏輯圖No.7

基于構(gòu)件化設(shè)計的業(yè)務(wù)架構(gòu)整體邏輯關(guān)系示意圖No.5

業(yè)務(wù)架構(gòu)師工作組織形式示意圖No.6

構(gòu)件模型與業(yè)務(wù)模型、系統(tǒng)實現(xiàn)的關(guān)系示意圖目錄

第1章

業(yè)務(wù)架構(gòu)的發(fā)展歷程Zachman模型TOGAFFEA和DODAF沉吟至今業(yè)務(wù)架構(gòu)的定義第2章

業(yè)務(wù)架構(gòu)的作用及與IT架構(gòu)的關(guān)系業(yè)務(wù)架構(gòu)的作用業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系第3章

架構(gòu)伴侶：業(yè)務(wù)模型模型與業(yè)務(wù)模型常見的建模方法建模原則與模型思維的應(yīng)用第4章

業(yè)務(wù)架構(gòu)的設(shè)計起點(diǎn)企業(yè)戰(zhàn)略分析對標(biāo)分析組織結(jié)構(gòu)的影響不容忽視第5章

業(yè)務(wù)架構(gòu)的設(shè)計過程價值鏈分析行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型組件分析：行為與數(shù)據(jù)的結(jié)合業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系第6章

業(yè)務(wù)架構(gòu)的設(shè)計難點(diǎn)基本的標(biāo)準(zhǔn)化方法避免“過度整合”何以解憂，唯有“融合”第7章

虛擬案例：商業(yè)銀行業(yè)務(wù)架構(gòu)設(shè)計價值鏈設(shè)計存款領(lǐng)域的模型設(shè)計貸款領(lǐng)域的模型設(shè)計跨領(lǐng)域的標(biāo)準(zhǔn)化組件設(shè)計案例總結(jié)第8章

從業(yè)務(wù)架構(gòu)模型到業(yè)務(wù)架構(gòu)方案業(yè)務(wù)架構(gòu)設(shè)計不是為了替代需求分析制作業(yè)務(wù)架構(gòu)方案小團(tuán)隊的應(yīng)對之道需要充分解釋架構(gòu)方案努力打造“通用語言”第9章

基于業(yè)務(wù)架構(gòu)方案的實施過程基于業(yè)務(wù)架構(gòu)的設(shè)計基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)處理架構(gòu)調(diào)整的原則企業(yè)級物有所值嗎？第10章

建立轉(zhuǎn)型后的長期應(yīng)用機(jī)制項目結(jié)束了該怎么辦？促進(jìn)深度融合的需求管理機(jī)制第11章

這個“笨重”的過程與敏捷沾邊嗎？傳說中和現(xiàn)實中的雙模開發(fā)與正宗的敏捷對比與非正宗的敏捷對比且行且珍惜第12章

企業(yè)級的“五難”捷徑難尋文化難建預(yù)期難控權(quán)責(zé)難定長志難立第13章

實戰(zhàn)：實現(xiàn)了快速設(shè)計的案例項目背景及需求設(shè)計思路和業(yè)務(wù)架構(gòu)方案案例總結(jié)目錄

第14章

如何支持面向構(gòu)件的設(shè)計“樂高積木”式的軟件設(shè)計“顆粒度”問題構(gòu)件模型的設(shè)計方式建立構(gòu)件模型的虛擬案例構(gòu)件模型的技術(shù)設(shè)計建議本章小結(jié)第15章

構(gòu)建輕量級架構(gòu)管理工具構(gòu)件模型的抽象要素及邏輯關(guān)系輕量級架構(gòu)管理工具的設(shè)計原理采集項目信息的價值輕量級架構(gòu)管理工具的優(yōu)缺點(diǎn)應(yīng)用輕量級架構(gòu)管理工具管理新需求第16章

基于構(gòu)件模型談?wù)剛鹘y(tǒng)企業(yè)的產(chǎn)品創(chuàng)新信息傳導(dǎo)：打造信息傳遞高速公路信息分析：創(chuàng)造高維數(shù)據(jù)創(chuàng)新平臺：擴(kuò)展構(gòu)件模型構(gòu)件模型及其應(yīng)用設(shè)想的不足第17章

中臺之上阿里中臺簡介企業(yè)文化的作用由業(yè)務(wù)架構(gòu)方法可以推導(dǎo)出中臺設(shè)計嗎？尾聲

對實踐的再次思考附錄A

位置、力量、資源附錄B

積木式創(chuàng)新企業(yè)級業(yè)務(wù)架構(gòu)的主線

戰(zhàn)略分析架構(gòu)設(shè)計架構(gòu)落地長期管理架構(gòu)方法論的持續(xù)改良行線知線業(yè)務(wù)架構(gòu)的“知行合一”行線：覆蓋了企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計、實現(xiàn)及后期管理的完整過程。知線：架構(gòu)方法論的持續(xù)改良。架構(gòu)師有責(zé)任和義務(wù)持續(xù)改進(jìn)、宣傳架構(gòu)的設(shè)計方法，推動架構(gòu)理念在企業(yè)以及社會范圍內(nèi)的磨礪、傳播，實現(xiàn)架構(gòu)的“知行合一”。第1章 業(yè)務(wù)架構(gòu)的發(fā)展歷程1.1 Zachman模型1.2 TOGAF1.3 FEA和DODAF1.4 沉吟至今1.5 業(yè)務(wù)架構(gòu)的定義第2章

業(yè)務(wù)架構(gòu)的作用及與IT架構(gòu)的關(guān)系2.1 業(yè)務(wù)架構(gòu)的作用2.2 業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系第3章 架構(gòu)伴侶：業(yè)務(wù)模型3.1 模型與業(yè)務(wù)模型3.2 常見的建模方法3.3 建模原則與模型思維的應(yīng)用第一部分：業(yè)務(wù)架構(gòu)基礎(chǔ)篇

11第1章

業(yè)務(wù)架構(gòu)的發(fā)展歷程

Zachman模型

1.15W1HWhat（數(shù)據(jù)）Where（網(wǎng)絡(luò)）Who（角色）When（時間）Why（動機(jī)）How（功能）Zachman模型

1.1數(shù)據(jù)（什么？）功能（怎樣？）網(wǎng)絡(luò)（哪里？）角色（誰？）時間（何時？）動機(jī)（為何？）目標(biāo)范圍列出對業(yè)務(wù)至關(guān)重要的元素列出業(yè)務(wù)執(zhí)行的流程列出與業(yè)務(wù)運(yùn)營有關(guān)的地域分布要求列出對業(yè)務(wù)重要的組織部門列出對業(yè)務(wù)重要的事件及時間周期列出企業(yè)目標(biāo)、戰(zhàn)略業(yè)務(wù)模型實體關(guān)系圖（包括M:M關(guān)系、N-ary關(guān)系，歸因關(guān)系）業(yè)務(wù)流程模型（物理數(shù)據(jù)流程圖）物流網(wǎng)絡(luò)（節(jié)點(diǎn)和鏈接）基于角色的組織層次圖，包括相關(guān)技能規(guī)定、安全保障問題業(yè)務(wù)主進(jìn)度表業(yè)務(wù)計劃信息系統(tǒng)模型數(shù)據(jù)模型（聚合體、完全規(guī)格化）關(guān)鍵數(shù)據(jù)流程圖、應(yīng)用架構(gòu)分布系統(tǒng)架構(gòu)人機(jī)界面架構(gòu)（角色、數(shù)據(jù)、入口）相依關(guān)系圖、數(shù)據(jù)實體生命歷程（流程結(jié)構(gòu)）業(yè)務(wù)標(biāo)準(zhǔn)模型技術(shù)模型數(shù)據(jù)架構(gòu)（數(shù)據(jù)庫中的表格列表及屬性）遺產(chǎn)數(shù)據(jù)圖系統(tǒng)設(shè)計：結(jié)構(gòu)圖、偽代碼系統(tǒng)架構(gòu)（硬件、軟件類型）用戶界面（系統(tǒng)如何工作）、安全設(shè)計“控制流”圖（控制結(jié)構(gòu)）業(yè)務(wù)標(biāo)準(zhǔn)設(shè)計詳細(xì)展現(xiàn)數(shù)據(jù)設(shè)計（反向規(guī)格化）（物理存儲器設(shè)計）詳細(xì)程序設(shè)計網(wǎng)絡(luò)架構(gòu)屏顯、安全機(jī)構(gòu)（不同種類數(shù)據(jù)源的開放設(shè)定）時間、周期定義程序邏輯的角色說明功能系統(tǒng)轉(zhuǎn)化后的數(shù)據(jù)可執(zhí)行程序通信設(shè)備受訓(xùn)的人員企業(yè)業(yè)務(wù)強(qiáng)制標(biāo)準(zhǔn)Zachman模型TOGAF模型

1.2A架構(gòu)愿景B業(yè)務(wù)架構(gòu)C信息系統(tǒng)架構(gòu)D技術(shù)架構(gòu)E機(jī)會及解決方案F遷移規(guī)劃G實施治理H架構(gòu)變更管理需求管理預(yù)備階段為成功的架構(gòu)項目準(zhǔn)備組織制定TOGAF項目的范圍、約束和期望值驗證業(yè)務(wù)上下文，創(chuàng)建架構(gòu)愿景創(chuàng)建架構(gòu)工作說明書開發(fā)基線和目標(biāo)業(yè)務(wù)架構(gòu)分析差距開發(fā)基線和目標(biāo)數(shù)據(jù)架構(gòu)開發(fā)基線和目標(biāo)應(yīng)用架構(gòu)分析差距開發(fā)基線和目標(biāo)技術(shù)架構(gòu)分析差距進(jìn)行初步的實施規(guī)劃識別主要實施項目分析成本、效益和風(fēng)險開發(fā)詳細(xì)的實施和遷移計劃為實施提供架構(gòu)監(jiān)管確保實施項目遵守架構(gòu)提供持續(xù)的檢測和變更管理流程以確保架構(gòu)響應(yīng)企業(yè)需求確保TOGAF每一階段項目是基于業(yè)務(wù)需求TOGAF模型

1.2預(yù)備階段原則目錄階段B，業(yè)務(wù)架構(gòu)組織/實施者目錄驅(qū)動力/目標(biāo)/目的目錄角色目錄業(yè)務(wù)服務(wù)/功能目錄位置目錄流程/厚件控制/產(chǎn)品目錄契約測度目錄業(yè)務(wù)互動矩陣施動者/角色矩陣業(yè)務(wù)軌跡圖業(yè)務(wù)服務(wù)/信息圖功能的分解圖產(chǎn)品生命期圖目標(biāo)/目的/服務(wù)圖用例圖組織分解圖流程圖事件圖階段C，數(shù)據(jù)架構(gòu)數(shù)據(jù)

實體/數(shù)據(jù)構(gòu)件目錄數(shù)據(jù)實體/業(yè)務(wù)功能矩陣系統(tǒng)數(shù)據(jù)矩陣類圖數(shù)據(jù)發(fā)布圖數(shù)據(jù)安全圖類階層圖數(shù)據(jù)遷移圖數(shù)據(jù)生命周期圖階段C，應(yīng)用架構(gòu)應(yīng)用組合目錄接口目錄系統(tǒng)/組織矩陣角色/系統(tǒng)矩陣系統(tǒng)/功能矩陣應(yīng)用互動矩陣應(yīng)用通信圖應(yīng)用和用戶位置圖系統(tǒng)用例圖企業(yè)可管理性圖流程/系統(tǒng)實現(xiàn)圖軟件工程圖應(yīng)用遷移圖軟件分布圖階段A，架構(gòu)愿景利益關(guān)系者映射矩陣價值鏈圖解決方案概念圖階段D，技術(shù)架構(gòu)技術(shù)標(biāo)準(zhǔn)目錄技術(shù)組合目錄系統(tǒng)/技術(shù)矩陣環(huán)境和位置圖平臺分解圖處理圖網(wǎng)絡(luò)計算/硬件圖通信工程圖階段E，機(jī)會及解決方案項目背景圖效益圖需求管理需求目錄TOGAF

9

交付物：目錄、矩陣、圖FEA和DODAF模型（FEA模型）

1.3FEA和DODAF模型（DODAF模型）

1.3（

描

述

體

系

結(jié)

果

背

景

、

目

標(biāo)

、

范

圍

等

）全景視

圖數(shù)據(jù)與信息視

圖（

描

述

體

系

結(jié)

構(gòu)

內(nèi)

容

的

數(shù)

據(jù)

相

互

關(guān)

系與

結(jié)

構(gòu)

）標(biāo)準(zhǔn)視

圖（

描

述

可

應(yīng)

用

到

體

系

結(jié)

構(gòu)

的

標(biāo)

準(zhǔn)

指

南和

發(fā)

展

預(yù)

測

）能力視圖（描述能力要素、交付時間及其部署后形成的能力）項目視

圖（

描

述

業(yè)

務(wù)

與

能

力

需

求

及

正

在

實

施

中的

不

同

項

目

間

的

關(guān)

系

，

能

力

管

理

與

采購

系

統(tǒng)

程

序

之

間

的

從

屬

關(guān)

系

）業(yè)務(wù)視圖（描述業(yè)務(wù)愿景、程序、活動及其需要）服務(wù)視圖（描述性能、活動、服務(wù)及其交換規(guī)則）系統(tǒng)視圖（描述系統(tǒng)組成部分、系統(tǒng)間連接關(guān)系及其背景與規(guī)則）FEA和DODAF模型（DODAF模型）

1.3能力視圖作戰(zhàn)視圖系統(tǒng)視圖服務(wù)視圖CV-1構(gòu)想模型CV-2能力分類模型CV-3能力實現(xiàn)時段模型CV-4能力依賴關(guān)系模型CV-5能力與機(jī)構(gòu)發(fā)展映射模型CV-6能力與作戰(zhàn)活動映射模型CV-7能力與服務(wù)映射模型OV-1頂層作戰(zhàn)概念圖SV-1系統(tǒng)接口表述模型SveV-1服務(wù)接口表述模型OV-2作戰(zhàn)資源流表述模型SV-2系統(tǒng)資源流表述模型SveV-2服務(wù)資源流表述模型OV-3作戰(zhàn)資源流矩陣SV-3系統(tǒng)一系統(tǒng)矩陣SveV-3a服務(wù)一系統(tǒng)矩陣SveV-3b服務(wù)一服務(wù)矩陣OV-4組織關(guān)系圖SV-4系統(tǒng)功能模型SveV-4服務(wù)功能模型OV-5a作戰(zhàn)活動分解樹OV-5b作戰(zhàn)活動模型SV-5a

系統(tǒng)功能與作戰(zhàn)活動跟蹤矩陣SV-5b系統(tǒng)與作戰(zhàn)活動跟蹤矩陣SveV-5服務(wù)與作戰(zhàn)活動跟蹤矩陣SV-6系統(tǒng)資源流矩陣SveV-6服務(wù)資源流矩陣SV-7系統(tǒng)度量矩陣Svev-7服務(wù)度量矩陣SV-8系統(tǒng)演變表述模型SveV-8服務(wù)演變表述模型SV-9系統(tǒng)技術(shù)和技能預(yù)測SveV-9服務(wù)技術(shù)和技能預(yù)測OV-6a作戰(zhàn)規(guī)則模型OV-6b作戰(zhàn)狀態(tài)轉(zhuǎn)換模型OV-6c作戰(zhàn)事件跟蹤模型SV-10a系統(tǒng)規(guī)則模型SV-10b系統(tǒng)狀態(tài)轉(zhuǎn)換模型SV-10c系統(tǒng)事件跟蹤模型SveV-10a

服務(wù)規(guī)則模型SveV-10b服務(wù)狀態(tài)轉(zhuǎn)換模型SveV-c

服務(wù)事件跟蹤模型全景視圖標(biāo)準(zhǔn)視圖項目視圖數(shù)據(jù)視圖AV-1綜述和概要信息模型AV-2綜合詞典StdV-1標(biāo)準(zhǔn)概要模型StdV-2標(biāo)準(zhǔn)預(yù)測模型PV-1項目與機(jī)構(gòu)關(guān)系模型PV-2項目實現(xiàn)時段模型PV-3項目與能力映射模型DIV-1概念數(shù)據(jù)模型DIV-2邏輯數(shù)據(jù)模型DIV-3物理數(shù)據(jù)模型DODAF

的核心——8個視圖與52個模型沉吟至今

1.4用得少難設(shè)計易偏離難維護(hù)業(yè)務(wù)架構(gòu)師不常見，業(yè)務(wù)架構(gòu)有點(diǎn)虛的原因單體式或豎井式開發(fā)更為常用，這種開發(fā)沒有橫向視角，無需強(qiáng)調(diào)業(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)的偏離，這種偏離如果沒有得到及時糾正或架構(gòu)調(diào)整，積累久了就會造成業(yè)務(wù)架構(gòu)的失真。度過了業(yè)務(wù)架構(gòu)落地困難期，感受到維護(hù)架構(gòu)的難度而心生放棄，從而降低了對業(yè)務(wù)架構(gòu)的評價。業(yè)務(wù)架構(gòu)的定義

1.5業(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è)能力分析方法。使用場景：可以用于單個產(chǎn)品線或業(yè)務(wù)種類的領(lǐng)域級分析，也可以用于跨越產(chǎn)品線、業(yè)務(wù)領(lǐng)域的企業(yè)級分析。使命：面向復(fù)雜系統(tǒng)構(gòu)建，降低復(fù)雜度。作用：應(yīng)當(dāng)將業(yè)務(wù)架構(gòu)從IT戰(zhàn)略中獨(dú)立出來，更多的面向業(yè)務(wù)人員，以充當(dāng)業(yè)務(wù)與技術(shù)之間的橋梁。21第2章

業(yè)務(wù)機(jī)構(gòu)的作用與IT架構(gòu)的關(guān)系

業(yè)務(wù)架構(gòu)的作用

2.1傳統(tǒng)行業(yè)中的先行者已經(jīng)實現(xiàn)了“數(shù)字化”后覺者如何啟動自身的“數(shù)字化”業(yè)務(wù)架構(gòu)帶動深度融合來自銀行的聲音星巴克16%的收入來自手機(jī)客戶端；滴滴2016年日生產(chǎn)數(shù)據(jù)超過50TB，每天規(guī)劃90億次路徑；2017年全年提供出行服務(wù)74.3億次；美團(tuán)為騎手提供智能語音服務(wù)。給你一把狙擊槍，不代表你已經(jīng)成為一名合格的狙擊手。不是讓所有人都去學(xué)習(xí)IT技術(shù)，而是轉(zhuǎn)變思維方式，架起一道跨越“數(shù)字鴻溝”的橋梁。業(yè)務(wù)架構(gòu)可以幫助業(yè)務(wù)人員整體化、結(jié)構(gòu)化思考問題，從業(yè)務(wù)和系統(tǒng)的視角，去理解業(yè)務(wù)和技術(shù)。幫助技術(shù)人員理解業(yè)務(wù)人員，讓業(yè)務(wù)和技術(shù)能夠使用同一種“語言”工作。深度融合代表互相深入理解，從思維方式的轉(zhuǎn)變開始，通過建立業(yè)務(wù)架構(gòu)，業(yè)務(wù)和技術(shù)都能向?qū)Ψ降念I(lǐng)域邁出一步。對業(yè)務(wù)人員挑戰(zhàn)更大。業(yè)務(wù)如果不能很好的結(jié)構(gòu)化、模塊化，那么技術(shù)人員也很難做出一個具有良好架構(gòu)的系統(tǒng)。銀行業(yè)務(wù)種類繁多，組織結(jié)構(gòu)龐雜，更需要合理的“企業(yè)級”規(guī)劃。中國建設(shè)銀行歷時6年的新一代核心系統(tǒng)建設(shè)，通過采用企業(yè)級建模，形成了以“四個一（一套模型、一套IT架構(gòu)、一套實施工藝和一套管理流程）”為特征的企業(yè)級工程實施方法，及集團(tuán)層面的流程模型、數(shù)據(jù)模型、產(chǎn)品模型和用戶體驗?zāi)Ｐ?。工行重?gòu)了業(yè)務(wù)架構(gòu)視圖，重新規(guī)劃了28個領(lǐng)域的業(yè)務(wù)架構(gòu)，形成了2300余個任務(wù)組件。業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系

2.2業(yè)務(wù)架構(gòu)從企業(yè)戰(zhàn)略出發(fā)，按照企業(yè)戰(zhàn)略設(shè)計業(yè)務(wù)及業(yè)務(wù)過程，業(yè)務(wù)過程是需要業(yè)務(wù)能力支撐的，從戰(zhàn)略到業(yè)務(wù)再到對業(yè)務(wù)能力的需要，就形成了支持企業(yè)戰(zhàn)略實現(xiàn)的能力布局，這個布局理解為業(yè)務(wù)架構(gòu)。業(yè)務(wù)架構(gòu)設(shè)計盡可能的追求以更集約的能力實現(xiàn)更為多變的業(yè)務(wù)或服務(wù)。這也是中臺戰(zhàn)略追求的目標(biāo)。業(yè)務(wù)架構(gòu)設(shè)計完成后，“靈魂”就誕生了。IT架構(gòu)是根據(jù)“靈魂”的需要來設(shè)計“容器”。IT架構(gòu)通常分為：應(yīng)用架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)、安全架構(gòu)。將“靈魂”注入“容器”是技術(shù)人員的重要工作，能否順利注入，讓“靈魂”有個適宜的居所，則是有賴于對“靈魂”的充分認(rèn)知；而引導(dǎo)這一認(rèn)知過程，讓原本朦朧神秘、紛繁復(fù)雜的“靈魂”清晰可見的，正是業(yè)務(wù)架構(gòu)。業(yè)務(wù)架構(gòu)與IT架構(gòu)的關(guān)系

2.2應(yīng)用架構(gòu)：重點(diǎn)關(guān)注功能布局，與業(yè)務(wù)架構(gòu)關(guān)系緊密，稱為業(yè)務(wù)架構(gòu)設(shè)計的“緊后工序”。數(shù)據(jù)架構(gòu)：與業(yè)務(wù)架構(gòu)關(guān)系密切，甚至可以歸類為業(yè)務(wù)機(jī)構(gòu)的組成部分。技術(shù)架構(gòu)：主要關(guān)注分層結(jié)構(gòu)，一個邏輯分層很可能要通過多種平臺才能實現(xiàn)，在分層中要加入平臺規(guī)劃。安全架構(gòu)：與業(yè)務(wù)架構(gòu)的關(guān)系不十分緊密，發(fā)展趨勢向業(yè)務(wù)架構(gòu)（或企業(yè)戰(zhàn)略）靠攏，更貼近實際業(yè)務(wù)需要，符合業(yè)務(wù)發(fā)展方向。25第3章

架構(gòu)伴侶：業(yè)務(wù)模型

模型與業(yè)務(wù)模型

3.1模型是所研究的系統(tǒng)、過程、事務(wù)或概念的一種表達(dá)形式，也可指根據(jù)實驗、圖樣放大或縮小而制作的樣品。建筑模型高達(dá)玩具對象模型模型與業(yè)務(wù)模型

3.1利潤收入成本企業(yè)的業(yè)務(wù)模型這個三角形可以說是一切盈利性企業(yè)的基本行為，企業(yè)為生產(chǎn)而投入成本，產(chǎn)品或服務(wù)銷售后獲得收入，而衡量企業(yè)業(yè)績的最基本方法就是計算收入減去成本所得到的利潤。企業(yè)準(zhǔn)備組織哪些人進(jìn)行生產(chǎn)、銷售，在什么樣的渠道上銷售，為此投入什么樣的資源，這就是企業(yè)的生產(chǎn)和銷售流程。收入和成本都需要幾張，這就是財務(wù)會計的流程。對利潤實現(xiàn)情況的衡量、盈虧原因的分析等，都體現(xiàn)在管理會計中?！按蟮乐梁?，衍化致繁”常見的建模方法（ISO

9000模型）

3.2ISO

9000質(zhì)量管理體系是國際標(biāo)準(zhǔn)化組織（ISO）制定的國際標(biāo)準(zhǔn)之一，是指有ISO/TC

176（國際標(biāo)準(zhǔn)化組織質(zhì)量管理和質(zhì)量保證技術(shù)委員會）制定的所有國際標(biāo)準(zhǔn)。該標(biāo)注可以幫助組織實施并有效運(yùn)行質(zhì)量管理體系，是質(zhì)量管理體系通用的要求和指南。申請ISO

9000質(zhì)量認(rèn)證的企業(yè)，通常要繪制企業(yè)的業(yè)務(wù)流程圖，流程圖的樣式為垂直職能帶型，通常使用Visio工具進(jìn)行繪制。ISO

9000模型對業(yè)務(wù)人員非常友好，但是將其應(yīng)用到軟件設(shè)計領(lǐng)域，則會出現(xiàn)表達(dá)能力比較單一，對技術(shù)分析而言有所不足的問題。常見的建模方法（ISO

9000模型）

3.2常見的建模方法（BPMN模型）

3.2BPMN（Business

Process

Model

and

Notation）

即業(yè)務(wù)流程建模與標(biāo)注，是由BPMI（TheBusiness

Process

Management

Initiative）開發(fā)的一套建模標(biāo)準(zhǔn)語言。2004年5月，BPMN

1.0規(guī)范，2011年，BPMN2.0標(biāo)準(zhǔn)。BPMN主要目標(biāo)是為所有用戶提供一些易于理解的符號，支持流程的創(chuàng)建、分析和實現(xiàn)，知道最終用戶的管理和監(jiān)控。BPNM的元素的核心集合包含事件、活動和網(wǎng)關(guān)在內(nèi)的流對象（Flow

Objects），含順序流、消息流以及關(guān)聯(lián)在內(nèi)的連接對象（Connecting

Objects），含數(shù)據(jù)對象、文字注釋和組在內(nèi)的人工信息（Artifacts），以及作為圖形化容器的泳道。常見的建模方法（BPMN模型）

3.2常見的建模方法（BPMN模型）

3.2常見建模方法（UML建模）

3.2UML語言是非專利的第三代建模和規(guī)約語言，最佳實踐是針對大規(guī)模、復(fù)雜系統(tǒng)進(jìn)行建模。UML體系包含了3個主要模塊：1）功能模型：從用戶的角度展示系統(tǒng)的功能，包括用例圖。2）對象模型：采用對象、屬性、操作、關(guān)聯(lián)等概念展示系統(tǒng)的結(jié)構(gòu)和基礎(chǔ)，包括類圖、對象圖。3）動態(tài)模型：展現(xiàn)系統(tǒng)的行為，包括序列圖、活動圖、狀態(tài)圖。常見建模方法（UML建模）

3.2UML對技術(shù)人員比較友好，但是對業(yè)務(wù)人員非常不友好。業(yè)務(wù)架構(gòu)的任務(wù)是搭建業(yè)務(wù)與技術(shù)之間的橋梁，所以業(yè)務(wù)架構(gòu)再結(jié)構(gòu)化表達(dá)方面不可或缺的工具。如果企業(yè)已經(jīng)習(xí)慣了某種建模方法，需要考慮根據(jù)如下因素進(jìn)行調(diào)整：是否可以對原有方法進(jìn)行改造以彌補(bǔ)缺陷。原有的模型成果是否還有復(fù)用的價值。常見建模方法（UML建模）

3.2例1

業(yè)務(wù)邏輯類和對象示例例2

用例“下單請求”的順序圖：主序列常見建模方法（UML建模）

3.2例4

“驗證PIN碼”用例的順序圖：“有效PIN碼”的場景例3

“驗證PIN碼”用戶的通訊圖：“有效PIN碼”的場景建模原則與思維模型的應(yīng)用

3.3建模原則與思維模型的應(yīng)用

3.3拼不上的大飛機(jī)拼湊臉型第4章

業(yè)務(wù)架構(gòu)的設(shè)計起點(diǎn)4.1

企業(yè)戰(zhàn)略分析4.2

對標(biāo)分析4.3

組織結(jié)構(gòu)的影響不容忽視第5章

業(yè)務(wù)架構(gòu)的設(shè)計過程5.1

價值鏈分析5.2

行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程5.3

數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型5.4

組件分析：行為與數(shù)據(jù)的結(jié)合5.5

業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系第二部分：業(yè)務(wù)架構(gòu)設(shè)計篇

第6章

業(yè)務(wù)架構(gòu)的設(shè)計難點(diǎn)6.1

基本的標(biāo)準(zhǔn)化方法6.2

避免“過度整合”6.3

何以解憂，唯有“融合”第7章

虛擬案例：商業(yè)銀行業(yè)務(wù)架構(gòu)設(shè)計7.1

價值鏈設(shè)計7.2

存款領(lǐng)域的模型設(shè)計7.3

貸款領(lǐng)域的模型設(shè)計7.4

跨領(lǐng)域的標(biāo)準(zhǔn)化7.5

組件設(shè)計7.6

案例總結(jié)40第4章

業(yè)務(wù)架構(gòu)的設(shè)計起點(diǎn)

交替上升的業(yè)務(wù)架構(gòu)設(shè)計與IT實現(xiàn)

4業(yè)務(wù)架構(gòu)設(shè)計IT落地業(yè)務(wù)架構(gòu)設(shè)計IT落地業(yè)務(wù)架構(gòu)設(shè)計IT落地首次企業(yè)級轉(zhuǎn)型工程長期企業(yè)級架構(gòu)應(yīng)用優(yōu)秀的業(yè)務(wù)架構(gòu)實踐不能僅單純地停留在業(yè)務(wù)分析層面，也不能只滿足于業(yè)務(wù)能力的組件化聚類，而是要時刻關(guān)注新技術(shù)、新業(yè)態(tài)的變化，適時引入新理念、新方向，使之具備與時俱進(jìn)的能力。以前倡導(dǎo)“業(yè)務(wù)推動技術(shù)”，業(yè)務(wù)提需求，技術(shù)管實現(xiàn)，業(yè)務(wù)發(fā)展催生技術(shù)發(fā)展；而現(xiàn)在，隨著技術(shù)進(jìn)步越來越快，“黑科技”也越來越多，“技術(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ù)模式演變，再進(jìn)行IT技術(shù)開發(fā)，這才是理想的“業(yè)務(wù)與技術(shù)融合”，由此可見，業(yè)務(wù)架構(gòu)意義重大。企業(yè)戰(zhàn)略分析

4.1收入成本價值渠道客戶關(guān)系客戶細(xì)分關(guān)鍵活動資源合作伙伴戰(zhàn)略戰(zhàn)略能力愿景使命目標(biāo)BMGovernance

公司設(shè)計的企業(yè)戰(zhàn)略分析模型務(wù)必與企業(yè)的管理者溝通清楚務(wù)必讓所有參與方都達(dá)成一致共識概念一致，決不能出現(xiàn)偏差，差之毫厘謬以千里戰(zhàn)略：是為了完成上面提到的目標(biāo)所需要采取的路線、方法戰(zhàn)略能力：是為了完成這一策略所需要的能力。左側(cè)表述的是為實現(xiàn)戰(zhàn)略而在客戶一側(cè)采取的行動右側(cè)所對應(yīng)的3個方塊則是在企業(yè)還需要采取的行動，關(guān)鍵活動是支持激活客戶戰(zhàn)略所必備的業(yè)務(wù)處理過程左側(cè)最下邊的是收入，也就是說上述行動成功后，應(yīng)當(dāng)產(chǎn)生預(yù)期的收入。右側(cè)最下邊的是成本，也就是說上述行動會帶來合理的成本支出。收入與成本的差額就是收益了，這就是對激活存量客戶策略的最終檢驗。對標(biāo)分析（方法論）

波特五力分析模型SWOT模型4.2對標(biāo)分析（方法論）

4.2即便請咨詢公司出手相助，對領(lǐng)先實踐的研究也多是表象研究，很難充分了解其機(jī)理企業(yè)的發(fā)展是有時間過程的，一個優(yōu)秀的表象是經(jīng)過了什么樣的過程形成的，其實很少有人能說得清楚，而形成這個表象所依賴的企業(yè)各組成部分之間的聯(lián)系和“過往”就更少有人人知道了。畢竟，即便是企業(yè)人士，通常也只了解自己所負(fù)責(zé)的工作，清楚企業(yè)全景的人很少簡單化地學(xué)習(xí)領(lǐng)先實踐，無異于照著別人的藥方抓藥給自己吃。領(lǐng)先實踐真的研究透了嗎？企業(yè)對自己的認(rèn)知其實是有限的，很多問題并沒有深入挖掘根本原因和產(chǎn)生環(huán)境，而這兩點(diǎ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è)計方面切不可簡單照搬、盲目引進(jìn)，光在“別人家的事情”上下功夫，導(dǎo)致無效對標(biāo)，甚至讓對標(biāo)分析“帶偏”了自己。對標(biāo)之前了解清楚自己了嗎？組織結(jié)構(gòu)的影響不容忽視

4.3康威定律“康威定律”告訴我們，任意一個軟件都能反映出制作它的團(tuán)隊的組織結(jié)構(gòu)，這是因為人們會以反映他們組織形式的方式工作。分散的團(tuán)隊可能采用分散的架構(gòu)生成系統(tǒng)，集中的團(tuán)隊更有可能采用單體的架構(gòu)生成系統(tǒng)。需求方的組織結(jié)構(gòu)不可避免地會影響到系統(tǒng)的組件結(jié)構(gòu)對業(yè)務(wù)模型整體性的作用當(dāng)然希望能夠通盤考慮整個企業(yè)，而不要因為部門利益影響組件邊界的劃分凡是公用的部分，應(yīng)該照顧到所有利益相關(guān)方的需求；凡是已實現(xiàn)的功能都應(yīng)該對新的需求方開放并支持必要的擴(kuò)展一旦系統(tǒng)的設(shè)計邊界跨越了單個部門的職能范圍時，都會出現(xiàn)部門利益問題搞折中會讓企業(yè)級架構(gòu)失去核心架構(gòu)折中既無法保證系統(tǒng)的先進(jìn)性，也無法保證用戶體驗，甚至還可能發(fā)生退步。部門利益是做企業(yè)級的最大障礙，跨越這個障礙是對業(yè)務(wù)架構(gòu)師設(shè)計能力的最高挑戰(zhàn)。接受這個挑戰(zhàn)的還有企業(yè)文化影響其溝通效率壁壘森嚴(yán)的大型企業(yè)，溝通效率通常較低。一個問題久拖不決，就會產(chǎn)生兩種結(jié)果：一是項目組擔(dān)心工期延誤直接改變架構(gòu)方案；二是采用非正式溝通方式，項目組間通過私下交流解決問題，而后者也極有可能是以改變架構(gòu)方案為代價的。這兩種結(jié)果都會使得企業(yè)架構(gòu)的地位變得很“尷尬”，導(dǎo)致架構(gòu)失靈。組織結(jié)構(gòu)對業(yè)務(wù)架構(gòu)設(shè)計的反作用力是極大的組織結(jié)構(gòu)的影響不容忽視

4.3組織結(jié)構(gòu)業(yè)務(wù)架構(gòu)業(yè)務(wù)技術(shù)相輔相成互相影響互相協(xié)作互相改變砸煙囪組織結(jié)構(gòu)上高度部門化的企業(yè)是很難建成一個真正的企業(yè)級業(yè)務(wù)系統(tǒng)方案與組織結(jié)構(gòu)要匹配，否則在落地時很可能會困難重重、面目全非47第5章

業(yè)務(wù)架構(gòu)的設(shè)計難點(diǎn)

價值鏈分析

5.1支持性活動企業(yè)基礎(chǔ)設(shè)施（財務(wù)、計劃等）邊際人力資源管理研究與開發(fā)采購進(jìn)料后勤生產(chǎn)發(fā)貨后勤銷售銷售服務(wù)利潤波特價值鏈波特所定義的價值鏈主要是針對垂直一體化公司業(yè)務(wù)提出的，強(qiáng)調(diào)的是單個企業(yè)的競爭優(yōu)勢。后來出現(xiàn)的全球價值鏈的概念提供了一種基于網(wǎng)絡(luò)、用于分析國際性生產(chǎn)的地理和組織特征的分析方法，揭示了去全球產(chǎn)業(yè)的動態(tài)性特征。價值鏈主要包括基本活動和支持性活動，基本活動指的是主要生產(chǎn)過程，支持性活動則是指對基本活動起輔助作用和維持企業(yè)基本運(yùn)轉(zhuǎn)的各類活動。價值鏈主要描述企業(yè)價值的創(chuàng)造過程，引入價值鏈分析主要是為企業(yè)橫向?qū)徱曌陨淼臉I(yè)務(wù)能力提供分析框架。行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程

5.2為哪種客戶提供哪種服務(wù)或產(chǎn)品個人金融服務(wù)企業(yè)金融服務(wù)劃分領(lǐng)域從產(chǎn)品出發(fā)從客戶出發(fā)存款貸款金融市場非金融服務(wù)私人銀行存款貸款托管資管投行1、劃分業(yè)務(wù)領(lǐng)域行為分析：業(yè)務(wù)領(lǐng)域和業(yè)務(wù)流程

2、分析業(yè)務(wù)流程5.2數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型

5.3數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型

5.3分類名稱簡稱定義關(guān)系人IP銀行各項業(yè)務(wù)開展過程中的相關(guān)各方，個人、機(jī)構(gòu)、柜員合約AR參與者之間達(dá)成的合約、合同、協(xié)議等條件CD描述銀行的業(yè)務(wù)正常開展所需要的前提條件、資格標(biāo)準(zhǔn)和要求產(chǎn)品PD產(chǎn)品是為客戶提供的、以換取利潤的產(chǎn)品和服務(wù)，產(chǎn)品也包括合作伙伴或競爭對手的產(chǎn)品和服務(wù)，是金融機(jī)構(gòu)銷售或提供的可市場化的產(chǎn)品、組合產(chǎn)品和服務(wù)地點(diǎn)LO參與人相關(guān)的所有地址，如家庭地址、公司地址、郵政信箱、電話號碼、電子地址、網(wǎng)址等或地理位置區(qū)域分類CL適用于其他數(shù)據(jù)概念的分類或者分組業(yè)務(wù)方向BD銀行或參與人開展業(yè)務(wù)所在的環(huán)境和方式事件EV指參與人和銀行的交互，以及銀行的業(yè)務(wù)交互，它包含最詳細(xì)的行為和交易數(shù)據(jù)，例如存款、提款、付款、信用/借記卡年費(fèi)、利息和費(fèi)用、投訴、查詢、網(wǎng)上交易等資源項目RI指銀行有形或無形的有價值的資源項目，是銀行擁有、管理、使用的，或支持特定業(yè)務(wù)目的的資源項目FSDM（Financial

Services

Data

Model）是IBM的一個企業(yè)級數(shù)據(jù)模型，囊括了銀行80%的業(yè)務(wù)數(shù)據(jù)。FSDM將數(shù)據(jù)分了九大類，分別是關(guān)系人、合約、條件、產(chǎn)品、地點(diǎn)、分類、業(yè)務(wù)方向、事件、資源項目，具體定義如下表所示。數(shù)據(jù)分析：企業(yè)級數(shù)據(jù)模型

5.3數(shù)據(jù)實體、數(shù)據(jù)屬性唯一性建模階段：工具篩查生產(chǎn)管控階段：嚴(yán)防死守對生產(chǎn)嚴(yán)格管理對歷史數(shù)據(jù)進(jìn)行處理實施步驟對業(yè)務(wù)數(shù)據(jù)全面建模核心內(nèi)容組件分析：行為與數(shù)據(jù)的結(jié)合

5.4事件條件觸發(fā)讀取數(shù)據(jù)（實體）依據(jù)順序（活動）輸入規(guī)則組織、角色增、刪、查、改處理數(shù)據(jù)（實體）輸出基本工作流：流程模型表達(dá)的是“處理”，數(shù)據(jù)模型表達(dá)的是“輸入”和“輸出”，合起來就是計算機(jī)的基本工作流，這在大部分軟件設(shè)計方法論中都是共識。數(shù)據(jù)模型和流程模型的組合，可以清楚地描述出，什么樣的事件或條件可以觸發(fā)一組業(yè)務(wù)活動，業(yè)務(wù)活動需要的輸入有哪些，業(yè)務(wù)流程的處理規(guī)則是什么，經(jīng)過業(yè)務(wù)流程的處理，輸出又有哪些。組件分析：行為與數(shù)據(jù)的結(jié)合

5.4聚合原則關(guān)系接近，或行為接近FSDM產(chǎn)品分類中可以建立一個“存款”主題域一個主題域引用另一個主題域的數(shù)據(jù)實體A引用了B，對A主題域不考慮將B主題域中被引用的數(shù)據(jù)實體進(jìn)行聚類，而應(yīng)當(dāng)由B主題域進(jìn)行聚合保證數(shù)據(jù)生成的唯一性對數(shù)據(jù)實體進(jìn)行增刪查改對同一數(shù)據(jù)實體進(jìn)行增刪查改的任務(wù)應(yīng)當(dāng)歸屬同一組件只有這些任務(wù)具有數(shù)據(jù)的寫權(quán)限，其他任務(wù)只有讀權(quán)限實際設(shè)計中也會出現(xiàn)建立主副本的情況這是標(biāo)準(zhǔn)化的過程數(shù)據(jù)實體聚合原則業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系

5.5業(yè)務(wù)架構(gòu)價值鏈業(yè)務(wù)領(lǐng)域業(yè)務(wù)流程（活動、任務(wù)、角色）業(yè)務(wù)數(shù)據(jù)業(yè)務(wù)組件價值鏈代表了構(gòu)建企業(yè)能力統(tǒng)一視圖的“橫向”結(jié)構(gòu)，每個價值鏈環(huán)節(jié)中均包含了若干個業(yè)務(wù)流程業(yè)務(wù)領(lǐng)域代表了構(gòu)建企業(yè)能力統(tǒng)一視圖的“縱向”結(jié)構(gòu)，描述了各類業(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ù)進(jìn)行聚類。與數(shù)據(jù)關(guān)系緊密的行為（任務(wù)聚類）形成包含行為和數(shù)據(jù)的業(yè)務(wù)組件。組件代表了企業(yè)的某一類業(yè)務(wù)能力。業(yè)務(wù)架構(gòu)的整體邏輯關(guān)系

5.5活動1價值鏈環(huán)節(jié)1 價值鏈環(huán)節(jié)2 價值鏈環(huán)節(jié)N活動3 活動L活動2 活動4 活動M任務(wù)1任務(wù)2任務(wù)3任務(wù)4任務(wù)P實體1屬性1屬性2屬性3實體3屬性1屬性2屬性3實體4屬性1屬性2屬性3實體6屬性1屬性2屬性3實體Q屬性R業(yè)務(wù)組件1業(yè)務(wù)組件2業(yè)務(wù)組件S實體2屬性1屬性2屬性3主題域1實體5屬性1屬性2屬性3主題域2主題域S業(yè)務(wù)領(lǐng)域業(yè)務(wù)領(lǐng)域1業(yè)務(wù)領(lǐng)域2業(yè)務(wù)架構(gòu)整體邏輯關(guān)系圖58第6章

業(yè)務(wù)架構(gòu)的設(shè)計難點(diǎn)

基本的標(biāo)準(zhǔn)化方法

6.1快速靈活響應(yīng)減少重復(fù)開發(fā)企業(yè)級轉(zhuǎn)型工程的目標(biāo)基本的標(biāo)準(zhǔn)化方法

6.1標(biāo)準(zhǔn)化方法數(shù)據(jù)標(biāo)準(zhǔn)化保證數(shù)據(jù)實體和屬性的唯一性使用工具進(jìn)行硬控制對相似度較高的要從語義層面逐一澄清任務(wù)標(biāo)準(zhǔn)化將流程模型與數(shù)據(jù)模型進(jìn)行語義對接識別任務(wù)需要使用的數(shù)據(jù)實體，包括讀和寫從語義方面去理解流程和數(shù)據(jù)的關(guān)系顆粒度是否合適注意多個不同任務(wù)對同一個數(shù)據(jù)實體在不同時間進(jìn)行寫操作的情況分析重復(fù)的業(yè)務(wù)動作經(jīng)典案例：存款和實物黃金購買的業(yè)務(wù)領(lǐng)域都對客戶信息的建立和修改，一定要通過業(yè)務(wù)級別數(shù)據(jù)模型去重作出關(guān)于標(biāo)準(zhǔn)化的建模判斷建模的去重思路：將相類似的此類實體聚集在一個主題域下，從企業(yè)級的角度將各業(yè)務(wù)領(lǐng)域中與之相關(guān)的任務(wù)或操作的任務(wù)中的客戶信息部分全部抽離出來，集中組成一個逐漸。避免“過度整合”

6.2避免“過度整合”業(yè)務(wù)要重新審視、理清業(yè)務(wù)流程，搞清楚具體差異數(shù)據(jù)要重新檢視數(shù)據(jù)實體劃分的顆粒度是否正確，是否因為包含的屬性太多而導(dǎo)致內(nèi)聚性不夠。顆粒度太小，則會放大業(yè)務(wù)差異顆粒度太大，則會抹殺業(yè)務(wù)差異流程模型與數(shù)據(jù)模型之間的語義互查是進(jìn)行合理標(biāo)準(zhǔn)化的關(guān)鍵，同時這也是一個反復(fù)錘煉的過程。這種情況通常會出現(xiàn)在流程看似相近的業(yè)務(wù)領(lǐng)域，以及一個領(lǐng)域的多個產(chǎn)品之間，后者其實更難判斷，因為一個業(yè)務(wù)領(lǐng)域內(nèi)部的流程本就相近，會很容易讓人產(chǎn)生“整合”的沖動，而且業(yè)務(wù)建模畢竟是一種“紙上操作”，分、合都是很容易的，調(diào)整下結(jié)構(gòu)而已，同時整合對建模者來講又有很大的吸引力。何以解憂，唯有“融合”

6.3如何標(biāo)準(zhǔn)化？建模者經(jīng)驗完善的業(yè)務(wù)資料經(jīng)驗豐富的業(yè)務(wù)人員需要一套清晰的業(yè)務(wù)與IT的架構(gòu)映射關(guān)系做指導(dǎo)業(yè)務(wù)與科技的融合優(yōu)秀國外金融機(jī)構(gòu)數(shù)字化轉(zhuǎn)型引入15%-20%技術(shù)人員到業(yè)務(wù)部門國外一般金融機(jī)構(gòu)技術(shù)人員占比8%國內(nèi)不足4%意義這個階段的調(diào)整代價最低，如不合理的設(shè)計一旦傳導(dǎo)到開發(fā)生，將會產(chǎn)生高昂的糾錯成本63第7章

虛擬案例：商業(yè)銀行業(yè)務(wù)架構(gòu)設(shè)計

價值鏈設(shè)計

7.1業(yè)務(wù)分析人員數(shù)據(jù)分析人員架構(gòu)設(shè)計人員項目設(shè)計、實施經(jīng)驗豐富人員組建團(tuán)隊產(chǎn)品設(shè)計客戶營銷運(yùn)營管理風(fēng)險控制統(tǒng)計分析價值鏈設(shè)計本案例只考慮前2個環(huán)節(jié)存款領(lǐng)域的模型設(shè)計

7.21.產(chǎn)品設(shè)計環(huán)節(jié)的分析產(chǎn)品設(shè)計客戶營銷統(tǒng)計分析客戶經(jīng)理IT人員業(yè)務(wù)人員設(shè)計產(chǎn)品上架產(chǎn)品產(chǎn)品需求需求編號需求內(nèi)容產(chǎn)品經(jīng)理ID產(chǎn)品模板產(chǎn)品模板編號產(chǎn)品編號產(chǎn)品經(jīng)理ID開發(fā)團(tuán)隊信息參數(shù)項代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域適用客群基本信息標(biāo)簽信息實現(xiàn)產(chǎn)品設(shè)計上架產(chǎn)品產(chǎn)品經(jīng)理負(fù)責(zé)分析產(chǎn)品需求，設(shè)計并運(yùn)用產(chǎn)品模板為業(yè)務(wù)部門整理業(yè)務(wù)需求，并提交給IT人員進(jìn)行開發(fā)。這個崗位可以包含開發(fā)團(tuán)隊中的需求分析崗位IT人員負(fù)責(zé)開發(fā)實現(xiàn)業(yè)務(wù)人員添加關(guān)于產(chǎn)品的基本信息、標(biāo)簽信息等，做上架前的最后配置，配置完成后該產(chǎn)品就成為一個待售產(chǎn)品，可以隨時出售。存款領(lǐng)域存款領(lǐng)域產(chǎn)品設(shè)計流程圖運(yùn)營管理 風(fēng)險控制存款領(lǐng)域的模型設(shè)計

7.22.客戶營銷環(huán)節(jié)的分析產(chǎn)品設(shè)計客戶營銷統(tǒng)計分析客戶經(jīng)理客戶經(jīng)理會計柜員存入款項客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話獲取新客戶客戶經(jīng)理：對公客戶信息的錄入客戶經(jīng)理：對變動的客戶信息進(jìn)行維護(hù)會計柜員：開立賬戶，審核證件，存入存款，變更賬戶信息實體存款領(lǐng)域錄入客戶信息維護(hù)客戶信息開立賬戶維護(hù)老客戶存款運(yùn)營管理 風(fēng)險控制代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域使用客群基本信息標(biāo)簽信息客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額存款合約產(chǎn)品編號合約編號幣種期限利率賬戶變動賬戶編號發(fā)生額借貸標(biāo)記賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額獲取新客戶、維護(hù)老客戶、存款的簡要流程貸款領(lǐng)域的模型設(shè)計

7.31.產(chǎn)品設(shè)計環(huán)節(jié)的分析產(chǎn)品設(shè)計客戶營銷統(tǒng)計分析客戶經(jīng)理IT人員業(yè)務(wù)人員設(shè)計產(chǎn)品上架產(chǎn)品產(chǎn)品需求需求編號需求內(nèi)容產(chǎn)品經(jīng)理ID產(chǎn)品模板產(chǎn)品模板編號產(chǎn)品編號產(chǎn)品經(jīng)理ID開發(fā)團(tuán)隊信息參數(shù)項代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域適用客群基本信息標(biāo)簽信息實現(xiàn)產(chǎn)品設(shè)計上架產(chǎn)品產(chǎn)品經(jīng)理負(fù)責(zé)分析產(chǎn)品需求，設(shè)計并運(yùn)用產(chǎn)品模板為業(yè)務(wù)部門整理業(yè)務(wù)需求，并提交給IT人員進(jìn)行開發(fā)。這個崗位可以包含開發(fā)團(tuán)隊中的需求分析崗位IT人員負(fù)責(zé)開發(fā)實現(xiàn)業(yè)務(wù)人員添加關(guān)于產(chǎn)品的基本信息、標(biāo)簽信息等，做上架前的最后配置，配置完成后該產(chǎn)品就成為一個待售產(chǎn)品，可以隨時出售。貸款領(lǐng)域貸款領(lǐng)域產(chǎn)品設(shè)計流程圖運(yùn)營管理 風(fēng)險控制貸款領(lǐng)域的模型設(shè)計

7.32.客戶營銷環(huán)節(jié)的分析產(chǎn)品設(shè)計客戶營銷客戶經(jīng)理客戶經(jīng)理會計柜員發(fā)放貸款客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話獲取新客戶客戶經(jīng)理：對公客戶信息的錄入客戶經(jīng)理：對變動的客戶信息進(jìn)行維護(hù)會計柜員：簽訂貸款合約，開立貸款賬戶，發(fā)放貸款，更新客戶信息等存款領(lǐng)域錄入客戶信息維護(hù)客戶信息開立賬戶維護(hù)老客戶存款代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域使用客群基本信息標(biāo)簽信息客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話貸款合約產(chǎn)品編號合約編號幣種期限利率貸款類型擔(dān)保合約合約編號貸款合約編號擔(dān)保人名單擔(dān)保人證件類型擔(dān)保人證件號碼擔(dān)保比例賬戶變動賬戶編號發(fā)生額借貸標(biāo)記賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額獲取新客戶、維護(hù)老客戶、存款的簡要流程運(yùn)營管理 風(fēng)險控制 統(tǒng)計分析賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額簽訂貸款合約跨領(lǐng)域的標(biāo)準(zhǔn)化

7.41.產(chǎn)品設(shè)計環(huán)節(jié)的標(biāo)準(zhǔn)化與組件分析產(chǎn)品需求產(chǎn)品模塊代售產(chǎn)品產(chǎn)品管理主題域設(shè)計產(chǎn)品上架產(chǎn)品產(chǎn)品處理主題域聚合到產(chǎn)品管理跨領(lǐng)域的標(biāo)準(zhǔn)化

7.42.客戶營銷環(huán)節(jié)的標(biāo)準(zhǔn)化與組件分析產(chǎn)品設(shè)計統(tǒng)計分析客戶經(jīng)理客戶經(jīng)理會計柜員發(fā)放貸款客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話獲取新客戶存款領(lǐng)域錄入客戶信息維護(hù)客戶信息開立賬戶維護(hù)老客戶存款代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域使用客群基本信息標(biāo)簽信息客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話貸款合約產(chǎn)品編號合約編號幣種期限利率貸款類型擔(dān)保合約合約編號貸款合約編號擔(dān)保人名單擔(dān)保人證件類型擔(dān)保人證件號碼擔(dān)保比例賬戶變動賬戶編號發(fā)生額借貸標(biāo)記賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額獲取新客戶、維護(hù)老客戶、存款的簡要流程客戶營銷 運(yùn)營管理 風(fēng)險控制賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額簽訂貸款合約角色信息角色類型角色信息角色類型1、將擔(dān)保人信息從合約中分離與客戶信息合并為一個主題域。擔(dān)保合約中的擔(dān)保人信息與客戶信息非常類似，可以考慮將其從擔(dān)保合約中剝離出來。但是直接交給客戶信息實體處理在概念上又不合適，因此，這里需要增加一個“角色信息”實體，專門用于記錄客戶在銀行中不同業(yè)務(wù)領(lǐng)域可能承擔(dān)的不同角色。2、可以將存款合約從“存入款項”任務(wù)中分離出來，建立一個簽訂存款合約的任務(wù)?？梢宰尨婵詈唾J款均引用。1組件設(shè)計

7.5產(chǎn)品設(shè)計風(fēng)險控制統(tǒng)計分析企業(yè)級設(shè)計產(chǎn)品上架產(chǎn)品錄入客戶信息維護(hù)客戶信息簽訂貸款合約簽訂存款合約開立賬戶存入款項發(fā)放貸款產(chǎn)品管理組件客戶管理組件合約管理組件賬戶管理組件產(chǎn)品管理主題域參與人主題域合約主題域賬戶主題域產(chǎn)品需求需求編號產(chǎn)品編號需求內(nèi)容產(chǎn)品經(jīng)理ID產(chǎn)品模板產(chǎn)品模板編號產(chǎn)品編號產(chǎn)品經(jīng)理ID開發(fā)團(tuán)隊信息參數(shù)項代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域適用客群基本信息標(biāo)簽信息參與人信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話角色信息角色類型貸款合約產(chǎn)品編號合約編號幣種期限利率貸款類型擔(dān)保合約合約編號貸款合約編號擔(dān)保比例存款合約產(chǎn)品編號合約編號幣種期限利率賬戶變動賬戶編號發(fā)生額借貸標(biāo)記賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額組件劃分示意圖客戶營銷 運(yùn)營管理“貸款合約”“存款合約”“擔(dān)保合約”都放在“合約”主題域下“簽訂存款合約”“簽訂貸款合約”任務(wù)聚合成“合約管理”組件“賬戶信息”“賬戶變動”放在“賬戶”主題域下“開立賬戶”“存入款項”“發(fā)放貸款”任務(wù)聚合成“賬戶管理”組件1.組件劃分優(yōu)化組件設(shè)計

7.5開立賬戶存入款項發(fā)放貸款賬戶管理組件開立賬戶交易記錄賬務(wù)存入款項發(fā)放貸款合約管理組件簽訂貸款合約簽訂存款合約合約管理組件存款管理組件貸款管理組件簽訂存款合約存入款項簽訂貸款合約發(fā)放貸款12優(yōu)化方案1.組件劃分優(yōu)化組件設(shè)計

7.52.組件第二次優(yōu)化后的邏輯示意圖產(chǎn)品設(shè)計客戶營銷運(yùn)營管理風(fēng)險控制統(tǒng)計分析業(yè)務(wù)領(lǐng)域設(shè)計上架產(chǎn)品獲取新客戶維護(hù)老客戶存款設(shè)計產(chǎn)品上架產(chǎn)品錄入客戶信息維護(hù)客戶信息簽訂貸款合約簽訂存款合約開立賬戶存入款項發(fā)放貸款產(chǎn)品管理組件客戶管理組件合產(chǎn)品管理主題域參與人主題域合約主題域賬戶主題域產(chǎn)品需求需求編號產(chǎn)品編號需求內(nèi)容產(chǎn)品經(jīng)理ID產(chǎn)品模板產(chǎn)品模板編號產(chǎn)品編號產(chǎn)品經(jīng)理ID開發(fā)團(tuán)隊信息參數(shù)項代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域適用客群基本信息標(biāo)簽信息參與人信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話角色信息角色類型貸款合約產(chǎn)品編號合約編號幣種期限利率貸款類型擔(dān)保合約合約編號貸款合約編號擔(dān)保比例存款合約產(chǎn)品編號合約編號幣種期限利率賬戶變動賬戶編號發(fā)生額借貸標(biāo)記賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額存款貸款產(chǎn)品視圖客戶視圖業(yè)務(wù)視圖約管理組貸款件 賬戶管理組件組件設(shè)計

7.5企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計案例總結(jié)企業(yè)唯一的價值鏈結(jié)構(gòu)：產(chǎn)品設(shè)計、客戶營銷、運(yùn)營管理、風(fēng)險控制、統(tǒng)計分析。依據(jù)價值鏈展開的2個垂直業(yè)務(wù)領(lǐng)域：存款、貸款。在2個垂直業(yè)務(wù)領(lǐng)域中共用的3個業(yè)務(wù)活動：設(shè)計上架產(chǎn)品、獲取新客戶、維護(hù)老客戶。在2個垂直業(yè)務(wù)領(lǐng)域中共用的5個任務(wù)：設(shè)計產(chǎn)品、上架產(chǎn)品、錄入客戶信息、維護(hù)客戶信息、開立賬戶。基于數(shù)據(jù)主題域聚類任務(wù)后構(gòu)成的面向各垂直業(yè)務(wù)領(lǐng)域開放自身能力的4個企業(yè)級業(yè)務(wù)組件：產(chǎn)品管理、客戶管理、合約管理、賬戶管理。業(yè)務(wù)架構(gòu)更關(guān)注的是企業(yè)的整體設(shè)計，是典型的“不謀全局者不足以謀一隅”。如果再加上對戰(zhàn)略的分析，就可以形成以戰(zhàn)略為導(dǎo)向的整體企業(yè)能力規(guī)劃案例總結(jié)

7.61業(yè)務(wù)架構(gòu)設(shè)計并沒有簡單的衡量標(biāo)準(zhǔn)。2設(shè)計思路和關(guān)注點(diǎn)對架構(gòu)方案有很直接的影響。3架構(gòu)設(shè)計需要反復(fù)進(jìn)行迭代，雖然這不是我們所情愿的，但是實際操作中這是不可避免的。4架構(gòu)師的經(jīng)驗很重要，可以減少反復(fù)次數(shù)，尤其是關(guān)鍵設(shè)計的反復(fù)迭代。架構(gòu)設(shè)計是一個不斷精煉和確認(rèn)的過程，需要架構(gòu)人員、技術(shù)人員在設(shè)計過程中努力“培養(yǎng)”客戶，創(chuàng)造一個深度融合的機(jī)會。而且上述設(shè)計思路對于業(yè)務(wù)人員日常分析自己的工作環(huán)境、設(shè)計工作方案、改進(jìn)工作流程都有幫助，是一種可以跨越IT邊界的工作方法。對于這一過程的投入，業(yè)務(wù)與技術(shù)是雙贏的。第8章

從業(yè)務(wù)架構(gòu)模型到業(yè)務(wù)架構(gòu)方案8.1

業(yè)務(wù)架構(gòu)設(shè)計不是為了替代需求分析8.2

制作業(yè)務(wù)架構(gòu)方案8.3

小團(tuán)隊的應(yīng)對之道8.4

需要充分解釋架構(gòu)方案8.5

努力打造“通用語言”第9章

基于業(yè)務(wù)架構(gòu)方案的實施過程9.1

基于業(yè)務(wù)架構(gòu)的設(shè)計9.2

基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)9.3

處理架構(gòu)調(diào)整的原則9.4

企業(yè)級物有所值嗎？第10章

建立轉(zhuǎn)型后的長期應(yīng)用機(jī)制10.1項目結(jié)束了該怎么辦？10.2促進(jìn)深度融合的需求管理機(jī)制第三部分：業(yè)務(wù)架構(gòu)落地篇

第11章

這個“笨重”的過程與敏捷沾邊嗎？11.1傳說中和現(xiàn)實中的雙模開發(fā)11.2與正宗的敏捷對比11.3與非正宗的敏捷對比11.4且行且珍惜第12章

企業(yè)級的“五難”12.1

捷徑難尋12.2

文化難建12.3

預(yù)期難控12.4

權(quán)責(zé)難定12.5

長志難立第13章

實戰(zhàn)：實現(xiàn)了快速設(shè)計的案例13.1項目背景及需求13.2設(shè)計思路和業(yè)務(wù)架構(gòu)方案13.3案例總結(jié)77第8章

從業(yè)務(wù)架構(gòu)模型到業(yè)務(wù)架構(gòu)方案

業(yè)務(wù)架構(gòu)設(shè)計不是為了代替需求分析

8.1業(yè)務(wù)模型所能夠表達(dá)的信息是有限的業(yè)務(wù)模型屬于高階架構(gòu)并沒有精細(xì)到可以直接出IT設(shè)計方案的程度，不足以替代具體的需求分析企業(yè)級業(yè)務(wù)架構(gòu)是一座橋，業(yè)務(wù)可以通過這座橋以更加結(jié)構(gòu)化、邏輯化的方式進(jìn)入到軟件過程中?！耙磺€人眼中就有一千個哈姆雷特”，所以不能直接將業(yè)務(wù)架構(gòu)交付出去企業(yè)級架構(gòu)方案的整體描述分領(lǐng)域或分應(yīng)用的方案描述業(yè)務(wù)組件的方案描述將模型轉(zhuǎn)換為方案需要交付三個部分的文檔制作業(yè)務(wù)架構(gòu)方案

8.2將模型轉(zhuǎn)換為方案需要交付三個部分的文檔企業(yè)級架構(gòu)方案的整體描述企業(yè)愿景、使命、目標(biāo)介紹外部干系人介紹企業(yè)戰(zhàn)略介紹企業(yè)戰(zhàn)略能力介紹企業(yè)價值鏈介紹全部業(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ù)活動介紹對部分任務(wù)的“降范”描述業(yè)務(wù)組件協(xié)作關(guān)系介紹業(yè)務(wù)領(lǐng)域完整的實體關(guān)系圖組織與角色描述業(yè)務(wù)組件描述業(yè)務(wù)組件的目標(biāo)、范圍數(shù)據(jù)主題域的完整介紹組件所包含任務(wù)的完整介紹需要充分解釋架構(gòu)方案

8.3建模是“少數(shù)人”的事，而參與項目的人數(shù)通常會較多模型宣講的傳導(dǎo)可能會出現(xiàn)“信號衰減”業(yè)務(wù)架構(gòu)人員最好能夠?qū)崟r的跟進(jìn)需求方和實施團(tuán)隊之間的溝通，防止雙方協(xié)商而導(dǎo)致架構(gòu)的崩壞幫助業(yè)務(wù)和技術(shù)人員實現(xiàn)對模型的共同理解和充分溝通，遵守基于模型產(chǎn)生的項目邊界和分工建模過程并不能代替對架構(gòu)方案的解釋架構(gòu)設(shè)計人員的缺位可能會導(dǎo)致方案失效努力打造“通用語言”

8.4堅持選用具有足夠能力的人員堅持長期培養(yǎng)堅持讓其跟進(jìn)項目而非只做架構(gòu)設(shè)計培養(yǎng)合格的業(yè)務(wù)架構(gòu)師隊伍加強(qiáng)項目外的宣講模型化、結(jié)構(gòu)化思維方式每個條線、每個領(lǐng)域?qū)ζ髽I(yè)架構(gòu)都有所了解用同一種建模方式，打造企業(yè)級項目的“通用語言”82第9章

基于業(yè)務(wù)架構(gòu)方案的實施過程

基于業(yè)務(wù)架構(gòu)的設(shè)計

9.11.細(xì)化業(yè)務(wù)架構(gòu)模型業(yè)務(wù)架構(gòu)模型為了更好地關(guān)注企業(yè)級設(shè)計，必然會對活動、任務(wù)進(jìn)行適當(dāng)?shù)某橄鬁p少對業(yè)務(wù)細(xì)節(jié)的表述，這樣的模型可以讓項目實施團(tuán)隊了解其標(biāo)準(zhǔn)化的核心以及功能復(fù)用方面的設(shè)計思路建好的模型中卻不能表達(dá)太多的細(xì)節(jié)，這些細(xì)節(jié)會讓抽象表達(dá)變得混亂IT設(shè)計設(shè)計階段就必須對模型表達(dá)的工作流再進(jìn)行細(xì)化，實施團(tuán)隊需要了解到細(xì)節(jié)需求設(shè)計階段的細(xì)化其實就是基于業(yè)務(wù)架構(gòu)方案的需求分析過程過程允許對原有的工作流進(jìn)行拆分或者重構(gòu)。但是有一個前提，那就是新產(chǎn)生的元素必須基于舊元素，最好能夠顯性地標(biāo)明繼承關(guān)系，這樣才能保證設(shè)計的連續(xù)性。業(yè)務(wù)架構(gòu)模型IT設(shè)計業(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ù)架構(gòu)的實施過程，其實是IT細(xì)化企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計，并基于企業(yè)級業(yè)務(wù)架構(gòu)進(jìn)行實施協(xié)調(diào)與管控的軟件過程基于業(yè)務(wù)架構(gòu)的設(shè)計

9.11.細(xì)化業(yè)務(wù)架構(gòu)模型客戶經(jīng)理變更維護(hù)客戶信息檢查客

戶信息會計柜員維護(hù)客戶信息開立賬戶存入款項客戶信息客戶編號：001客戶名稱證件類型證件號碼聯(lián)系電話賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額存款合約產(chǎn)品編號合約編號幣種期限利率賬戶變動賬戶編號發(fā)生額借貸標(biāo)記賬戶信息賬戶編號賬戶名稱客戶名稱證件類型證件號碼余額更新代售產(chǎn)品產(chǎn)品編號業(yè)務(wù)領(lǐng)域使用客群基本信息標(biāo)簽信息獲取新客戶錄入客

戶信息是否是否存款串接后的“長流程”業(yè)務(wù)架構(gòu)模型示意圖“獲取新客戶”“維護(hù)老客戶”“存款”這3個活動，在實際設(shè)計中，如果存款部分和客戶管理部分按照組件邊界劃分了項目組，那么存款項目組負(fù)責(zé)合約管理組件和賬戶管理組件，客戶項目組負(fù)責(zé)客戶管理組件。在這種情況下，需求分析或者開發(fā)人員很可能更愿意用一個較長的流程來表示應(yīng)用視角，這樣可以更好地描述兩個項目組提供的功能在具體的存款業(yè)務(wù)場景中是如何銜接的對公客戶經(jīng)理錄入客戶信息時，很可能對方還只是潛在客戶，或者客戶當(dāng)時并沒有馬上進(jìn)行開戶操作，而是隔了一段時間之后才開戶，這時客戶信息可能需要更新。如果是客

戶經(jīng)理首先了解到需要變更客戶信息，則會走上邊泳道中的流程 如果客戶直接去了柜臺，柜員就會首先檢查客戶的信息，這時若發(fā)現(xiàn)需要更新，則可以走下邊泳道中的流程，更新之后再開立賬戶?；跇I(yè)務(wù)架構(gòu)的設(shè)計

9.1原本在“開立賬戶”任務(wù)中獨(dú)立出來標(biāo)記為“開立賬戶”任務(wù)的衍生檢查客戶信息2.處理“新發(fā)現(xiàn)”原本沒有“檢查客戶信息”這個任務(wù)，在最初的建模過程中，該任務(wù)是可以合并在開立賬戶這個任務(wù)中的，但是在細(xì)化流程階段，則可以考慮是不是應(yīng)該將其獨(dú)立出來。是否獨(dú)立取決于整體的架構(gòu)判斷，如果其他流程中也涉及了這種拆分，則確實可以調(diào)整企業(yè)級業(yè)務(wù)架構(gòu)模型；如果不涉及或者很少有領(lǐng)域涉及，則可以將其標(biāo)記為“開立賬戶”任務(wù)的衍生。這種細(xì)化可能會產(chǎn)生新的數(shù)據(jù)需求，設(shè)計新的數(shù)據(jù)實體，或者在原有的數(shù)據(jù)實體下產(chǎn)生根據(jù)某種維度細(xì)分的子實體。上述過程已經(jīng)代表了對原有業(yè)務(wù)架構(gòu)的一次迭代?；跇I(yè)務(wù)架構(gòu)的設(shè)計

9.13.進(jìn)行慣常的IT設(shè)計，但要建立一體化視圖基于業(yè)務(wù)架構(gòu)的企業(yè)級項目很重要的一點(diǎn)是要建立各階段工作成果之間明確的銜接關(guān)系，尤其是設(shè)計元素之間的聯(lián)系，應(yīng)建立“戰(zhàn)略一戰(zhàn)略能力一需求一活動與任務(wù)一細(xì)化活動與任務(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ù)一體化的視圖，而非分裂的視角。戰(zhàn)略戰(zhàn)略能力活動細(xì)化活動戰(zhàn)略任務(wù)細(xì)化任務(wù)用例細(xì)化任務(wù)業(yè)務(wù)架構(gòu)設(shè)計組合為應(yīng)用業(yè)務(wù)架構(gòu)迭代IT實現(xiàn)聚類為業(yè)務(wù)組件聚類為IT組件企業(yè)能力視圖企業(yè)能力視圖的元素積極關(guān)系示意圖基于業(yè)務(wù)架構(gòu)的設(shè)計

9.1業(yè)務(wù)架構(gòu)橋梁的作用業(yè)務(wù)架構(gòu)的橋梁作用強(qiáng)調(diào)一體化，指的是二者在設(shè)計元素層面的聯(lián)系，但是業(yè)務(wù)架構(gòu)與IT實現(xiàn)方式之間是具有一定自由度的。因此，企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計的落地并非要有一種特殊的開發(fā)過程與之配套，其后對接的IT設(shè)計與分析方式可以是靈活多樣的。業(yè)務(wù)架構(gòu)是IT過程的一種輸入，其要約束的是IT的設(shè)計理念和實現(xiàn)目標(biāo)，而非具體的設(shè)計過程與設(shè)計方法，后者可以更多地取決于企業(yè)自身的開發(fā)習(xí)慣與特點(diǎn)。紛亂復(fù)雜的業(yè)務(wù)“理想”經(jīng)過“業(yè)務(wù)架構(gòu)橋”的梳理，將展現(xiàn)出其企業(yè)級規(guī)劃的“秩序”，從而使IT設(shè)計更接近于業(yè)務(wù)的核心訴求和內(nèi)在邏輯，而不受業(yè)務(wù)表象牽引。至于實現(xiàn)“秩序”的具體設(shè)計，則是“不拘一格”的。中臺其實也是一個持續(xù)規(guī)劃和迭代的結(jié)果。如果拋開規(guī)模導(dǎo)致的技術(shù)復(fù)雜度來看，只要堅持企業(yè)級方向或者合理的領(lǐng)域級分治與協(xié)作，經(jīng)過設(shè)計和沉降過程，產(chǎn)生中臺業(yè)務(wù)規(guī)劃只是一個必然的結(jié)果。每個企業(yè)都能找到符合自己特點(diǎn)的業(yè)務(wù)中臺，而這個尋找的過程對企業(yè)而言將勝過中臺這個結(jié)果本身。從企業(yè)級視角出發(fā)，也許能夠找到比中臺模式更適合企業(yè)自身特點(diǎn)的組件化結(jié)構(gòu)，而不必執(zhí)著于中臺這種比喻形式。業(yè)務(wù)架構(gòu)橋金融市場管理會計理財設(shè)計模式軟件 集中式 SOA過程 分布式 微服務(wù)瀑布式敏捷技術(shù)形態(tài)IT架構(gòu)分層平臺造型人工智能區(qū)塊鏈……..基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)

9.2基于業(yè)務(wù)架構(gòu)的協(xié)調(diào)

9.2處理架構(gòu)調(diào)整的原則

9.3處理架構(gòu)調(diào)整的原則為什么不能允許簡單的指定架構(gòu)業(yè)務(wù)架構(gòu)師如具有較大權(quán)力，確實有助于貫徹整體架構(gòu)高度中心化的決策不符合企業(yè)級項目的目標(biāo)什么樣的架構(gòu)調(diào)整可以接受理想的企業(yè)級項目，應(yīng)該達(dá)到不對任何人（例如強(qiáng)勢架構(gòu)師）依賴原有架構(gòu)設(shè)計中的疏漏出現(xiàn)了更好的設(shè)計什么樣的架構(gòu)調(diào)整不該接受對現(xiàn)實妥協(xié)的等價方案架構(gòu)設(shè)計錯誤明顯違反既有規(guī)則的調(diào)整不必要的重復(fù)造輪子企業(yè)級物有所值嗎？

9.4系統(tǒng)互聯(lián)互通、數(shù)據(jù)共享、靈活響應(yīng)、快速上線、DevOps等開發(fā)提升的反應(yīng)速度是有上限的，信息共享的價值可能更大技術(shù)每隔5-8年換代，節(jié)省出來的成本難以計算轉(zhuǎn)型成本扣除難以高度精細(xì)化管理一本難算的賬企業(yè)級開發(fā)最重要的是轉(zhuǎn)變企業(yè)文化，打破部門邊界，讓業(yè)務(wù)和技術(shù)融為一體，一體化帶來的變化，清晰分工和高效協(xié)作才是最有價值的，是未來長期競爭力的關(guān)鍵企業(yè)級項目成功的標(biāo)志是文化、思維的轉(zhuǎn)變；做企業(yè)級難點(diǎn)不在于技術(shù)，真正解決的是業(yè)務(wù)問題、組織問題、思想問題。結(jié)果要由時間、感受和市場來檢驗，而非標(biāo)準(zhǔn)來檢驗無形的核心價值92第10章

建立轉(zhuǎn)型后的長期應(yīng)用機(jī)制

10.1

項目結(jié)束了該怎么辦？

模型工具架構(gòu)仲裁具體設(shè)計1、別做“一錘子買賣”① 企業(yè)級轉(zhuǎn)型，或者稱為中臺，都不是“一錘子買賣”，并不是項目上線后就萬事大吉了。按照“熵增”理論，沒有良好的維護(hù)，再好的架構(gòu)也會慢慢崩壞，更何況架構(gòu)自身也必須與時俱進(jìn)。任何領(lǐng)先都是暫時的，尤其是在技術(shù)方面。② 企業(yè)級業(yè)務(wù)架構(gòu)建立之后，必須堅持使用這個架構(gòu)去管理新的需求，隨著業(yè)務(wù)和技術(shù)的發(fā)展，需要不斷調(diào)整架構(gòu)，以保持架構(gòu)常用常新。③ 做企業(yè)級轉(zhuǎn)型時，為了保證項目的順利進(jìn)行，企業(yè)可以選擇按照項目管理的套路構(gòu)建臨時管理機(jī)構(gòu)，形成企業(yè)級架構(gòu)管理。項目開展期間，臨時機(jī)制，臨時機(jī)構(gòu)可以跨部門的項目管理組織做后盾，可以很好地執(zhí)行下去的。④ 但項目結(jié)束之后跨部門的項目管理組織，即便形式上可以固化，也很難長期維持其熱情和效率。2、關(guān)于建立長效機(jī)制的分析作戰(zhàn)地圖按圖索驥從業(yè)務(wù)直通技術(shù)對現(xiàn)有需求的改良或新增業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)或安全架構(gòu)等適當(dāng)規(guī)模的仲裁團(tuán)隊業(yè)務(wù)架構(gòu)人員歸屬不能簡單地將業(yè)務(wù)架構(gòu)人員分散到項目或者組件開發(fā)團(tuán)隊中去，因為時間久了，會淡化業(yè)務(wù)架構(gòu)人員的企業(yè)級視角。讓業(yè)務(wù)架構(gòu)人員進(jìn)入業(yè)務(wù)條線工作，繼續(xù)承擔(dān)推動業(yè)務(wù)與技術(shù)融合的職能10.2

促進(jìn)深度融合的需求管理機(jī)制

1、什么是深度融合？讓業(yè)務(wù)人員和科技人員能夠坐到一起充分交流、溝通，多了解對方的想法，互相碰撞和滲透思想。技術(shù)人員必須向前邁出一大步，參與到業(yè)務(wù)中去，一定數(shù)量的業(yè)務(wù)架構(gòu)設(shè)計人員分散派駐到業(yè)務(wù)部門，但是人員管理不歸屬于業(yè)務(wù)部門技術(shù)人員與業(yè)務(wù)人員廣泛交流，不斷提升業(yè)務(wù)人員對企業(yè)級理念、技術(shù)實現(xiàn)、技術(shù)趨勢的理解，激發(fā)業(yè)務(wù)人員更大的想象空間和跨部門協(xié)作的動力，減輕過去業(yè)務(wù)人員“冥思苦想”新需求的痛苦，讓雙方在工作交融在一起。通過技術(shù)人員的增加帶動更深入的交流，從而幫助業(yè)務(wù)人員實現(xiàn)數(shù)字化思維的轉(zhuǎn)型，實現(xiàn)業(yè)務(wù)與技術(shù)深度融合的目標(biāo)。人的融合技術(shù)人員派駐業(yè)務(wù)部門深度交融和滲透數(shù)字化思維轉(zhuǎn)型終極目標(biāo)聘請若干技術(shù)大牛或者仰仗領(lǐng)頭科技公司開展若干看起來“高端大氣上檔次”的項目使用了一大堆“不知其所以然”的工具，變成為“數(shù)字領(lǐng)袖”10.2

促進(jìn)深度融合的需求管理機(jī)制

部門A部門B組件甲組件乙組件丙企業(yè)架構(gòu)業(yè)務(wù)人員業(yè)務(wù)架構(gòu)師業(yè)務(wù)人員業(yè)務(wù)架構(gòu)師需分或產(chǎn)品需分或產(chǎn)品需分或產(chǎn)品開發(fā)人員開發(fā)人員開發(fā)人員應(yīng)用架構(gòu)技術(shù)架構(gòu)業(yè)務(wù)架構(gòu)數(shù)據(jù)架構(gòu)安全架構(gòu)需求形成需求實現(xiàn)企業(yè)級管控業(yè)務(wù)架構(gòu)師工作組織形式示意圖業(yè)務(wù)架構(gòu)師非常適合作為與業(yè)務(wù)人員接觸的“技術(shù)第一人”，在工作中，業(yè)務(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)師的工作模式10.2

促進(jìn)深度融合的需求管理機(jī)制

需求成型后即進(jìn)入實施過程，業(yè)務(wù)架構(gòu)師可以代表業(yè)務(wù)人員進(jìn)入項目組②需求產(chǎn)生時即采用模型工具與業(yè)務(wù)人員共同討論③可以根據(jù)需要，要求組件開發(fā)團(tuán)隊的需求分析人員、產(chǎn)品經(jīng)理或者開發(fā)人員提前介人分析④⑤與開發(fā)團(tuán)隊