不过，Zachman架构框架还是比较侧重在IT层面。然而，随着企业架构的不断进化，企业架构理论越来越与战略和业务相融合。
   
　　可以看出，企业架构由四个部分组成。
   
　　第一层：在架构的最上层是企业的战略思想，其清晰地定义了企业的愿景和目标，描述了未来企业发展的战略方向、外部环境的影响和竞争策略，以及如何建立核心竞争力、如何衡量企业未来的业绩、是否成功达到目标等。
   
　　第二层：中间一层是业务架构，业务架构是各个层次中最有影响力的部分，它定义了企业的业务流程以及信息系统应该如何支持业务的需求。其是将高层次的业务目标转换成了可操作的业务模型，并描述了业务应该以何种方式运作才能满足企业成功所需要的能力和灵活性。
   
　　第三层：业务架构下面一层是信息架构，信息架构是一个广义的概念，包含了信息的定义和内容，以及与信息结合的数据的定义和内容。
   
　　第四层：最下面一层是IT架构，IT架构包括了应用架构、技术架构和底层的基础设施等，是总体架构的最底层，也是实现企业运营的基础。
   
　　运营模式与企业架构紧密相连
   
　　对于企业来说，企业运营模式也是非常重要的，并且，运营模式与企业架构还有着非常紧密的联系。企业的运营模式主要包括了以下三个方面的内容
业务架构
   
　　业务架构定义了企业是如何创造价值以及企业内外部的协作关系，描述了企业如何满足客户的需求、进行市场竞争、与合作伙伴合作、建立运营以及培养员工等信息。
   
　　可以说，业务架构建立了企业战略与日常运营之间的关联关系，通过运营对战略的支持，才能达到企业建立的业务目标。同时，业务架构也是通过战略影响其他一系列企业组成的工具，因为十分宏观的战略需要通过业务结构进行分解，从战略范畴转化到战术范畴。比如，从降低运营成本20%的战略措施，到提供网络自助服务、裁减客户服务人员40%等。事实上，IT、组织、流程等都是由业务架构进一步推导出来的，如果没有业务架构而直接进行企业细节的设计，就会出现与战略不一致的问题。
   
　　信息（数据）架构
   
　　在欧美的很多企业中，数据架构与信息架构在涉及到总体架构的概念时，常常被交互使用。这里的信息架构和数据架构是一个广义的概念，包含了信息的定义和内容、与信息结合的数据的定义和内容。如果遇到某些理论中提及信息架构时，其实与这里定义的数据架构是一致的。
   
　　信息（数据）架构包括数据实体和数据的交换和流动，保证数据有效地共享和交换是企业总体架构的主要目的之一。信息架构描述了企业现在和未来是如何使用信息和数据的，主要包括信息的分类和定义、与业务模块结合的信息内容和信息流、数据的采集、存储、转换、发布和传输、企业的数据库设计和使用、数据标准和格式，以及数据字典、数据管理、知识管理、数据仓库、数据集市、数据挖掘等与数据相关的应用系统等。
   
　　应用架构
   
　　应用架构描述了支持企业运作的系统，比如财务系统、交易处理系统、人力资源、办公系统等。应用架构可以采用多种方式来表达，通行的架构有客户机/服务器（C/S）模式、浏览器/服务器模式（3层架构或者4层架构）等。在应用架构中有许多行业标准，比如J2EE和。NET等，它们都体现了模块化和集成化的思想。
   
　　技术架构
   
　　技术架构是定义企业IT的科技管理和技术标准，从最高层次的政策（Technology Policy）、原则（Principles）、指导纲要（Guideline）到技术领域的技术标准化（Technology Standardization）、技术选择（Technology Selections）和技术组件（Technology Components）。
   
　　可以说，制定技术标准和推广标准化是企业的两项重要任务。围绕着技术标准化，有一系列的流程与管理。技术元素包含了一系列的总体架构的技术组件，这些组件可以是一个可重复应用的系统或模块，也可以是最小的可独立在架构中使用的单个技术组件，如一个安全软件、一个插入的外围设备等。完整的企业标准技术架构是涉及了信息架构、应用架构和基础设施等层面的标准。
   
　　基础设施
   
　　基础设施是企业整个IT系统的基础，是包括硬件、操作系统、数据库系统、网络系统等企业数据和应用程序可以运行的环境，同时要满足企业的数据量、用户数、反映速度、在线率等要求。企业70%的IT投资都花在了建设基础设施上，对分布在企业各个部门、地区的IT资产的了解可以降低资源的浪费，并提高系统的利用率。
   
　　而基础设施标准的定义是：一系列技术和服务的组合，提供了一个稳定的、低成本的数据和信息的采集、录入、处理和传送的物理和逻辑的设施。大型企业可以根据基础设施的种类不同进行分类，如数据中心、网络、指挥中心、服务器组等。而具体的业务应用，如财务、HR、销售、采购、研发、制造系统等为非基础设施的IT应用，它们是运行在企业基础设施之上的应用系统。
   
　　基于SOA的IT系统规划
   
　　目前，被越来越广泛使用的SOA系统规划和开发方式改变了以前的旧有方法，使得IT系统变得更加灵活，并能够重复使用。SOA模式不仅要求IT要采用组件化的开发，而且要求业务也要同时使用组件化和服务化的运营模式。图2展示了如何从业务的组件化中提出SOA的需求，并实现IT的组件化。
   
　　在业务范畴之内，由流程/子流程能够归纳出业务组件。而业务组件可以提供一系列的服务，在提供服务的同时，也需要使用其他组件的服务，这就是SOA业务服务化的重点。在系统范畴之内，系统组件是提供服务的单位，它提供的服务与业务的服务是一一对应的。这是在SOA框架下，业务与IT的紧密连接之处。系统组件是由多个组件组成的，这些组件可以分成功能性组件和技术性组件，并且，系统组件组成了子系统合系统。
   
　　在实际的业务服务设计中，一般会对业务组件和业务组件内部的活动进行定义，比如，在保险业务当中的理赔中，接报案是一个业务组件，组件内部的活动有接听报案、查询信息、记录、案件分类等，接报案组件能够提供的服务在表格的右边；接报案需要的其他业务组件提供的服务列在表格的左边。
   
　　当设计好业务服务的架构以后，能够很容易的开始SOA在IT阶段的开发；这也从另一个角度说明，SOA的建设是需要从业务开始的。
   
　　总之，如果企业总体架构的理论和模型可以被企业管理层、CIO、规划部门、IT分析人员和开发人员理解并使用，就可以规范并提高国内IT管理和规划的水平。当然，先进的管理理念和方法的采纳及运用需要一段时间，而一旦能够得以实施，对企业会带来巨大的效益。