2008-01-21 14:09:45 来源：万方数据
目前，PDM系统已经到了应用的阶段，成为中国制造业中设计部门不可缺少的管理利器。然而新的时代面临新的问题，如今一个完整产品的设计研发往往不会在一个地方完成，如何异地分布式的进行产品设计，如何协同工作成为产品设计研发的一个必须妥善解决的问题。
1）.各分支设计单位沟通不便，使得各单位的PDM系统形成信息孤岛;
2）.各设计单位设计标准，编码标准等不统一，导致产品最终整合困难;
3）.各设计单位由于要进行设计数据的传递，不得不借助纸质媒介，而纸质媒介中包含产品设计信息如各参与人员签名信息等不全，必须手工添加，导致重复劳动，无法真正实现无纸化设计;
4）.产品设计工作流中出现断层，必需靠业务方式去解决，无法自动处理。
围绕着上述提出的问题，本文将引人一系列的新技术，根据笔者多年从事PDM项目实施的经验与对PDM系统的知识，提出解决方法。
本文将着重描述针对中国企业的PDM系统异地协同应用中存在的问题，分析并找到合理的解决方案，提供设计模式参考.引人先进开发技术，架构一个PDM异地协同工作系统，并最终实现。
2.1 PDM系统介绍
本文提及的PDM系统主要是指FTC Windchill PDMLink系统，Windchill是PTC公司推出的一套集成应用软件，用来管理产品和工序的整个生命周期.它充分利用了Internet和相关的信息技术，为系统提供了一种应用软件基础，从而保证能快速、高效地部署产品信息应用软件。本文的系统实现主要是基于Windchill PDM Link6.26以上版本实现的。
2.2异地协同应用系统总体框架
异地协同应用系统目前普遍存在的点对点的方式，当协同站点的达到一定数量时就会产生网状分布的繁杂的连线，造成结构的混乱，极难管理，为消除这种架构带来的问题，我们需要定义三类角色:
服务请求方:提出协同应用请求的站点，协同服务的申请者，交流数据发送端;
服务提供方:根据请求提供协同服务，交流数据接受端;
服务协调方:负责服务的协调管理，调度请求方的请求与交流数据并进行监控。
一个PDM协同站点(协调方也可以是一个协同站点)可以既扮演服务请求方又扮演服务提供方，视乎其做出的动作，如进行请求协同则作为请求方，如接受请求提供协同服务则作为工作方。各协同站点提供的服务以Contract(服务契约)的形式描述服务接口，使用Schema(如XSD技术)设定的规则定义XML数据格式进行通信，确保松祸合的架构特征，使得功能服务边界清晰，服务自治。
通过增加协调方的中间站点，不但简化了点对点连接带来的复杂状态，而且服务协调中心与数据调度中心的设立使得请求方的请求与数据的传输可以通过中间站点进行协调调度与监控。这是SOA总线型的模式。
2.3对象统一编码的实现策略
对象统一编码可以通过多种策略来实现，然而目前常用的加前后缀的方式以及附加标识符的方式都不能解决原有编码规则的更新问题，故在此提出双编码方式来实现编码的统一。
双编码方式:为对象设置两个编码属性，一个是本地编码，一个是全局编码。在本地系统中使用本地编码，流出本地系统进行协同整合时，由协同站点调用统一编码服务，根据对象类型申请全局编码。
优点:在不改动原有各单位编码规则的情况下统一了编码标准，对象只有流出本系统才添加新统一编码，使旧数据同样能获得统一编码;
2.4基于PDM系统实现无纸化产品设计
在PDM系统中实现无纸化产品设计主要要解决的问题就是如何在电子文档中实现信息签人，信息包括相关负责人员签名和签审意见等由于手工签名与电脑签名的文字字体有极大差别，如何解决这个问题，是本文要描述的电子签名程序所要实现的功能。
2.4.1结构设计
电子签名程序的主要功能实现主要有两步:
a)获取PDM系统内签名信息，即客户需要签人图纸的信息;
b)根据获得的签名信息与配置文件中预先定义的配置信息.在电子文档指定的位置中插人签名信息。
免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。
抢沙发
