《企业级业务架构设计》安全
好书推荐
微信
今天咱们为你们推荐的是《企业级业务架构设计——方法论与实践》。本书做者是有着20年银行工做经验的资深业务架构师付晓岩。网络
此前咱们曾经推荐过付老师的一本书叫《银行数字化转型》，当时咱们就提到，在付老师20年的工做经验当中，有12年业务领域经验和8年IT领域经验。这点很重要，由于《企业级业务架构设计》的目标就是要在业务与IT领域架设一座桥梁，或者说，创建一套标准的语言体系，让业务与IT深度融合，从而设计出有效知足客户需求的企业级软件。架构
这本书适合谁读呢？app
首先，企业管理者，管理者决定着企业的发展方向，但如今不少企业并不是不善于设计“战略”，也并不是不精通“业务”，而是不熟悉“架构“。因此，管理者读此书，能够更好地带领企业得到架构能力，自上而下地创建业务架构。框架
其次，实施管理者，好比项目总监，各级项目经理、业务经理，技术经理等，他们能够在本书中得到企业级项目工做的方法论，并思考这些方法论与自身行业的适配性。工具
再次，技术人员，不少技术人员对本身究竟是在实现“业务人员”的要求，仍是在实现“业务”的要求产生过困惑。本书能够帮你解决这种困惑。布局
第四，业务人员，业务人员，业务人员在业务与技术融合过程当中会更“痛苦”一些，本书会告诉你，若是业务人员可以将本身的思惟“结构化”一些，这种痛苦会减小，让业务人员与软件的交互度更高。学习
第五，但愿成为业务架构师的读者。本书虽然不能帮你学习更多垂直领域的技术知识，但却多是你成为业务架构师必读的一本书。flex
好的，下面咱们从五个部分来介绍本书的内容。
第一部分，业务架构基础篇：包括业务架构的发展历程；业务架构的做用，它和IT架构的关系；和架构伴侣：业务模型；
第二部分，如何设计一个企业级的业务架构；
第三部分，如何落地企业级业务架构方案；
第四部分，架构方法如何进行改良；
第五部分，业务架构与中台。
【第一部分】
第一章：业务架构的发展历程：
1987年Zachman提出的企业架构模型描述了一个企业的架构（Enterprise Architecture）。该模型按照“5W1H”，即What（数据）、Where（网络）、Who（角色）、When（时间）、Why（动机）、How（功能）6个维度，结合目标范围、业务名、信息系统模型、技术模型、详细展示、功能系统这6个层次，将企业架构分为36个组成部分，描述了一个完整企业架构所须要考虑的内容。
接下来，1995年，TOGAF架构将企业架构进一步定义为两个部分：业务架构和IT架构，这是业界首次明确提出了业务架构的概念，企业架构概念演化出业务架构概念。TOGAF指出，业务架构是将企业的业务战略转化为平常运做的渠道。
TOGAF以后，业界又前后诞生了FEA（联邦企业架构）和DODAF（美国国防部体系架构框架），前者着眼于跨部门、跨机构提高业务效率，解决重复建设、信息孤岛等问题，后者结构比较复杂，以做战为目标，但对企业级业务架构也有参考意义。
值得一提的是，付晓岩在本书的附录中有一篇关于马汉的《海军战略》一书的读后感，题目叫《位置、力量、资源》，这不由让人在“商场如战场”的背景下思考，企业级业务架构设计为什么能够从战争理论中得到启发？
以上是本书第一章内容，接下来咱们来介绍第二章：业务架构的做用及其与IT架构的关系。
先说做用，简单讲，企业级业务架构一是起到传导做用，也就是把业务需求传导给IT；二是让企业战略落地，最终让企业成为高效的“数字化企业”。
事实上，不少传统行业中的企业已经实现了数字化，好比你认为是卖咖啡的星巴克，好比你认为是租车的滴滴，还有送外卖的美团，其实都已是科技公司。这些公司面对所在行业的后知后觉者的时候，已经具有了“降维打击”能力。
那后觉者怎么办？是简单重复先行者的“套路”吗？仍是高薪聘请技术人员？购买大厂的科技产品？在做者看来，这些都有必要，可是这些就比如你有一把狙击枪，但不表明你就是好的狙击手。因此要进行内在能力转变，这种能力就是企业级业务架构设计能力。
说完了业务架构的做用，再说它与IT架构的关系。做者认为，业务架构应当是企业战略而非IT战略的一部分，做者用一张图说明了二者的关系。用个比喻的方法说，业务架构是“灵魂”，而IT架构则是“容器”。而这个“容器”又如何分类呢？做者认为能够分为：应用架构、技术架构、数据架构、安全架构。在这一部分，做者还介绍了这四种架构的特色，及其相互关系。
以上是本书的第二章内容，下面介绍第三章：
第三章，付晓岩老师从“模型”的概念入手进行论述。其实咱们所说的模型，能够是具象的，好比售楼处的楼盘等，也能够是抽象的，好比软件开发中经常使用的时序图、状态图等。简单讲，模型就是一种表达形式。人类语言也能够视为一种模型，是头脑中想法的表达，而业务模型，就是对业务的表达。
那业务模型究竟要表达什么呢？最主要的就是组织及其运做过程。好比，一切盈利企业基本行为均可以用一个顶点为“成本、收入、利润”构成的三角形表示，而企业行为就能够根据这个三角形进行分析。
有了这个基本概念，做者介绍了常见的建模方法，好比表现为垂直职能带型流程图的ISO9000模型，好比致力于为全部业务用户提供易于理解的符号的BPMN模型，又好比非专利的第三代建模和规约语言UML（统一建模语言）等等。
在本书当中，“业务架构是战略、流程、组织等业务元素的结构化表达”这一理念在书中反复出现。而业务模型则是这种结构化表达不可或缺的工具。所以，付晓岩在第三章介绍了建模原则与建模思惟的应用。
建模原则之一是总体性原则，好比，几个小组在没有总体要求，也不容许沟通的状况下，设计出来的飞机组件，可能根本没法拼接到一块儿，因此必定要注重总体性；建模原则之二是合适性原则，生搬硬套的建模可能致使设计结果的“无用”，因此必定要将模型中各个部分、各种元素有机结合。
业务模型技能在项目完结以后还有用吗？做者认为模型思惟会“终身受用”，好比它能让你更好地把握总体、穿透现象、保证落地。
以上是本书第一部分，也就是基础篇的内容，包含了本书的前三章。总结一下，第一部分做者主要介绍了业务架构的历程、做用，与IT机构的关系以及业务模型的介绍。
【第二部分】
第二部分，做者开始教咱们如何设计业务架构。这一部分共分为4个章节，分别是业务架构设计的起点、过程、难点，以及一个虚拟案例，某商业银行业务架构的设计。
做者指出，设计过程是从战略分析出发，经过梳理目标，发掘能力需求，再经过价值链分析方式，构建企业总体能力布局。而业务架构设计与IT落地则是交替上升的过程。这个思路贯穿在第二部分当中。下面咱们就来介绍第二部分的四章内容。
第四章，业务架构设计的起点，就是企业战略分析。战略分析能够用BMGovernance公司设计的企业战略设计模型做为辅助工具。做者详细介绍了如何用此模型进行企业战略分析。若是咱们把这个像屋子同样的模型，和第三章提到的三角形的企业架构模型对比，能够把三角形理解为“大道至简”，而这个“屋子”则是“衍化致繁”。经过战略的建模，读者能够实践对战略的一次简易的“沙盘推演”，能够避免工做的盲目性。
企业战略分析的第二个方面是对标分析。做者指出，不少人将对标分析的好处定位于快速学习领先实践，但这种想法有两个误区：第一，不少时候，领先实践并无真的研究透，即使请咨询公司出手，也可能是研究表象，难以充分了解机理。若是真的想学透，恐怕要把实践真正的参与者“本尊”引入企业才行。
对标分析的误区之二，是对本身了解不够清楚。“知人者智，自知者明”，所谓“明智”，是要先认清本身，再了解别人。
同时，组织结构对架构设计的影响也不容忽视，好比谈及组织结构对系统设计的做用，“康威定律”就告诉咱们，任意一个软件都能反映出制做它的团队的组织结构。而做者认为将这个规律延伸到需求方也同样适用：需求方的组织结构不可避免地会影响到系统的组件结构。
以上是本书第四章内容，介绍了业务架构设计的起点。接下来，第五章，做者介绍了业务架构设计的过程。
在设计过程当中，做者先引入了价值链分析方法，并介绍了迈克尔·波特1985年提出的价值链（Value Chain）的概念，做者指出，价值链主要描述的是企业价值创造的过程，而描述价值链，则须要对企业行为进行分析，分析的维度包括业务领域的划分和业务流程的分析。
若是价值链是横轴，业务领域就是竖轴，而贯穿横轴的业务流程能够遵循前文提到的BPMN语法标准进行，用VISIO设计工具进行设计。
做者提醒读者注意的是：业务领域和业务流程分析阶段完成的模型一般不够准确，由于虽然已经将能力需求落实到了“工做流”当中，但尚未通过“精炼”。
接下来做者介绍了数据分析的方法，重点讲解了企业级数据模型。付晓岩用ER（实体关系）图展开，以金融类企业经常使用的FSDM（Financial Services Data Model）做为整体结构创建分析框架，将数据实体、数据属性进行归类，造成统一的企业级逻辑模型，并在生产阶段进行严格管理。
数据模型与流程模型是“难兄难弟”，第五章第四小节做者介绍了流程模型的表达方法，在第五小节做者总结了业务架构设计5个关键元素，也就是价值链、业务领域、业务流程、业务数据和业务组件，以及他们之间的逻辑关系。
在第六章，做者介绍了业务架构设计的难点，好比基本的标准化方法和如何避免过分整合。第七章，则以商业银行的业务架构设计为虚拟案例，帮助你们理解业务架构设计的过程。
至此，咱们介绍了本书的前两部分，包括了第一章到第七章的内容。接下来是本书的第三部分，也就是业务架构的落地篇。做者用六个章节介绍了这个部分的内容。
【第三部分】
在第三部分的开篇之际，做者指出，落地部分并无什么神秘之处，若是设计得当，落地更多须要的是决心和耐心。可见第二部分所讲的设计，乃是根本，设计得好，能够事半功倍。
下面咱们介绍第三部分，第八章做者讲述了如何把一个业务架构模型转变成一个可执行的业务架构方案。由于业务模型所能表达的信息仍是有限的，因此，要想落地成方案，并不能仅仅依赖以前所作的高阶架构，虽然这个架构有条有理，但尚未精细到能够直接出IT设计方案的程度，还须要继续向下分解为IT设计元素，继续在业务与IT间“搭桥”的过程。
对于方案的设计过程，做者认为方案要包含三个部分的文档：企业级业务架构方案的总体描述、分领域或分应用的方案描述、业务组件的方案描述。做者用第八章一章的篇幅介绍了这三个部分文档的具体内容，同时也对开发团队规模较小的企业给出了具体的建议。
在业务架构方案作好以后，咱们还须要作什么？付晓岩认为，不要期望IT设计能够天然产生，还须要业务架构人员去作充分的解释来保证架构方案的传导。若是架构设计人员缺位，业务部门和项目团队沟通的结果可能会和最初建模存在差别，长此以往积累出不少“地方语言”，业务架构只能“自说自话”。
所以，业务架构设计也必须努力打造“通用语言“，一方面培养合格的业务架构师队伍，做为业务模型的“嘴”，另外是增强项目外的宣讲，用业务模型去解释业务。让这个通用语言充分“用”起来。
第九章，做者介绍了基于业务架构方案的实施过程。做者结合第七章列举的虚拟案例，介绍了企业级业务架构进行IT设计的大体过程：1、细化业务架构模型；2、处理“新发现”；3、进行惯常的IT设计，但要创建一体化视图；4、业务架构的桥梁做用。
同时，做者还指出，业务架构是一个迭代的过程，会不断地进行反复和调整，并给出了处理这种调整的原则，好比为何不能容许简单地指定架构？什么样的架构调整是能够接受的？什么样的不应接受？
以最后一个问题“什么样的架构调整不应接受“为例，做者指出明显违反既有规则的调整、没必要要的重复造轮子都是不应接受的。
若是以上工做都已完成，项目顺利实施，那么项目结束了该怎么办？第十章，做者介绍了转型后的长期应用机制该如何创建，也就是如何维持“通用语言“的长期使用。
做者指出，按照“熵增”理论，没有良好的维护，再好的架构也会慢慢崩坏。因此项目结束以后，必须坚持使用所创建的企业级业务架构去管理新的需求，并随着业务和技术的发展，不断调整架构，保持经常使用常新。具体的方法，涉及到将企业级转型项目中培养出的业务架构设计人员派驻到业务部门，普遍交流等等。
在第十一章，做者讨论了业务架构设计这个“笨重”的过程，与敏捷的关系。做者认为，根据敏捷宣言提出的四个核心价值，企业级业务架构设计与真正的敏捷理念，是不矛盾的。做者指出，有一些非正宗的敏捷指的实际上是不按套路出牌的“特事特办”，这种敏捷其实质就是临时事项，因事而立，事过则废，这种方式会对企业总体架构管理带来必定破坏，每每直接要求一些违反“架构”总体安排的改动，这与“真敏捷”不一样，真敏捷并不意味着要违反企业级，而是能够与企业级很好地融合在一块儿。
第十二章，做者介绍了企业级的“五难”，即五个难点，第十三章，介绍了一个实现了快速设计的案例，读者能够自行阅读。
【第四部分】
以上是本书的第三部分，接下来的第四部分，做者和读者探讨的问题是架构方法如何改良。做者认为，上述架构设计方法虽然也有基于流程和数据的标准化造成的组件和功能，但其对复用的表达依然偏重流程视角，是活动、任务的复用，而IT但愿看到的，更直接的复用，好比面向构建的设计如何实现，是值得讨论的。
第十四章，做者经过“乐高积木”式的软件设计方法——CBD（基于构件的开发），进行了讨论。但基于构件须要注意“颗粒度”问题，处理很差的话，业务人员没法明白IT到底在作什么，IT人员也没法让本身获得解脱。做者在本章给出了构件模型的设计方式和一个虚拟案例，以便读者更好地理解。
与本章相关的一个附录，也就是本书的附录B，是做者在业务架构设计工做期间学习《金融工场》一书的体会，对于做者理解本章内容有参考价值。
第十五章，做者介绍了构建轻量级架构管理工具的方法，第十六章，做者则基于构件模型探讨了传统企业产品创新的问题。付晓岩指出，构建模型能够面向产品或服务提供简洁、直观的设计蓝图，从而提高开发效率。那么，可否延伸这种能力，改善传统企业产品创新能力呢？做者认为，以构建模型及其架构管理工具为基础的实现模式，有助于加强创新管理所需的信息传导、信息分析、创新平台三方面能力。所以答案是确定的。具体的实现方法，读者能够在第十六章中探寻。
【第五部分】
最后，本书的第五部分，付晓岩介绍了业务架构与中台的关系。做者的核心观点是：业务架构方法能够推导出中台设计。付晓岩认为，虽然业务架构二十多年的历史中不愠不火，但在阿里集团内部发展的很好，证实了业务架构设计有助于创建中台规划。
固然，做者也指出，企业级业务架构设计方法并不是“银弹”，更不能简单照搬其余企业的架构套在本身身上。它更像一面镜子，镜子中照出的只能是你本身，而照镜子的过程也是一个“赋能”过程，赋予你认清本身的能力，达到“自知者明”的状态。
总结一下，本书共五个部分，第一部分介绍了业务架构的发展历程、做用、与IT架构关系，介绍了业务模型；第二部分，详细介绍了业务架构的设计方法，包括设计的起点：企业战略分析；设计的过程：价值链分析、行为分析、数据分析、组件分析及总体逻辑关系；第三部分，介绍了业务架构的落地：包括如何制做方案，如何落地实施，如何在实施以后创建长期应用机制等；第四部分，介绍了架构方法如何改良，列举了面向构建的设计方法，以及构建轻量级架构管理工具和基于构建模型进行传统企业产品创新的方法。最后一个部分，做者探讨了业务架构与中台的关系。
好了，付晓岩的《企业级业务架构设计——方法论与实践》的内容就为您介绍到这里。欢迎你们继续关注金科好书推荐，学习更多金融科技好书。
本文分享自微信公众号 - 晓谈岩说（）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。