1.5 业务架构的定义

业务架构从诞生之初就很清楚地定义了自己的使命：面向复杂系统构建。也就是说，业务架构与其他架构一样，其目的也是要降低复杂度，从更好地规划和实现系统，因此TOGAF将业务架构归属于IT战略部分。但是从笔者的实践经验来看，业务架构更突出的特点是影响了参加过企业级业务架构设计工作的业务人员，他们的逻辑思维能力、结构化能力、企业级观念和意识都发生了明显的改变，所以，应当将业务架构从IT战略中独立出来，更多地面向业务人员，以充当业务与技术之间的桥梁。当然，业务架构要想真正承担起这一职责，还需要改进、简化业务架构设计的方法，对业务人员更友好，并且坚持使用业务架构方法做企业级需求管控，否则，“熵增”一定会将已经建好的架构秩序回归到混沌状态。

说到这里，本书也尝试为业务架构提供一个简单的定义：以实现企业战略为目标，构建企业整体业务能力规划并将其传导给技术实现端的结构化企业能力分析方法。业务架构就其方法本身而言，既可以用于单个产品线或业务种类的领域级分析，也可以用于跨越产品线、业务领域的企业级分析；就价值而言，后一种显然对企业具有更高的价值，更值得企业去尝试、推广。因此，本书如无特殊说明，使用“业务架构”一词时多是指“企业级业务架构”。不同于一般基于业务诉求的需求分析或产品设计，业务架构的首要责任在于实现业务与技术的深度融合，在于打造能够让企业整体，尤其是业务与技术之间有效沟通的“通用语言”。

如今大热的“中台”概念，说到底也是一种业务架构设计结果，是对企业能力的一种规划，只不过阿里的实践代表的是自下而上的积累方式，而业务架构设计通常是自上而下的规划与演变。如果认真回顾软件设计的发展历程，那么你一定可以发现，所谓的“中台”绝非是一种超越了“企业架构”这个概念的存在。因此，若想要深入理解“中台”，那么多学习业务架构、软件架构的历史还是很有必要的。