战略规划实施与优化pdm业务计划流程建模范文

1、第9章.PDM业务流程建模（一）-制造业信息化战略规划、实施与优化PDM篇发表时刻：2008/12/9 特约撰稿人： HYPERLINK /commsearch.aspx?author=%c0%ee%b4%ba%cd%a4 t _blank 李春亭 HYPERLINK /commsearch.aspx?author=%b0%d7%d1%d2 t _blank 白岩来源：e-works关键字： HYPERLINK /tagsearch.aspx?tag=PDM%d3%a6%d3%c3 t _blank PDM应用 HYPERLINK /tagsearch.aspx?tag=%cf%ee%c4%b

2、f%ca%b5%ca%a9 t _blank 项目实施 HYPERLINK /tagsearch.aspx?tag=%d2%b5%ce%f1%c1%f7%b3%cc t _blank 业务流程 HYPERLINK /tagsearch.aspx?tag=%c6%f3%d2%b5%d0%c5%cf%a2%bb%af t _blank 企业信息化 HYPERLINK /survey/survey.htm t _blank 信息化调查 HYPERLINK /userhome/MyAdvice.aspx?title=%C1%AC%D4%D8%A3%BA%B5%DA9%D5%C2.PDM%D2%B5%C

3、E%F1%C1%F7%B3%CC%BD%A8%C4%A3%A3%A8%D2%BB%A3%A9_PDM/PLM_%B2%FA%C6%B7%B4%B4%D0%C2%CA%FD%D7%D6%BB%AF(PLM)_%CE%C4%BF%E2 t _blank 找茬 HYPERLINK /userhome/WebPost.aspx 投稿 HYPERLINK /ewk_business/myeworks/my-favorites2.aspx?htmlurl=http%3A/Articles/PDM/Article61189.htm&type=viewarticle 收藏 HYPERLINK /Article

4、s/PDM/Article61189.htm l t1 评论 HYPERLINK mailto:%E5%A5%BD%E5%8F%8B%E4%BF%A1%E7%AE%B1?subject=%E5%A5%BD%E6%96%87%E7%AB%A0%EF%BC%9Ahttp%3A/Articles/PDM/Article61189.htm 好文推举 HYPERLINK javascript:print() 打印 HYPERLINK /userhome/CommunityCreateShare.aspx?t=%u8FDE%u8F7D%uFF1A%u7B2C9%u7AE0.PDM%u4E1A%u52A1%

5、u6D41%u7A0B%u5EFA%u6A21%uFF08%u4E00%uFF09_PDM/PLM_%u4EA7%u54C1%u521B%u65B0%u6570%u5B57%u5316%28PLM%29_%u6587%u5E93&u=http%3A/Articles/PDM/Article61189.htm t _blank 社区分享建立完善的PDM业务流程是企业信息化建设的关键。 第9章.PDM业务流程建模9.1建模目的依据ISO9001理顺业务工作流和数据流依据ISO9001整理业务流程操作规范依据PDM建立业务功能流程数据模型依据PDM建立产品生命周期治理流程模型9.2流程图标和记号 本

6、文对制造业业务流程进行了宏观分析，定义了TO-BE概念流程模型。在每一级上层流程下的详细图表是依照IDEF/0的流程建模技术绘制的。每一个方框代表一个之流程或任务。IDEF/0采纳一种被称之为ICOM(输入,操纵,输出,机制)的经历法来联系每一个子程序。 输入由每个盒子的左边进入 操纵位于上方 输出由右边出来 操纵机制位于下部我们建议图表由正式的IDEF/0简化为仅仅标示输入和输出，因为如此图表更为简单可读，而且更容易让PDM工作组的成员理解。文字大纲部分则讲明操纵和机制部分附加的细节。9.3高价流程图表合同预备及设计执行流程9.4.主流程9.4.1客户需求分析目的：依照客户需求表以及设置优先

