电子行业关于替换件和变更需求的研究.docx
《电子行业关于替换件和变更需求的研究.docx》由会员分享，可在线阅读，更多相关《电子行业关于替换件和变更需求的研究.docx（16页珍藏版）》请在冰豆网上搜索。
电子行业关于替换件和变更需求的研究
电子行业
关于替换件和变更需求的研究
文档准备:
编写日期:
2011-6-11
更新日期:
版本编号:
0.1
状态:
初稿
批准：
名称
代表姓名
代表签字
日期
审核
批准
文档修订
版本
日期
描述
V．2.0
6.14
对文档中的图片进行修正。
目次
1文档说明3
1.1文档目的3
1.2适用范围3
1.3名词解释3
2快速搭建BOM4
2.1需求描述4
2.2业务场景4
2.3解决方案6
3变更管理8
3.1需求描述8
3.2变更概述9
3.3解决方案10
1文档说明
1.1文档目的
在前期项目实施与支持的基础上，此文档以青岛乾程电子有限公司PDM项目为例，凭借个人实施过程中对客户业务的了解，将实施中的一些经验和理解编辑撰写，用于UFIDA内部交流与共享。
1.2适用范围
本文档适用于用友内部顾问的传阅与交流，该文档属于用友软件股份有限公司文件资源，未经公司审批通过，禁止在用友之外企业和人员之间传阅。
1.3名词解释
主件：
在BOM结构中体现，是BOM的一部分，设计过程中以此件为第一首选。
替换件：
在设计到生产过程中，由于采购、性能、供应商等原因，用于替换主件的备选替换件。
对象：
文档、BOM、物料、关联关系在PDM中都以对象来看待，文档即文档对象、物料即物料对象等。
主计划：
项目计划在批产前未完成状态的计划，主导研发过程直至批产前。
变更计划:
主计划完成以后，即批产后用于主计划变更的计划，与主计划有关联关系。
2快速搭建BOM
2.1需求描述
现在PDM系统中在BOM搭建的过程中，可以直接对物料库和已归档BOM进行借用。
对于已归档的BOM进行借用，已归档BOM中的借用件和BOM属性信息能够一并借用过来。
新建BOM中对已借用过来的零部件，其替换件与主件之间的替换，缺少灵活快速的机制。
2.2业务场景
假设PDM系统中有已归档的BOM“快速搭建BOM测试产品--1”，BOM中有一个零件A的零件，该零件有零件B、零件C、零件D、零件E、零件F五个替换件，如图1所示。
零件A在BOM“快速搭建BOM测试产品--1”中的BOM属性，如图2所示。
图1零件A替换件
图2零件ABOM属性
假设由于业务的需要，现在PDM系统中需要创建“快速搭建BOM测试产品--2”的产品BOM，其下部件A需要借用“快速搭建BOM测试产品--1”下的“0000000030,零件A”的零件，如图3所示。
图3参考BOM零件借用
此时，零件A的替换关系及BOM属性都被粘贴到部件A下，如图4所示。
图4物料借用
假设，当设计人员发现在“快速搭建BOM测试产品--2”中更适合使用的是替换件“零件B”,而不是“零件A”，而且替换关系基本相同，系统现无快捷处理机制，如图5所示。
图5替换件使用现状
2.3解决方案
2.3.1方案描述
需要在替换件的机制中，添加“替换主件”功能，用于替换件与“主件”的替换，如图6所示。
图6替换主件功能
“替换主件”的需求功能，1.主件与替换件的迅速更换，如图7所示。
2.原主件的BOM属性需要赋值与新的替换件，我们以零件B替换零件A为例，如图8所示。
图7物料替换
图8BOM属性的替换
2.3.2新BOM的创建
在BOM创建的过程中能够实现，方便的替换件与主件的替换，替换方案详见本文档2.3.1章节。
2.3.3参考BOM的借用
在新的产品BOM借用参考BOM过程中，借用过来的零部件需要具有快速替换关系，替换方案详见本文档2.3.1章节。
3变更管理
3.1需求描述
UFIDAPDM具备一套健全的基于对象的闭环变更机制，变更过程如图9所示，此方案中不作详细描述。
图9对象变更机制
电子行业变更特点如下：
✧电子行业的变更往往不是某个文档和BOM的变更，在变更之前需要进行一系列的论证和评估过程，故变更是一个过程性的变更，对象的变更应该是该过程中的一个环节。
✧变更过程需要以项目计划的方式完成，对象变更过程作为该计划的一个环节。
✧主计划需要与变更计划有关联关系，能够查阅到主计划的变更次数和相关变更状况。
✧对象与变更对象间要有关联关系，任何一个版本的对象都能够找到与其关联的最新版本以及其他版本。
3.2变更概述
电子行业业务相关更改过程，如图10所示：
1.对象的修改与变更分为主计划完成以前和完成以后两种状态，即批产前和批产后。
2.批产以前的修改：
在主计划执行过程中，当一个文档在审签过程中被驳回修改。
3.批产以前的对象变更：
在研发主计划中创建单对象的更改任务，完成某一个对象的变更，比如某个文档、图纸的变更。
4.批产以前的对象过程变更：
即某一个对象的变更，需要一个完成的变更计划来完成，对象的变更任务只是这个计划中的一项，比如BOM中的一个零件或元器件的变更，在变更之前需要经过可行性分析、性能测试评估等，分析评估完成后完成对象的变更。
5.批量生产以后的变更：
需要重新维护变更计划，变更计划需要能够获取主计划中的变更对象，变更后的对象需要与变更前对象有关联关系。
图10修改、变更示意图
3.3解决方案
3.3.1批产以前的修改
在项目计划的执行过程中，项目执行人员接收任务并执行提交任务，当审签人员发现提交的对象有误时，可在审签过程中驳回给执行人员进行修改，如图11所示，此方案不做详细描述。
图11项目过程对象修改
3.3.2批产以前的对象变更
项目执行过程中，当个对象的变更过程如图12所示。
有项目经理在项目计划中创建一个变更任务，在项目计划执行过程中触发对象变更机制。
图12批产前对象变更
3.3.3批产以前的对象过程变更
项目执行过程中，当发现需要执行变更计划，则在主计划中单独建议一个NG任务节点，在节点下完善变更计划，如图13所示。
图13批产前的变更计划
3.3.4批量生产以后的变更
批产以后项目主计划已全部完成，解决方案如图14所示。
图14批产以后的变更
项目计划执行完成以后，在原有计划的基础上，由项目创建者（产品经理）在原有项目中继续创建变更计划，假设有一“乾程电子三相xx项目”已完成，如图15所示。
图15乾程电子三相xx项目
项目批产后的变更操作步骤如下：
1.开通产品经理项目计划完成后的项目计划维护权限，有产品经理“PDM管理员”登陆系统并找到需要变更的项目，通过“修改项目”完成变更计划的添加，如图16所示。
图16项目修改
2.产品经理在原有项目的基础上维护变更计划，如图17所示。
新的变更计划立项后，如图18所示。
图17变更项目计划创建
图18变更项目创建
3.变更项目计划维护，通过流程进行分解，如图19所示。
图19变更任务分解
4.批产后的变更任务统计，以此图为例，可以清晰看出变更的次数和变更的原因，以及现在变更计划所处的状态。
升级会员 