SOA技术规范

《SOA技术规范》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、-.1.效劳分析规1.1.效劳特征与粒度1.1.1.效劳特征候选效劳的特征是：Ø提供一定的功能性，有构成效劳的前提条件Ø可能转变到效劳Ø有待经过评审流程确实认Ø通过评审的候选效劳，成为效劳：Ø有明确的围和业务价值Ø可能被实现，也可能需要构建Ø具备契约、接口及实现效劳是网络中可用的软件资源。效劳提供者通过标准机制提供效劳，效劳使用者通过网络有方案性地使用效劳。效劳代理发布效劳所在位置，并在使用者请求效劳时定位效劳。效劳使用者和提供者的角色不是唯一的；效劳提供者也可以是使用者，反之亦然。以下图显示了SOA中的三个根本角色〔效劳提供者、使

2、用者和代理〕及其各自的分工和操作。--.可修编-.-.图：SOA的角色和交互提供者在效劳约定中以标准语言描述其效劳，并向代理发布效劳。客户从效劳代理处〔或登记处〕查询所需的效劳，并接收有关效劳访问的约定和信息。随后，客户或使用者便可绑定到效劳，并可与提供者直接通信。效劳包括两局部：接口和实现图：效劳部件接口定义了使用者和提供者之间可编程的访问约定。效劳接口必须包含以下容：Ø效劳的识别Ø效劳输入和输出数据的详细情况Ø效劳功能和目的的元数据--.可修编-.-.效劳实现包含了效劳的功能或业务逻辑。对于效劳使用者来说，效劳实现应该是一个“黑

3、匣子〞；用户没必要知道效劳的功能实现细节。1.1.1.效劳粒度判定原那么和方法效劳的粒度可以按基于效劳的功能及发送和接收的数据数量来定义效劳，如细粒度效劳、粗粒度效劳或组合效劳。在SOA中效劳粒度有两种相关的意思：效劳是如何实现的，效劳使用和返回了多少数据或多少消息。细粒度效劳执行了最小的功能，发送和接收少量的数据。粗粒度效劳执行了较大的业务功能，并交换了更多的数据。细粒度效劳是供粗粒度效劳或组合效劳使用的，而不是由终端应用直接使用的。如果应用是使用细粒度效劳建立的，那么应用将不得不调用网络上多个效劳，并且发生在每个效劳上的数据量较

4、少，因而会对对系统整体性带来影响。所以细粒度效劳的用户不能直接调用他所使用的细粒度效劳。然而，由于粗粒度效劳可能使用多个细粒度效劳，因此它们不能提供粒度级的平安和访问控制。组合效劳可以使用粗粒度效劳和细粒度效劳进展组装。数据数量数量不是粗粒度效劳和组合效劳之间的区别。粗粒度效劳例子，如创立新客户，在这一过程的操作是：需要通过一些外部效劳验证对客户进展验证，并在营销应用系统中创立客户记录。组合效劳例子可以是提供一个新的DSL线，这需要一个效劳调用来验证定单、创立或验证客户，确认产品库存及为数据线分配资源。以下图描述了效劳粒度的不同级别

5、及其相互关系。--.可修编-.-.图：效劳粒度作为复用的效劳，应注册到效劳总线上进展管理和调用，在未来引入效劳注册管理软件后进展统一的命名空间管理，路径管理，Qos，SLA等元数据管理。在注册到效劳总线时，要根据域模型来定义管理路径。1.1.效劳识别方法效劳的识别是从业务模型开场的。根据实施SOA的不同初始点，分为自顶向下和自底向上及基于流程的方式。通常来说，新建以SOA为建立方法论的系统，我们推荐使用自顶向下的方式，统一的定义划分业务域，根据业务域的业务实体模型来定义在其上的效劳，进展效劳分类，别离出数据效劳，业务效劳，复合效劳，

6、公用效劳，定义好其颗粒度。基于SOA来改造现有系统，要对现有系统进展效劳化，根据颗粒度的定义原那么提炼出效劳。然后基于企业级和部门级的流程来服用效劳。--.可修编-.-.自顶向下的效劳分析，主要是从全局业务流程的角度出发，按照业务流程的详细程度发现流程中需要调用那些业务系统提供的效劳，并且需要提供哪些流程效劳注册到业务效劳总线上被业务系统调用。自底向上的效劳分析，那么需要各业务系统开发上在自己业务系统部的角度把可重用的组件效劳话，把需要被全局业务流程调用的效劳发布出来，注册在业务效劳总线上统一管理。物资系统采用自顶向下为主的效劳建立

7、策略，从Maxim导出的效劳以自底向上的方式推到效劳模型。1.1.1.效劳分类和抽象效劳可以分为以下五种类型：Ø数据访问允许对不同数据源进展统一访问。--.可修编-.-.Ø组件—提供对打包应用效劳的访问，如ERP。Ø业务—提供使用一个以上打包应用或定制应用功能的复杂效劳。Ø组合—使用以上三种类型的效劳来创立包括新功能和现有功能的新效劳。Ø共享的或企业根底架构效劳—消息日志之类的低级效劳，其重用性使快速创立新的高级效劳成为可能。1.1.1.1.信息访问效劳信息访问效劳允许用户对来自于企业各种有关或无关数据源的数据进展访问、集成和处理。

8、这些效劳通常隐藏了对数据源的直接访问、底层格式的复杂性以及数据的直接转换和处理。信息访问效劳提供了跨应用的统一API、松散耦合、公共数据模型和一致性信息的重用。信息访问效劳是SOA架构中最为普通、使用最为广泛和最易于实现的效劳；将数据