7、权分析客户需求负责人：销售经理流程图：流程任务.1识不业务需求目的：识不需求并进行分析活动：交流和讨论输入：客户需求表输出：确认后的需求.2定义优先顺序目的：分配优先顺序活动：在客户需求上标示优先顺序输入：客户需求表输出：分配了优先顺序的客户需求表.3定义产品部门目的：定义产品部门活动：依照产品类型分配部门输入：分配了优先顺序的客户需求表输出：分配了设计部门的客户需求表9.4.2技术需求目的：那个流程的目的是预备所有技术相关的文件负责人：设计部门经理流程图:流程任务.1分解技术需求：目的：将所有的技术细节分类活动：列出所需的不同的技术文件输入：规格单输出：文件列表.2验证技术需求：目的：验证所

8、有的需求活动：查找重用的可能输入：规格单输出：文件列表.3生成技术文件：目的：生成所有的技术文件活动：生成或更改技术文件输入：需要的文件输出：所有的文件，图纸和零部件表9.4.3投标方案设计目的：利用来自于销售部门的信息开发完整的方案建议，并完成建议书。负责人：销售经理流程图：流程任务：.1验证&完成目的：验证投标方案的完整性活动：编辑总体方案投标书，并添加相关信息输入：技术规格书输出：总体方案投标书9.4.4生成工作定单（设计打算任务书）目的：生成已签署合同的工作定单负责人：运行保证部流程图流程任务.1验证已签署的合同目的：参考建议提案书验证签署的合同活动：验证合同的工作范围输入：已签署的合

9、同输出：已验证的合同副本.1生成工作定单目的：预备工作定单活动：生成工作定单输入：已签署的合同输出：已批准的工作内容9.4.5产品分级目的：定义产品种类并进行分级负责人：设计院领导流程图流程任务.1定义产品级不目的：决定产品的种类,级不及设计时期活动：验证合同需求输入：工作定单输出：产品的种类,级不及设计时期.2产品级不审批目的：依照重要程度决定产品级不及设计时期活动：验证合同需求并选择产品级不及设计时期输入：工作定单和产品级不及设计时期依据输出：已批准的产品级不及设计时期9.4.6总体方案设计(初步方案设计)目的：预备总体方案及初步设计打算并分配任务 负责人：主任设计师 流程图：流程任务.1

10、设计产品总图,原理图及大部件清单目的：预备产品总图,原理及大部件清单活动： 收集与产品相关的所有信息输入：已批准的产品级不输出：总图,原理图及大部件清单.2设计重用预备目的：预备可重用的零部件清单活动：收集类似零部件种类的所有信息输入：所需的零部件清单输出：可重用的零部件清单.3预备设计任务清单目的：预备任务分配表活动：收集信息以向职员分配任务输入：总图和大部件清单输出：初步设计打算.4验证任务表目的：同设计人员验证任务活动：与设计人员进行任务交流输入：初步设计打算输出：已确认的初步设计打算.5分配设计任务目的：将任务分配给设计人员活动：设计者依照打算实施任务输入：已确认的初步设计打算输出：已

11、分配了设计人员的初步设计打算.6预备技术设计打算目的：生成关键零部件的技术设计打算并分配任务。负责人：主任设计师流程图：.6流程任务.6.1预备产品的总的零部件清单目的：预备产品总的零部件清单活动：汇总产品中所有零部件清单输入：总图及大部件清单输出：零部件清单.6.2预备设计任务表目的：预备任务分配表活动：收集任务分配的所有信息输入：大部件清单输出：零部件设计任务清单.6.3确认任务表目的：与设计人员确认任务表活动：关于任务与设计人员进行交流输入：零部件设计任务清单输出：已确认的零部件设计任务清单.6.4分配设计任务目的：向设计人员明确设计任务活动：设计人员依照打算执行任务输入：已确认的零部件

