PDM解决方案参考.docx

PDM解决方案参考.docx

《PDM解决方案参考.docx》由会员分享，可在线阅读，更多相关《PDM解决方案参考.docx（19页珍藏版）》请在冰豆网上搜索。

PDM解决方案参考

XXXPDM项目

系统解决方案

版本：

v3.0

制定日期：

2006年9月13日

审核：

目录

1.企业概况4

1.1.目前存在的问题4

1.2.实施PDM的总体目标5

2.天思PDM系统管理范围6

2.1.文档类数据6

2.2.产品结构9

2.3.基础数据管理9

2.3.1.零部件命名管理9

2.3.2.PROE命名规范9

2.3.3.物料编码方案10

2.3.4.与ERP接口方案10

2.3.5.图号编制规则10

2.3.6.零部件原材料库管理10

2.4.产品数据的审核流程11

2.5.PDM实施部门11

3.产品开发项目管理方案11

3.1.产品开发流程11

3.2.项目类型的分类11

3.3.产品开发流程的执行与控制12

4.产品数据之间的逻辑关系12

5.系统架构13

5.1.文档库13

5.2.产品库14

5.3.零部件库15

5.4.原材料库16

5.5.工模具库16

5.6.项目库17

6.数据变更管理17

6.1.图纸变更17

6.2.其他技术类文件的变更18

6.3.零部件属性变更18

6.4.BOM变更19

6.5.一般文档变更19

6.6.模具变更19

7.权限、密级控制方案20

8.系统维护方案20

8.1.人员设置20

8.2.数据备份机制21

1.企业概况

1.1.目前存在的问题

随着XXX的发展，和产品相关的文档累计有几十万份，这些图纸具有数量多、各阶段的版本不尽相同的特点；如何将这些不同版本数目巨大的图纸进行智能化归档管理是XXX首先要解决的问题。

文档的快速查阅是随大量需要面临的第二个难题，从数十万计的文档查找一份文档，即使专门的文控人员也需要很长的时间，如何能够让每个设计者在自己的电脑快速查找到自己需要的文档是管理者一直思考的问题。

随着企业文档的增加，这些文档的存放及数据安全性也成为了一个讨论的话题；XXX采用各设计者独立存放在各自的电脑中，随着企业人员的更换以及电脑系统的更换，数据丢失的现象已经发生，并且数据的安全性不能保证。

新产品开发的任务分配，传统方式以纸张方式传达任务，对于长时间的项目，任务丢失或任务衔接错误的现象相继出现；对于企业的管理者，如何能够参照以前的项目来规划新开发项目，如何快速察看项目进度及每个任务的完成情况，这也是他们正在努力解决的问题。

常规的文档审查采用人工提交纸张方式进行传递，难免会出现文档混淆、传递错误及越级传递的现象；并且文档的退回会使传递的工作量加倍，出现错误的几率也随之加倍，如何实现电子文档直接通过电脑审查，真正实现电子化办公呢？

企业一直在探索。

XXX文档的变更是经常出现的，一个文档的修改，可能会导致更多的文档需要修改，而这些文档的修改又会导致更多的零部件需要修改、更多的产品需要修改、更多的模具需要修改，如今没有一套完善的变更体系，对我们的变更做出基本的评估。

企业力推标准化，标准化的实施是以ISO为中心来规范及完善企业的相关标准，使得企业的所有的工作都得到正确的指引，减少设计失误，节约设计成本，规范设计流程；但是XXX的标准化工作还处于起步阶段，

1.2.实施PDM的总体目标

通过以上的分析，我们已经了解了XXX在实施PDM系统之前所面临的问题，这就是我们PDM系统需要解决的问题，

1）大量的文档是企业发展积累下来的财富，这些文档将作为企业生产及后期设计的参考资料，PDM可以采用多种分类方式将这些文档批量导入（零件类、产品类、文档类型等等），历史的物料也按照相同的类别批量导入系统，并保证物料和文档之间的链接关系。

