资源描述
第9章.PDM业务步骤建模(一)
--制造业信息化战略计划、实施和优化——PDM篇
发表时间:/12/9 特约撰稿人: 李春亭 白岩 起源:e-works
关键字:PDM应用 项目实施 业务步骤 企业信息化
信息化调查找茬投稿收藏评论好文推荐打印小区分享
建立完善PDM业务步骤是企业信息化建设关键。
第9章.PDM业务步骤建模
9.1建模目标
l 依据ISO9001理顺业务工作流和数据流
l 依据ISO9001整理业务步骤操作规范
l 依据PDM建立业务功效步骤数据模型
l 依据PDM建立产品生命周期管理步骤模型
9.2步骤图标和记号
本文对制造业业务步骤进行了宏观分析,定义了TO-BE概念步骤模型。
在每一级上层步骤下具体图表是依据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.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 目标:将全部技术细节分类
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 输入:技术规格书
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定义产品等级
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 活动: 搜集和产品相关全部信息
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 输出:已分配了设计人员初步设计计划
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.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 活动:搜集预采购/预制零件交付计划全部信息
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 目标:使设计方案得到用户确定
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目标:完成全部需要评审。
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 输出:经过评审技术图文档/明细表
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 输出:经同意分发任务单
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 活动:整理全部不一样类型汇报
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 目标:准备受影响项目列表
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 活动:和全部受影响组织验证,决定更改类型及实施紧急更改
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 活动:搜集全部支持文件进行分析,并决定实施更改
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系统网络拓扑结构
PDM(集中式数据库)网络系统拓扑结构以下图所表示:
9.6.2 数据库系统架构
PDM系统所用数据库能够采取三种架构,一是采取集中式数据库管理系统,好处是便于管理维护和备份,但对网络硬件要求比较高,不然会存在数据瓶颈;二是采取分布式数据库管理系统,好处是能够避免数据瓶颈,但不方便管理维护和备份;三是采取网络式数据库管理系统,好处是能够实现跨网段数据传输,但对网络硬件和管理维护、备份和数据安全全部提出更高要求。图所表示:
PDM集中式数据库管理系统
PDM分布式数据库管理系统
PDM网络式数据库管理系统
9.6.3 备份恢复策略
PDM系统将采取以下备份机制作为生产系统灾难恢复机制:
l 对于操作系统采取Raid1方法做备份
l 对于应用软件通常采取Raid0+1方法作为备份方法,对于Oracle数据库系统在Raid0+1基础上还采取双机热备方法提升系统安全性
l 对于数据库及文档、图纸采取Raid5方法做为备份,而且利用磁带库每七天做一次完全备份,天天做一次增量备份
l 全部系统安装完成、验证正常后,需做一次全备份(包含操作系统、应用软件、数据库文件和文件系统)
9.6.4数据模型Data Module
9.6.4.1综述
依据PDM系统架构,定制需要用户化类函数。本文结合Teamcenter系统具体描述定制类函数所要完成功效、所需定义属性及其类型、所需定义对话框、菜单项和类之间关系。
本部分是基于前期业务分析阶段所产出《概念信息模型》、《概念步骤模型》和《属性列表》中对所需用户化定制类进行具体定义和描述。
9.6.4.2需要定制常量
在用户化定制时需要定义以下四个常量,她们全部是为了实现和ERP集成而定义。
9.6.4.3需要定制属性
在用户化定制时,共需要定义以下属性:
其中,W2ProductCat1属性是用来存放产品大类值。W2ProductCat1Display属性是用来为用户提供汉字下拉列表框,它不附加到W2GenAsm类上,它值不存到数据库中。W2ProductCat2和W2ProductCat2Display属性,也是基于一样原所以设置。
同时需要对系统中已经有以下属性进行修改:
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需要定制属性
在用户化定制时,共需要定义以下属性:
其中,W2ProductCat1属性是用来存放产品大类值。W2ProductCat1Display属性是用来为用户提供汉字下拉列表框,它不附加到W2GenAsm类上,它值不存到数据库中。W2ProductCat2和W2ProductCat2Display属性,也是基于一样原所以设置。
同时需要对系统中已经有以下属性进行修改:
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.4需要定制Value Set
系统中共要定义以下Value Set:
另外还有部分系统中原有Value Set需要改变它所包含值:
9.6.5文档
在企业PDM项目中,和文档相关需要用户化定制类有10个。它们是:
l W2GenDoc
l W2GenDwg
l W2GenRpt
l W2ComDoc
l W2DwgDoc
l W2RptDoc
l W2DesDoc
l W2RsqDoc
l W2Documt
l W2RIsDoc
它们继承关系以下图所表示:
下面就这十个类进行具体描述:
9.6.5.1 W2GenDoc
W2GenDoc类是全部用户化定制文档类父类,它由GnDocDmm类继承,是一个抽象类,它定义了部分要在用户化定制文档类中使用到共有属性和方法,具体定义以下图所表示:
9.6.5.2 W2GenDwg
W2GenDwg类是全部用户化定制图纸类父类,它由W2GenDoc继承,是一个抽象类,它定义了部分要在图纸类中使用到共有属性和方法,具体定义以下图所表示:
9.6.5.3 W2GenRpt
W2GenRpt类是全部用户化定制报表类父类,它由W2GenDoc继承,是一个抽象类,它定义了部分要在报表类中使用到共有属性和方法,具体定义以下图所表示:
9.6.5.4 W2ComDoc
W2ComDoc类是全部用户化定制文档类父类,它由W2GenDoc继承,是一个抽象类,它定义了部分要在文档类中使用到共有属性和方法,具体定义以下图所表示:
9.6.5.5其它文档类
和文档相关类还有:
l W2DwgDoc,用来定义产品图纸属性和方法,是可实例化类。由W2GenDwg继承。
l W2RptDoc,用来定义报表属性和方法,是可实例化类。由W2GenRpt继承。
l W2DesDoc,用来定义设计文档属性和方法,是可实例化类。由W2ComDoc继承。
l W2RsqDoc,用来定义需求/投标文件属性和方法,是可实例化类。由W2ComDoc继承。
l W2Document,用来文档资料属性和方法,是可实例化类。由W2ComDoc继承。
l W2RlsDoc,用来明细及图样目录属性和方法,是可实例化类。由W2ComDoc继承。
她们属性和方法全部是从其父类继承,这里不再赘述。
9.6.6部件
在企业PDM项目中,和产品/零部件相关需要用户化定制类有10个。它们是:
l W2genAsm
l W2Prodct
l W2Assm
l W2Compt
l W2Buystd
l W2GenMtr
l W2ProMtr
l W2AsmMtr
l W2CmpMtr
l W2BStMtr
它们之间关系以下:
它们Master关系以下:
因为Master类,只是从上级继承,没有新对话框和属性要附加到这些Master类上,所以在本文中就不载具体描述。
下面就前五个类进行具体描述。
9.6.6.1 W2GenAsm
W2GenAsm类是全部用户化定制产品/部件类父类,它由GenAssm类继承,是一个抽象类,它定义了部分要在用户化定制产品/零部件类中使用到共有属性和方法,具体定义以下图所表示:
9.6.6.2 W2Prodct
W2Prodct由W2GenAsm类继承,是一个可实例化类,它定义了部分要在定制产品类中使用到属性和方法,具体定义以下图所表示:
9.6.6.3 W2Assm
W2Assm由W2GenAsm类继承,是一个可实例化类,它定义了部分要在定制部件类中使用到属性和方法,具体定义以下图所表示:
9.6.6.4 W2Compt
W2Compt由W2GenAsm类继承,是一个可实例化类,它定义了部分要在定制零件类中使用到属性和方法,具体定义以下图所表示:
9.6.6.5 W2FacStd
W2FacStd由W2GenAsm类继承,是一个可实例化类,它定义了部分要在定制通用标准件类中使用到属性和方法。
9.6.6.6 W2BuyStd
W2BuyStd由W2GenAsm类继承,是一个可实例化类,它定义了部分要在定制零件类中使用到属性和方法,具体定义以下图所表示:
9.6.7变更
在新企业PDM项目一期中,在变更管理方面。不需要重新定制新类。但需要修改两个系统原有类,它们是:
l CmChNtIt
l CmChRqIt
9.6.7.1 CmChNtIt
CmChNtIt类是系统原有一个可实例化类,用于管理变更通知单(ECN)。用户化这类关键是将分类这个属性加入到类中。具体定义以下图所表示:
9.6.7.2 CmChRqIt
CmChRqIt类是系统原有一个可实例化类,用于管理更改请求(ECR)。用户化这类关键是将分类这个属性加入到类中。具体定义以下图所表示:
9.6.8数据包
数据包中包含到类有:系统默认Package类,需要添加属性。而且需要用户化定制一个新关系W2CntSPk。它继承关系图所表示。它不用增加任何属性。
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属性,假如在文档中没有修改其长度,在此要修改其存放类型长度。在整个用户化定制工作中只用修改一次存放类型长度,以后用到该属性时候不用重新定义。如需修改,将会用到以下语句:
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;
define 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将会用到以下语句:
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 W2PackagePriority;
attach required W2PackageLevel to DPkgCre usage is input;
attach value set W2PackageLevelSet to W2PackageLevel;
9.6.9 Value Set
在PDM系统中,全部Value Set将由以下三个类进行管理。它们是:
l W2Admin
l W2LkpTbl
l W2LkpTyp
它们继承关系以下图所表示:
其中W2Admin直接从Admin类继承。关系以下:
它不需要添加任何属性和窗口,这里就不再描述:
下面具体叙述W2LkpTbl类和W2LkpTyp类。
9.6.9.1 W2LkpTbl类
W2LkpTbl由W2Admin类继承,是一个可实例化类,它存放了Value Set所包含值,具体定义以下图所表示:
9.6.9.2 W2LkpTbl属性
W2LkpTbl类需要添加有以下八个属性:
9.6.9.3 W2LkpTyp类
W2LkpTyp由W2Admin类继承,是一个可实例化类,它存放了Value Set本身信息,具体定义以下图所表示:
W2LkpTyp属性
W2LkpTyp类需要添加有以下五个属性
9.6.10 WEB用户界面设计
9.6.10.1产品查询结果页面
系统原有界面上显示属性需要依据实际业务需要进行调整,实际属性和排列次序定为:
编码,名称,图号,规格,工作流状态,部门,创建者,主任设计师,项目名称,修改日期,备注
注:版本包含在名称中
9.6.10.2零部件查询结果页面
系统原有界面上显示属性需要依据实际业务需要进行调整,实际属性和排列次序定为:
编码,名称,图号,规格,工作流状态,自制/外购,零部件类型,主/关键件,材质大类,材质,净重,部门,创建者,项目名称,修改日期
注:版本包含在名称中
9.6.10.3外购标准件查询结果页面
系统原有界面上显示属性需要依据实际业务需要进行调整,实际属性和排列次序定为:
编码,名称,标准代号,型号规格,净重,主/关键件
注:版本包含在名称中
9.6.10.4 图纸查询结果页面
系统原有界面上显示属性需要依据实际业务需要进行调整,实际属性和排列次序定为:
图号,名称,工作流状态,图幅,页数,部门名称,创建者,项目名称,修改日期,随产品出厂,安装图,维护图,备注
注:版本包含在名称中
9.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 隐藏不使用标签页
对于产品和零部件对象,不许可用户直接附加物理文件,所以在产品和零部件属性页隐藏
展开阅读全文