12、设计任务清单输出：已分配设计人员的零部件设计任务清单9.4.7预采购/预制打算目的：生成将要预采购/预制的零件清单。负责人：主任设计师流程图：流程任务.1编制外购/预制清单目的：确定零件外购/预制的对象和时刻活动：收集需要被采购/预制的零部件的所有信息输入：零部件清单输出：需要预采购/预制的零部件清单.2预采购/预制分类目的：区分在不同时刻段需要被预采购/预制的零件活动：收集预采购/预制零件交付打算的所有信息输入：需要预采购/预制的零件清单输出：在不同时刻段需要被预采购/预制的零件清单9.4.8预备详细设计打算目的：完成产品的详细设计并分配设计任务。负责人：主任设计师流程图：流程任务.1制订详

13、细设计打算目的：详细的零部件设计活动：汇总需要设计的所有重要零部件的清单输入：技术设计时期的零部件清单输出：详细设计打算.2分发重要部件装配图目的：分发重要部件装配图活动：汇总重要部件装配图信息输入：详细工作打算输出：重要部件装配图.3用户审查目的：使设计方案得到客户确认活动：将设计方案送至客户取得批准输入：设计方案图纸输出：得到客户确认的设计方案图纸.4零部件设计任务清单目的：预备零部件设计详细任务分配表活动：收集任务分配的所有信息输入：设计方案图纸和零部件清单输出：详细零部件设计任务清单.4验证工作清单目的：同设计人员验证详细设计任务活动：就任务与设计人员进行交流输入：详细任务清单输出：已

14、验证任务分配的详细任务清单.5零部件详细设计目的：完成零部件详细设计活动：设计人员依照打算执行任务输入：具任务分配的详细工作清单输出：详细设计图纸，BOM表等9.4.9批准/生效目的：完成所有需要的评审。负责人：主任设计师流程图：流程任务.1工艺可行性评审目的：完成工艺可行性评审活动：发送图纸/明细表清单进行工艺可行性评审输入：图纸/明细表输出：通过评审的图纸/明细表.2标准化评审目的： 检验零件是否遵循标准活动：发送技术图文档和所需明细表进行标准化检验输入：需要进行标准化检查的技术图文档/明细表输出：经批准认可的技术图文档/明细表.3设计评审目的：检验技术图文档/明细表的完整性活动：发送技术

15、图文档/明细表进行检验输入：需评审的技术图文档/明细表输出：通过评审的技术图文档/明细表.3总体技术数据包目的：编辑技术数据包中所有的相关项目活动：收集来自不同团体的所有项目输入：BOM表，图纸，文件等输出：已编辑的总数据包9.4.10编辑数据包以进行公布目的：设计完成后为公布做预备负责人：档案治理员流程图：流程任务.1数据接收目的：档案治理员接收已获得批准的产品数据包活动：确认接收输入：已通过评审的产品总数据包（技术图文档/明细表等）输出：分发通知书.2分发批准目的：验证产品总数据包归档的正确性活动：审核验证输入：分发任务单输出：经批准的分发任务单.3分发预备目的：为相关部门预备所需要的图纸

16、明细等技术文件活动：打印，晒蓝输入：经批准的分发任务单输出：分发清单，底图/蓝图等.4分发到相关部门目的：向所有相关部门分发所需技术文件活动：收集需要技术文件的部门清单输入：分发清单，底图/蓝图等输出：经需求部门签字的分发清单9.5更改治理流程图9.5.1更改流程收集问题/疑问.1目的：收集所有与问题报告相关的信息.2负责人：设计师.3流程图：.4流程任务.4接收问题报告目的：接收问题或争议报告活动：整理所有不同类型的报告输入：所有类型的问题报告输出：附有相关信息列表的问题报告.5收集所有相关信息目的：得到与问题报告相关的所有信息活动：依照问题报道整理所有相关信息输入：附带有需要相关信息的问题

