e-works数字化企业网  »  文章频道  »  产品创新数字化(PLM)  »  PDM/PLM

基于Smartclient的PLM产品结构与配置管理

2009/10/5    来源:万方数据库    专家:万立  周辉      
关键字:产品全生命周期  产品结构配置  smart client  组件解藕  
针对传统体系结构的不足,提出了基于智能客户端(Smart client)和Web service技术的PLM产品结构与配置管理系统的体系结构。在此基拙上,设计并实现了IntePSM系统。该系统在体系结构上采用全插件式结构,实现了系统组件间的高内聚松藕合。在系统功能上,实现了产品族管理、版本管理、产品配置管理、产品变更管理等功能。

引言

    随着近年来企业间竞争和合作国际化的深入,为了适应动态联盟企业开展网络化协同设计的进一步需要,产品全生命周期管理(PLM)技术正朝着与平台无关,基于Web,支持分布式的方向发展。在此背景下,本课题组独立开发了企业级协同产品开发平台IntePLM。本平台构建于Smart Client技术基础之上,面向产品开发的全生命周期,以产品为核心组织和管理数据,管理所有与产品相关的数据及这些数据的状态变迁。

    产品结构与配置管理系统(PSM)是PLM的重要组成部分,更是其组织数据的核心。其传统实现方式主要有C/S和B/S两种:C/S结构对网络管理服务器要求较高,仅限于在单个企业局域网范围内的应用。而基于COM或CORBA规范构建的B/S结构虽然是分布式的,但其也具有不同平台供应商之间的系统难以集成,业务逻辑组件不能跨防火墙互相通信,服务器与客户端应用程序藕合太紧密以及过于依赖浏览器等不足。

    基于以上分析,本文重点阐述了作为PLM平台核心和基础的产品结构与配置管理系统的体系结构与主要系统功能的设计与实现。

1 Smart client相关技术

1.1 Web services技术

    Web services技术是基于SOA架构思想,在改进DCOM和CORBA的缺点后诞生的。Web services的面向服务架构与过去不同的特点就在于它是基于标准以及松散藕合的。广泛接受的标准(如XML和SOAP)提供了在各不同厂商解决方案之间的交互性。而松散藕合将分布计算中的参与者隔离开来,交互两边某一方的改动并不会影响到另一方。

1.2 Smart client技术

    Smart client(智能客户端)是结合了C/S和B/S长处的下一代客户端软件技术。它既不像瘦客户端那样依赖于浏览器来为其操作提供执行、安全性和用户界面环境,也弥补了胖客户端在部署和更新方面的劣势,可以说是一种面面俱到的客户端技术。

2 系统体系结构

2.1 基于Web services和Smart client技术的体系结构

    近年来随着网络技术的发展,网络化协同设计对PLM平台的信息交互性的要求越来越高。产品结构与配置管理系统作为PLM系统的核心模块,在体系结构上应具备平台间更强的信息交互能力,以及在部署、更新上更方便、快捷的特点。

    因此本文的思路是将PSM系统构建在Small client架构之上,并利用Smart client技术可以与Web service完美集成的特点,在架构中增加Web service层。(如图1)

图1 YSM系统体系结构

    此架构是构建在.NET平台上的。相对于传统的C/S架构,此架构在业务逻辑层的基础上,新增了Web service层,即在业务逻辑层的基础上生成了与之对应的Web service服务。利用Web services基于标准和松散祸合的特点,使PSM系统不仅可以和PLM平台的其他模块方便的通信,更是大大增强了PSM系统和其他解决方案间的交互性。

    同时,利用.NET提供的无接触部署(No-Touch Deployment)技术,可以通过URL将整个PSM系统部署到一个中央部署服务器上。然后通过该服务器,将智能客户端部件(界面层和业务外观层)部署到客户端。每次客户端程序运行时,可以自动检测并下载最新的客户端动态库。基于此架构的PSM系统在界面层采用Windows应用程序,因为不像B/S客户端那样完全依赖浏览器,所以可以实现比浏览器更复杂的显示界面。由于在客户端直接运行代码.界面层和业务逻辑层可以明晰的将用户界面和客户端的逻辑与数据分隔开来。更可以通过其独立的业务外观层方便的与本地机器上的其他客户端资源进行交互。

2.2 全插件式结构及高内聚松藕合的组件关系

    PLM系统作为一个以产品为核心的不同信息集成和交互的平台,需要与不同的系统进行信息交互(如ERP,SCM,CRM等)。因此,作为PLM核心的PSM系统应该能够方便的与其它系统平台进行集成,而传统的PSM系统组件之间相互依赖性较强,很难做到这一点。

2.2.1 全插件式结构

    本PSM系统在架构设计时引入了全插件的概念,即在传统架构的业务逻辑层和数据访问层之上新增了业务逻辑层接口和数据访问层接口。(如图1所示)业务逻辑层接口定义所有需要处理的业务逻辑可能需要的接口函数,并由业务逻辑层实现。数据访问层接口定义所有数据访问层可能需要的接口函数,并由数据访问层实现。层与层之间互相调用时,Web services层不是直接调用业务逻辑层而是调用业务逻辑层接口,业务逻辑层也不再直接调用数据访问层而是调用数据访问层接口。

    另外,在原有的业务实体对象(即在整个PSM系统中进行传输的数据对象)之上,引入了业务实体接口的概念。业务实体接口主要是用来规定对象所具有的标准约定属性的。定义业务实体接口对于不同系统的集成是非常重要的。先定义一个根数据对象接口,所有其他对象接口都从这个接口继承,从而可将该数据对象接口作为一个系统间数据对象通信的标准,可大大增强不同系统间的数据兼容性。

2.2.2 高内聚松藕合的组件解偶

    组件解祸的方式很多,本文在PSM系统中引人Spring.net中间件来解藕组件之间的依赖,使组件之间是高内聚松藕合的。

    首先,利用XML文件作为spring的配置文件,以业务逻辑层调用数据访问层为例,数据访间层的配置文件如下所示:

     这样,在业务逻辑层调用数据访问层时,就可以方便的通过spring中间件读取事先定义好的XML文件中数据访问层相关类和动态库的名称,进而找到并调用对应的数据访问层的动态库了。

    全插件式结构的最大优势就是保证了整个系统组件间的高内聚松藕合的关系。在其各组件内部所实现的功能与结构保持高度逻辑相关性的同时很好的保证了其各组件间的相互独立性。

责任编辑:黄菊锋
本文为授权转载文章,任何人未经原授权方同意,不得复制、转载、摘编等任何方式进行使用,e-works不承担由此而产生的任何法律责任! 如有异议请及时告之,以便进行及时处理。联系方式:editor@e-works.net.cn tel:027-87592219/20/21。
e-works
官方微信
掌上
信息化
编辑推荐
新闻推荐
博客推荐
视频推荐