2）所有物料及文档均在PDM系统中受控管理，设计者可以通过系统直接查询需要的相关资料，文档、物料、产品、项目、任务等相关的信息，设计者可以通过这些信息的多种属性快速进行查询，和常规的查询相比较，查询速度提高10倍以上。

3）数据的安全性是企业管理者日夜所担心，企业努力研发的产品刚上市，可能相同的仿冒就跟着出来了；保证研发产品的数据安全是PDM系统特殊使命，对产品数据更进行了权限和密级相结合的双重保护，使得数据更加安全，后台服务器数据采用独立运算的加密方式，脱离系统这些文档也就失去了任何的意义；服务器上统一的数据管理，从根本上避免了因设计者更换或病毒等原因造成的数据丢失现象。

4）通过PDM的项目管理，企业管理者可以随时监控每个项目的进度，察看每个任务的完成情况，项目进度表及任务报表可以一键生成，企业管理者可以通过系统进行任务的分配，或者通过系统对项目进行及时的调整，项目启动后，所以任务相关都会在设计者的电脑上及时反应出来，项目中重要的事件都会有系统的提示。

5）在PDM系统中，已经实现真正的无纸化办公，所有的文档的提交及审核都是在系统内完成，设计者对自己完成的产品数据提交电子审核流程，在对应的节点人员会自动收到流程审核提示，通过系统节点人员可以直接进行审核或对文档进行圈阅等，文档审核的过程可以根据企业个性化设置；提交审核后，节点人员会在最快时间内收到系统提示，从而保证文档的及时性和准确性。

6）文档的变更过程在PDM系统中有一套完善的变更管理，一个文档变更前，系统会自动评估变更影响范围，涉及的文档、零部件、产品结构及模具等信息都完全展示出来，丰富的信息可以让变更发起者对变更的后果考虑更加完善，也让变更审核人员有更多的审核依据，不会出现盲目变更的现象。

7）建立以PDM系统为核心的有关产品数据（包括项目进度、图纸、BOM、工模具等技术资料）的共享平台。

在这个平台上，整个企业需要产品数据的人可以得到同步版本的数据，并保障这些数据的准确、安全。

8）建立以项目管理为主线的产品开发管理体系。

控制开发进度、质量，协调项目组成员之间、部门之间的工作，建立产品开发电子化的ISO体系。

9）实现技术数据的体系化管理。

建立相关数据之间的连接，通过变更管理保证PDM系统中相互关联的产品数据同步更新，使这些数据的准确性得到长期的保证。

10）为工程师提供一个协同的产品开发平台。

使他们能够快速找到所需的技术资料，实时了解项目团队其它人的工作情况及最新版本的产品数据，从而缩短产品开发周期、提高开发质量。

11）建立规范准确的产品结构（BOM）。

为采购、生产、财务等相关部门提供基础数据。

12）促进标准化工作。

建立标准件、通用件库，提高设计质量，降低成本。

2.天思PDM系统管理范围

根据前面所述实施PDM的目标，首先我们确定以下管理范围：

✧设计图纸、工艺文件、检验标准、项目过程文件等技术文件

✧产品结构库、原材料库、零部件库、工模具库

✧产品开发过程管理

✧电子审批流程管理

✧设计变更管理

2.1.文档类数据

1）PDM管理的文档分类，例如：

类别

文档名称

文控中心

技术管理部

项目工程部

工程部

工模部

生产部

打印

发放

打印

发放

打印

发放

打印

发放

打印

发放

打印

发放

PROE

Pro/E三维、二维文档

Y

Y

Y

Y

Y

Y

质量体系类

工艺流程图

Y

Y

Y

Y

Y

冲压工艺

Y

Y

Y

Y

Y

机械加工工艺

Y

Y

Y

Y

Y

注塑工艺

Y

Y

Y

Y

Y

装配工艺

Y

Y

Y

Y

Y

BOM明细表