17、报告输出：具有相关信息的问题报告9.5.2验证/调查目的：验证所有与问题报告相关的信息差不多上正确的负责人：设计师流程图：流程任务.1验证问题报告目的：就相关信息验证问题报告活动：收集所有的相关信息以支持问题报告输入：问题报告输出：具有相关信息的问题报告.2列出受阻碍的项目目的：预备受阻碍的项目列表活动：验证所有因问题报告受阻碍的项目输入：具备所有信息的问题报告输出：附加了受阻碍项目清单的问题报告9.5.3更改分类及紧急更改执行目的：定义或分类更改及执行紧急更改的类型负责人：设计师流程图：流程任务.1评估受阻碍的项目目的：找出由于更改而受到阻碍的项目活动：验证所有更改将阻碍到的地点输入：受阻碍

18、的项目清单输出：受阻碍项目报告的评估.2决定更改类型及执行紧急更改目的：依照受阻碍项目决定更改类型（例如重新设计或改图）及是否执行紧急更改活动：与所有受阻碍的组织验证，决定更改类型及执行紧急更改输入：受阻碍项目的验证输出：已分配更改类型的问题报告及可能的紧急更改执行单9.5.4开始更改请求目的：生成所需的更改文件负责人：设计师流程图：流程任务.1生成更改文件目的：依照问题报告生成更改文件活动：验证问题报告输入：依照更改类型分类的问题报告输出：更改文件9.5.5评估阻碍目的：评估由于更改带来的阻碍负责人：设计院领导流程图：流程任务.1阻碍分析及决定实施更改目的：分析由于更改造成的阻碍活动：收集所

19、有支持文件进行分析,并决定实施更改输入：正式的更改文件输出：业务决定或证明9.5.6实施更改目的：实施更改操作负责人：设计师流程图：流程任务.1记录业务决定目的：记录业务决定以实施更改活动：收集所有的支持文件输入：会议记录输出：更改证据.2执行更改目的：执行更改的必要步骤活动：工作于分解的活动输入：业务批准输出：执行报告.3结束更改目的：在流程最后结束更改活动：收集所有与更改请求相关的文件输入：获批准的更改文件输出：获批准的更改文件及所有相关文件9.6 PDM系统架构设计原则9.6.1 PDM系统网络拓扑结构PDM（集中式数据库）网络系统拓扑结构如下图所示：9.6.2 数据库系统架构PDM系统

20、所用数据库能够采纳三种架构，一是采纳集中式数据库治理系统，好处是便于治理维护和备份，但对网络硬件要求比较高，否则会存在数据瓶颈；二是采纳分布式数据库治理系统，好处是能够幸免数据瓶颈，但不方便治理维护和备份；三是采纳网络式数据库治理系统，好处是能够实现跨网段数据传输，但对网络硬件和治理维护、备份和数据安全都提出更高的要求。如图所示：PDM集中式数据库治理系统PDM分布式数据库治理系统PDM网络式数据库治理系统9.6.3 备份恢复策略PDM系统将采纳如下的备份机制作为生产系统的灾难恢复机制：关于操作系统采纳Raid1的方式做备份关于应用软件通常采纳Raid01的方式作为备份方式，关于Oracle数

21、据库系统在Raid01的基础上还采纳双机热备的方式提高系统的安全性关于数据库及文档、图纸采纳Raid5的方式做为备份，而且利用磁带库每周做一次完全备份，每天做一次增量备份所有系统安装完成、验证正常后，需做一次全备份（包括操作系统、应用软件、数据库文件和文件系统）9.6.4数据模型Data Module综述依照PDM系统架构，定制需要客户化类函数。本文结合Teamcenter系统详细描述定制的类函数所要完成的功能、所需定义的属性及其类型、所需定义的对话框、菜单项以及类之间的关系。本部分是基于前期业务分析时期所产出的概念信息模型、概念流程模型和属性列表中对所需客户化定制的类进行详细的定义和描述。需

22、要定制的常量在客户化定制时需要定义如下四个常量，他们差不多上为了实现与ERP集成而定义的。需要定制的属性在客户化定制时，共需要定义如下属性：其中，W2ProductCat1属性是用来存储产品大类的值。W2ProductCat1Display属性是用来为用户提供中文的下拉列表框的，它不附加到W2GenAsm类上，它的值不存到数据库中。W2ProductCat2和W2ProductCat2Display属性，也是基于同样缘故而设置的。同时需要对系统中已有的如下属性进行修改：修改显示名要将属性DocumentName的显示名改为”编号”，用如下语句：display DocumentName as “

