在最新的 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)
评论