主题
企业架构
企业体系结构简介
作者：Gabriel Bechara
归档文章 — 最初于 2006 年 3 月发表在 BEA Arch2Arch 上
应用和实现规划
正如我所提到的，功能构建块提供的服务是 SOA 构建块的理想选择。使用自上而下的方法确定的服务将会带来业务需求和 IT 间更好的协调性。
应用规划中的服务实现将取决于服务的类型以及服务与不同的 SOA 层间的关系，这些层包括表示和组合层、编排层、业务服务层以及数据访问层或连接层。
为实现这些块选择合适的产品时，要格外慎重。应该考虑组织的环境，比如现有的应用程序和技术限制，当进行实现方面的选择时，应用规划与技术规划是分不开的。在理想情况下，BEA WebLogic Integration 是系统到系统过程的一种不错的选择。BEA AquaLogic BPM 在业务流程规划中用于设计和流程的重新设计，是人工驱动流程的理想选择。BEA WebLogic Portal 非常适合在整个组织内通过 WSRP 开发和共享表示层，进而促进表示层和门户联合的重用。AquaLogic Data Services 是数据访问层的一种理想工具，而 AquaLogic Service Bus 则非常适用于应用程序到应用程序的通信。在实际环境中，这些选择将取决于组织内现有的资产和需求。另外，应该在组织环境中考虑使用参考体系结构。
应定义 组织的参考体系结构，根据服务所属的层提供有关如何实现每个构建块的最佳实践和蓝图。在参考体系结构中还会定义和演示服务间的通信。图 2 给出了为组织定义的一个参考体系结构示例。此图表还描述了使用合适的产品实现组织的功能构建块服务所需的 SOA 层。参考体系结构的定义通过涉及合适的业务和 IT 层的流程实现。它提供了一个模型，可用于在组织环境内针对每个 SOA 层实现构建块并与业务战略保持一致。
图 2. 组织的参考体系结构
参考体系结构还应有助于推广由管理团队定义的最佳实践、指导原则和设计原理。此体系结构应使用在功能规划中定义的规范的模型和分类法。稍后，我将讨论管理团队定义。
企业体系结构目标
采用从组织的业务需求开始的 全局 手段，企业体系结构的主要目标是借助通用语言构建重用的氛围，如图 3 所示。这一目标应该逐渐实现而不是依靠急剧变革一蹴而就，应该有一个 管理团队 在 操作 环境中管理不同的范畴： 全局业务和战略范畴、 信息系统范畴 和 项目范畴。应该支持通过合适的工具来促进整个组织内的重用。
图 3. 企业体系结构目标
管理团队
管理团队应该创建和维护反映组织当前状态的资产，如现有功能块。这些资产中包括对当前状态的全局描述，这将十分有助于确定当前信息系统的孤岛定义目标状态时还应考虑路线图。
为了能够将路线图应用于目标，管理团队应该在项目之初就介入，为整个组织提供指导原则、实施规定以及最佳实践。
需要由管理团队定义和维护涉及所有业务线和 IT 的原理、策略、分类法、企业规范数据模型、数据信息库、最佳实践、可重用资产以及指导准则。
全局业务和战略范畴
企业体系结构应该能够协调 IT 与组织的战略。其目标是提供一个敏捷的信息系统，该系统可以轻松适应业务的不断变更。这就要求业务体系结构和指导原则必须能够最终形成组合和分解业务流所需要的功能构建块。
信息系统范畴
企业体系结构团队引用现有的功能构建块。它也可以定义业务流程所需的新的功能构建块，正如在业务流程规划中的全局业务范畴中定义的那样。信息系统范畴与功能规划相关，应该能够通过可由业务和 IT 所理解的语言来提供正确的抽象级别。
信息系统资产在功能规划中定义。该定义包括在功能级别应用程序间的通信以及规范的企业数据模型、通用语言、分类法和数据信息库。应该定义和控制对这些资产的访问。
功能规划中的工作应该与应用规划中的应用相对应。各种标准和产品支持应该与每个应用所涵盖的方面联合确定。参考体系结构在该范畴内定义。
项目范畴
在运营层面上，大多数举措都应该以 项目 的方式实现，以确保成功应用各项指导原则和规则。来自管理团队的架构师应确保详细的技术要求和项目体系结构与企业的指导原则、策略以及企业通用语言的使用相一致。若能在投资早期就向可交付项目应用体系结构蓝图，将显著增加符合规定、具有更好可重用性的按时、按预算、保质交付的可能性。只有这样，项目才能提供新的可在整个组织重用的 SOA 构建块。
将全局驱动的策略应用到新项目是一种实现目标的演进式的方案，过程是平滑进行的而非爆炸式的变革。
Printer View