战略规划实施与优化-PDM业务流程建模范文.docx

《战略规划实施与优化-PDM业务流程建模范文.docx》由会员分享，可在线阅读，更多相关《战略规划实施与优化-PDM业务流程建模范文.docx（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第9章.PDM业务流程建模（一）-制造业信息化战略规划、实施与优化PDM篇发表时间：2008/12/9 特约撰稿人：李春亭白岩来源：e-works关键字：PDM应用项目实施业务流程企业信息化信息化调查找茬投稿收藏评论好文推荐打印社区分享建立完善的PDM业务流程是企业信息化建设的关键。 第9章.PDM业务流程建模9.1建模目的l依据ISO9001理顺业务工作流和数据流l依据ISO9001整理业务流程操作规范l依据PDM建立业务功能流程数据模型l依据PDM建立产品生命周期管理流程模型9.2流程图标和记号 本文对制造业业务流程进行了宏观分析，定义了TO-BE概念流程模型。在每一级上层流程下的详细图表

2、是根据IDEF/0的流程建模技术绘制的。每一个方框代表一个之流程或任务。IDEF/0采用一种被称之为ICOM(输入,控制,输出,机制)的记忆法来联系每一个子程序。 输入由每个盒子的左边进入 控制位于上方 输出由右边出来 控制机制位于下部我们建议图表由正式的IDEF/0简化为仅仅标示输入和输出，因为这样图表更为简单可读，而且更容易让PDM工作组的成员理解。文字大纲部分则说明控制和机制部分附加的细节。9.3高价流程图表合同准备及设计执行流程9.4.主流程9.4.1客户需求分析9.4.1.1目的：根据客户需求表以及设置优先权分析客户需求9.4.1.2负责人：销售经理9.4.1.3流程图：9.4.1.

3、4流程任务9.4.1.4.1识别业务需求l目的：识别需求并进行分析l活动：交流和讨论l输入：客户需求表l输出：确认后的需求9.4.1.4.2定义优先顺序l目的：分配优先顺序l活动：在客户需求上标示优先顺序l输入：客户需求表l输出：分配了优先顺序的客户需求表9.4.1.4.3定义产品部门l目的：定义产品部门l活动：根据产品类型分配部门l输入：分配了优先顺序的客户需求表l输出：分配了设计部门的客户需求表9.4.2技术需求9.4.2.1目的：这个流程的目的是准备所有技术相关的文件9.4.2.2负责人：设计部门经理9.4.2.3流程图:9.4.2.4流程任务9.4.2.4.1分解技术需求：l目的：将所

4、有的技术细节分类l活动：列出所需的不同的技术文件l输入：规格单l输出：文件列表9.4.2.4.2验证技术需求：l目的：验证所有的需求l活动：寻找重用的可能l输入：规格单l输出：文件列表9.4.2.4.3生成技术文件：l目的：生成所有的技术文件l活动：生成或更改技术文件l输入：需要的文件l输出：所有的文件，图纸和零部件表9.4.3投标方案设计9.4.3.1目的：利用来自于销售部门的信息开发完整的方案建议，并完成建议书。9.4.3.2负责人：销售经理9.4.3.3流程图：9.4.3.4流程任务：9.4.3.4.1验证&完成l目的：验证投标方案的完整性l活动：编辑总体方案投标书，并添加相关信息l输入

5、：技术规格书l输出：总体方案投标书9.4.4生成工作定单（设计计划任务书）9.4.4.1目的：生成已签署合同的工作定单9.4.4.2负责人：运行保证部9.4.4.3流程图9.4.4.3流程任务9.4.4.3.1验证已签署的合同l目的：参考建议提案书验证签署的合同l活动：验证合同的工作范围l输入：已签署的合同l输出：已验证的合同副本9.4.4.3.1生成工作定单l目的：准备工作定单l活动：生成工作定单l输入：已签署的合同l输出：已批准的工作内容9.4.5产品分级9.4.5.1目的：定义产品种类并进行分级9.4.5.2负责人：设计院领导9.4.5.3流程图9.4.5.4流程任务9.4.5.4.1定

