这是一部从方法论和工程实践双维度阐述企业级业务架构设计的著作。
作者是一位资深的业务架构师，在金融行业工作超过20年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。《企业级业务架构设计：方法论与实践》在出版前邀请了微软、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的架构师和技术专家对该书的内容进行了点评，一致好评推荐。
作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方法论的持续改良。
全书分为五个部分：
业务架构基础篇（第1～3章）
介绍了业务架构的发展历程、作用、与IT架构的关系，以及业务模型的相关知识。
业务架构设计篇（第4～7章）
详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。
业务架构落地篇（第8～13章）
演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，最后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。
架构方法改良篇（第14～16章）
系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。
业务架构与中台篇（第17章）
将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方法论的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。

付晓岩，资深企业级业务架构师，有近20年银行业工作经验，一直在业务和技术一线，目前就职于建信金融科技有限责任公司，担任团队管理职务，在企业级业务架构和跨界转型方面有深厚积累。
这近20年来，历经会计、信息分析、对公业务、技术开发等多个业务条线；从事过一线业务、分行部门、总行部门、子公司等多个层级的工作；认真钻研过软件工程、系统设计与分析、架构设计方面的理论知识，将其与实践相结合，不断融合设计思路，逐渐超脱原有工作经历和指导理论的限制，形成了一套自己的企业级业务架构设计方法论，并著有《企业级业务架构设计：方法论与实践》，获得出版业的多个奖项。以此方法论为基础，全面观察和总结金融行业的业务、技术发展趋势，结合过去的工作经验，又逐渐形成了对金融行业数字化转型的独特认知。
“首届全国中台战略大会”、QCon、Gdevops等大型技术会议的演讲嘉宾，上海交通大学合作课程讲师，InfoQ中文站、“区块链前哨”微信公众号、巴比特社区等知名技术媒体的专栏作家。独立运营公众号“晓谈岩说”。

推荐语
前言
第一部分 业务架构基础篇
第1章 业务架构的发展历程
1.1 Zachman模型
1.2 TOGAF
1.3 FEA和DODAF
1.4 沉吟至今
1.5 业务架构的定义
第2章 业务架构的作用及与IT架构的关系
2.1 业务架构的作用
2.2 业务架构与IT架构的关系
第3章 架构伴侣：业务模型
3.1 模型与业务模型
3.2 常见的建模方法
3.3 建模原则与模型思维的应用
第二部分 业务架构设计篇
第4章 业务架构的设计起点
4.1 企业战略分析
4.2 对标分析
4.3 组织结构的影响不容忽视
第5章 业务架构的设计过程
5.1 价值链分析
5.2 行为分析：业务领域和业务流程
5.3 数据分析：企业级数据模型
5.4 组件分析：行为与数据的结合
5.5 业务架构的整体逻辑关系
第6章 业务架构的设计难点
6.1 基本的标准化方法
6.2 避免“过度整合”
6.3 何以解忧，唯有“融合”
第7章 虚拟案例：商业银行业务架构设计
7.1 价值链设计
7.2 存款领域的模型设计
7.3 贷款领域的模型设计
7.4 跨领域的标准化
7.5 组件设计
7.6 案例总结
第三部分 业务架构落地篇
第8章 从业务架构模型到业务架构方案
8.1 业务架构设计不是为了替代需求分析
8.2 制作业务架构方案
8.3 小团队的应对之道
8.4 需要充分解释架构方案
8.5 努力打造“通用语言”
第9章 基于业务架构方案的实施过程
9.1 基于业务架构的设计
9.2 基于业务架构的协调
9.3 处理架构调整的原则
9.4 企业级物有所值吗？
第10章 建立转型后的长期应用机制
10.1 项目结束了该怎么办？
10.2 促进深度融合的需求管理机制
第11章 这个“笨重”的过程与敏捷沾边吗？
11.1 传说中和现实中的双模开发
11.2 与正宗的敏捷对比
11.3 与非正宗的敏捷对比
11.4 且行且珍惜
第12章 企业级的“五难”
12.1 捷径难寻
12.2 文化难建
12.3 预期难控
12.4 权责难定
12.5 长志难立
第13章 实战：实现了快速设计的案例
13.1 项目背景及需求
13.2 设计思路和业务架构方案
13.3 案例总结
第四部分 架构方法改良篇
第14章 如何支持面向构件的设计
14.1 “乐高积木”式的软件设计
14.2 “颗粒度”问题
14.3 构件模型的设计方式
14.4 建立构件模型的虚拟案例
14.5 构件模型的技术设计建议
14.6 本章小结
第15章 构建轻量级架构管理工具
15.1 构件模型的抽象要素及逻辑关系
15.2 轻量级架构管理工具的设计原理
15.3 采集项目信息的价值
15.4 轻量级架构管理工具的优缺点
15.5 应用轻量级架构管理工具管理新需求
第16章 基于构件模型谈谈传统企业的产品创新
16.1 信息传导：打造信息传递高速公路
16.2 信息分析：创造高维数据
16.3 创新平台：扩展构件模型
16.4 构件模型及其应用设想的不足
第五部分 业务架构与中台篇
第17章 中台之上
17.1 阿里中台简介
17.2 企业文化的作用
17.3 由业务架构方法可以推导出中台设计吗？
尾声 对实践的再次思考
附录A 位置、力量、资源
附录B 积木式创新

