我们通过服务规划和设计得到了服务，但是服务如何构造呢？如何将构造好的服务组装成一个完整的SOA应用程序呢？本主题从SOA参考技术架构的角度分析和描述如何使用流程的方式将这些构造好的服务组装一个完整的SOA应用；从开发期和运行期两个角度描述如何使用普元。

　　Needle：

　　服务层就是我们采用一个SCA的架构，将我们构件层的一些计算构件我们采用统一的模式将把装配成服务，但是SOA究竟是什么呢？他是一个架构的模型，他提出了一个服务构件的基本要素是什么？首先我们要知道对象是什么？比如说ID、属性和操作。而在SOA的架构当中也是一样的，比如说他的服务了的对外接口，他的引用，他的实践内容是什么，他的属性是什么？另外还有构建装配模型，我们如何把小颗粒度的构件装配成大颗粒的构件。另外我们还有构件包来完成构件的基础。SOA是将SOA的设计原则规化下来，SOA是一种场商中立的，这里我就不详细介绍了。

　　我们为什么要使用SOA构件服务呢？首先他提供了灵活性，他是一种基于接口的编程。我们很重要的设计原则就是基于接口的编程。像SA这样的规范，我们可以强制大家进行基于接口的编程方式，我们还提供了协议保密。他还可以将小粒度的构件装配成大粒度的构件，我们并没有规定构件的大小，企业可以根据自身的需求来编制。另外我们还可以提升从用性。SOA这样的标准他完全将这些具体的细节统一起来，他提供一个统一的开发界面，比如说服务，开发人员在实现构件的时候，他根本不需要关注这个构件是通过什么来实现的。另外他可以统一一个组织的架构模型，平时我们很难把代码写的一致，而有了一个架构模型，我们可以保证有一种统一的方式。去年下半年，我们给建行做了一个项目，就是组件化标准，组件化架构。

　　流程层，使用流程编排服务。得到这些流程的过程就是我们通过一些分析设计方法，比如说通过流程的梳理，从一个全局的方式来看企业的流程，而不是从具体的应用的角度来看流程，我们找出来企业的流程。在这种规划和设计当中，我们看到我们已经哪些服务。

　　协同层是一个服务的消费层，今天就不详细介绍了。协同层主要关注的是人和系统如何进行交互，也就是说人通过什么样的技术手段来访问系统。或者系统怎么样和人进行交互比如说一个系统发生了问题，我们采用什么样的方式通知客户。另外一个要解决的问题就是我们要解决人员流程应用服务之间的协同。也就是说现在在传统的开发方式下，我一个企业上了很多的系统，一个成员或者是一个客户要完成一个业务，他要在多个系统中间切换是非常痛苦的，而在SOA当中，他考虑如何统一协调其他。

　　在协同层有很多的技术，但是目前还没有一个非常好的技术可以完全的实现我刚刚讲的一些理想。虽然可以解决一些问题，但是要达到桌面化还是比较难的。这里我们讲一下我们支持的一些技术。比如说页面流，另外我们提供了一些RIA的支持，就是互联网应用，包括一些EST，像我们的一些客户已经用EST构造他们的页面。我们还提供一些报表这样的技术，来实现这种页面，我们可以将一些复杂的页面用报表来实现。

　　以上是我简单介绍了一下服务的构造过程，下面我们看一个具体的事例，是怎么样做的？

　　这是一个信用卡开卡流程，这个流程分为三个部分，首先是评估，评估这个人员是不是符合条件。如果符合条件，他可以交费购买这个信用卡。这在银行业是非常简单的流程。

　　这个平台的话是基于US平台来实现的，在这个系统当中，我们要解决的问题是外来的合作伙伴之间的业务流程要解决系统之间的数据共享，一些数据安全性的问题。解决方式就是统一数据之间的描述格式，采用SCA将这些具体的业务逻辑组装成统一的业务方式。采用普元的业务流将这些服务组装起来。最后通过工作流将这些活动编排起来。通过我们基于普元US的报表开发的Web客户端界面访问这个系统。