6、义产品级别l目的：决定产品的种类,级别及设计阶段l活动：验证合同需求l输入：工作定单l输出：产品的种类,级别及设计阶段9.4.5.4.2产品级别审批l目的：根据重要程度决定产品级别及设计阶段l活动：验证合同需求并选择产品级别及设计阶段l输入：工作定单和产品级别及设计阶段依据l输出：已批准的产品级别及设计阶段9.4.6总体方案设计(初步方案设计)9.4.6.1目的：准备总体方案及初步设计计划并分配任务9.4.6.2 负责人：主任设计师9.4.6.3 流程图：9.4.6.4流程任务9.4.6.4.1设计产品总图,原理图及大部件清单l目的：准备产品总图,原理及大部件清单l活动： 收集与产品相关的所有

7、信息l输入：已批准的产品级别l输出：总图,原理图及大部件清单9.4.6.4.2设计重用准备l目的：准备可重用的零部件清单l活动：收集类似零部件种类的所有信息l输入：所需的零部件清单l输出：可重用的零部件清单9.4.6.4.3准备设计任务清单l目的：准备任务分配表l活动：收集信息以向员工分配任务l输入：总图和大部件清单l输出：初步设计计划9.4.6.4.4验证任务表l目的：同设计人员验证任务l活动：与设计人员进行任务交流l输入：初步设计计划l输出：已确认的初步设计计划9.4.6.4.5分配设计任务l目的：将任务分配给设计人员l活动：设计者根据计划实施任务l输入：已确认的初步设计计划l输出：已分配

8、了设计人员的初步设计计划9.4.6.4.6准备技术设计计划l目的：生成关键零部件的技术设计计划并分配任务。l负责人：主任设计师l流程图：9.4.6.4.6流程任务9.4.6.4.6.1准备产品的总的零部件清单l目的：准备产品总的零部件清单l活动：汇总产品中所有零部件清单l输入：总图及大部件清单l输出：零部件清单9.4.6.4.6.2准备设计任务表l目的：准备任务分配表l活动：收集任务分配的所有信息l输入：大部件清单l输出：零部件设计任务清单9.4.6.4.6.3确认任务表l目的：与设计人员确认任务表l活动：关于任务与设计人员进行交流l输入：零部件设计任务清单l输出：已确认的零部件设计任务清单9

9、.4.6.4.6.4分配设计任务l目的：向设计人员明确设计任务l活动：设计人员根据计划执行任务l输入：已确认的零部件设计任务清单l输出：已分配设计人员的零部件设计任务清单9.4.7预采购/预制计划9.4.7.1目的：生成将要预采购/预制的零件清单。9.4.7.2负责人：主任设计师9.4.7.3流程图：9.4.7.4流程任务9.4.7.4.1编制外购/预制清单l目的：确定零件外购/预制的对象和时间l活动：收集需要被采购/预制的零部件的所有信息l输入：零部件清单l输出：需要预采购/预制的零部件清单9.4.7.4.2预采购/预制分类l目的：区分在不同时间段需要被预采购/预制的零件l活动：收集预采购/

10、预制零件交付计划的所有信息l输入：需要预采购/预制的零件清单l输出：在不同时间段需要被预采购/预制的零件清单9.4.8准备详细设计计划9.4.8.1目的：完成产品的详细设计并分配设计任务。9.4.8.2负责人：主任设计师9.4.8.3流程图：9.4.8.4流程任务9.4.8.4.1制订详细设计计划l目的：详细的零部件设计l活动：汇总需要设计的所有重要零部件的清单l输入：技术设计阶段的零部件清单l输出：详细设计计划9.4.8.4.2分发重要部件装配图l目的：分发重要部件装配图l活动：汇总重要部件装配图信息l输入：详细工作计划l输出：重要部件装配图9.4.8.4.3用户审查l目的：使设计方案得到客

11、户确认l活动：将设计方案送至客户取得批准l输入：设计方案图纸l输出：得到客户确认的设计方案图纸9.4.8.4.4零部件设计任务清单l目的：准备零部件设计详细任务分配表l活动：收集任务分配的所有信息l输入：设计方案图纸和零部件清单l输出：详细零部件设计任务清单9.4.8.4.4验证工作清单l目的：同设计人员验证详细设计任务l活动：就任务与设计人员进行交流l输入：详细任务清单l输出：已验证任务分配的详细任务清单9.4.8.4.5零部件详细设计l目的：完成零部件详细设计l活动：设计人员根据计划执行任务l输入：具任务分配的详细工作清单l输出：详细设计图纸，BOM表等9.4.9批准/生效9.4.9.1目

