业务架构是灵魂IT架构是容器四种子架构与业务架构的紧密度并不相同

TOGAF把业务架构划进IT战略的范畴，但作者提出一个更准确的定位： 业务架构应当归属企业战略，而不是IT战略的一部分——它不等同于 通常意义上的业务需求，而是企业业务战略的实现方法，范围可以 大于IT架构，能够涵盖企业战略里那些还没有被系统化的部分，是 企业业务的全景描述。基于这个定位，作者用”灵魂与容器”来形容 两者关系：业务架构是灵魂，IT架构是容器（灵魂的载体）——没有 灵魂，容器本身没有生机，这也是为什么技术人员同样需要关心业务 和业务架构，而不能把它当成纯业务侧的事情。但”容器”本身不是 铁板一块，IT架构通常拆成应用、技术、数据、安全四类子架构， 它们和业务架构的紧密程度并不一样：应用架构关注功能布局，与 业务架构关系最直接，可以看作业务架构设计的”紧后工序”；数据 架构里的数据模型和业务架构关系密切到甚至可以直接归类为业务 架构的组成部分；技术架构关注分层与平台选型，主要受业务特征、 业务量等因素间接影响，通常不属于业务架构设计本身的工作范围， 但业务架构人员仍应了解本企业的技术架构特点；安全架构过去和 业务架构关系最疏远，偏向传统的网络/信息安全防护，但近年正在 向业务架构、企业战略靠拢，逐渐带上”规划”的特征而不再局限于 纯防护型工作。这个紧密度差异有实践指导意义：当企业架构设计 人员不足时，作者建议应用架构可以和业务架构合并，数据建模工作 也可以并入业务架构设计过程，但技术架构和安全架构没必要强行 并入。

结构图：

flowchart TB
    S[企业战略] --> B[业务架构 灵魂]
    B -.紧后工序 关系最直接 可合并.-> A[应用架构]
    B -.数据模型甚至可归为其组成部分 可合并.-> D[数据架构]
    B -.间接影响 通常不属于业务架构工作范围.-> T[技术架构]
    B -.过去关系疏远 近年正向业务架构靠拢.-> Sec[安全架构]
    A --> C[IT架构 容器]
    D --> C
    T --> C
    Sec --> C