虽然PDM能够为技术开发带来巨大的效益,但是实事求是地说,PDM的实施还是具有一定风险的,在国内外都不乏失败的案例。只有看到了PDM的风险,才能够**地避免这种风险。把这种风险分为“技术”上的阻力和“人”的阻力。
PDM在**阶段首先要考虑的是图档管理,这是比较容易实施的部分,也最容易被设计人员所接受。第二阶段要考虑流程管理,这部分的实施工作一定会遇到一些阻力,可以提供一些前期的适应方法以及培训以减少这些阻力。第三阶段是产品开发过程项目的综合管理。**是系统在整个企业内部的扩展。
PDM系统不能简单地看成是一套技术解决方案。首先描述一下解决方案的逻辑架构和技术架构,然后进一步讨论PDM系统的功能架构以及解决问题的步骤。
1解决方案逻辑架构
较为理想的PDM系统实际上提供一套电子化的产品开发环境,在这个环境里固化了许多先进的管理制度与思想(APQP, QS9000 )。一个标准的PDM系统应该是建立在如图9-1基础上的。现将方案的构成分别说明如下。
1.网络通信
PDM系统将作企业协同产品开发的平台,所有的数据将集中进行管理、控制和发布。所以必须由网络来传输数据、发送任务。考虑到系统中存放的一些技术数据容脸较大,为保证良好的使用性能,应该有足够的网络带宽。
2.运算服务、文件服务
运算服务为用户的请求(如查询、提交任务到流程等)提供服务,同时其底层应用关系型数据库(现在越来越多的系统使用Oracle):文件服务提供所有不同版本的技术文件的存取支持。
3.产品数据、流程数据、资源数据
它们由存放在Oracle数据库中的元数据(如流程记录)和物理文件(如原理图文件)所构成。从逻辑上划分包括设计的结果数据(所有技术文件、BOM、版本情况等)、流程数据(流程历史记录、流程进展情况等)、资源数据(所有用户的信息、角色的定义等)。图9-2为PDM系统的逻辑架构。
图9-2 PDM系统解决方案的逻辑架构
4.数据管理流程、支持流程
指电子化的数据权限动态控种调阅流程、设计更改流程、设计评审/审批流程、元器件申请流程、项目流程等。
5.通用的结构化产品开发流程
指电子化的产品研制流程,如软件开发流程、项目设计流程等。与设计管理流程、支持流程一起构成了稳定的产品研制可以使用的流程,即不同项目的设计任务均由这些流程组合完成。而具体的执行人员在项目进行过程当中再行指定。
6.多项目管理流程
指所有项目的设计计划、任务分配、执行状态反馈(技术状态、计划进展)、进展情况跟踪、多项目任务管道、多项目资源负载等流程.
7.产品开发应用工具
指设计工具,如UG、Pro/Engineer、Catia等。PDM的应用绝不会取代这些应用工具,但通过封装技术,使得这些工具与PDM系统紧密衔接,将日常的设计工作与PDM系统的应用**地结合在一起。
8,标准、规范
是流程优化、系统规划、配置的主要依据。通过系统的运行,将部分标准、规范等与电子化的流程紧密结合。
9.研制小组(多功能项目小组)
由不同部门不同设计人员构成的集成产品开发小组,是系统主要的用户。
10.系统维护、支持人员
是企业负责具体推广、系统维护/支持的人员。他们与项目小组一起参与项目实施的全过程。
2 解决方案体系架构
对于典型制造企业,由于技术人员当前不算太多,考虑到以后的发展,较为理想的体系结构(图9-3)分五层:
图9-3较为理想的体系结构
.底层服务层,是硬件环峨、网络、操作系统、数据库,这些都取决于具体PDM软件对其的支持。
.PDM服务层,现在较为通用的大型PDM软件均采用面相对象结构,向下通过自己的数据处理逻辑直接与数据库交互,向上提供墓本服务供应用组件使用。
.PDM应用层,主要是各种功能相对集中的应用模块,其实各模块之间有着密切的联系,只是根据其功能把它们划分开,另外作为集成框架,还需要封装各应用工具,并和特定的工具实现数据接口。
.应用工具层,范围较广,所有企业应用的工具其产生的电子数据都应该得到统一**地管理。
.应用界面层,是对使用者和管理者都一致的PDM客户端界面。
本文由:http://www.pdm.so 英泰PDM发布,转载请声明,联系人:吴先生 4000627868
资讯来源:
http://www.pdm.so