12、的：完成所有需要的评审。9.4.9.2负责人：主任设计师9.4.9.3流程图：9.4.9.4流程任务9.4.9.4.1工艺可行性评审l目的：完成工艺可行性评审l活动：发送图纸/明细表清单进行工艺可行性评审l输入：图纸/明细表l输出：通过评审的图纸/明细表9.4.9.4.2标准化评审l目的： 检验零件是否遵循标准l活动：发送技术图文档和所需明细表进行标准化检验l输入：需要进行标准化检查的技术图文档/明细表l输出：经批准认可的技术图文档/明细表9.4.9.4.3设计评审l目的：检验技术图文档/明细表的完整性l活动：发送技术图文档/明细表进行检验l输入：需评审的技术图文档/明细表l输出：通过评审的技

13、术图文档/明细表9.4.9.4.3总体技术数据包l目的：编辑技术数据包中所有的相关项目l活动：收集来自不同团体的所有项目l输入：BOM表，图纸，文件等l输出：已编辑的总数据包9.4.10编辑数据包以进行发布9.4.10.1目的：设计完成后为发布做准备9.4.10.2负责人：档案管理员9.4.10.3流程图：9.4.10.4流程任务9.4.10.3.1数据接收l目的：档案管理员接收已获得批准的产品数据包l活动：确认接收l输入：已通过评审的产品总数据包（技术图文档/明细表等）l输出：分发通知书9.4.10.3.2分发批准l目的：验证产品总数据包归档的正确性l活动：审核验证l输入：分发任务单l输出：

14、经批准的分发任务单9.4.10.3.3分发准备l目的：为相关部门准备所需要的图纸明细等技术文件l活动：打印，晒蓝l输入：经批准的分发任务单l输出：分发清单，底图/蓝图等9.4.10.3.4分发到相关部门l目的：向所有相关部门分发所需技术文件l活动：收集需要技术文件的部门清单l输入：分发清单，底图/蓝图等l输出：经需求部门签字的分发清单9.5更改管理流程图9.5.1更改流程9.5.1.1收集问题/疑问9.5.1.1.1目的：收集所有与问题报告相关的信息9.5.1.1.2负责人：设计师9.5.1.1.3流程图：9.5.1.1.4流程任务9.5.1.1.4接收问题报告l目的：接收问题或争议报告l活动

15、：整理所有不同类型的报告l输入：所有类型的问题报告l输出：附有相关信息列表的问题报告9.5.1.1.5收集所有相关信息l目的：得到与问题报告相关的所有信息l活动：根据问题报道整理所有相关信息l输入：附带有需要相关信息的问题报告l输出：具有相关信息的问题报告9.5.2验证/调查9.5.2.1目的：验证所有与问题报告相关的信息都是正确的9.5.2.2负责人：设计师9.5.2.3流程图：9.5.2.3流程任务9.5.2.3.1验证问题报告l目的：就相关信息验证问题报告l活动：收集所有的相关信息以支持问题报告l输入：问题报告l输出：具有相关信息的问题报告9.5.2.3.2列出受影响的项目l目的：准备受

16、影响的项目列表l活动：验证所有因问题报告受影响的项目l输入：具备所有信息的问题报告l输出：附加了受影响项目清单的问题报告9.5.3更改分类及紧急更改执行9.5.3.1目的：定义或分类更改及执行紧急更改的类型9.5.3.2负责人：设计师9.5.3.3流程图：9.5.3.3流程任务9.5.3.3.1评估受影响的项目l目的：找出由于更改而受到影响的项目l活动：验证所有更改将影响到的地方l输入：受影响的项目清单l输出：受影响项目报告的评估9.5.3.3.2决定更改类型及执行紧急更改l目的：根据受影响项目决定更改类型（例如重新设计或改图）及是否执行紧急更改l活动：与所有受影响的组织验证，决定更改类型及执

17、行紧急更改l输入：受影响项目的验证l输出：已分配更改类型的问题报告及可能的紧急更改执行单9.5.4开始更改请求9.5.4.1目的：生成所需的更改文件9.5.4.2负责人：设计师9.5.4.3流程图：9.5.4.3流程任务9.5.4.3.1生成更改文件l目的：根据问题报告生成更改文件l活动：验证问题报告l输入：根据更改类型分类的问题报告l输出：更改文件9.5.5评估影响9.5.5.1目的：评估由于更改带来的影响9.5.5.2负责人：设计院领导9.5.5.3流程图：9.5.5.3流程任务9.5.5.3.1影响分析及决定实施更改l目的：分析由于更改造成的影响l活动：收集所有支持文件进行分析,并决定实