社会早已步入“信息时
代”，以A（人工智能）、
B（区块链）、C（云计
算）、D（大数据）等技
术为代表的科技应用正逐
渐改变社会与生活，而在
数字化浪潮中，很多企业
仍处在艰难的转型甚至是
转型前的阶段。
企业是否一定要转型
呢？有的人说，一些企业
没转型，现在也运转得挺
好。这个现象有点类似于
人类社会，人类社会的发
展是不均衡的，既有步入
信息社会的发达地区，也
有原始朴素、低生产水平
的欠发达地区，那这些“
欠发达”地区是否需要“转
型”呢？这并非是一个要
与不要的问题，如果这些
地区想要保持原有状态，
那么，减少与外界的接触
可能是不得不采取的措施
，因为接触会带来融合，
融合会带来改变。
对于企业而言也是如
此，企业无法脱离其生存
环境，如果环境发生了改
变，那么企业也不得不跟
着改变，因为企业是不能
靠与外界隔离来生存的。
企业转型是必然的，无非
是要考虑转型的时机等。
在信息时代，转型的方向
自然是信息化、数字化，
实现业务与技术的深度融
合，讨论这类内容的书籍
并不少，但是，实践效果
却难以让人满意，“众里
寻他千百度”，依然不见“
灯火阑珊处”。
企业级转型是一个很
艰难的过程，它并非一个
单纯的技术问题，因为转
型涉及企业的方方面面，
如果想走通这条路，尤其
是对传统企业而言，充分
认识自身、寻找适合自身
的方法极为重要。笔者多
年从事企业级业务架构设
计与管控工作，有幸参与
了一次历久弥新的企业转
型工程，对业务架构在企
业级项目和企业转型过程
中发挥的作用深有体会，
因此，笔者将对业务架构
工作的感悟与自身的学习
结合起来，超脱原有的工
作实践和理论指导，面向
可操作的一般方法论写作
本书。
本书在写作过程中受
个人经验局限，仍多以金
融业务为讲解对象，但是
其方法在读者自行学习后
，可以引入到其他行业的
实践中，而非局限于金融
业，这一点在笔者运营的
公众号（晓谈岩说）的读
者交流中得到了证实。纵
然如此，本书终归是一家
之言的分享，期待能为各
位读者带来些许思考和灵
感，以共同促进业务架构
、企业转型方面理论与实
践的发展。
【本书主要特色】
本书希望能够成为一
本让各类读者都可以读得
懂的架构书，因此，书中
没有让人拿捏不准的概念
。殊少概念可能会因为追
求易懂的效果而让部分读
者觉得有失严谨，但是，
“易懂”也是架构设计应当
追求的目标之一。与概念
较少相对应，本书的“感
受”成分稍多，因为笔者
相信融入“感受”比单纯写
方法更容易引起读者的共
鸣与思考。
本书的主要内容
完整的企业级业务架
构实践应当包含两条并行
展开的主线，一条为“行
线”，一条为“知线”，如
图1所示。
“行线”是读者在日常
工作中通常会比较关注的
，其覆盖了企业级业务架
构设计、实现及后期管理
的完整过程；而“知线”则
常常容易被忽视，尤其是
在架构师或其团队之外。
架构师有责任和义务持续
改进、宣传架构设计方法
，推动架构理念在企业以
及社会范围内的磨砺、传
播，实现架构工作的“知
行合一”。出于这种认知
，本书在内容方面设计了
5个部分，其中，基础篇
、设计篇、落地篇介绍了
“行线”；改良篇、业务架
构与中台篇探讨了“知线”
，具体内容如下。
业务架构基础篇（第1
～3章）分别介绍了业务
架构的发展历程、作用、
与IT架构的关系及业务模
型的相关知识。
业务架构设计篇（第4
～7章）分别介绍了战略
分析、对标分析、组织结
构的影响、业务架构设计
方法、标准化方法，并以
一个虚拟案例综合演示了
业务架构的设计过程。
业务架构落地篇（第8
～13章）分别介绍了业务
架构方案制作、基于业务
架构的实施、项目完成后
的管理机制，并比较了与
敏捷开发的异同，集中讨
论了企业级项目的实施难
度，最后，以一个设计实
例展示了业务架构设计对
提升企业开发效率的作用
。
上述三部分完整介绍
了业务架构设计的一般实
现方法，并将企业级项目
需要注意的问题及痛点融
合在论述过程中，以供需
要开展相关工作的读者参
考。
架构方法改良篇（第
14～16章）介绍了如何
进行面向构件化的业务架
构设计、如何构建轻量级
架构设计工具、如何基于
构件模型提升传统企业产
品创新效率，该部分属于
对前文方法的改良设想，
需要读者对此多加思索，
切勿生搬硬套。
业务架构与中台篇（
第17章）是对业务架构设
计方法与当前热点—“中
台”模式的一个比对。“传
统”方法并不一定会因新
技术、新概念的发展而黯
然失色，对方法论的深入
探索和积极思考往往会让
“传统”焕发新的“生命力”
，深度思考比追逐热点更
重要。
附录部分收录了笔者
做业务架构设计期间撰写
的两篇读后感，希望对读
者了解业务架构设计的作
用、扩展设计思路有一定
的帮助。
【如何阅读本书】
本书适用于如下几类
读者群体。
企业管理者