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

为便于理解，本节论述中IT架构的内容采用目前在开发领域通常提到的分类方式，而没有完全采取笔者在本书中主张的取消信息架构独立视角的观点，全书仅有本节采用这种表述方式，还请各位读者阅读时注意。

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

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

业务架构从企业战略出发，按照企业战略设计业务及业务过程，业务过程需要业务能力支撑，从战略到业务再到对业务能力的需要，就形成了支持企业战略实现的能力布局，它是企业如何为用户创造价值的设计。业务架构设计会尽可能地以更为集约的能力实现更为多变的业务或服务。

图3-3　业务架构与IT架构的关系

业务架构设计完成后，“灵魂”就诞生了，IT架构则是根据“灵魂”的需要来设计“容器”。IT架构常采用TOGAF分类方式（见1.2节）。随着安全问题日益受到重视，许多企业的IT架构也将安全架构置于重要的位置上。

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

1）应用架构重点关注的是功能布局和数据流向，与业务架构的关系非常紧密，是业务架构设计的“紧后工序”。

2）数据架构的主要工作是对数据的设计，包括数据定义、数据标准、数据模型、生命周期管理、数据资产的管理等。数据架构可以很复杂，但是数据架构应该与业务架构紧密结合，而不是单纯地进行数据设计，业务与数据是相辅相成的，尤其是对数字化转型而言。

3）技术架构主要关注技术平台的分层结构。对于大型企业的业务系统而言，一个逻辑分层很可能要通过多种平台才能实现，需要制定技术平台发展规划。技术架构与业务架构的关系不太直接，要通过业务特征、业务量等多种非功能性因素来综合考虑分层的合理性和平台选型。通常业务架构设计不会涉及这部分工作，但业务架构师应当了解本企业的技术架构及其特点。

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

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

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