SOA Web的PDM系统异地协同的分析.docxVIP

PAGE 1 PAGE 1 SOA Web的PDM系统异地协同的分析  针对企业间协作的需要，分析企业间PDM系统协作中存在的弊端及SOA(面向服务的架构)的特点，提出了一种新的PDM(产品数据管理)系统异地协同的善成框架，研究了该架构的集成模块、各模块的工作流程，以及以J2EE平台为基础的实施方案。研究结果表明，各模块间通过发布、搜寻、绑定三种操作，该框架可以有效集成异地PDM系统，并使其协同工作，解决了异地企业间PDM系统的资源共享问题。  21世纪以来，PDM(ProductDataManagement，PDM)系统在我国中小企业中得到了广泛应用，成为制造业产品设计部门不可或缺的利器。然而，随着企业规模的不断扩大，以及多企业的协同作业，如今—个完整产品的研发、设计、制造、装配不可能在一个车间完成，往往需要跨地区、跨企业的协同作业。异地分布式地进行产品设计、协同制造和协同工作成为以制造业为主的企业一个必需妥当解决的问题。由于PDM系统缺乏良好的异地协同，目前企业问的协作存在如下弊端：①企业间设计部门沟通不便，各企业的PDM系统形成信息孤岛，无法实现信息资源的共享；②各企业设计标准不同，产品编码、图纸编码等不统一，导致产品整合困难；③异地PDM系统非松散耦合集成，相互依靠性较强；④目前PDM系统朝着BWD(Browser、Web、Database)的模式发展，网上传输数据的安全性受到威逼；⑤各企业PDM系统无法资源互补，难以形成企业动态联盟；  1SOA的特点和Web实现技术  1.1SOA的特点  面向服务架构(ServiceOrientedArchitecture，SOA)是一种面向服务的企业应用体系结构，是一种分布式的软件架构模型。它将企业应用看作是一些能够跨越企业边界、自我描述、实现某—特别功能的服务集成。在该模型中，任何业务功能都被作为供应的—个服务使用，应用程序的不同功能(服务)通过这些服务之间定义的接口和契约联系，应用系统可以看作是一系列服务的集成。SOA的服务封装、松散耦合、粗粒度性等特点为异地协同PDM系统的开发供应了良好的集成途径。  SOA体系结构由三个参与者和三个基本操作构成。参与者为服务供应者(ServiceProvider)、服务恳求者(ServiceApplicant)和服务注册代理(ServiceregisterBroker)，基本操作为发布(Publish)、搜寻(Search)和绑定(Bind)，如图1所示。服务供应者将其服务发布到服务注册代理的一个目录上，当服务恳求者需要调用该服务时，它首先利用服务注册代理供应的目录搜寻服务，服务注册代理返回调用该服务的信息，服务恳求者依据返回的信息调用服务供应者供应的服务，当服务恳求者从服务注册代理得到调用所需服务的信息后，通讯在服务恳求者和服务供应者之间直接进行，无需经过服务注册代理。  图1SOA体系结构  1.2Web实现技术  面向服务架构最流行的一种实现方法是WebService技术，它使用一系列标准和协议实现相关的功能，其中XML作为WebService技术的基础，是开放环境下描述数据和信息的标准技术，服务供应者可以用WSDL(Web服务描述语言)描述Web服务，用UDDI(统一描述、发觉和集成)向服务注册代理发布和注册Web服务，服务恳求者通过UDDI进行查询，找到所需的服务后，利用SOAP(简洁对象协议))来绑定、调用这些服务。  2异地协同PDM系统集成框架  目前，异地协同PDM应用系统普遍存在着点对点的方式，当协同站点达到一定数量时就会产生网状分布的繁杂连线，造成结构混乱，难以管理。在基于SOA的异地协同PDM系统中，由于不同企业的PDM系统供应不同的信息资源和服务，如何集成这些异构的、分布式的数据和服务是实现不同企业PDM系统集成的关键。  WebService是实现SOA的核心技术，一种独立于详细的计算机语言、平台和机器的技术。服务供应者和服务集成时不用考虑是否是同一个系统平台或者是否使用同一种计算机语言。本文将采用WebService技术实现异地PDM系统的集成。图2给出了基于WebService的异地PDM系统的集成框架。框架主要由Multi-UDDI服务中心、服务组件引擎和服务访问组件组成。  图2基于SOAWeb的PDM系统异地协同框架  (1)Multi-UDDI服务中心(MultiUniversalDescrip-tion，DiscoveryandIntegration)：是不同企业PDM系统集成框架的核心，为各个PDM系统信息资源供应者供应快速的服务注册和发觉功能。标准的UDDI(统一描