18、施更改l输入：正式的更改文件l输出：业务决定或证明9.5.6实施更改9.5.6.1目的：实施更改操作9.5.6.2负责人：设计师9.5.6.3流程图：9.5.6.3流程任务9.5.6.3.1记录业务决定l目的：记录业务决定以实施更改l活动：收集所有的支持文件l输入：会议记录l输出：更改证据9.5.6.3.2执行更改l目的：执行更改的必要步骤l活动：工作于分解的活动l输入：业务批准l输出：执行报告9.5.6.3.3结束更改l目的：在流程最后结束更改l活动：收集所有与更改请求相关的文件l输入：获批准的更改文件l输出：获批准的更改文件及所有相关文件9.6 PDM系统架构设计原则9.6.1 PDM系统

19、网络拓扑结构PDM（集中式数据库）网络系统拓扑结构如下图所示：9.6.2 数据库系统架构PDM系统所用数据库可以采用三种架构，一是采用集中式数据库管理系统，好处是便于管理维护和备份，但对网络硬件要求比较高，否则会存在数据瓶颈；二是采用分布式数据库管理系统，好处是可以避免数据瓶颈，但不方便管理维护和备份；三是采用网络式数据库管理系统，好处是可以实现跨网段数据传输，但对网络硬件和管理维护、备份和数据安全都提出更高的要求。如图所示：PDM集中式数据库管理系统PDM分布式数据库管理系统PDM网络式数据库管理系统9.6.3 备份恢复策略PDM系统将采用如下的备份机制作为生产系统的灾难恢复机制：l对于操作

20、系统采用Raid1的方式做备份l对于应用软件通常采用Raid01的方式作为备份方式，对于Oracle数据库系统在Raid01的基础上还采用双机热备的方式提高系统的安全性l对于数据库及文档、图纸采用Raid5的方式做为备份，而且利用磁带库每周做一次完全备份，每天做一次增量备份l所有系统安装完成、验证正常后，需做一次全备份（包括操作系统、应用软件、数据库文件和文件系统）9.6.4数据模型Data Module9.6.4.1综述根据PDM系统架构，定制需要客户化类函数。本文结合Teamcenter系统详细描述定制的类函数所要完成的功能、所需定义的属性及其类型、所需定义的对话框、菜单项以及类之间的关系

21、。本部分是基于前期业务分析阶段所产出的概念信息模型、概念流程模型和属性列表中对所需客户化定制的类进行详细的定义和描述。9.6.4.2需要定制的常量在客户化定制时需要定义如下四个常量，他们都是为了实现与ERP集成而定义的。9.6.4.3需要定制的属性在客户化定制时，共需要定义如下属性：其中，W2ProductCat1属性是用来存储产品大类的值。W2ProductCat1Display属性是用来为用户提供中文的下拉列表框的，它不附加到W2GenAsm类上，它的值不存到数据库中。W2ProductCat2和W2ProductCat2Display属性，也是基于同样原因而设置的。同时需要对系统中已有的

22、如下属性进行修改：l修改显示名要将属性DocumentName的显示名改为”编号”，用如下语句：display DocumentName as “Document ID” in en_us;display DocumentName as “编号” in zh_cn;l修改存储类型需要修改存储类型的属性有，ProjectName，要将其长度改为40，用如下语句：store ProjectName as string(40);l修改输入方式，即将原来由文本框输入的属性改为由列表选择输入，或是修改原来列表选择的值，有如下属性：9.6.4.3需要定制的属性在客户化定制时，共需要定义如下属性：其中，W2

23、ProductCat1属性是用来存储产品大类的值。W2ProductCat1Display属性是用来为用户提供中文的下拉列表框的，它不附加到W2GenAsm类上，它的值不存到数据库中。W2ProductCat2和W2ProductCat2Display属性，也是基于同样原因而设置的。同时需要对系统中已有的如下属性进行修改：l修改显示名要将属性DocumentName的显示名改为”编号”，用如下语句：display DocumentName as “Document ID” in en_us;display DocumentName as “编号” in zh_cn;l修改存储类型需要修改存储类

