具體描述
這是一部從方法論和工程實踐雙維度闡述企業級業務架構設計的著作。
作者是一位資深的業務架構師，在金融行業工作超過19年，有豐富的大規模復雜金融係統業務架構設計和落地實施經驗。本書在齣版前邀請瞭微軟、亞馬遜、阿裏、百度、網易、Dell、Thoughtworks、58、轉轉等10餘傢企業的13位在行業內久負盛名的資深架構師和技術專傢對本書的內容進行瞭點評，一緻好評推薦。
作者在書中倡導“知行閤一”的業務架構思想，全書內容圍繞“行綫”和“知綫”兩條主綫展開。“行綫”涵蓋企業級業務架構的戰略分析、架構設計、架構落地、長期管理的完整過程，“知綫”則重點關注架構方法論的持續改良。
全書分為五個部分：
業務架構基礎篇（第1～3章）
介紹瞭業務架構的發展曆程、作用、與IT架構的關係，以及業務模型的相關知識。
業務架構設計篇（第4～7章）
詳細講解瞭戰略分析、對標分析、組織結構的影響、業務架構設計方法、標準化方法，並以一個虛擬案例綜閤演示瞭業務架構的設計過程。
業務架構落地篇（第8～13章）
演示瞭業務架構方案製作、基於業務架構的實施、項目完成後的管理機製，比較瞭與敏捷開發的異同，集中討論瞭企業級項目的實施睏難，最後以一個設計實例展示瞭業務架構設計對提升企業開發效率的作用。
架構方法改良篇（第14～16章）
係統總結瞭如何進行麵嚮構件化的業務架構設計、如何構建輕量級架構設計工具、如何基於構件模型提升傳統企業産品創新效率，該部分屬於對之前方法的改良設想，需要讀者對此多加思索，切勿生搬硬套。
業務架構與中颱篇（第17章）
將業務架構設計方法與當前熱點——“中颱”模式進行瞭對比，“傳統”方法並不一定會因新技術、新概念的發展而黯然失色，對方法論的深入探索和積極思考往往會讓“傳統”煥發新的“生命力”，深度思考比追逐熱點更重要。
著者簡介
付曉岩
資深的企業級業務架構師，有超過19年的金融行業工作經驗，目前就職於建信金融科技有限責任公司。2000年加入建行從事金融業務，2012年調入建行總行成都開發中心，2016年調入建行總行北京開發中心，各中心2018年整體轉製，成立建信金融科技有限責任公司。
從事金融業務期間，多次作為核心業務人員參加業務係統開發工作，並就此轉入技術開發部門，多年專職從事企業級業務架構設計。
工作期間，認真鑽研軟件過程、係統設計與分析、架構設計方麵的理論知識，將其與實踐相結閤，不斷融閤設計思路，逐漸超脫原有工作經曆和指導理論的限製，形成對企業級業務架構設計一般方法的認知。
InfoQ中文站專欄作傢，發錶《中颱之上》係列文章，纍計閱讀量超過10萬。維護著個人微信公眾號：曉談岩說，與各行業讀者廣泛交流，持續提升方法的普適性。
圖書目錄
前言
第一部分 業務架構基礎篇
第1章 業務架構的發展曆程2
1.1 Zachman模型2
1.2 TOGAF4
1.3 FEA和DODAF5
1.4 沉吟至今6
1.5 業務架構的定義8
第2章 業務架構的作用及與IT架構的關係10
2.1 業務架構的作用10
2.2 業務架構與IT架構的關係14
第3章 架構伴侶：業務模型18
3.1 模型與業務模型18
3.2 常見的建模方法21
3.3 建模原則與模型思維的應用25
第二部分 業務架構設計篇
第4章 業務架構的設計起點33
4.1 企業戰略分析33
4.2 對標分析38
4.3 組織結構的影響不容忽視40
第5章 業務架構的設計過程44
5.1 價值鏈分析44
5.2 行為分析：業務領域和業務流程46
5.3 數據分析：企業級數據模型49
5.4 組件分析：行為與數據的結閤51
5.5 業務架構的整體邏輯關係53
第6章 業務架構的設計難點56
6.1 基本的標準化方法56
6.2 避免“過度整閤”59
6.3 何以解憂，唯有“融閤”59
第7章 虛擬案例：商業銀行業務架構設計61
7.1 價值鏈設計61
7.2 存款領域的模型設計63
7.3 貸款領域的模型設計65
7.4 跨領域的標準化67
7.5 組件設計70
7.6 案例總結73
第三部分 業務架構落地篇
第8章 從業務架構模型到業務架構方案76
8.1 業務架構設計不是為瞭替代需求分析76
8.2 製作業務架構方案77
8.3 小團隊的應對之道83
8.4 需要充分解釋架構方案84
8.5 努力打造“通用語言”85
第9章 基於業務架構方案的實施過程88
9.1 基於業務架構的設計89
9.2 基於業務架構的協調94
9.3 處理架構調整的原則96
9.4 企業級物有所值嗎？100
第10章 建立轉型後的長期應用機製103
10.1 項目結束瞭該怎麼辦？103
10.2 促進深度融閤的需求管理機製106
第11章 這個“笨重”的過程與敏捷沾邊嗎？110
11.1 傳說中和現實中的雙模開發110
11.2 與正宗的敏捷對比112
11.3 與非正宗的敏捷對比114
11.4 且行且珍惜115
第12章 企業級的“五難” 117
12.1 捷徑難尋118
12.2 文化難建119
12.3 預期難控120
12.4 權責難定121
12.5 長誌難立123
第13章 實戰：實現瞭快速設計的案例124
13.1 項目背景及需求124
13.2 設計思路和業務架構方案125
13.3 案例總結129
第四部分 架構方法改良篇
第14章 如何支持麵嚮構件的設計132
14.1 “樂高積木”式的軟件設計132
14.2 “顆粒度”問題134
14.3 構件模型的設計方式136
14.4 建立構件模型的虛擬案例139
14.5 構件模型的技術設計建議146
14.6 本章小結148
第15章 構建輕量級架構管理工具150
15.1 構件模型的抽象要素及邏輯關係150
15.2 輕量級架構管理工具的設計原理153
15.3 采集項目信息的價值155
15.4 輕量級架構管理工具的優缺點155
15.5 應用輕量級架構管理工具管理新需求156
第16章 基於構件模型談談傳統企業的産品創新159
16.1 信息傳導：打造信息傳遞高速公路160
16.2 信息分析：創造高維數據162
16.3 創新平颱：擴展構件模型165
16.4 構件模型及其應用設想的不足169
第五部分 業務架構與中颱篇
第17章 中颱之上172
17.1 阿裏中颱簡介172
17.2 企業文化的作用174
17.3 由業務架構方法可以推導齣中颱設計嗎？176
尾聲 對實踐的再次思考179
附錄A 位置、力量、資源183
附錄B 積木式創新187
· · · · · · (收起)
讀後感
作者写的这本书，什么内容都是浅尝辄止的感觉，全书只看到坐着的一些感受，没看到能真正知道大家做架构的方法。 作者写的这本书，什么内容都是浅尝辄止的感觉，全书只看到坐着的一些感受，没看到能真正知道大家做架构的方法。 作者写的这本书，什么内容都是浅尝辄止的感觉，全...
評分生活中总有一些事不好做，也注定有一些书不好写，这本书就挺不好写。本书之所以不好写，就因为本书偏偏要写企业级业务架构和企业架构那些事。 企业架构心比天高，命比纸薄。一方面志向宏大，试图彻底理顺战略、业务、流程、制度和IT，让战略统摄业务和IT，让IT真正支撑战略和业...
評分开源为架构和软件带来了新的成长方式，共享让思维发展得更快、普及得也更快。但是，软件架构本身却只是积累了大量的案例，依旧难以标准化、自动化，哪怕是同一个行业的企业，为这家开发的软件却不能简单移植到另一家，很多商用化了的系统软件也还是离不开各具独特个性的本地化...
評分2019年中台很火，写了《中台之上》的付晓岩老师出了一本被列入中台系列的书，原本只是讲业务架构设计的，因为中台，估计销量也很好，不知道付老师和华章对这个歪打正着的效果怎么看哈哈。 可能许多人跟我一样，在读《中台之上》的时候满脑子都是“中台”，没有真的理解“之上”...
評分开源为架构和软件带来了新的成长方式，共享让思维发展得更快、普及得也更快。但是，软件架构本身却只是积累了大量的案例，依旧难以标准化、自动化，哪怕是同一个行业的企业，为这家开发的软件却不能简单移植到另一家，很多商用化了的系统软件也还是离不开各具独特个性的本地化...
用戶評價
確實講得比較粗略，不過對於業務架構和應用架構的說法，以及中颱和DDD的關係，還是有一些收獲的。 說到底，業務架構的核心在於理解業務。不過正如書中所述，DDD放棄瞭企業級的建模，隻專注在領域級，感覺確實是一個比較閤適的角度，但即便這樣推廣也是睏難重重。但是要做中颱就必須搭建企業級的模型，難度就更加不用說瞭
评分捷徑是迷路的最快方法。文化能將戰略當午餐吃掉。在戰場上最為巧妙的靈感往往不外乎迴憶而已。巨大的成果隻有經過巨大的努力方能獲得。
评分對技術人員來說，內容淺顯。對我來說，又有點不太理解，得配閤著業務建模指南一起看。
评分基於構件的設計
评分基於構件的設計
相關圖書
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美書屋 版权所有