创建面向服务企业（SOE）的模型驱动方法

在最新的 Service Technology Magazine 杂志上，IBM GBS 部门的企业架构师 Anirban Ray提出一种模型驱动的方法，以创建面向服务的企业（Service-Oriented Enterprise，SOE）。与其他方法不同的是，这种方法假定 IT 是业务的一个有机组成部分，因此消弭了业务与 IT 对齐的问题，并将重点放在达成业务目标上，具体方式是：基于衍生自该模型的业务需求，提供内部或外部的服务。

该模型认为：面向服务的企业必须创建、管理和维护“动机（Motivation）”、“战略（Strategy）”、“流程（Process）”、IT、“运营（Operating）”和“监管（Governance）”等多种模型。Anirban 解释道：

深入分析动机、战略、流程和 IT 模型，可以发现：每个模型都在前一个模型的基础上形成进一步协作，从而确保动机模型定义的业务动机通过 IT 模型得到实现。运营模型和监管模型监控和管理这个实现过程的结果，而且是持续的过程，确保 IT 模型总是来自于业务动机，因此不需要再向业务看齐。这保证 IT 成为业务的有机组成，也就是说，每一笔 IT 投资都是为了达成业务目标，而不是要跟业务目标“对齐”。不过，对于企业在开始实践 SOE 之前的现有 IT 方案，仍需要考虑对齐的问题，但思想范式上的转换仍有必要，这样才能实现新的方法。

InfoQ：您提出的建设 SOE 的模型驱动方法，是为了解决现有企业架构的框架和标准的哪些问题？整个框架跟 TOGAF ADM 方法有极为相似之处，二者对比有何异同？

为了实现业务动机，创建 SOE 的模型驱动方法，使用基于上下文的、协作的、互联的和可消费的模型，将业务动机、战略意图、决策制定和业务执行捆绑在一起。企业架构是企业中的规划职能（类似于城市规划），像 TOGAF ADM 这样的企业架构方法，企业架构师可以用其来理解企业的动机、战略，分析并排定企业组织变更过程的优先级。企业架构方法帮助创建的模型可以把业务动机与业务执行绑在一起，而且这些模型是 SOE 需要的多种模型的子集。企业架构主要在企业战略和解决方案交付之间起到桥梁作用，但没有涵盖 SOE 需要的所有模型。 而且，创建 SOE 的模型驱动方法指出：我们将 IT 视为核心业务的一部分，而且业务驱动组织完成从战略到 IT 实现的变革。这需要创建基于上下文的模型（包括业务动机、战略、流程、IT、运营和监管），这些模型可供执行不同业务职能、担任不同职责（包括动机、战略和规划、管理控制、执行）的不同特定角色使用，而企业架构方法仅仅为企业架构（规划）职能创建基于上下文的模型。

InfoQ：整个模型框架看起来建议使用自顶向下的设计范式。如何将它扩展到其他设计范式？您能否介绍下实施过程？特别是针对现有企业。

模型提出了创建 SOE 的途径。它建议融合业务和 IT，其中讨论的模型对于形成融合至关重要。它建立的框架，可供 SOE 实现，而不仅是设计范式。在模型讨论的范围之内，企业可以随意使用自顶向下、自底向上、或是二者结合的设计方法。比如，人们可以从识别业务目标开始，分析现有系统，并将它们映射到业务目标上。对于现有企业，推荐同时采用自底向上和自顶向下两种方法。

查看英文原文： InfoQ: Model-Driven Approach to Service-Oriented Enterprise (SOE)