24、型的属性有，ProjectName，要将其长度改为40，用如下语句：store ProjectName as string(40);l修改输入方式，即将原来由文本框输入的属性改为由列表选择输入，或是修改原来列表选择的值，有如下属性：9.6.4.4需要定制的Value Set系统中共要定义如下的Value Set：另外还有一些系统中原有的Value Set需要改变它所包含的值：9.6.5文档在公司PDM项目中，与文档相关需要客户化定制的类有10个。它们是：lW2GenDoclW2GenDwglW2GenRptlW2ComDoclW2DwgDoclW2RptDoclW2DesDoclW2RsqDo

25、clW2DocumtlW2RIsDoc它们的继承关系如下图所示：下面就这十个类进行详细描述:9.6.5.1 W2GenDocW2GenDoc类是所有客户化定制的文档类的父类，它由GnDocDmm类继承，是一个抽象类，它定义了一些要在客户化定制文档类中使用到的共有的属性和方法，具体定义如下图所示：9.6.5.2 W2GenDwgW2GenDwg类是所有客户化定制的图纸类的父类，它由W2GenDoc继承，是一个抽象类，它定义了一些要在图纸类中使用到的共有的属性和方法，具体定义如下图所示：9.6.5.3 W2GenRptW2GenRpt类是所有客户化定制的报表类的父类，它由W2GenDoc继承，是一

26、个抽象类，它定义了一些要在报表类中使用到的共有的属性和方法，具体定义如下图所示：9.6.5.4 W2ComDocW2ComDoc类是所有客户化定制的文档类的父类，它由W2GenDoc继承，是一个抽象类，它定义了一些要在文档类中使用到的共有的属性和方法，具体定义如下图所示：9.6.5.5其它文档类与文档相关的类还有：lW2DwgDoc，用来定义产品图纸的属性和方法，是可实例化类。由W2GenDwg继承。lW2RptDoc，用来定义报表的属性和方法，是可实例化类。由W2GenRpt继承。lW2DesDoc，用来定义设计文档的属性和方法，是可实例化类。由W2ComDoc继承。lW2RsqDoc，用来

27、定义需求/投标文件的属性和方法，是可实例化类。由W2ComDoc继承。lW2Document，用来文档资料的属性和方法，是可实例化类。由W2ComDoc继承。lW2RlsDoc，用来明细及图样目录的属性和方法，是可实例化类。由W2ComDoc继承。他们的属性和方法都是从其父类继承，这里不再赘述。9.6.6部件在公司PDM项目中，与产品/零部件相关需要客户化定制的类有10个。它们是：lW2genAsmlW2ProdctlW2AssmlW2ComptlW2BuystdlW2GenMtrlW2ProMtrlW2AsmMtrlW2CmpMtrlW2BStMtr它们之间的关系如下：它们的Master关系

28、如下：由于Master类，只是从上级继承，没有新的对话框和属性要附加到这些Master类上，所以在本文中就不载详细描述。下面就前五个类进行详细描述。9.6.6.1 W2GenAsmW2GenAsm类是所有客户化定制的产品/部件类的父类，它由GenAssm类继承，是一个抽象类，它定义了一些要在客户化定制产品/零部件类中使用到的共有的属性和方法，具体定义如下图所示： 9.6.6.2 W2ProdctW2Prodct由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制产品类中使用到的属性和方法，具体定义如下图所示：9.6.6.3 W2AssmW2Assm由W2GenAsm类继承，是一个可

29、实例化类，它定义了一些要在定制部件类中使用到的属性和方法，具体定义如下图所示：9.6.6.4 W2ComptW2Compt由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制零件类中使用到的属性和方法，具体定义如下图所示：9.6.6.5 W2FacStdW2FacStd由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制通用标准件类中使用到的属性和方法。9.6.6.6 W2BuyStdW2BuyStd由W2GenAsm类继承，是一个可实例化类，它定义了一些要在定制零件类中使用到的属性和方法，具体定义如下图所示： 9.6.7变更在新公司PDM项目一期中，在变更管理方面。不

