要完结SOA所带来的易办理、可靠性和重用性，有必要先有一个有用的办理结构对服务的创立、保护、供给和消费进行调整。

可是，尽管SOA具有战略性的优势，可是办理往往会在企业的单个事务线上发生负效果，因而许多中小型企业在开端编制服务目录的时分会遇到种种困难。那么应该怎样对服务资源进行编制然后让我们的项目取得成功呢？本文供给的办理结构可以在承受一般作业的战术性、以项目为中心等特色的一起完结服务的战略重要性。

对办理的需求

依据界说，服务应该是一种共享资源。假如要在利益相关人集体中共享资源却缺少一个有用的办理体系一般会导致资源办理与资源使用之间发生矛盾。要坚持较高的ROI（比方经过防止重复性劳作）并契合SLA协议（比方经过在供给服务的一起确保适宜的核算资源以满意顾客的要求），就有必要对服务进行有用地办理。办理还能协助企业发现新的服务需求并依据改变做出调整。

对交给的要求

在对SOA进行办理的一起，也不能忘掉SOA的意图是让IT为企业完结价值。不过，企业是经过事务线（LOB）来完结赢利（或其它价值）的，因而，彻底可以说事务线便是企业的动力之源，而技术项目仅仅事务用于完结方针的一种手法。有了这种十分直接的联系，那么怎样按时地完结事务技术项目就成了要害。

有些关于SOA的书本和文章主张对服务从头进行彻底编制才干完结面向服务所应有的功率。假如按这种办法来的话，那么一切开发项目就都会在规范的、可以在服务资源增加的一起确保架构质量的SOA办理中次序进行。

惋惜的是这种办法一般是以缺少架构办理（不管是正式的仍是非正式的）这个假设为默许条件的。一切企业都有各种正式的和非正式的办理型技术项目，其间某些乃至现已变得很有体系性，与其它技术抢夺控制权，乃至阻止项意图交给以致使项目无法完结其所应有的价值。而办理有必要在这样的一个环境中寻得一席之地。

关于中小型企业（SME）来说这更是一个大问题，因为他们或许没有满足的职工在使事务范畴及时完结项意图一起处理这样的一个进程。他们或许没有条件组成一个独自的服务团队，也或许没有满足的架构师在不阻碍开发的情况下对一切开发活动进行检查。成果便是事务范畴逐步失掉对降低成本和进步生产力的远景的决心，并因而给SOA的完结埋下了问题的种子。他们很自然地会发生疑问，以为当时的妨碍是否是一种在当时条件下无法处理的问题，只能等候下一次技术潮流出现并替代SOA。他们或许还不知道云核算……（嘘——别让他们听见）。

假如一个开发团队要协助某个事务范畴完结价值，那么这个团队就会规划一个适用于这个事务范畴的软件。可是因为这种软件是一种紧耦合，缺少扩展性，因而无法将它应用于其它的事务范畴开发团队。尽管这对企业来说是一种低功率的作业，可是却无法及时地反映到事务范畴上。这些团队并不是在为企业寻觅完结价值的时机——他们作业的对象是事务范畴。他们以为他们的作业具有很高的价值。要减缓开发项意图速度以处理企业层次的低功率问题在这种事务范畴环境下是难以行得通的。

处理这种进退维谷境况的办法一般是从上层开端推进改变并将一切服务开发平行到别的一个独自的团队中。这是种合理的办法，它可以使用常用的办法进步开发才干（布鲁克规律不算在内）。在各种***官的带动下，人们期望可以组成一个可以随时完结服务以支撑主开发团队的作业的具有各种资源或手法的服务团队。可是这个团队的主要任务并不是协助事务范畴，而是协助企业。要完结这个方针，这个服务团队在创立服务的时分就要从战略性上着手。它有必要对事务团队所供给的需求进行剖析并决议这些需求是否对其它团队具有通用性。它还有必要对服务的扩展性和易办理性进行评价。总归，它有必要小心谨慎。而小心谨慎就意味着时刻。在小型企业里，项意图交给期限是很短的，一般少于一年，一般只占一个事务周期的四分之一乃至更少。那么服务团队怎样才干在这么短的期限内还做得小心谨慎呢？

【修改引荐】

1. 详解为SOA而生的应用服务建模
2. Eclipse迎来新成员 Swordfish或成SOA利刃
3. SOA开发技术中的不同开发人员类型介绍