Y

Y

Y

Y

Y

Y

Y

作业指导书

Y

Y

Y

Y

Y

检验标准

Y

Y

Y

Y

Y

认证资料

Y

Y

Y

Y

质量记录

Y

Y

Y

Y

Y

Y

Y

试验报告

Y

Y

Y

Y

Y

Y

Y

评审报告

Y

Y

Y

Y

Y

客户提供的技术图样、标准、要求

Y

Y

Y

Y

Y

Y

模具汇总表

Y

Y

Y

Y

Y

项目过程类

技术通知单

Y

Y

Y

Y

Y

Y

更改通知单

Y

Y

Y

Y

Y

Y

Y

Y

Y

Y

开模通知单

Y

Y

Y

Y

Y

Y

产品开发通知单

Y

Y

Y

Y

Y

Y

Y

产品开发任务书

Y

Y

Y

Y

Y

Y

Y

技术参考类

国家标准

Y

Y

Y

Y

Y

Y

Y

认证标准

Y

Y

Y

Y

Y

Y

Y

技术规范

Y

Y

Y

Y

Y

Y

Y

行业标准

Y

Y

Y

Y

Y

Y

Y

其他类

Y

Y

2）图纸文档在试产确认后归档，归档后需要修改，必须走设计变更，产生新版。

3）技术文件资料的发放

技术资料经工程部审核归档后，由工程部发布给技术管理部及工模部，技术管理部对此设计产品进行成本估算，工模部以此设计文档为基础进行工模的设计及工艺等相关工作，系统文档的授权由PDM管理员进行，各部门需要打印的文档严格受控，各部门打印的文档须有文控部门盖【受控】印章方可有效，文控部门必须记录发放的受控文件名称及发放数量，以备回收；在样机试制和小批试产阶段，需试制的产品图纸由研发部发放，并盖【试制】印章。

4）发放流程

全新的文档发放流程

新版文档发放流程

文档申请流程

5）文件的回收

在文档的新版发放过程中，历史的旧版文档文档必须回收销毁，当新版文档通知到达二级文控，二级文控需向文档下放部门回收旧版文档，并与新版文档一同上交一级文控，一级文控审核回收文档与下发记录符合后，对新版加盖【受控】章后由二级文控下发相关部门，回收的旧版文档加盖【报废】章或销毁。

2.2.产品结构

在产品结构库中实现产品的分类管理，关于产品分类在后面章节会有明确方案。

1）EBOM（设计BOM）

EBOM从设计角度表达了产品下零部件的组成关系，其结构层次的划分仅考虑方便总体结构划分。

EBOM包括了产品全部的零部件及准确的数量，通过EBOM可以产生各种分类报表，统计标准件清单、外购件清单、自制件清单供各部门使用。

2）PBOM（生产BOM）

PBOM是继EBOM设计完成后进一步的设计，其不仅仅表现了零部件之间组成关系，也进一步增加了零部件的加工工艺，零部件所对应的模具关系及产品的零部件的装配关系，其主要是面向生产。

2.3.基础数据管理

2.3.1.零部件命名管理

以零部件名称对照手册的方式制订企业的零部件名称规范，其基本要求是同样功能和用途的零部件使用相同的名称。

1）按零部件命名规范零部件命名，建立企业的零部件名称对照手册。

2）设计人员设计新零件时，通过查询零部件名称对照手册取得可用的名称。

在设计零部件时需要采用新名称，经标准化审查认定后按命名原则加入到零部件名称对照手册，方可使用。

3）零部件名称对照手册由标准化部门专人负责维护，按需要定义为有效或无效。

为了提高工作效率，研发部门在新产品方案设计阶段就可以提交新的零部件名称清单，以便标准化部门能够对零部件名称进行批量审查、定义。

2.3.2.PROE命名规范

1）PROE文档文档的命名必须保证名称在整个企业中的唯一性。

2）PROE文档名称必须少于30字符。

