SOA(service-oriented automation 面向服务架构)对于企业的循环发展，以及企业的协同工作是非常有利的，因此SOA被视为组织化的自动管理方法，SOA已经不仅仅局限于对某一个问题的处理。通过适用性实践证明，我们产生了一些不同的想法，即为各个不同领域的企业提供定向的阶段性服务。人工编制和筹备那些具有约束性和预定性的核心设计说明，管理计划报告和包含所有应用功能的基本服务工作统计。

　　其实，很难想象将技术接口应用于业务服务中去。一般来说，人们习惯于将Web服务视为在某些自动化领域的技术延伸和辅助应用。但是，如果有一个IT小组对应于业务服务，设计了一组服务接口，并且强制将其应用于各个项目中去，那么将技术接口应用于业务服务的可能性就变成了SOA模式下的实践工作了，这是很值得关注的。

　　这篇文章将为您具体讲述和说明，在建立一个SOA的应用结构体系中，我们是如何进行具体的实践工作和分析工作的。建立一个全球性的SOA模式的路标图，不仅需要做非常多的实践工作，还是一个难度很大的命题，因为不同优先级的组织又是不一样的。但是被提及的方法中首先应该先将其视为同等级别的，然后再集中定义业务需求，风险和战略目标以及所有其它因素为专门的路标。

SOA实例：
首先，定义一些关键性部分，这些部分是我们在完成SOA编制过程中是具有战略意义的。
第一：服务追踪。
第二： 例外处理。
第三： 译本管理。
第四： 服务管理和调配。
第五： 安全机制。
第六： 权限和级别管理。
第七： 服务目录。
建议使用的方法和思路如下：

SOA 执行监察表模板

　　没有一个固定的顺序规定以上的那些项目那些需要进行，那些不要进行。每一个组织机构都有自己的一套方法，这些方法都是基于自身情况来进行转变或移植。一个简单的Excel模板都需要经历很多的个人实践。你可以使用以下的一个SOA模板来检验你是否已经将所有的因素考虑了进去。
这个模板所提供的列如下：

１． 阶段：
要将某个实例加入到某个阶段中去，那么就要参考这个组织的优先权和风险度。在缺省的状态下，我们就用四个阶段来定义这个模板。一些实例可能和早期的阶段相混淆，例如说，我们习惯上认为应该将所有的一些或所有的动作都与安全尽可能早的莱西起来比较理想。

２． 产品：
　　可以从来两个方面来介绍实例，分别是应用技术和使用方法及步骤。应用技术因素可能会同时涉及到产品和客户的自行开发。而使用方法及步骤则需要融合技术理念，从而能坚定不移的执行和贯彻。使用方法及步骤需要在实践中得到体现。这一列提供了如何参考与应用和推广相联系的技术。

３． 习惯拓展
　　有一些实例可以允许用户进行开发。例如，鉴别一个服务对象是否和现有的一个对象库存在冲突，这就需要在客户端进行一些拓展开发。

结论：

　　我们在完成SOA模式的路标图的过程中，共得到了３７种实例和思路。当将其以传统的SOA方式汇总后，再添加其余的项目。每一个组织都有其各自不同的需求，这些需求与自然或者是先前使用的伴有强制约束性的SOA系统有关。总之，完成SOA模式的路标图总是从一个简单的列表开始的，就好像只有一个支持者在使用，再一步步确定中心思想，这是完成外部实例的第一步。

嗯。挺不错的总结