第 4 级:已管理
当 EA 团队开始定义 SOA 路线时，就达到了这一级别的成熟度。今天，每个大型组织都有一群架构师在谈论 SOA。最起码的，这些架构师看起来已认识到 SOA 的价值，并在尝试形成 SOA 策略。
如果组织的 SOA 活动主动参与为 LOB 服务的项目团队的工作，则此组织可归到第 4 级。项目团队和 EA 团队需要进行协作，以定义组织的 SOA，包括流程、技术和组件。应该定义控制和“奖励”策略。需要建立支持级别，且要清楚地了解何时联系某人以及进行联系的原因。必须配备分析人员用来定义服务的框架，如:
- LOB 或项目团队如何表示可以公开或需要其他项目团队提供的潜在服务?
- 谁负责构建和维护此服务?
- 谁支付其费用?
这些是此级别的 SOA 计划需要回答的问题。
此成熟度级别有很多风险，也有很多好处。尤其需要注意，务必认识到第 4 级的短期成本优势很小，甚至没有短期成本优势。对于任何组织而言，达到第 4 级和执行该级别的活动开销都非常大。如果做法得当，它将使组织达到 SOA 成熟度模型中的第 5 级。如果做法欠佳，组织很有可能降到第 2 级，因为将解散 EA 团队或该团队对业务的支持几乎为零。
第 5 级:优化中
第 5 级是“极乐世界”。体系结构流程和策略都已制度化。对服务价值有了清晰的认识。配备了框架，供每个团队公开和使用服务。在此级别，组织可以真正地充分利用 SOA 的价值。他们开始了解如何与其业务合作伙伴、供应商和客户交换服务。
为了实现最大业务灵活性，业务服务级别的重用(不限于技术组件)成为了体系结构的核心。在此级别，组织将看到拥有可以迅速响应业务需求的灵活 IT 组织的成本优势和时间优势。
此级别的主要目标是定义体系结构活动的终结点。需要明确地定义高标准和目标，从而加以实现。如果没有此级别，组织通过第 4 级所带来的开销将不能得到回报。
每个级别的特征和影响
现在您已经了解了 SOA 成熟度模型的五个级别。表 1 从一个概要地说明了成熟度的每个级别的特征和影响。
表 1. SOA 成熟度模型级别概述
| 级别 | 特征 | 影响 |
| 第 1 级:初始化 |
没有正式软件开发流程。 |
项目之间不具有体系结构一致性。 难于理解和修改生成的系统。 只存在很少的可重用构件。 团队为每个项目都重复相同的工作。 |
| 第 2 级:可重复 | 有一些体系结构文档。 体系结构在项目团队内执行。 项目团队之间有临时的体系结构通信。 |
相对于第 1 级而言，有一些小改进。 一些成功的实践是可重复的。 认识到 EA 工作可能很有价值。 |
| 第 3 级:已定义 | 配备了 EA 团队，该团队定义了参考体系结构和一些软件开发实践。 鼓励项目团队使用此结构，但不会因为使用此结构而得到奖励。 EA 并不满足每个 LOB 的所有需求。 |
难于达到一致:EA 团队和项目团队的协作不甚理想。 体系结构维护的问题很大。 体系结构的有效期为 6 到 12 个月。 |
| 第 4 级:已管理 | SOA 被认为是体系结构活动的终结点。 LOB 和 EA 团队定义了一个 SOA。 配备了支持和控制模型。 LOB 会因公开和使用服务而得到奖励。 |
早期的成本似乎太高昂。 它降低了由于体系结构层不一致而导致项目延迟的风险。 组织内的 SOA 看起来好像有一些冲力。 |
| 第 5 级:优化中 | SOA 成为一个起点。 组织希望探索与其客户、供应商和合作伙伴相关的服务定向。 有持续的体系结构优化。 |
业务具有灵活性。 能与来自客户、合作伙伴、供应商和其他方面的服务进行互操作。 推向市场的时间更快。 总体拥有成本 (TCO) 更低。 |
总结
本文介绍了 SOA 和 SOA 成熟度模型的基本概念。直接着手 SOA 项目并非始终是最好的出发点。组织必须确定在其 SOA 活动中首先要进行的步骤是什么。为了成功地在组织中实现 SOA，首先需要了解您组织的 IT 状况和总的体系结构。SOA 成熟度模型正是用于此目的:一种帮助您确定组织的 IT 体系结构的成熟度级别的方法。完成此评估后，您将获得确定组织的最佳 SOA 路线所需的信息。
通过应用此模型，EA 组可以确定其需要向各个 LOB 提供的服务。此外，咨询和外包公司可以使用此模型来构建希望加入到其提供的服务中的服务的列表。
在本系列的最后一篇文章中，我将介绍一个用于构建 SOA 的新方法:Service-Oriented Unified Process (SOUP)。此方法其实是应用极限编程 (XP) 和 Rational Unified Process® (RUP®) 的一种不同的方式(这两者都非常适合用于处理 SOA 项目)。它允许您利用 IBM Rational Suite® 中的工具来管理 SOA 开发项目。