3）PROE文档名称中不能包含特殊字符（“_”除外）

4）建议采用“产品型号+零部件英文名”的命名方式。

（英文名请参照文档命名对照表）

2.3.3.物料编码方案

1）所有产品、零件、原材料和工模具的物料编码均在PDM系统产生；

2）物料编码规则：

按ERP物料编码规则

（需同ERP部门联合设定）

3）新物料号生成过程：

设计工程师从PROE图纸生成产品结构树，所有新物料将以文档名称作为临时物料号，当设计工程师编辑好BOM，将信息添加完毕后，对BOM启动流程进行审批，标准化人员将在流程中对新物料定义物料号并审核编码。

4）新产品编码的生成：

设计工程师在编制产品结构的时候，根据系统的编码器生成全新的产品编码，在启动流程审批的时候，标准化人员在流程中对产品编码进行审核。

5）原材料的审核后，批量导入系统内，工程师设计产品结构时引用系统内已有的原材料，全新的原材料需要由设计部门在设计初期向标准化人员进行申请，申请通过后由PDM系统管理员在系统内增加全新的原材料。

2.3.4.与ERP接口方案

由于所有新物料在PDM系统内产生，所以，PDM系统通过接口程序将所有物料和产品BOM结构关系转到ERP系统，具体细节待定。

2.3.5.图号编制规则

1）所有产品型号按现有的编号原则执行；

2）图号编制规则：

按最新的《技术图纸图号编制方法》执行；

2.3.6.零部件原材料库管理

零部件库中存放了BOM中所需要的全部零部件，零部件按通用性分为标准件、通用件、专用件，零部件库的组织方式按照零部件的通用性建立子库：

标准件子库、通用件子库、专用件子库。

原材料库中存放了BOM中所有自制件需要的全部原材料，其组织方式根据原材料的分类建立文件夹体系。

零部件库和原材料库由PDM系统管理员进行维护。

2.4.产品数据的审核流程

1）PROE类、质量体系类、项目过程类文档数据审核流程

2）技术参考类、其他类文档数据审核流程

3）产品结构数据审核流程

2.5.PDM实施部门

1）实施PDM部门：

工程部、项目工程部、工模部、技术管理部及生产部门。

项目工程师对项目进行立项，负责项目任务分配、工期调整、项目调整、项目跟踪等。

工程部负责产品图纸设计及BOM的设计，并在PDM系统中审核归档；工模部部负责产品工艺编制以及产品模具的设计；技术部文控室负责已归档数据的密级调整、数据发放。

其它需要产品数据的部门，可以通过PDM系统实时得到最新版本的数据。

2）实施模块范围：

✧文档管理，产品结构管理，零部件管理、模具管理、原材料管理、开发项目过程管理、数据审批流程管理。

3.产品开发项目管理方案

3.1.产品开发流程

（流程图见相关文件）

3.2.项目类型的分类

项目类型分为OEM和ODM项目

PDM系统分别创建两种类型的项目模板，项目工程部根据项目类型不同选择不同的模板。

3.3.产品开发流程的执行与控制

产品开发流程在PDM中通过项目管理进行控制，在项目模板中建立项目模板，该模板可以根据发展的需要随时调整。

产品开发立项后，应由项目工程部在PDM系统中建立新项目，分配各项任务的负责人、工期、任务输出。

项目启动后，各任务执行人应按照任务要求在规定的时间内提交文档。

项目管理员可以随时监控项目的执行情况，对异常及时做出调整。

在项目执行过程中，所有与项目开发有关的文档均从任务输出下进入系统。

项目的执行

1）产品开发由项目工程部进行确认立项。

2）立项前，需确认项目类型，并对相关的资料做好整理，为产品的设计做好准备。

3）立项前，充分考虑设计部门的任务情况，合理调节人员及项目工期。

4）各任务的负责人以项目部安排完成相关的工作

项目的控制

