微软使用SOA成熟度模型（SOAMM）来评估客户的SOA现状，并在实现SOA所承诺交付的业务灵活性的过程中，把它作为一份路线图。SOAMM的基础是CMM，SOAMM包含了成熟度依次递增的4个级别：
- 基本的
- 标准化的
- 高级的
- 动态的
SOAMM包含了36个技术无关的能力，它可以让你知道，为了实现面向服务方法的价值，你的IT系统“哪些是可以实现的”和“哪些是必须实现的”。该模型是微软产品团队、技术布道者和我们的客户共同努力的结晶，是以我们的全球最佳实践为基础的。
LRcV.jpg" _href="img://soamm.jpg">
这些能力被分成三个视角：
服务实现
这个模型视角描述了企业在构建和提供服务过程中，为实现高效的最佳实践和模式所需具备的能力。这些能力的获得将增强和优化企业业务服务和系统服务的设计和开发。
服务消费
这个模型视角描述了企业为有效采用和促进服务使用所需具备的能力。这个能力为支持和增强他人消费企业服务提供了基础。
服务管理
这个模型视角描述了企业为支持跨组织治理和服务运营所需具备的能力。
你当然可以为你的SOA项目选择3级或4级中的能力，但要是缺乏适当的1级和2级相关基础，你构建的系统有可能是站不住脚的——有朝一日，你的服务架构将被迫为了和推荐实践保持一致而进行重大调整和重写。
基本成熟度级别
研究表明，大约有82%的公司处于这个SOA成熟度级别。但不要因为你的成熟度级别处于“基本级”而感到沮丧，当你刚开始你的SOA工作或只有少量服务时，处于这个级别是完全合理的。
明确的契约：
这个消费能力的基础是四个经典SOA原则中的一个：“服务必须共享模式和契约，而不是实现”。服务的契约和模式（消息和数据）必须基于SOA系统意欲支持的业务能力和相关业务文档。契约永远都不应该仅仅是对于某种基于RPC的对象模型的简单封装，而应像那篇InfoQ文章中所描述的，使用面向服务的消息 ——其基础是使用逻辑数据模型的服务接口。
这个基本能力是一个起点，我推荐“使用标准化的契约设计策略和公共信息模型（参见‘设计模式’，‘统一契约’，‘公共实体’，‘可消费的类型系统’）”快速发展到这一点。
服务识别（筹划服务）：
这个消费能力是标准化成熟度级别“服务的可发现性”能力的简单变种，即一般是通过手工方式将服务元数据分发给潜在消费者。
正如我们在那篇InfoQ文章中已经讨论过的，服务的可发现性是服务组合的核心。服务元数据由两部分组成：机器可读元数据和其他相关信息，如服务描述和SLA。这两种元数据都必须服从在那篇版本管理文章中描述的版本管理策略。
注意，面向服务建模的设计任务服务识别是“服务边界”能力的一部分。
服务边界：
这个消费能力的实际内容是，业务流程建模和领域驱动设计建模技术，将业务能力按服务分门别类，以达成服务的可发现性和重用。它的内涵是，促使潜在消费者通过契约元数据来辨别最符合它们需要的服务和能力。
已识别的服务边界（领域）应该跟服务模型和数据模型结合起来，使它们发展成标准化的服务契约（参见“企业治理”，“统一契约”，“公共实体”，“可消费的类型系统”）。
为了和Thomas Erl的经典著作《服务设计的SOA原则》中所描述的“服务松耦合”原则保持一致，这个能力的类别被划为消费而非实现。这个最佳实践的内涵是：避免服务接口和模式与底层实现和技术之间发生紧耦合。这一原则也强烈暗示了“契约优先”的设计方法是首选方法。
开发过程的效率：
所推荐的契约设计策略支持这个能力（在SOAMM图中由虚线椭圆标出）。
设计、实现和演变服务的过程必须遵循定义良好的、由合适工具支持的软件开发生命周期（SDLC）。SDLC模型必须从一开始引入，随着成熟度级别的提高，它将从其他SOA能力定义的指导方针和策略中获益（参见“设计模式”）。
由于其他能力的演变会提高开发过程的效率，因而需要对这个基本能力进行重新考虑。比如，为提供所需业务能力而投入设计、实现和部署新服务操作的时间和精力，将因拥有标准化的契约设计指导方针、公共信息模型、服务抽象和松耦合的策略，以及定义良好的测试和部署过程而获益。
文章来源于领测软件测试网 https://www.ltesting.net/