SOA的PDM与CAPP系统集成技术分析.docxVIP

PAGE 1 PAGE 1 SOA的PDM与CAPP系统集成技术分析  为了克服传统企业PDM扣CAPP应用系统集成所采用的点对点或基于中间件集成方式的缺点和不足，提出了一种基于SOA(面向服务架构)的系统集成方案。在该集成方案中，把PDM和CAPP系统的不同功能单元包装成服务，通过这些服务之间定义的接口和契约将它们联系起来，从而使构建在PDM和CAPP系统中的服务可以使用一种统一和通用的方式进行交互。该集成方式解决了传统PDM和CAPP集成中面临的紧耦合、重用能力低、敏捷性差等问题。  随着信息技术的不断发展和企业业务的多样化，企业为了增加自身的竞争优势，在信息化建设中投入了大量的资金和人力。企业使用的软件及拥有的内部系统越来越多，比如PDM系统、CAPP系统、ERP系统等，这些系统之间相互交叉，有着重复的信息和数据，这便催生了EAI(EnterpriseApplicationIntegration)即企业应用集成的产生。其中，PDM和CAPP之间的集成作为企业应用集成的重要组成部分越来越被企业所重视。  传统PDM和CAPP集成方式不外乎点对点集成和基于中间件的集成。点对点集成方案的基础架构较为脆弱，每一个连接都需要单独开发相应的接口程序，缺少敏捷性，并且很难保证数据的准时传递和全都性，这种解决方案只能构建在各自系统中，应用之间的藕合度较高，实际应用范围较为狭窄。基于中间件的PDM和CAPP集成在敏捷性和扩展性方面都较点对点集成好，利用分布式对象技术也能很好地实现分布式计算，而且也取得了相当大的收益。但是在Internet环境下，由于不同厂商供应的组件各自有一套独立体系结构和私有协议，不同组件之间无法进行直接的数据交换和数据共享，因而组件之间互操作非常不便，实施起来通常会涉及到使用私有集成适配器，这必将导致更高的费用和复杂的连接性，从而限定了它们在Intemet下的广泛应用。  传统的PDM和CAPP集成成本高，而且不具备敏捷性，另外，该集成方法也不能很好地支持企业应用系统随着业务需求的变化而自由调整。在不转变原有企业PDM和CAPP应用系统的基础上，基于面向服务架构(SOA)的企业应用集成方案开始为越来越多的IT人员所青睐，本文结合笔者在某航空企业所做的PDM和CAPP集成工作来详细阐述这一方案。  1基于SOA的PDM/CAPP系统集成架构  SOA的核心理念就是服务，是组织服务的一种架构模式。SOA通过应用组件和传输协议的松散耦合（服务的传输协议透明化），服务的即时绑定（服务位置的透明化），从而实现业务组件虚拟化，造就一个虚拟集成架构或者集成平台服务总线，这样使服务集成不受任何限制，可以以服务组件形式同时集成现有PDM和CAPP系统的各个功能模块，以及集成将来开发的其它新功能模块，同时也可以依据企业的需求随时更换这些服务组件。  为了解决CAPP的某些管理功能与PDM的管理功能之间存在的重叠和冲突，CAPP保留工艺设计、工艺学问管理、工艺过程管理等一些原有功能，而将剩余管理功能部分与PDM系统进行集成，充分利用PDM系统完备而强大的管理功能，在传统PDM和CAPP系统集成的基础上，提出了如图1所示的CAPP与PDM的SOA集成解决方案。  实现基于SOA框架下的PDM和CAPP系统集成，需要在分析企业相关需求的前提下，经过一定量的定制，构建满意企业实际要求的集成架构。基于SOA的PDM/CAPP集成架构需要解决以下几个关键问题： 图1CAPP与PDM集成的SOA解决方案 (1)CAPP系统需要准时从PDM系统获得产品的结构信息。目前多数企业都是以BOM的形式来描述产品结构，因此CAPP系统需要依据PDM系统BOM的变化准时更新自己的BOM。在之前的CAPP与PDM集成系统当中，CAPP与PDM系统间有特定的接口，一旦PDM系统发生变化，CAPP与PDM系统之间的接口也要依据PDM系统的变化进行相应的修改，繁琐而复杂。采用SOA解决方案以后，CAPP系统要获取PDM系统中的产品BOM，所做的工作就是通过企业的私有服务中心来查找PDM系统发布的产品结构信息服务，然后访问PDM系统的相关模块，并把得到的BOM信息导入到自己的系统中，PDM系统内部的变化不会牵扯到CAPP系统的转变。  (2)CAPP系统还需要准时从PDM系统获得用户信息，以便约束特定用户对CAPP的操作权限。CAPP系统通过企业的私有服务中心来查找PDM系统发布的用户信息服务，然后访问PDM系统的相关模块，并把得到的用户信息导人自己的系统中。  (3)PDM系统需要准时获取CAPP编辑好的工艺文件的信息，例如工艺文件编号，以便更系统地管理CAPP生成的