1）项目进度控制由项目工程部进行跟踪，每周应该出各项目的进度表。

2）客观因素影响项目实际进度的，应由任务执行部门或个人提交项目更改申请单，由本部门及项目工程部审核后，根据实际情况提交项目。

3）项目结束后，对项目的实际进度及计划进度做归纳总结，为将来的立项工作积累经验，为KPI考核提供相关的数据。

4.产品数据之间的逻辑关系

天思PDM系统管理的各种产品数据类型及其内在关系方案如下图所示。

通过建立下图所示产品数据之间的链接关系，最终实现产品之间零部件的借用关系管理；不同零件共用同一份图纸的管理；不同数据的用途反查，比如从模具处能查到某套模具用来制造哪些零件，能查到某零件用于哪些产品等。

同时系统中的每个产品数据虽然可能被多个其它的产品数据引用，但在系统中只存在一份，这样就保证了数据的唯一性，做到一处更改各处同时更新。

5.系统架构

天思PDM系统建立后，产品数据分别存放在文档库、零部件库、原材料库、产品库、模具库、项目库中。

为了便于数据的查找浏览及统一的权限、密级控制，应对各个数据库建立分类文件夹体系。

5.1.文档库

文档库中存放了PDM系统中全部的文档，这些文档使用文件夹体系按文档的类型和产品类型来进行组织，每个产品夹子下面存放该产品整套资料，组织架构见下图：

在工作区，用户只能查看自己有权限的文档；在发布区，用户只能查看密级等于和小于自己的文档。

5.2.产品库

产品库存放企业的所有产品，以及所有的配置BOM。

产品属性包括：

产品编号、产品名称、产品型号、产品规格、客户编号等。

✧BOM表格式如下：

BOM标准格式

组织架构按产品分类和产品系列进行组织，产品型号夹下存放该型号的所有产品BOM，产品BOM以产品的命名来区分基本机型和配置机型，组织架构如图：

5.3.零部件库

先按照零部件的通用性进行大的分类，分为标准件、通用件、专用件。

标准件、通用件根据零部件分类规划详细的文件夹；专用件分类应按照与产品库分类一致的方式规划。

零部件属性包括：

物料编号、名称、规格、材料、图号、单位、生产方式等。

✧

标准件

螺母

螺钉

由于专用件子库是存放每个产品的专用件，故架构与产品结构库一致，如图：

通用件

零部件库

CK305

CA234

CA123

不锈钢制品（A）

咖啡壶容器（COO）

电热水煲（K）

CK401

零部件库必须由专人来维护，所以只给零部件维护人员授修改权限。

5.4.原材料库

按照原材料的类别进行分类。

属性包括：

材料编号、名称、牌号、规格等。

A＝铝材类

LW＝引线类

ABS=ABS类

NY＝尼龙料类

ABS+PC=ABS+PC类

PA＝PA类

C＝油和漆类

PP＝PP类

FROM＝泡沫类

PC=PC类

FT＝纤维通类

PE=PE类

Si＝硅胶类

POM=POM类

Glue＝胶水类

PVC=PVC类

H＝发热元件类

Sa＝Santoprene

螺丝类（Screw）

电阻类（R）

ABS类（ABS）

原材料库

铝材类（A）

原材料库由专人维护，只有维护人员有修改权限。

5.5.工模具库

模具库架构按产品进行规划，每个文件夹子下存放该产品的模具。

模具属性包括：

模具编号、名称、模具类型、开模日期等。

5.6.项目库

为了保证PDM系统中各个库的结构基本相同，使得工程师能够很容易明白各个库之间的对应关系，项目库的基本架构和产品结构的架构相同，如下图：

全新创建的项目，一般选择项目模板来创建项目，在创建项目时，项目名称、客户名称、承担部门都必须填写完整常规属性。

6.数据变更管理

在天思PDM系统中产品数据包括一般文档、设计文档（图纸）、零部件、BOM及模具；下面分别对各类数据在系统中变更过程进行描述：