23、Document ID” in en_us;display DocumentName as “编号” in zh_cn;修改存储类型需要修改存储类型的属性有，ProjectName，要将其长度改为40，用如下语句：store ProjectName as string(40);修改输入方式，立即原来由文本框输入的属性改为由列表选择输入，或是修改原来列表选择的值，有如下属性：需要定制的属性在客户化定制时，共需要定义如下属性：其中，W2ProductCat1属性是用来存储产品大类的值。W2ProductCat1Display属性是用来为用户提供中文的下拉列表框的，它不附加到W2GenAsm类上，它

24、的值不存到数据库中。W2ProductCat2和W2ProductCat2Display属性，也是基于同样缘故而设置的。同时需要对系统中已有的如下属性进行修改：修改显示名要将属性DocumentName的显示名改为”编号”，用如下语句：display DocumentName as “Document ID” in en_us;display DocumentName as “编号” in zh_cn;修改存储类型需要修改存储类型的属性有，ProjectName，要将其长度改为40，用如下语句：store ProjectName as string(40);修改输入方式，立即原来由文本框输入的

25、属性改为由列表选择输入，或是修改原来列表选择的值，有如下属性：需要定制的Value Set系统中共要定义如下的Value Set：另外还有一些系统中原有的Value Set需要改变它所包含的值：9.6.5文档在公司PDM项目中，与文档相关需要客户化定制的类有10个。它们是：W2GenDocW2GenDwgW2GenRptW2ComDocW2DwgDocW2RptDocW2DesDocW2RsqDocW2DocumtW2RIsDoc它们的继承关系如下图所示：下面就这十个类进行详细描述: W2GenDocW2GenDoc类是所有客户化定制的文档类的父类，它由GnDocDmm类继承，是一个抽象类，它

26、定义了一些要在客户化定制文档类中使用到的共有的属性和方法，具体定义如下图所示： W2GenDwgW2GenDwg类是所有客户化定制的图纸类的父类，它由W2GenDoc继承，是一个抽象类，它定义了一些要在图纸类中使用到的共有的属性和方法，具体定义如下图所示： W2GenRptW2GenRpt类是所有客户化定制的报表类的父类，它由W2GenDoc继承，是一个抽象类，它定义了一些要在报表类中使用到的共有的属性和方法，具体定义如下图所示： W2ComDocW2ComDoc类是所有客户化定制的文档类的父类，它由W2GenDoc继承，是一个抽象类，它定义了一些要在文档类中使用到的共有的属性和方法，具体定义

27、如下图所示：其它文档类与文档相关的类还有：W2DwgDoc，用来定义产品图纸的属性和方法，是可实例化类。由W2GenDwg继承。W2RptDoc，用来定义报表的属性和方法，是可实例化类。由W2GenRpt继承。W2DesDoc，用来定义设计文档的属性和方法，是可实例化类。由W2ComDoc继承。W2RsqDoc，用来定义需求/投标文件的属性和方法，是可实例化类。由W2ComDoc继承。W2Document，用来文档资料的属性和方法，是可实例化类。由W2ComDoc继承。W2RlsDoc，用来明细及图样目录的属性和方法，是可实例化类。由W2ComDoc继承。他们的属性和方法差不多上从其父类继承，

28、那个地点不再赘述。9.6.6部件在公司PDM项目中，与产品/零部件相关需要客户化定制的类有10个。它们是：W2genAsmW2ProdctW2AssmW2ComptW2BuystdW2GenMtrW2ProMtrW2AsmMtrW2CmpMtrW2BStMtr它们之间的关系如下：它们的Master关系如下：由于Master类，只是从上级继承，没有新的对话框和属性要附加到这些Master类上，因此在本文中就不载详细描述。下面就前五个类进行详细描述。 W2GenAsmW2GenAsm类是所有客户化定制的产品/部件类的父类，它由GenAssm类继承，是一个抽象类，它定义了一些要在客户化定制产品/零部

