荐书丨企业业务架构的发展及与IT架构的关系

架构君：本文来自《企业级业务架构设计：方法论与实践》一书，作者为付晓岩，本书专注于企业级的业务架构，公众号「架构文摘」获得机械工业出版社华章分社的授权，刊载其中的部分章节——企业业务架构的发展及与IT架构的关系，内容仅发布在本公众号，社区网站等平台不得在未经授权的情况下，以任何形式转载此文。

由于本书还未正式上市，如果你想了解本书目录和尝鲜读电子版，可以扫描文末二维码。

业务架构并非软件工程中新诞生的领域，但是提及的人却很少。这个偶尔走进读者视线的词汇，经常带着一种“花非花、雾非雾”的“朦胧感”，很多人对业务架构究竟在软件设计中发挥了什么作用、有什么好处，以及业务架构和应用架构的关系、业务架构师和产品经理的区别等基本问题说不清、道不明。《软件工程》、《软件系统架构》、《系统分析与设计》等大家耳熟能详的经典教材也很少提及业务架构这个概念，更不用说企业级业务架构了，目前市面上也几乎没有专门论述业务架构及其设计方法的书籍。本书作为一本企业级业务架构专述，将从业务架构的发展历程、基本理念讲起，让读者对业务架构有一个基本的了解。

第1章 业务架构的发展历程

与软件的发展历史相比，业务架构的发展历程其实并不算短，而且也是有几个颇具影响力的架构设计理论。

1.1　Zachman模型

业务架构这个词最初是隐藏在企业架构（ Enterprise Architecture， EA）中的。 企业架构是 20世纪 80年代的产物，其标志就是 1987年 Zachman提出的企业架构模型，该模型按照“5W1H”，即 What（数据）、 Where（网络）、Who（角色）、When（时间）、Why（动机）、How（功能） 6个维度，结合目标范围、业务模型、信息系统模型、技术模型、详细展现、功能系统这 6个层次，将企业架构分成 36个组成部分，描述了一个完整的企业架构需要考虑的内容，如表 1-1所示。

表1-1　Zachman模型简介

Zachman模型虽然没有明确提出业务架构这个概念，但是已经包含了业务架构关注的一些主要内容：如流程模型、数据、角色组织等，既然没有提出业务架构的概念，自然也就没有包含构建方法，所以， Zachman模型应该算是业务架构的启蒙，同时，它也表明了这一工具或技术的最佳使用场景—面向复杂系统构建企业架构。
1.2　TOGAF 

1995年，大名鼎鼎的 TOGAF登场了，这个在企业架构市场中占据了半壁江山的架构模型明确提出了业务架构的概念。 TOGAF将企业定义为有着共同目标集合的组织的聚集。
例如，企业可能是政府部门、一个完整的公司、公司部门、单个处 /科室，或者是通过共同拥有权连接在一起的地理上疏远的组织链。 TOGAF进一步定义企业架构分为两大部分： 业务架构和 IT架构，大部分企业架构方法都是从 IT架构发展而来的。 业务架构是将企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，其包括业务的运营模式、流程体系、组织结构、地域分布等内容。  
TOGAF强调基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统，复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。 TOGAF还提供了一个详细的架构工件模型，如表 1-2所示。
从表 1-2中可以明确看到业务架构阶段的交付物，这些内容也清楚地说明了业务架构在软件工程中的位置。 相信很多对架构有兴趣的读者都认真学习过 TOGAF模型，此处不再赘述。