30、需要重新定制新类。但需要修改两个系统原有的类，它们是:lCmChNtItlCmChRqIt9.6.7.1 CmChNtItCmChNtIt类是系统原有的一个可实例化的类，用于管理变更通知单（ECN）。客户化此类主要是将分类这个属性加入到类中。具体定义如下图所示：9.6.7.2 CmChRqItCmChRqIt类是系统原有的一个可实例化的类，用于管理更改请求（ECR）。客户化此类主要是将分类这个属性加入到类中。具体定义如下图所示：9.6.8数据包数据包中涉及到的类有：系统默认的Package类，需要添加属性。而且需要客户化定制一个新的关系W2CntSPk。它的继承关系如图所示。它不用增加任何属性

31、。9.6.8.1 Package类Package类是系统中原有的可实例化的类，用来管理数据包，客户化此类主要是将项目名称、部门、数据包优先级、数据包级别这四个属性加入到类或是做一些修改。具体定义如下图所示：9.6.8.2 Package的属性Package类的需要改变和重新定义的属性共有以下四个：l对于Dept属性，与文档中的情况一样，需要附加到Package类上。并将其显示名改成“承担人员”将会用到如下语句：display Dept as “承担人员” in zh_cn at Package;attach Dept to W2GenAsm;l对于ProjectName属性，如果在文档中没有修

32、改其长度，在此要修改其存储类型的长度。在整个客户化定制工作中只用修改一次存储类型的长度，以后用到该属性的时候不用重新定义。如需修改，将会用到如下语句：store ProjectName as string(40);l对于其他属性要重新定义，将会用到如下语句：define attribute W2PackageLevel;store as number(1);display W2PackageLevel as “包级别” in zh_cn;attach W2PackageLevel to Package usage is input;Package. W2PackageLevel =1;defi

33、ne attribute W2PackagePriority;store as string(30);display W2PackagePriority as “包级别” in zh_cn;attach W2PackagePriority to Package usage is input;Package. W2PackagePriority =”一般”;9.6.8.3 Package的对话框DPkgCre是包创建对话框，要附加Dept、W2PackagePriority、W2PackageLevel三个属性。并更改附加到ProjectName属性的Value Set将会用到如下语句：atta

34、ch 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 W2PackagePriority;attach required W2PackageLevel to DPkgCre usage is input;at

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

36、LkpTbl的属性W2LkpTbl类需要添加的有以下八个属性：9.6.9.3 W2LkpTyp类W2LkpTyp由W2Admin类继承，是一个可实例化类，它存储了Value Set本身的信息，具体定义如下图所示：W2LkpTyp的属性W2LkpTyp类需要添加的有以下五个属性9.6.10 WEB用户界面设计9.6.10.1产品查询结果页面系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：编码，名称，图号，规格，工作流状态，部门，创建者，主任设计师，项目名称，修改日期，备注注：版本包含在名称中9.6.10.2零部件查询结果页面系统原有界面上显示属性需要根据实际业务需要进

37、行调整，实际属性和排列顺序定为：编码，名称，图号，规格，工作流状态，自制/外购，零部件类型，主/关键件，材质大类，材质，净重，部门，创建者，项目名称，修改日期注：版本包含在名称中9.6.10.3外购标准件查询结果页面系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：编码，名称，标准代号，型号规格，净重，主/关键件注：版本包含在名称中9.6.10.4 图纸查询结果页面系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：图号，名称，工作流状态，图幅，页数，部门名称，创建者，项目名称，修改日期，随产品出厂，安装图，维护图，备注注：版本包含在名称中9.

38、6.10.5文档查询结果页面9.6.10.5 包查询结果页面系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：名称，类型，工作流状态，优先级，说明，项目名称，承担人员，修改日期注：版本包含在名称中9.6.10.6 ECR查询结果页面系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：名称，摘要，工作流状态，创建者，创建时间，项目名称，原因，优先级，分类，说明注：版本包含在名称中9.6.10.7 ECN查询结果页面系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：名称，摘要，工作流状态，创建者，创建时间，项目名称，原因，优先级，分类，说明注：版本包含在名称中9.6.10.8 BOM 标签页系统原有界面上显示属性需要根据实际业务需要进行调整，实际属性和排列顺序定为：名称，工作流状态，数量，单位，序号，备注注：版本包含在名称中9.6.10.9 隐藏不必要的动作（Action）隐藏如下动作检入到小组使可用于小组分配到视图网9.6.10.10 隐藏不使用的标签页对于产品和零部件对象，不允许用户直接附加物理文件，所以在产品和零部件的属性页隐藏