架构三问2业务架构将引我们走向何方

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