Enterprise Architecture 简介

信息系统范畴

　　企业架构团队引用现有的功能构建块。它也可以定义业务处理所需的新的功能构建块，正如在业务流程规划中的全局业务范畴中定义的那样。信息系统范畴与功能规划相关，并应该能够通过可由业务和IT所理解的语言来提供正确的抽象级别。

　　信息系统资产在功能规划中定义。该定义包括在功能级别应用程序间的通信以及规范的企业数据模型、通用语言、分类法以及数据存储库。应该定义和控制对这些资产的访问。

　　功能规划中的工作应该与应用规划中的应用相对应。各种标准和产品支持应该与每个应用所涵盖的方面联合确定。

项目范畴

　　在运营的层面上，大多数举措都应该以项目的方式实现，以确保成功应用各项指导原则和规则。来自管理团队的架构师应该确保详细的技术要求和项目架构与企业的指导原则、策略以及企业通用语言的使用相一致。若能在投资的早期就向可交付项目应用架构蓝图将能显著增加符合规定、具有更好可重用性的按时、按预算、保质交付的可能性。只有这样，项目才能提供新的可在整个组织重用的SOA构建块。

　　将全局驱动的策略应用到新的项目是一种实现目标的演进式的方案，过程是平滑进行的而非爆炸式的变革。

企业架构存储库管理

　　对企业常规模型定义的访问应该全局可用以便开发一种通用的企业语言，使用通用的分类法。没有通用的语言就无法实现重用。信息系统资产的有效管理可通过使用企业存储库实现。这个存储库应该能由整个组织访问，并由管理团队管理，它应能提供资产和元数据的扩展视图。BEA AquaLogic Enterprise Repository 是可用来支持企业架构的一种优秀工具。

方法论概述

　　设计企业架构的一种优秀方法是描述上述每个规划的当前状态，如图 4 所示。这将有助于评估业务和IT间的差距并确定简仓。然后，可定义路线图来实现目标。方法论实际上就是分析在本文的开始所描述的不同的规划来评估当前状态和定义目标状态。

　　图 4.方法论概述

当前状态（既有的）

　　当前状态的评估可以用自上而下的方式、自下而上的方式或两种方式的混合来实现。当前状态的定义可在每个规划上进行。

　　从业务流程开始，通用的工作应该由业务线和IT共同实现以定义业务流程的当前状态。用AquaLogic BPM Designer对这些流程建模可以为架构师和业务代表提供共同的基础；可使用AquaLogic BPM位业务流程及模拟可能性绘制增强的图形。

　　从现有的应用开始，联合IT，确定现有的功能块。这样，重复的功能才有可能出现，筒仓才会被识别出来。

　　一旦识别了筒仓应用程序，就应该在目标状态定义通过服务公开消除筒仓的方法。

目标状态（应有的）

　　定义目标状态应该采取自上而下的方式。这是推荐的方式，原因是它构建在业务需求之上并能提供可重用的业务构建块。

　　从业务流程开始，与业务线合作，可通过使用AquaLogic BMP Designer对优化后的未来状态流程建模。再下来，确定功能块，提供业务流程的复合和分解所需的服务。请记住，在功能规划中，只有业务和IT联合才能完成共同的任务。

路线图

　　之后，定义路线图来实现中间、认可状态的目标。这个路线图在定义通用语言、规范模型、数据存储库时应该被考虑进去。中间的验证步骤应该涉及业务和IT。

　　参考架构在路线图的某些阶段规划。当然，参考架构的规划可以在任何时候进行，但您不应等到所有企业资产都定义好后才开始准备参考架构。有效的资产应该不断针对新的业务需求进行调整（新的功能块会涉及新的实现方法）；它的目标是根据目前所存在的企业可重用资产以及应该被采用的技术给出“如何做”的指示。如前面提到的，参考架构处在不断的发展之中，提供了一种在某些时候以增强的可重用性为目标在组织的环境中实现新项目的最佳方法。

　　管理团队是路线图中涉及到的最主要的团队，原因是该团队可在整个新项目过程中借助其所生成的资产全局参与并侧重于提供业务所需的敏捷性。管理团队应该包括一组具有不同专业背景的企业架构师，这样他们就可以在不同程度上关注其中的某个规划。主导管理团队的应该既有侧重于技术的架构师，也有侧重于业务的架构师。管理团队可以由源自不同业务线的资深架构师和源自IT的资深架构师混合组成，这就使团队具备了领导全局的必要资质。

　　管理团队的任务在某些环境中实现起来很困难，所以应该提供强有力的协助。管理团队的角色多少有些像炼金术士，致力于寻找正确的“配方”以催生合适的转变。在这方面，有很多文章可以参考，比如David Groves 和 Steve Bennett 所著的 成功规划SOA 、成功规划SOA：构建您的SOA路线图，以及 成功规划SOA：进行长期SOA规划。请注意在应用路线图之前务必要考虑变更管理。

查看本文来源