2.2 业务架构与IT架构的关系

1.5节中提到过，TOGAF框架将业务架构视为IT战略的一部分，但事实上，业务架构应当是企业战略而非IT战略的一部分，它不同于通常意义上的业务需求，而是企业业务战略的实现方法。因此，业务架构范围是可以大于IT架构范围的，可以包含企业战略的非系统化部分，是企业业务的全景描述。IT架构则是用于企业信息化建设的，是企业战略的系统实现部分。二者之间的关系，用灵魂与容器来形容也许更为恰当。业务架构是灵魂，IT架构是容器，即灵魂的载体，没有灵魂，只有容器是没有生机的，所以，技术人员需要关注业务和业务架构。

业务架构与IT架构的关系可以用图2-1加以说明。

图2-1 业务架构与IT架构的关系

业务架构可从企业战略出发，按照企业战略设计业务及业务过程，业务过程是需要业务能力支撑的，从战略到业务再到对业务能力的需要，就形成了支持企业战略实现的能力布局，可以将这个布局理解为业务架构，它是企业为客户创造价值的设计过程。业务架构设计会尽可能地追求以更为集约的能力实现更为多变的业务或服务，这其实也是中台战略追求的目标，因而，中台战略实际上也可以归结为一种业务架构设计。

业务架构设计完成后，“灵魂”就诞生了，IT架构则是根据“灵魂”的需要来设计“容器”。IT架构的分类方式并没有统一的说法，通常会分为应用架构和技术架构，而近些年随着大数据的发展，数据架构的地位直线上升。此外，随着数据安全问题日益受到重视，许多企业的IT架构也将安全架构置于重要的位置上。

IT架构的4种架构的特点以及关系具体如下。

1）应用架构重点关注的是功能布局，与业务架构的关系非常紧密，可以称其为业务架构设计的“紧后工序”。

2）技术架构主要关注分层结构，对于大型业务系统来说，一个逻辑分层很可能要通过多种平台才能实现，因此还会在分层中加入平台规划。技术架构与业务架构的关系不像应用架构那么直接，主要是通过对业务特征、业务量等多种因素综合考虑分层的合理性和平台选型，通常业务架构设计不会涉及这部分工作，但业务架构人员应当了解本企业的技术架构及特点。

3）数据架构中有一个重要的组成部分是数据模型，数据模型与业务架构关系密切，甚至可以归类为业务架构的组成部分。

4）安全架构与业务架构的关系一般不是十分紧密，但是目前安全架构设计的一个发展趋势便是在向业务架构靠拢，或者说是向企业战略靠近，以使得安全架构设计更贴近实际业务需要，符合企业发展方向，而不再局限于传统的网络安全、信息安全等防护型工作，需要体现出更多的“规划”特征。

从上面的介绍可以看出，作为“灵魂”的“容器”，IT架构中的应用架构和数据架构与业务架构的关系是最为紧密的。从实践的角度来说，如果企业没有那么多的架构设计人员，那么应用架构与业务架构可以合并，毕竟业务能力规划清楚之后，向部署延伸一点就是应用架构。如果将业务架构与应用架构合并，那么让经验丰富的技术人员担任此项工作会更为合理，但要求相关人员必须具有或者培养良好的业务思维。数据架构中的数据建模工作更是可以合并在业务架构设计过程中。

将“灵魂”注入“容器”是技术人员的重要工作，而能否顺利注入，让“灵魂”有个适宜的居所，则有赖于对“灵魂”的充分认知；而引导这一认知过程，让原本朦胧神秘、纷繁复杂的“灵魂”清晰可见的，正是业务架构。