SOA 成熟度模型 是我提出的一个术语，用于帮助您定义体系结构指南和流程，以在总体信息技术 (IT) 体系结构活动中实现较高的成熟度和可预测性级别。我在本文中描述的模型可以帮助您的组织标识自己所处的级别（一到五级，五级是体系结构成熟度级别最高或最成熟的级别）。该模型还可以帮助您实现真正的面向服务的体系结构 (SOA)，这在成熟度曲线上定义为第 5 级。SOA 成熟度模型的迭代应用程序允许 IT 组织向前发展，从而经济高效地满足快速变化的业务需求。通过使用此模型，我演示了可以如何在每个成熟度级别实现更多的架构目标。
在较低的成熟度级别，个体项目团队使用非标准技术定义自己的体系结构。这些技术导致解决方案的可预测性和可重复性都较差，通常难于管理，对更改的适应能力也不强。随着组织不断成熟，成熟度达到了第 3 级和第 4 级，将出现强大的企业体系结构（Enterprise Architecture，EA）组的参与，控制相关的体系结构原则。出现了可重用体系结构的元素，可以灵活地满足其服务的每条业务线 (LOB) 的需求。此解决方案通常十分高效，提供了一定水平的互操作性，为“面向服务”打下了基础。我将第 5 级组织定义为成功实现了其 SOA 活动的组织。此类型的组织具有绝对的自主权，已经发展到在 LOB 间真正构建和共享服务的程度（甚至能与客户、合作伙伴、供应商和竞争对手进行此活动）。
此模型应用于公司 IT 体系结构的各个方面。它不仅对开发方面有很大的影响，对 IT 组织内的体系结构（例如，部署、逻辑、物理和流程）也同样重要。
能力成熟度模型 (CMM) 用于测定组织软件开发流程 的成熟度，而 SOA 成熟度模型则以测定组织的 SOA 开发流程 的成熟度为目标。我将 SOA 成熟度级别定义为五个步骤，这五个步骤与本系列第一篇文章“成熟度与方法,第1部分:基础知识简介”中定义的步骤相同。图1 显示了一个基本 SOA 成熟度模型。
图 1. SOA 成熟度模型
第 1 级的组织通常没有正式的体系结构流程。体系结构没有从项目分离出来。通常，这些组织不具有 EA 团队；每个项目团队通常根据 LOB 划分，彼此独立地进行工作。精力主要放在交付单个项目上。
此级别的结果包括项目计划不可预测、预算超支而且代码质量差（通常不能重用，且难于维护）。各个项目重复相同的任务——这将导致交付和维护成本的增加。在此成熟度级别（相当不成熟），IT 通常对业务灵活性具有决定性，而不是别的情况。
在此级别，进行了一些体系结构方面的工作。项目团队通常定义一个可重用体系结构，在多个项目间使用。项目团队之间建立了非正式的通信渠道。一个 EA 团队将帮助在较为混乱的环境中形成结构，促进项目团队间的通信；不过，在此阶段，仍然很少存在此类团队，通信是临时性的，较为混乱。
此级别的结果包括对体系结构组件的一些重用。临时流程和较为混乱的通信路线使体系结构解决方案中具有一定的可重复性，因而降低了软件的交付成本和维护成本。不过，从资金的角度而言，此成本节约不甚明显。
文章来源于领测软件测试网 https://www.ltesting.net/