电子行业关于替换件和变更需求的研究.docx

1、电子行业关于替换件和变更需求的研究电子行业关于替换件和变更需求的研究文档准备: 编写日期: 2011-6-11更新日期: 版本编号: 0.1状态: 初稿批准：名称代表姓名代表签字日期审核批准文档修订版本日期描述V2.06.14对文档中的图片进行修正。目 次1 文档说明 31.1 文档目的 31.2 适用范围 31.3 名词解释 32 快速搭建BOM 42.1 需求描述 42.2 业务场景 42.3 解决方案 63 变更管理 83.1 需求描述 83.2 变更概述 93.3 解决方案 101 文档说明1.1 文档目的在前期项目实施与支持的基础上，此文档以青岛乾程电子有限公司PDM项目为例，凭借个

2、人实施过程中对客户业务的了解，将实施中的一些经验和理解编辑撰写，用于UFIDA内部交流与共享。1.2 适用范围本文档适用于用友内部顾问的传阅与交流，该文档属于用友软件股份有限公司文件资源，未经公司审批通过，禁止在用友之外企业和人员之间传阅。1.3 名词解释主件：在BOM结构中体现，是BOM的一部分，设计过程中以此件为第一首选。替换件：在设计到生产过程中，由于采购、性能、供应商等原因，用于替换主件的备选替换件。对象：文档、BOM、物料、关联关系在PDM中都以对象来看待，文档即文档对象、物料即物料对象等。主计划：项目计划在批产前未完成状态的计划，主导研发过程直至批产前。变更计划:主计划完成以后，即

3、批产后用于主计划变更的计划，与主计划有关联关系。2 快速搭建BOM2.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替换件图

4、 2 零件A BOM 属性假设由于业务的需要，现在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 方案描述需要在替换件的机制中，添加“替换主件”功能，用

5、于替换件与“主件”的替换，如图 6所示。图 6 替换主件功能“替换主件”的需求功能，1. 主件与替换件的迅速更换，如图 7所示。 2. 原主件的BOM属性需要赋值与新的替换件，我们以零件B替换零件A为例，如图 8所示。图 7 物料替换图 8 BOM属性的替换2.3.2 新BOM的创建在BOM创建的过程中能够实现，方便的替换件与主件的替换，替换方案详见本文档2.3.1章节。2.3.3 参考BOM的借用在新的产品BOM借用参考BOM过程中，借用过来的零部件需要具有快速替换关系，替换方案详见本文档2.3.1章节。3 变更管理3.1 需求描述 UFIDA PDM具备一套健全的基于对象的闭环变更机制，变

6、更过程如图 9所示，此方案中不作详细描述。图 9 对象变更机制电子行业变更特点如下： 电子行业的变更往往不是某个文档和BOM的变更，在变更之前需要进行一系列的论证和评估过程，故变更是一个过程性的变更，对象的变更应该是该过程中的一个环节。 变更过程需要以项目计划的方式完成，对象变更过程作为该计划的一个环节。 主计划需要与变更计划有关联关系，能够查阅到主计划的变更次数和相关变更状况。 对象与变更对象间要有关联关系，任何一个版本的对象都能够找到与其关联的最新版本以及其他版本。3.2 变更概述电子行业业务相关更改过程，如图 10所示：1. 对象的修改与变更分为主计划完成以前和完成以后两种状态，即批产前

7、和批产后。2. 批产以前的修改：在主计划执行过程中，当一个文档在审签过程中被驳回修改。3. 批产以前的对象变更：在研发主计划中创建单对象的更改任务，完成某一个对象的变更，比如某个文档、图纸的变更。4. 批产以前的对象过程变更：即某一个对象的变更，需要一个完成的变更计划来完成，对象的变更任务只是这个计划中的一项，比如BOM中的一个零件或元器件的变更，在变更之前需要经过可行性分析、性能测试评估等，分析评估完成后完成对象的变更。5. 批量生产以后的变更：需要重新维护变更计划，变更计划需要能够获取主计划中的变更对象，变更后的对象需要与变更前对象有关联关系。图 10 修改、变更示意图3.3 解决方案3.

8、3.1 批产以前的修改在项目计划的执行过程中，项目执行人员接收任务并执行提交任务，当审签人员发现提交的对象有误时，可在审签过程中驳回给执行人员进行修改，如图 11所示，此方案不做详细描述。图 11 项目过程对象修改3.3.2 批产以前的对象变更项目执行过程中，当个对象的变更过程如图 12所示。有项目经理在项目计划中创建一个变更任务，在项目计划执行过程中触发对象变更机制。图 12 批产前对象变更3.3.3 批产以前的对象过程变更项目执行过程中，当发现需要执行变更计划，则在主计划中单独建议一个NG任务节点，在节点下完善变更计划，如图 13所示。图 13 批产前的变更计划3.3.4 批量生产以后的变

9、更批产以后项目主计划已全部完成，解决方案如图 14所示。图 14 批产以后的变更项目计划执行完成以后，在原有计划的基础上，由项目创建者（产品经理）在原有项目中继续创建变更计划，假设有一“乾程电子三相xx项目”已完成，如图 15所示。图 15 乾程电子三相xx项目项目批产后的变更操作步骤如下：1. 开通产品经理项目计划完成后的项目计划维护权限，有产品经理“PDM管理员”登陆系统并找到需要变更的项目，通过“修改项目”完成变更计划的添加，如图 16所示。图 16 项目修改2. 产品经理在原有项目的基础上维护变更计划，如图 17所示。新的变更计划立项后，如图 18所示。图 17 变更项目计划创建图 18 变更项目创建3. 变更项目计划维护，通过流程进行分解，如图 19所示。图 19 变更任务分解4. 批产后的变更任务统计，以此图为例，可以清晰看出变更的次数和变更的原因，以及现在变更计划所处的状态。