企业级业务架构设计：方法论与实践
推荐语
前言
部分 业务架构基础篇
第1章 业务架构的发展历程2
1.1 Zachman模型2
1.2 TOGAF4
1.3 FEA和DODAF5
1.4 沉吟至今6
1.5 业务架构的定义8
第2章 业务架构的作用及与IT架构的关系10
查看完整
前言
部分 业务架构基础篇
第1章 业务架构的发展历程2
1.1 Zachman模型2
1.2 TOGAF4
1.3 FEA和DODAF5
1.4 沉吟至今6
1.5 业务架构的定义8
第2章 业务架构的作用及与IT架构的关系10
查看完整
付晓岩IBM副合伙人，全球企业咨询服务部大中华区金融核心锐变团队业务发展和交付总监，资深的企业级业务架构师，有超过20年的金融行业工作经验，原就职于建信金融科技有限责任公司。2000年加入建行从事金融业务，2012年调入建行总行成都开发中心，2016年调入建行总行北京开发中心，各中心2018年整体转制，成立建信金融科技有限责任公司。从事金融业务期间，多次作为核心业务人员参加业务系统开发工作，并就此转入技术开发部门，多年专职从事企业级业务架构设计。工作期间，认真钻研软件过程、系统设计与分析、架构设计方面的理论知识，将其与实践相结合，不断融合设计思路，逐渐超脱原有工作经历和指导理论的限制，形成对企业级业务架构设计一般方法的认知。InfoQ中文站专栏作家，发表《中台之上》系列文章，累计阅读量超过10万。维护着个人微信公众号：晓谈岩说，与各行业读者广泛交流，持续提升方法的普适性。
这是一部从方法论和工程实践双维度阐述企业级业务架构设计的著作。
作者是一位资深的业务架构师，在金融行业工作20年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、亚马逊、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。
作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。
全书分为五个部分：
业务架构基础篇（第1～3章）
查看完整
作者是一位资深的业务架构师，在金融行业工作20年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、亚马逊、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。
作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。
全书分为五个部分：
业务架构基础篇（第1～3章）
查看完整
推荐语
前言
部分 业务架构基础篇
第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
^ 收 起
前言
部分 业务架构基础篇
第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
^ 收 起
付晓岩IBM副合伙人，全球企业咨询服务部大中华区金融核心锐变团队业务发展和交付总监，资深的企业级业务架构师，有超过20年的金融行业工作经验，原就职于建信金融科技有限责任公司。2000年加入建行从事金融业务，2012年调入建行总行成都开发中心，2016年调入建行总行北京开发中心，各中心2018年整体转制，成立建信金融科技有限责任公司。从事金融业务期间，多次作为核心业务人员参加业务系统开发工作，并就此转入技术开发部门，多年专职从事企业级业务架构设计。工作期间，认真钻研软件过程、系统设计与分析、架构设计方面的理论知识，将其与实践相结合，不断融合设计思路，逐渐超脱原有工作经历和指导理论的限制，形成对企业级业务架构设计一般方法的认知。InfoQ中文站专栏作家，发表《中台之上》系列文章，累计阅读量超过10万。维护着个人微信公众号：晓谈岩说，与各行业读者广泛交流，持续提升方法的普适性。
这是一部从方法论和工程实践双维度阐述企业级业务架构设计的著作。
作者是一位资深的业务架构师，在金融行业工作20年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、亚马逊、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。
作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。
全书分为五个部分：
业务架构基础篇（第1～3章）
介绍了业务架构的发展历程、作用、与IT架构的关系，以及业务模型的相关知识。
业务架构设计篇（第4～7章）
详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。
业务架构落地篇（第8～13章）
演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，*后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
架构方法改良篇（第14～16章）
系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
业务架构与中台篇（第17章）
将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。
^ 收 起
作者是一位资深的业务架构师，在金融行业工作20年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、亚马逊、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。
作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。
全书分为五个部分：
业务架构基础篇（第1～3章）
介绍了业务架构的发展历程、作用、与IT架构的关系，以及业务模型的相关知识。
业务架构设计篇（第4～7章）
详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。
业务架构落地篇（第8～13章）
演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，*后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
架构方法改良篇（第14～16章）
系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
业务架构与中台篇（第17章）
将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。
^ 收 起
比价列表
