治理的主要方面包括：
战略联盟 着眼于使企业远景、目标和要求与 IT 工作保持一致。
价值传递 着眼于 IT 的价值如何通过诸如盈利增加、费用减少、错误降低、公司形象和品牌提升等结果得以证实。
风险管理 着眼于企业的持续运营和为保护 IT 资产而采取的措施。
资源管理 着眼于优化作为随需应变的操作环境(ODOE——请参阅参考资料)或者支持应用程序服务的其他环境的一部分的基础设施服务。
绩效管理 主要着眼于监控运行于企业的 ODOE 或其他环境的服务。
治理元模型演示了五个主要的相关联的 IT 决策，它可以解决治理的上述几个方面，如图 2 所示。
图 2. 治理元模型
图 2 描述了治理的各个要素及其相互关系。从广义上来讲，IT 和 SOA 原则是在企业级制定的指导原则，它对 IT 体系结构和服务模型具有推动作用，依此类推，IT 体系结构和服务模型规定了如何定义企业 IT 基础设施服务。可以根据 IT 基础设施框架的功能来评估必要的业务应用程序需求。IT 体系结构和服务模型与 IT 基础设施服务的成熟和完备可以推动为进行 IT 投资而优先处理的必要的业务应用程序的某些部分。
IT 和 SOA 原则
虽然 IT 原则是一组关于如何在企业内使用 IT 的相关联的基本规定，但是 SOA 原则定义了实现企业 SOA 时要遵循的总体指导原则。IT 原则应该来自一组管理方面的更高级的业务原则。例如，下面是一些业务原则的示例：
只要有可能就标准化流程和技术。
与经过协商的业务原则保持一致并及时响应。
以下各项可能来自 IT 原则：
体系结构的完整性
及时响应的、灵活的且可扩展的基础设施
快速而高效地部署应用程序
可以按照如下方式将 IT 原则映射到业务原则：体系结构的完整性(第一个 IT 原则)提供了标准化的流程和技术(第一个业务原则)，而快速、高效地部署应用程序(第三个 IT 原则)促进了与经过协商的业务原则保持一致并及时响应(第二个业务原则)。
下面是推动服务模型的一些 SOA 指导原则：
遵循行业特定的标准以及跨组织的标准
服务标识和分类
服务提供
服务监控和跟踪
为了实现不同业务服务而组合的服务功能
SOA 原则还影响 IT 原则。在创建 IT 和 SOA 原则时，治理委员会的成员应该使它们与 IT 拟采用的支持企业所需操作模型的方式保持一致。因此，委员会的责任不仅是制定 IT 和 SOA 原则，而且还要负责监督在整个企业内正确履行 IT 和 SOA 原则。
IT 体系结构与服务模型
IT 体系结构与服务模型确定企业数据、应用程序和基础设施所属的组织及其在静态和运行时执行的过程中的相互关系。它还确定企业业务服务组合(在内部和外部同时公开)及其所属的类别。您可能注意到，服务模型(根据 IBM 面向服务的建模和体系结构 (SOMA) 方法——请参阅参考资料)可以处于项目级、业务线级、企业级或生态环境级。Ali Arsanjani 的著作“Toward a Pattern Language for Service-oriented Architecture and Integration, Part 1: Build a Service Eco-system”(请参见本文的参考资料部分)进一步描述了服务生态系统模型。
虽然创建和拥有 IT 体系结构与服务模型是治理团队的一项基本责任，但是该团队还有一项重要的责任，即制定构建 IT 体系结构与服务模型所依据的体系结构决策，并就此达成一致意见。治理委员会的各参与方还应该负责跨企业的流程标准化。流程标准化定义了如何在企业中执行任务，它是流程集成的基本前提，而流程集成的关键是整个企业中数据的标准化，也就是给代表客户的业务实体展示一个统一的形象。
IT 基础设施
IT 基础设施定义了整个企业中可用的 IT 功能(跨多个应用程序共享)的基础。如果该组织采用了 SOA，则由治理委员会负责将企业 IT 基础设施的体系结构定义为一组服务。这些服务既可以是技术性的服务，也可以是基于企业的物质资产(如打印机和扫描仪等)构成的人工服务和技能。企业常常使用一些软件应用程序作为基础设施服务或功能。这些软件应用程序可以采用客户关系管理 (CRM)、企业资源规划 (ERP)、供应链管理 (SCM) 和其他系统等形式。治理委员会内的架构师还负责基于这样广受欢迎的标准软件包应用程序创建基础设施体系结构。由于 IT 基础设施的实现周期之间的准备时间往往很长，所以需要特别强调这一规定，从而使之成为竞争优势和产品特色的源泉。
业务要求
业务需求推动了对特定业务应用程序的需求。业务需求主要是根据市场机会确定的，可以帮助企业获得竞争优势。具体的业务要求是由股东确定的，并传达给治理委员会中的 IT 纪律执行人员。治理委员会中的 IT 团队负责通过形成新的业务应用程序的概念来创造性地应对业务需求。需要密切地监督新的业务应用程序是否符合现有的企业 IT 体系结构。这很有可能是一个与创造性相冲突的目标，创造性常常要求不受任何约束地开发新的应用程序。
企业架构师的责任是监督新的应用程序是否符合现有的企业 IT 体系结构。还可以通过新的业务应用程序确定新的候选服务。这些服务必须遵守治理主体制定的 SOA 原则，只有这样才能将它们放入企业服务组合。企业架构师还要负责应对可能出现的异常情况。可以通过两种方式来处理异常情况：架构师可以对新的应用程序的体系结构强加一些限制和约束，使其遵循现有的体系结构构造。或者，他们可以将新的应用程序用作一种机制来评估现有的体系结构是否过时，是否需要融入新的构造。如果治理委员会中有合适的业务和 IT 方面的代表，就可以直接跟踪新的体系结构构造，看它是否满足业务需求。
