服务生命周期管理：应用到软件交付上的 SOA 治理
一旦组织通过多个计划、定义、启动和度量活动的迭代建立了 SOA 治理，就可以建立起最佳实践的坚固基础，极大地简化了 SOA 实现的实际构建。改进的策略生成了更好的规格，它授权了更健壮的计划，等等。
重要的是要注意，SOA 治理过程决不要落在后面。成功的服务实现需要对原始 SOA 治理框架进行不断的验证和更新。服务必须根据计划进行构建，不能达到的计划要进行修改。SOA 治理支持并指导服务生命周期管理的迭代的 SOA 实现循环。
人们可以把 SOA 治理阶段作为业务需求的具体化过程，并且把相应的服务生命周期管理阶段作为指导补充那些需求的技术的过程。例如，SOA 治理需求，像“我们要在五分钟内拿到订单项”可能会导致这样服务生命周期管理的规格，像“系统必须在 100 毫秒或更少的时间内对输入 X 进行响应”。然而，在两种情况下，都是相对于原始的业务计划来管理活动。
像 SOA 治理一样，SOA 服务生命周期管理是一个迭代的过程，如图 2 所示。该过程在 SOA 生命周期过程中持续进行。
图 2：SOA 服务生命周期管理
虽然本质上它们支持实现，而不是治理，但是服务生命周期管理的阶段与 SOA 治理阶段非常类似：
- 建模（Model）：验证计划。在此阶段，架构师共同回顾当前的 SOA 治理计划并且将其作为 SOA 实现的建模基础。
- 组装（Assemble）：验证定义。在此阶段 ，开发人员将架构师已经建模了的可复用的服务资产进行组装，从而创建将业务过程自动化，并且集成了业务过程的面向服务的应用程序。
- 部署（Deploy）：验证启动。在此，测试及发布管理功能对服务进行部署。
- 管理（Manage）：验证度量，借此，操作（Operation）将管理产品中的服务。
在四个 SOA 服务生命周期管理的每个阶段中，实践人员不断地根据原始的业务需求验证其活动和成果。这样，治理确保了业务需求推动了服务交付生命周期的所有方面，并且确保了实现仍旧与业务目标结合在一起。例如，在部署阶段，测试团队会根据治理过程中商定好规格，验证所部署的服务能如预期结果一样为其预定的用户团体服务。当然，可以根据实现团队在交付服务时实际遇到的问题来修改需求。
