《南车PLM业务方案研讨36594.docx》由会员分享,可在线阅读,更多相关《南车PLM业务方案研讨36594.docx(69页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、修订记录版本日期描述V1.12010-9-16根据与企业项目目组讨论结果果,修订了相相关有关基本本术语、零部部件属性、变变更管理等部部分内容目 录1文档说明11.1文档目目的11.2适用范范围11.3参考文文档12PDMLiink基本术术语12.1文档12.2EPMM图样文档(PPRO/E图图样文档)12.3部件12.4成品22.5版本22.6产品结结构22.7基线32.8产品32.9存储库库43未来业务解解决方案43.1以产品结构构为核心的数数据管理模式式43.1.1零零部件属性43.1.2零零部件定义733.2产品结构演演化过程73.3产品开开发业务过程程83.3.1产产品结构定义义103
2、.3.2产产品结构签审审103.4产品变变型设计143.5文档管管理153.5.1戚戚墅堰所文档档类型如表格格4所示。153.5.2产产品文件夹分分类153.5.3文文档的签审163.6基线管管理193.6.1采采用基线固化化产品结构193.6.2使使用基线查看看固化的产品品结构203.6.3基基线管理要求求213.7产品报报表223.8变更管管理233.8.1变变更对象的分分类233.8.22变更存储243.8.3变变更流程243.9编码管管理303.9.1普普通用户操作作步骤303.9.2管管理用户操作作步骤353.9.3权权限管理463.9.4用用户管理463.9.5用用户组管理481
3、文档说明1.1 文档目的在前期业务访谈谈、分析、讨讨论的基础上上,通过对戚戚墅堰所业务务管理现状及及需求的整理理,本文档给给出指导后续续实施工作展展开的业务方方案。作为PPLM二期项目的蓝蓝图文件,是是PLM项目目执行的重要要技术文件。1.2 适用范围本文档用于明确确戚墅堰所业务务现状及对于于PDM系统统的业务解决决方案,并作作为后期实施施的指导文档档。1.3 参考文档2 PDMLinkk基本术语2.1 文档a) 概念文档是Micrrosoftt Wordd、Exceel、PowwerPoiint或其它它类型文件的的内容载体,在在PDMLiink中文档档是具有唯一一标识的数据据及文件存储储单元
4、,由元元数据和物理理文件(一个个主文件/多多个附文件)两两部分组成。在PDMLinnk中,它可可以用来表示示产品整个生生命周期过程程中的任何文文件、报告、档档案、图纸等等对象。b) 文档的属性1) 文档的属性用来来表示对象的的某种特性。2) 文档的属性满足足用户对文档档的查询要求求。c) 文档的内容1) 文档可以有主要要内容和附件件2) 文档的内容可以以是各种格式式的电子文件件注:目前企业文文档分为:技技术文档、其他CAD图样文文档、质量管理文文档三类2.2 EPM图样文档档(PRO/EE图样文档)l EPM图样文档档可以认为是是一种特殊类类型的文档。l EPM图样文档档文档是可以由CADD设
5、计软件产产生的。比如如:Pro/EE3维模型和和2维图等。l EPM图样文档档是通过集成成工具创建到到PDMLiink系统的的,比如Prro/E同PPDMLinnk的集成等等。l EPM图样文档档文档与部件件有紧密的联联系。2.3 部件PDMLinkk中的部件是是在产品结构构中使用的物物理组件或装装配体的描述述对象,可以以是零件、组组件、虚拟件件、结合件、实实际功能部件件。部件对象同文档档对象一样具具有版本。2.4 成品成品也是一种部部件,是表示示销售、装配配和交付给客客户的产品功功能单元的顶顶层组件。可可以在成品中中创建其它成成品。2.5 版本PDMLinkk中对象的版版本由两部分分,大版本
6、和和小版本,可可用下式示意意描述:版本(Reviision) = 大版版本(Verrsion) +小版本本(Iterrationn)a) 大版本用户根据业务实实际需要,对对某个对象(如如文档、零部部件等)进行行较大的修订订或升级,从从而得到该对对象的一个新新版本。大版版本用字母表表示,如 AA版本、B版版本。大版本本更新应当根根据必要的业业务需要,由由相应的业务务流程来控制制。b) 小版本用户对对象进行行一次“检出”及“检入”操作后由系系统自动为该该对象保存的的相应的版本本记录。小版版本用字母后后面的数字表表示,如A.1版本、AA.2版本。c) 修改与修订造成成版本的变化化过程图 1 版本演演
7、进 2.6 产品结构a) 狭义的产品结构构是指由成品品和部件通过过使用关系形形成的树状BBOM结构。b) 广义的产品结构构是指由成品品、部件、文文档及相关变变更通过相互互关联形成的的树状结构,它它是在产品开开发的过程中中自然形成的的,体现了以以产品结构为为核心的各种种信息的管理理,我们称之之为产品结构构树。c) 通过产品结构树树,我们可以以很快地从一一个对象得到到它相关的各各种信息,也也可以快速准准确地形成各各种所需的报报表。d) PDMLinkk系统将以产产品结构为核核心进行产品品数据的管理理。产品结构树的组组成如图 2所示。图 2 产品结结构示意图2.7 基线基线实质上是特特定时间点上上产
8、品数据集集合的快照。创创建基线后,可可以将部件和和文档添加基基线中。一个个基线可以包包含任何数量量的部件或文文档,同时一一个部件或文文档可以存在在于任意数量量的基线中。a) 产品结构的最顶顶层的特殊零零部件为成品品(End Item),它它代表能够单单独销售给最最终用户的交交付物。其它它件是构成产产品结构不可可或缺的节点点,以零部件件(Partt)表示。每每个零部件所所有的版本都都保存于系统统中。b) 基线管理旨在管管理产品关键键历史时期的的技术状态,即即当时产品中中每个零部件件的版本状态态(精确到小小版本)。c) 基线管理只需要要管理零部件件,零部件的的大版本与EPM文档的的大版本有对对应关
9、系。通通过某版本的的零部件的大大版本,即可可得到EPMM文档的对应大大版本。d) 受控基线由业务务管理人员手手工创建并用用它记录产品品各零部件当当时的最新版版本。2.8 产品在Windchhill PPDMLinnk中,产品品的含义为:a) “产品”是企业业研发制造的的产品的相关关产品数据的的一个逻辑存存储区域,或或称为“产品容器”、还可称为为“上下文”。b) 用户可以为“产产品”中的产品数数据定制访问问权限规则、编编码方案、版版本方案、生生命周期和工工作流。c) “产品”也是产产品相关团队队的一个共同同的工作空间间。2.9 存储库存储库也是一个个Windcchill PDMLiink中一个个
10、数据逻辑存存储区域,用用来管理组织织内各产品和和项目共用的的标准部件和和文档。3 未来业务解决方方案3.1 以产品结构为核核心的数据管管理模式戚墅堰所将以产产品结构为核核心,组织在在整个研发设设计过程中生生成的各类产产品数据,其其组织方式如如图表1所示。图表 1:产品品结构为核心心的数据管理理模式产品结构以树状状方式描述,叶叶节点表示零零件。这种视视图方式反映映了产品、零零部件之间的的层次关系。每个零部件都有有其属性,如如零件的材料料、重量、以以及部件由多多少零件组成成等。每个零部件都有有相关的文档档,如零件二二维图纸、三三维模型、技技术说明、各各部件的装配配图等。零部件、文档都都有版本。在在
11、设计过程中中产品信息可可能会反复修修改,其形成成过程也是企企业宝贵的财财富,通过版版本可追溯其其历史记录。零部件、文档可可与变更项关关联。变更项项包括问题报报告、变更请请求、变更通通告。3.1.1 零部件属性零部件属性是由由设计人员给给出的供后续续部门使用的的重要信息,如如指导采购、指指导工艺设计计等,也是生生成产品报表表的基础信息息。零部件属性如Error! Reference source not found.所示。零部部件属性分系系统标准属性性和客制化属属性,客制化化属性是部件件扩展的属性性。表格 1:零部部件属性属性名称属性类型是否必输项属性描述输入方法备注系统标准属性编号文本是零部件
12、编号手工在3维模型型名称栏输入入从编码系统统获取的编号号,检入3维维模型自动生生成部件及其其编号。名称文本是零部件名称手工输入是否创建为成品品文本是否,是枚举选择标准或可配置文本否标准、可配置、高高级可配置枚举选择来源文本否自制,外购,外外协手工输入位置文本是部件存储文件夹夹界面浏览选择创建时间文本-在系统中创建零零部件的时间间自动生成创建者文本-在系统中创建零零部件的操作作者自动生成上次修改时间文本-零部件最后一次次被修改的时时间自动生成修改者文本-最后一次修改零零部件的操作作者自动生成版本文本-零部件变化一次次其小版本增增加一次,变变更后建议改改变大版本以以示区别自动生成生命周期状态文本-
13、说明零部件目前前处于什么样样的状态:设设计中|正在在审阅|已发发布自动生成客制化属性张数文本是图纸共多少张PRO/E系统统自动生成,由由PDM读入入到对应软属属性中幅面文本是图纸的图幅PRO/E系统统自动生成,由由PDM读入入到对应软属属性中重量文本是零件单重PRO/E系统统自动生成,由由PDM读入入到对应软属属性中材料文本是零件材料手工在图纸上填填写属性,由由PDM读入入到对应软属属性中设计文本是设计者名称PDM中不需要要设置该属性性。仅PROO/E参数中中定义校对文本是校对者名称系统输入(隐藏属性)工艺文本是工艺审核者名称称系统输入(隐藏属性)审核文本是审核者名称系统输入(隐藏属性)会签文
14、本否会签人员名称(最最多为2名)系统输入(隐藏属性)标准化文本是标准化人员名称称系统输入(隐藏属性)批准文本是批准者名称系统输入(隐藏属性)零部件专用属性性用来精确查查找零部件,有有利于减少零零部件重复设设计,为提高高零部件通用率率提供数据基基础。3.1.2 零部件定义在PDMLinnk创建部件件有两种途径径:a) 采用PDMLiink标准功功能手工创建建部件,录入入零部件编号号等属性。设设计师根据申申请得到的部部件编号自行行分配零部件件流水号,然然后在PDMMLink创创建部件,如如图表2所示。定定义部件属性性时手工录入入零部件编号号,同时填写写其它信息;b) 通过Pro/EE与PDMLLi
15、nk的集集成方式创建建部件,此时时需要设计师师将零部件编编号填写到图图纸或模型的的规定位置。在在集成检入图图纸时,集成成接口程序将将判断检入的的零部件编号号在系统中是是否存在,如如果存在将使使用系统中存存在的零部件件;如果不存存在,则创建建新的零部件件,并将图纸纸关联到原零零部件上。图表 2:定义义零部件编号号等属性3.2 产品结构演化过过程戚墅堰所产品结结构从其演化化过程来看,分分为设计BOOM(EBOOM)和制造造BOM(MMBOM)。a) 根据需要,EBBOM由设计计部门维护;b) EBOM发布后后,现由专人负责责将EBOMM由设计视图图转为制造视视图,形成初初始MBOMM; c) 再由
16、专人重构MMBOM,如如增加虚拟组组合件、辅料料等;d) MBOM需经签签审批准后发发布。3.3 产品开发业务过过程产品开发业务过过程如图表3所示。图表 3:全新新产品设计操操作流程产品开发业务过过程描述如表表格2所示。表格 2:产品品开发业务过过程描述序号活动活动描述负责角色发生阶段1初始化产品环境境1) 创建产品库;2) 定义产品团队;3) 定义产品存储文文件夹;4) 定义产品权限策策略;补充说明:1) 可基于模板创建建产品;2) 本活动适用于全全新产品设计计,对于变型型产品则基于于已有产品库库开展后续工工作;产品经理设计阶段2创建产品结构1) 产品经理创建顶顶层部件成品品;2) 设计人员
17、在编码码系统中申请请图号/物料料号;3) Pro/E建模模;4) 集成方式检入PPro/E模模型到PDMM;5) 依据检入的模型型结构自动创创建产品结构构(细化顶层层成品结构),模模型与成品结结构自动关联联;补充说明:1) 以上方法适用于于全新产品设设计;2) 对于变型设计,产产品结构可基基于基型复制制快速生成;产品经理/设计计人员设计阶段3编制技术文件并并提交到PDDM1) 按照产品结构自自顶向下的形形成过程,逐逐层提交技术术文件并与“设计”状态的产品结结构关联。2) 如文档还未关联联,产品结构构已提交签审审,需由审核核者将部件打打回到修改中中,再关联相相关的文档。3) 如产品结构已经经发布
18、,还需需关联文档需需走变更流程程。补充说明:1) 技术文件和产品品结构的签审审为各自单独独的流程。设计人员设计阶段4图样签审1) 按结构提交图样样签审;2) 自底向上完成图图样和EBOOM签审;各级签审人员设计阶段5建立基线/技术术状态固化1) 建立基线;2) 技术文件或图样样,产品结构构加入基线;3) 基线冻结;产品经理设计阶段6变更控制1) 创建问题报告并并签审;2) 创建变更请求并并签审;3) 创建变更通告并并确认;所有变更相关人人员图样/技术文件件/产品结构构发布后7数据重用1) 数据搜索;2) 产品结构借用(含含图样借用);所有人员所有阶段3.3.1 产品结构定义创建产品结构的的方式
19、有两种种:a) 手工方式。手工工方式主要用用于顶层产品品结构的创建建;b) 集成方式。集成成方式适用于于下层零部件件通过二维图图或三维模型型集成检入生生成的方式。3.3.2 产品结构签审产品结构签审随随图样签审同同步进行,当当某个部件下下的所有子部部件相关的图图样都设计完完毕后,可将将此部件提交交签审,签审审入口如图表表4所示。图表 4:产品品结构及图样样提交签审入入口产品结构的签审审流程如图表表5所示。图表 5:产品品结构签审流流程产品结构提交签签审的规则:a) 零部件的签审流流程同图样的的流程。零部部件结构携带带关联图样进进行流程签审审。b) 父装配签审时,如如果其子装配配或子零件处处于签
20、审中或或检出状态,则则不允许父装装配签审,提提交签审页面面显示已处于于签审状态和和检出状态的的零部件;c) 父装配签审时,父父装配下某个个子装配或子子零件已经完完成流程签审审的情况,父父装配签审的的时候不影响响下面的发布布的数据; d) 除会签节点外,其其他审核环节节为必选节点点。如没有选选择相应审核核者,则提交交签审任务不不能完成。如如选择各环节节审批者错误误,可在修改改任务重新选选择各审批负负责人。e) 除会签任务外,校对、审核、批准等活动的参与者一般为单人次,如果创建者选择了多个人,则采用抢先机制,即:只要有一个人完成了该任务,其他人的任务即取消。签审任务的结果为“通过”时,流程下一环节
21、的参与者将收到任务。当签审任务的结果是“驳回”时,编制者将收到修改任务。编制者修改完毕后重新提交,文档从校对任务开始重新进行签署。f) 会签活动的参与与者最多为两人(制订订业务规范),且且会签为可选选节点,如不不选择会签审审批者,则流流程不经过会会签节点。当当会签活动的的参与者为多多人时,需要要所有参与者者提出意见,所有意见均为“通过”时方表示会签的最终意见为“通过” ,只要有一个会签者选择驳回,即返回设计师修改。g) 在“修改”任务务,任务负责责人可以重新新选择审核人人员。h) 签审结束后零部部件结构及关关联的图样文文件的状态置置为“已发布”。i) 当流程完成签审审将流程审核核者的名字签签署
22、到drww文档的签名名栏位中。会会签步骤最多多两人,都依依次签在图纸纸(二维图纸纸)会签栏。产品结构签审过过程说明如表表格3所示。表格 3:产品品结构签审过过程描述序号活动活动描述负责角色1设计创建产品结构;确认产品结构相相关图样已编编制完毕,符符合提交签审审条件(提交交流程的数据据都已检入);要提交签审的部部件状态为“设计中”;在部件操作菜单单“提交签审”启动产品结结构签审流程程;部件提交后,提提交者收到流流程任务,转转到活动2;创建者2提交签审在此任务环节指指定流程后续续审核者;部件状态为“提提交中”;完成该任务后,审审核者收到流流程任务,转转到活动4;创建者3修改提交签审的部件件和图样状
23、态态为“修改中”,借用的部部件和图样状状态不受此流流程影响;查看签审人的批批注意见(可可视化批注、任任务意见栏内内容);修改产品结构或或图样;确认产品结构相相关图样已修修改完毕,符符合提交签审审条件(提交交流程的数据据都已检入); 重新确认各签审审角色指定用用户是否正确确;提交任务,转到到活动4;创建者4校对提交签审的部件件及一同签审审的图样状态态为“正在审阅”,借用的部部件和图样状状态不受此流流程影响;校核产品结构及及相关图样是是否正确;利用可视化工具具对图样做批批注;在“校对”任务务页面的意见见栏填写文字字说明;完成校核任务,如如果意见为驳驳回,则转到到活动3。如如果意见为通通过,则转到到
24、活动5;设计校对者5工艺提交签审的部件件及一同签审审的图样状态态为“正在审阅”,借用的部部件和图样状状态不受此流流程影响;校核产品结构及及相关图样是是否正确;利用可视化工具具对图样做批批注;在“工艺”任务务页面的意见见栏填写文字字说明;完成校核任务,如如果意见为驳驳回,则转到到活动3。如如果意见为通通过,则转到到活动6;工艺校对者6 审核提交签审的部件件及一同签审审的图样状态态为“正在审阅”,借用的部部件和图样状状态不受此流流程影响;审核产品结构及及相关图样是是否正确;利用可视化工具具对图样做批批注;在“审核”任务务页面的意见见栏填写文字字说明;完成审核任务,如如果校核人指指配错误或其其他意见
25、驳回回,则转到活活动3。如果果意见为通过过,则转到活活动7;审核者7 会签提交签审的部件件及一同签审审的图样状态态为“正在审阅”,借用的部部件和图样状状态不受此流流程影响;审查产品结构及及相关图样是是否正确;利用可视化工具具对图样做批批注;在“会签”任务务页面的意见见栏填写文字字说明;完成会签任务,如如果会签者有有一人意见为为驳回,则转转到活动3。如如果会签者意见均为通过,则则转到活动88;8标准化审核提交签审的部件件及一同签审审的图样状态态为“正在审阅”,借用的部部件和图样状状态不受此流流程影响;审查产品结构及及相关图样是是否正确;利用可视化工具具对图样做批批注;在“标准化审核核”任务页面的
26、的意见栏填写写文字说明;完成标准化审核核任务,如果果意见为驳回回,则转到活活动3。如果果意见为通过过,则转到活活动9; 标准化审查者9 批准提交签审的部件件及一同签审审的图样状态态为“正在审阅”,借用的部部件和图样状状态不受此流流程影响;审查产品结构及及相关图样是是否正确;利用可视化工具具对图样做批批注;在“批准”任务务页面的意见见栏填写文字字说明;完成批准任务,如如果意见为驳驳回,则转到到活动3。如如果意见为通通过,则流程程结束,相关关的部件和图图样文档为“已发布”状态。批准者3.4 产品变型设计利用PDMLiink的BOOM另存为功功能可快速设设计变型产品品,基于基型型BOM的变变型设计过
27、程程如Error! Reference source not found.所示。图 3 基型型BOM变型型过程a) 根据产品技术规规格要求查找找最相近的基基型BOM或或已有变型BBOM;b) 通过部件的“另另存为”功能将查找找到的基型BBOM或已有有变型BOMM另存为为变变型产品BOOM(包括选选择的部件、pro/e模型和图样文档);c) 调整变型BOMM,包括增件件、减件或修修改件;d) 基于调整后的变变型BOM,绘绘制必要的新新图或重新编编制必要的技技术文件。e) 另存的部件、ppro/e模模型和图样文文档,需要使使用在编码系系统新申请的的编号。3.5 文档管理3.5.1 戚墅堰所文档类类
28、型如表格44所示。表格 4:文档档分类序号类型子类说明1文档技术文档技术文档目前包包括设计文档档和工艺文档档。质量管理理文档包括质质量文档和项项目管理文档档。具体分档档归类由戚墅墅堰所业务规规定。质量管理文档其他CAD图样样文档2PRO/E图样样文档Pro/E模型型和Pro/EE二维图样文文件3.5.2 产品文件夹分类类表格 5:产品品文件夹分类类序号文件夹名称说明101-输入文档档存储项目前期文文档202-PRO/E图样文档档存储Pro/EE模型和Proo/E二维图图样文件303-其他CAAD图样文档档存储其他CADD图样文档404-技术文档档存储技术文档505-质量管理理文档存储质量管理文
29、文档606-产品结构构存储零部件707-变更表单单存储问题报告、变变更请求、变变更通告808-基线存储基线文档创建后,产产品结构、变变更表单、基基线可根据所所属类型自动动存储到对应应文件夹下。图表 6:产品品文件夹结构构示意图3.5.3 文档的签审a) 各类文档的生命命周期b) 各类文档的生命命周期统一划划分如下:表格 6:文档档生命周期权权限表状态编制中提交中修改中正在审阅已发布已作废业务含义文档正在编制,尚尚未提交签审审文档正在提交签签审签审中被驳回,正正在修改文档正在签审文档已通过签审审文档被作废权限编制者编制者拥有全部部权限:读、下下载、修改、删删除编制者拥有:读读、下载、修修改编制者
30、拥有全部部权限:读、下载、修改读、下载读、下载读流程参与者读、下载读、下载读、下载读、下载读、下载读其它用户读、下载读、下载读、下载读、下载读、下载读注:其它用户指指非流程参与与者。c) 数据权限控制策策略1. 产品成员才具有有访问产品的的权限;2. 产品成员可以查查看产品中所所有文件夹下下所有状态的的部件;3. 只有数据创建者者可以修改、删删除自己创建建的处于编制制中状态或设设计中状态的的数据;4. 除产品经理外,其其它角色对文文档没有设置置状态的权限限;5. 设计人员有另存存新产品结构构的权限;6. 所有角色的权限限都通过静态态权限控制d) 各类文档签审流流程1. 技术文档其中标准化审核核
31、任务为可选选节点,由业业务规范定制制哪些技术文文档需经过标标准化审核任任务。图表 7:技术文档签签审流程2. 质量管理文档其中审核任务为为可选节点,由由业务规范定定制哪些质量量管理文档需需经过审核任任务。图表 8:质量量管理文档签签审流程3. 其他CAD图样样文档其中会签任务为为可选节点,由由业务规范定定制哪些其他他CAD图样样文档需经过过会签任务。图表 9:其他他CAD图样样文档3.6 基线管理3.6.1 采用基线固化产产品结构 基线(BBaseliine)是产产品研发过程程特定关键节节点/技术状状态的快照,包包括:产品结构信息的的集合;产品研发过程中中所涉及到的的文档集合。通过基线可以追追
32、溯产品每一一设计阶段或或每一次变更更后的状态,2010年2月26日对应的产品结构及零部件版本如图表10所示,2008年3月6日对应的产品结构及零部件版本,如图表11所示。通过两棵产品树可以很清晰比较两个时刻技术状态的变化。图表 10:22010年22月26日基基线图表 11:22008年33月6日基线线3.6.2 使用基线查看固固化的产品结结构 基线中内容以列列表形式存在在,如图表112所示,并并不直观看出出数据之间的的关系。图表 12:基基线内容可以通过选择“基线配置规规范”查看历史技技术状态的产产品结构,如如图表13所示示。图表 13:基基线配置查看看产品结构3.6.3 基线管理要求基线创
33、建时机:设计BOMM(EBOMM)每发布一一次(包含BBOM变更)即即由产品经理理建立相应的的基线。基线存储位置:在每个产品品容器下均设设置一个“基线”文件夹,用用来存储与此此产品有关的的所有基线。基线创建方式:在每次重大大变更审批完完成后产品经经理在指定位位置创建基线线,并添加基基线内容。基基线内容可以以包括产品结结构、文档、CCAD文档、变变更项。基线冻结:在确确认基线内容容完整后,产产品经理将基基线的状态由由“正在工作”改为“已发布”,不需要流流程确认。处处于已发布状状态的基线只只有产品经理理具有修改权权限。3.7 产品报表企业主要有:零零部件明细表表、零部件汇汇总表、图样样目录、自制制
34、件汇总表、紧紧固件汇总表表、标准件汇汇总表这六类类汇总报表需需要生成自制件、紧固件件、标准件可可根据编码来来区分。 零部件明细表、图图样目录需要要生成的报表表要表示BOOM层级关系系,并且按要要求排序显示示(按零部件件就地展开原原则)。 统计报表不走流流程,系统提提供统计汇总总功能,以便便于其他部门门对数据进行行再利用。生生成的报表需需要保存为xxls格式文文件,戚墅堰堰所负责提供供xls格式式的报表模板板。用户需要能查询询到以前某个个设计状态(基基线标示)的的BOM的报表表信息,系统统要能提供支支持。 零部件明细表没没有总数量栏栏,只保留汇总本图图数量;另增增加一个零部部件汇总表,该该表只汇
35、总总总数量,而不不要本图数量量。报表生成的入口口如图表14所示,选选择需要出报报表的部件,点点击相关报告告下拉框,显显示定制的报报表名称和PPDMLinnk标准报表表名称。图表 14:产产品报表入口口3.8 变更管理3.8.1 变更对象的分类类表格 7:变更更对象的分类类对象类型创建人创建时机备注问题报告问题提出者,原原则上谁发现现谁创建。问题提出者发现现产品结构、图图样或技术文文件。适用于图样/BBOM/技术术文件等数据据。变更请求问题报告流程指指定的人员问题报告批准后后,由问题报告告流程指定的人人员创建变更更请求适用于图样/BBOM/技术术文件等数据据。变更通告变更请求批准者者指定的人员员
36、适用于图样/BBOM/技术术文件等数据据3.8.2 变更存储针对产品中对象象产生的变更更对象(问题题报告、变更更请求、变更更通告)存储储在“07-变更表表单”文件夹下。3.8.3 变更流程问题报告流程图表 15:问问题报告流程程表格 8:问题题报告流程说说明序号活动活动描述负责角色1提交问题报告基于已发布的对对象创建问题题报告; “新建问题报报告”完成后启动动问题报告流流程;如对部件提交问问题报告,需需将相关零件件及PRO/E文档一起起加入到受影影响数据中;提交任务,转到到活动3;创建者2修改问题报告的状态态为“修改中”;查看签审人的批批注意见;修改问题报告;确认问题报报告已修改完完毕,符合提
37、提交条件; 重新确认各签审审角色指定用用户是否正确确;提交任务,转到到活动3;创建者3审核问题报告问题报告的状态态为“正在审阅”;审核数据是否需需要存在问题题或需要变更更; 在“审核问题报报告”任务页面的的意见栏填写写文字说明;完成审核任务,如如果意见为驳驳回,则转到到活动2。如果意见见为通过,则则转到活动44;问题审核者4批准问题报告问题报告的状态态为“已批准”;审核数据是否需需要存在问题题或需要变更更; 在“批准问题报报告”任务页面的的意见栏填写写文字说明;完成批准任务,如如果意见为驳驳回,则转到到活动2。如如果意见为通通过,则转到到活动5;问题批准者5已解决变更请求状态为为“已解决”6创
38、建并提交变更更请求问题报告审批后后,基于问题题报告创建变变更请求,进进入变更请求求流程;问题处理者变更请求流程图表 16:变变更请求流程程表格 9:变更更请求流程说说明序号活动活动描述负责角色1创建并提交变更更请求基于已审批的问问题报告创建建变更请求;变更请求创建完完成后启动变变更请求任务务;上传变更请求附附件;提交任务,转到到活动3;创建者2修改变更请求的状态态为“修改中”;查看签审人的批批注意见;修改变更请求或或重新上传附附件;确认已已修改完毕,符符合提交条件件; 重新确认各签审审角色指定用用户是否正确确;提交任务,转到到活动3;创建者3审核变更请求变更请求的状态态为“正在审阅”;审核变更
39、材料的的完备性和正正确性; 在“审核变更请请求”任务页面的的意见栏填写写文字说明;完成审核任务,如如果意见为驳驳回,则转到到活动2。如如果意见为通通过,则转到到活动4;变更请求审核者者4批准变更请求变更请求的状态态为“已批准”;审核变更材料的的完备性和正正确性; 在“批准变更请请求”任务页面的的意见栏填写写文字说明;完成批准任务,如如果意见为驳驳回,则转到到活动2。如如果意见为通通过,则转到到活动5;变更请求批准者者5已解决变更请求状态为为“已解决”6创建变更通告及及变更实施计计划变更请求审批后后,问题处理理者依据变更更请求创建变变更通告及变变更实施计划划;问题处理者图表 17:变变更请求流程
40、程变更通告流程图表 18:变变更通告及变变更实施计划划流程表格 10:变变更通告及变变更实施计划划流程说明序号活动活动描述负责角色1创建变更通告及及变更实施计计划基于已审批的变变更请求创建建变更通告及及变更实施计计划;变更通告创建完完成后启动创创建变更通告告及变更实施施计划;提交任务,转到到活动2;问题处理者2执行变更任务变更任务执行者者在“执行变更”的任务,修修订和修改数数据;指配“变更任务务审查者”;提交任务,转到到活动4;变更任务执行者者3修改变更任务的状态态为“修改中”;查看签审人的批批注意见;修改变更通告所所关联的产生生对象的数据据;确认已修修改完毕,符符合提交条件件; 重新确认各签
41、审审角色指定用用户是否正确确;提交任务,转到到活动4;变更任务执行者者4审查变更任务执执行情况变更任务的状态态为“正在审阅”;审核变更后数据据的正确性; 在“审查变更任任务执行情况况”任务页面的的意见栏填写写文字说明;完成审核任务,如如果意见为驳驳回,则转到到活动3。如果意见见为通过,则则流程结束,变变更通告及、变变更任务及相相关的变更请请求和问题报报告的状态为为“已解决”;变更任务审查者者注:此变更流程程方案只作为为完善一期变变更流程,不不对一期实施施流程方法做做全新改变。主主要做以下实实施:a) 增加二期所需要要的审批节点点,一期过程程的流程说明明只作为参考考。b) 增加在“执行变变更任务
42、”环节,在“编辑变更任任务”界面,修订订受影响的数数据,并将修修订后的数据据关联到产生生数据中。如如图表 199、图表200。并变更流流程结束后,将将产生对象中中的数据设置置为“已发布”图表 19:修修订产生数据据图表 20:修修订后数据关关联到变更的的产生对象中中c) 若数据未存在已已审批的问题题报告不允许许创建变更请请求。3.9 编码管理企业编码系统目目前采用:手手工输入+分分类流水的的方式构成编编码规则。 编码系统管理如如下分类:产产成品(4大类:齿轮轮传动、工程程机械、汽车车零配件、轨轨道交通关键键零部件及衍衍生产品)、设设计文档、工工装、刀具、量量具;国标紧紧固件;标准准件;通用件件
43、。需要提供供编码工具以以完成企业目目前的编码需需求。详见用用户最终确定定的戚墅堰堰所产品编码码企业目前零部件件分类有:紧紧固件、标准准件、通用件件、自制件。其其中外购件不不纳入编码系系统,紧固件件、标准件、通通用件已在系系统建立存储储库进行存放放。3.9.1 普通用户操作步步骤3.9.1.1 入口在个人的实用程程序页面增加加链接,分别别为编码申请请和编码维护护,根据是普普通用户或是是管理用户选选择不同链接接,点击“编码申请”链接进入编编码申请页面面。图表 21:编编码系统入口3.9.1.2 编码申请选择“编码申请请”-“编码申请”,跳出编码码申请界面,如如下图图表 22:编编码申请编码规则分为44类常数、分类节点点、流水号、手手工输入常数和流水号无无需选择,由由系统自动赋赋予分类节点和手动动输入用户直直接选择或输输入选择分类节点 图表表 23:选择分分类节点最后申请结果 图表表 24:申请结结果3.9.1.3 编码搜索用户能够搜索所所有分类的已已申请编码规规则能够根据“关键键字”和“创建时间”进行搜索图表 25:编编码搜索界面面图表 26:编编码搜索结果果3.9.1.4 编码启用用户能够搜索所所有分类的自自己
限制150内