29、件类中使用到的共有的属性和方法，具体定义如下图所示： W2ProdctW2Prodct由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制产品类中使用到的属性和方法，具体定义如下图所示： W2AssmW2Assm由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制部件类中使用到的属性和方法，具体定义如下图所示： W2ComptW2Compt由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制零件类中使用到的属性和方法，具体定义如下图所示： W2FacStdW2FacStd由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制通用标准件类中使用到的属

30、性和方法。 W2BuyStdW2BuyStd由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制零件类中使用到的属性和方法，具体定义如下图所示： 9.6.7变更在新公司PDM项目一期中，在变更治理方面。不需要重新定制新类。但需要修改两个系统原有的类，它们是:CmChNtItCmChRqIt CmChNtItCmChNtIt类是系统原有的一个可实例化的类，用于治理变更通知单（ECN）。客户化此类要紧是将分类那个属性加入到类中。具体定义如下图所示： CmChRqItCmChRqIt类是系统原有的一个可实例化的类，用于治理更改请求（ECR）。客户化此类要紧是将分类那个属性加入到类中。具体

31、定义如下图所示：9.6.8数据包数据包中涉及到的类有：系统默认的Package类，需要添加属性。而且需要客户化定制一个新的关系W2CntSPk。它的继承关系如图所示。它不用增加任何属性。 Package类Package类是系统中原有的可实例化的类，用来治理数据包，客户化此类要紧是将项目名称、部门、数据包优先级、数据包级不这四个属性加入到类或是做一些修改。具体定义如下图所示： Package的属性Package类的需要改变和重新定义的属性共有以下四个：关于Dept属性，与文档中的情况一样，需要附加到Package类上。并将其显示名改成“承担人员”将会用到如下语句：display Dept as

32、“承担人员” in zh_cn at Package;attach Dept to W2GenAsm;关于ProjectName属性，假如在文档中没有修改其长度，在此要修改其存储类型的长度。在整个客户化定制工作中只用修改一次存储类型的长度，以后用到该属性的时候不用重新定义。如需修改，将会用到如下语句：store ProjectName as string(40);关于其他属性要重新定义，将会用到如下语句：define attribute W2PackageLevel;store as number(1);display W2PackageLevel as “包级不” in zh_cn;atta

33、ch W2PackageLevel to Package usage is input;Package. W2PackageLevel =1;define attribute W2PackagePriority;store as string(30);display W2PackagePriority as “包级不” in zh_cn;attach W2PackagePriority to Package usage is input;Package. W2PackagePriority =”一般”; Package的对话框DPkgCre是包创建对话框，要附加Dept、W2PackagePr

34、iority、W2PackageLevel三个属性。并更改附加到ProjectName属性的Value Set将会用到如下语句：attach Dept to DPkgCre usage is input;attach value set W2DepartmentNameSet to Dept;attach value set W2ProjectNameSet to ProjectName;attach required W2PackagePriority to DPkgCre usage is input;attach value set wbsPrioritySet to W2Package

35、Priority;attach required W2PackageLevel to DPkgCre usage is input;attach value set W2PackageLevelSet to W2PackageLevel;9.6.9 Value Set在PDM系统中，所有的Value Set将由以下三个类进行治理。它们是：W2AdminW2LkpTblW2LkpTyp它们的继承关系如下图所示：其中W2Admin直接从Admin类继承。关系如下：它不需要添加任何属性和窗口，那个地点就不再描述：下面详细叙述W2LkpTbl类和W2LkpTyp类。 W2LkpTbl类W2LkpTbl由W2Admin类继承，是一个可实例化类，它存储了Value Set所包含的值，具体定义如下图所示： W2LkpTbl的属性W2LkpTbl类需要添加的有以下八个属性： W2