“体系结构”一词就像“陌生人”，有系统体系结构、硬件体系结构、企业体系结构、缓存体系结构……各种各样，但有些技术
但是，讨论问题的前提是概念的明确和问题的领域界限的明确。 随着所谓“中台”的兴起，如果业务结构再次被推到前台，——
什么是业务体系结构？ 业务体系结构和软件体系结构的区别和联系是什么？
业务体系结构在整个IT系统中位于什么位置？
业务体系结构的动向如何？ 引导我们去哪里？
什么是业务体系结构？ 首先，要明确概念的内涵和外延。 OMG的业务架构工作组(BAWG )定义如下。
abusinessarchitectureisaformalblueprintofgovernancestructures，businesssemanticsandvaluestreamsacrosstheeextendedenterprise。
业务体系结构是公司治理结构、业务能力和价值流动的正式蓝图。
itarticulatesthestructureofanenterpriseintermsofitscapabilities、governance structure、business processes、 and information.thebusinesscapabilityiswhattheorganisationdoes，thebusinessprocessesarehowtheorganisationexecutesitsscapapababilisationiondon
业务结构明确界定企业的管理结构、业务能力、业务流程、业务数据。 其中，业务能力定义企业做什么，业务流程定义企业怎么做。
一般来说，我们提到的体系结构大多面向软件系统本身，指向软件系统本身的体系结构和实现的过程和方法。 业务体系结构与软件系统本身密切相关，但通常是指企业体系结构的一部分，面向企业或组织。
也就是说，软件体系结构和业务体系结构的核心兴趣不同，业务体系结构服务于整个企业的目标，并由企业战略驱动。
业务体系结构和TOGAF明确了区域边界后，会注意到“业务体系结构”一词并不是新的，而是隐藏在企业体系结构中。 企业结构是20世纪87年代的产物，其标志是Zachman于1987年提出的企业结构模型，该模型为“5W1H”，即what (数据)、how )、where )、who )、when )、why
此外，在1995年，TOGAF的这一体系结构模式明确提出了业务体系结构的概念，这种体系结构模式在企业体系结构市场占有半壁江山。 TOGAF将企业定义为具有共同目标集合的组织集合，强调基于面向业务和驱动的体系结构来理解、分析、设计、构建、集成、扩展、操作和管理信息系统。 复杂系统集成的关键是基于体系结构的集成而不是基于组件的集成。
完整的TOGAF是一系列以ADM为中心的方法和工具的集合。 “方法和工具的集合”通常称为体系结构框架——，即体系结构框架，AF。 这里的ADM是体系结构开发方法，是体系结构开发方法的缩写，是由制作TOGAF的专家构建的闭环、重复的体系结构设计、实施和维护，涵盖了许多行业最佳实践TOGAF 9.2原版的ADM工艺模型如下。
业务体系结构是一种企业体系结构(Enterprise Architecture )，它提供了从战略到实施迁移的桥梁，包括四种体系结构，并得到广泛的接受：
业务体系结构。 业务体系结构，BA。
数据体系结构。 数据体系结构，DA。
高速APP应用程序体系结构。 应用程序体系结构，AA。
技术框架。 技术体系结构，TA。
目前，TOGAF 9.2是企业架构的实际标准，在世界范围内得到广泛实践。 TOGAF 9.2的BA/DA/AA/TA内容模型为：如下图所示
BA属于现实世界，DA/AA/TA均属于IT世界。 前者是后者的吉祥，后者是前者的支撑，模型可以简化如下
为什么要做——战略目标、业务动机
做什么——业务功能、业务能力
谁负责——组织结构、业务
如何做——业务流程、业务规则
使用的数据——业务数据
/p>用到的应用——应用系统
用到的技术——技术设施
业务架构是由企业战略驱动的，业务架构发挥了从战略向实施过渡的作用，上接公司战略，下接IT与非IT实施：
战略是公司高层的设计，却是业务架构师的需求。业务架构师的工作是“战略进，业务架构出”，业务架构是BA 架构师的设计，却是DA/AA/TA 架构师的需求，环环相扣，上层驱动下层，下层支撑上层。
业务架构的发展趋势早在2015 年Gartner 预测说：在2020-2025 年，大数据/DevOps/业务架构等技术都会进入成熟期。五年后的今天，我们看到了什么，又做到了什么呢？
如今，各行业赛道迭代加速、竞争加剧。蓝海是暂态，红海是常态，每一步领先都有时效期限。
运维侧，全球业界已普遍接受和频繁实施DevOps改革，打造开发-测试-部署-运维一体化的实践体系。
规划侧，以TOGAF等EA框架的全球流行、业务架构师岗位的日益普及、BizDevOps体系的提出等为标志，正经历着一场战略规划-IT规划-架构设计一体化（Integration）的大变革。
每个行业的参赛选手，拼IT、拼业务、更拼IT与业务的快速结合与创新。我们看到，各行业赛道竞争的核心是业务快速落地能力的比拼。
IT与业务快速结合与创新，最大障碍不是IT技术，而是：1）业务理解的速度与质量、2）业务诉求向IT方案转化的速度与质量。
因此，本文认为业务架构的发展方向将是：业务架构日益成为规划侧各个环节的基础技能，使能“战略快速落实到架构”、“业务快速落实到IT”。
业界正在发生的运维侧变革，带来了架构师cqdgb、程序员cqdgb、测试cqdgb、运维cqdgb的要求。规划侧变革也将带来业务战略规划者、IT战略规划者、IT方案规划者都要懂业务架构的要求。
规划侧变革，未来还有很长的路要走。毕竟，相对而言，技术变革易、思维变革难。让我们拭目以待。
《业务架构 应用架构 数据架构实战》新书上架想要了解更多具体案例和实战方法，可阅读《业务架构应用架构数据架构实战》一书。
笔者和幸福的冰淇淋相识十数年，他的《软件架构设计》、《一线架构师实践指南》以及译作《SQL语言的艺术》《应用框架的设计与实现》等书帮助了大量的程序员。更为难得的是，他一直专注于系统架构这一领域，《业务架构·应用架构·数据架构实战》更是温老师多年实践水到渠成之作，这本书为业务架构及企业架构的具体实践，带来了诸多真知灼见和实践探索。
l 每一页都是实践经验的总结，参考性超强
l 每一页都简洁明了重点突出，可读性超强
l 大局＋架构＋文档，三大篇，操作性超强
本书思路清晰，每一个概念、每一项方法都给出了简要透彻的阐述。同时又结合实践，给读者看得见、摸得着的项目实践感受，帮助读者迅速上手。本书还有一个作用，就是能提升读者对IT及其业务的认知层次，为长远职业发展提供助力。
本文作者简介一个全栈工匠
二本图书的合作译者
三次世界 500 强企业的从业经历
四家创业公司的实战
五篇铅字短文发表（增长中）
六次技术会议的分享
七年时间在一个生态系统中打磨
八种编程语言的掌握
九项国内外专利（不包括21项还在审核中的专利）
十位作者之一（《深入分布式缓存》）
目前从事人工智能尤其是对话式AI系统的研发，任百度DuerOS 首席sydts，闲来维护CSDN博客和公众号：wireless_com。