6.1.图纸变更

图纸与对应的零部件存在密切关系，用户在对图纸启动变更时，天思PDM系统自动评估与其相关的所有数据，根据评估影响的数据范围判断变更是否可行，图纸通过设计变更后版本升版。

因为图纸更改而影响工艺文件、BOM、模具的修改，由相关人员在新版图纸归档后对相应数据启动变更并进行修改。

工艺文件的修改与图纸变更一样。

变更完成

新版图纸修改修改

变更申请单审核

6.2.其他技术类文件的变更

其他技术类文件，如工艺文件、检验标准等文件的变更可参照图纸变更执行。

6.3.零部件属性变更

零部件的变更主要是对零部件属性的维护，由于录入错误或完善属性信息而对零部件属性信息进行更改，在PDM系统中，零部件库由维护员进行维护，零部件属性的修改可由维护员直接对更改对象进行修改，修改完毕后直接对修改对象归档即可。

6.4.BOM变更

因为设计失误、产品缺陷或客户要求等原因对产品图纸进行修改，图纸发生改变后，对已归档的产品结构或部件，物料组成往往也会发生增删，这就需要对产品结构或部件进行变更，也就是说，在图纸变更后涉及到产品结构的组成属性和关系变化时，才需对产品结构进行变更，变更流程跟图纸变更相似。

1．在发布区选择要变更的零部件或BOM，会在“影响对象”列出影响到产品配置和相关的数据。

2．填写变更内容，选择变更类型，选择变更步骤的执行

3．生成变更通知单

4．启动变更

变更开始

变更申请审批

变更申请单审核

1.变更的BOM自动创建新版

2.申请人修改新版BOM

3.申请人走流程对新版对象归档

4.申请人进行新版BOM发布

新版BOM修改

变更完成

6.5.一般文档变更

一般文档包括：

项目开发过程文件和其它文件，一般不需要进行严谨的变更控制。

若这些文档需要修改，可通过对修改对象创建新版来修改，并走审批流程审批归档即可。

6.6.模具变更

当工模部收到变更审核后的设计文档及BOM后，由设计部门评估是否要对模具启动变更，模具的更改主要涉及到模具图的修改及模具清单的修改，模具图的修改请参照文档变更部分，模具的修改请到模具库直接进行修改。

7.权限、密级控制方案

数据的安全性能将得到进一步的提升，

1）对象的密级分为一般、秘密、机密、绝密四个级别。

可以对系统中所有对象设置不同的密级，如文档库中的文件夹、文档、产品库中的产品系列文件夹、产品结构、产品配置，零部件库中的零部件类别、零部件，用户组、单个用户等等。

对用户来说，他只能查看和他具有同级或更低级别密级的产品数据。

用户的密级和对象的密级采用系统默认的密级方案，即用户和对象密级均采用“一般”密级；默认的情况下，只要数据归档后，PDM用户均有“浏览”权限，具体控制如下：

✧公司领导、研发部、技术部对所有文档具有“打开”权限；

✧其他部门人员具有“浏览”权限；

✧需要特别授权的，可由文控在文档发布时，设定。

2）对象的权限在建立文件夹结构后制定，权限只在工作区起控制作用，分别给不同的部门不同的员工安排不同的权限，分为四种权限，浏览、只读、修改和完全控制。

3）产品及零部件的成本控制，在系统中采用角色进行控制，具有查看角色的人员才能查看产品及零部件的单价信息。

8.系统维护方案

8.1.人员设置

为了保证PDM系统长期稳定运行，必须有专人对系统进行维护，请设置以下几名专职人员：

岗位

职责

PDM系统总监

1）长期监督PDM系统运行状况

2）监督执行KPI指标*

系统管理员

1）组织框架、用户、角色维护

2）数据类别及基本资料设置、维护

3）数据备份、恢复

4）与ERP系统接口

5）系统异常处理

6）新员工PDM系统培训及疑问解答