电子产品工程变更管理-物流工程专业论文.pdf.docxVIP

动态联盟，只是电子业的一种运营模式，使公司自身根据市场的考察，或技术升级及自身的产品策略为原动力，自行制定产品要求和技术路线图，自行设计，制造并 选择及管理零件供应商。这种模式下生产出的产品可以提供给任何有需要的客户。 (5). 联合设计制造，JDM, Joint design manufacture。JDM 是供应商和客户共同制定产品要求及技术路线图，联合设计，然后由制造商负责制造，制造商并负责供应商的选择和管理。以上 5 中运营模式可以由下表表示：表 2. 电子产品的运营模式客户规格设计制造供应商合同制造数量:1 客户客户制造商客户原始设备制造1客户客户制造商制造商原始设计制造1客户制造商制造商制造商革新设计制造/=1制造商制造商制造商制造商联合设计制造/=1客户+制造商客户+制造商制造商制造商一个公司运营模式有可能是其中单独的某一种，或是几种混合，主要根据具体产品的策略来决定。这种运营模式的不同，使产品在发生工程变更时其处理流程也会 随之变化，这种变化主要在于客户及制造商之间的参与程度。1.3课题研究的目的和意义对于实体产品来讲，工程变更是指在产品正式发布或进入某一特定阶段如完成 初步设计或进入系统集成阶段对产品及其组件的形态、安装、材料、尺寸和功能等 所做的修改，它可以是简单的文档的修正，也可以是对部分甚至整个产品的重新设 计[1]。工程变更发生的原因很多，如各类组织新颁布的针对某一类产品或材料的法 令法规；来自供应链中供应商或客户的影响，产品设计改进，面向制造流程的改进； 修正文件，产品等方面的错误。不同原因导致的工程变更其内容及影响程度，范围 都有所不同，在审核及执行过程中均有各自的侧重点，但不论何种形式的工程变更， 其都有以下特点：影响的范围广，在公司内部几乎可以涵盖从设计端到客户端为止 所有与产品实现过程相关的每一个部门，对于整个供应链来讲，上游的供应商及下 游的客户也有可能被涉及；处理的信息量大，因为在产品进入设计成型阶段后才有 真正意义的工程变更，此时，产品的信息及相关文件都已经形成，工程变更势必会 要求这些文件做出相应的更改，另外，变更本身也是一个信息大量产生的流程，也 需要对工程变更有合理的规划管理；工程变更因其原因的不同，变更程度的不同，每一个变更都有各自的特殊性，需要特殊的处理。综上，一般工程变更都会对企业的材料，生产及出货等产生一系列的影响，为消除工程变更的影响，企业必须建立 一套适合本身的工程变更管理流程。1.4课题主要内容因电子产品本身的复杂性，变更的频繁，电子产品周期的特点及运营模式的不 同，使工程变更在处理时对整个供应链从零件供应商，制造商和客户都可能产生影 响，因此有必要有规范的处理流程和体系来应对，本课题就是在此背景下所提出， 然后通过描述电子产品及相关背景，结合现有的各种系统工具如 PDM，ERP 规划工 程变更的管理流程，及流程的重要细节，并利用 Petri 网对流程进行建模，然后利用 Petri 网分析技术对模型尽心分析以验证模型是否正确，最终以具体的案例来运行整 个模型以获得模型的确认。第二章 工程变更的研究历程及相关技术2.1 工程变更的研究历程早期的工程变更的研究主要起源于电子业的印刷线路板和大规模集成电路工程 更改方面，一方面是由于这些产品对工程更改需求较频繁，二是其更改过程相对规 范,更改的影响范围较窄。随着各行业技术的不断累积，产品复杂程度的升级，供应 链变得越来越复杂，工程变更研究逐渐扩展到生产制造，建筑工程，软件工程等领 域，并在逐渐形成自身的一套体系[2]。初期因信息普及程度低，工程变更管理很多是通过纸质文档的传递来实现的，现 在即使有些已经实现信息化的公司，纸质文档仍有一定程度的保留。但是因为纸质的工程变更管理在同一时刻只允许一个人或一组人访问系统数据和资料文档，同时无法方便地保存及获取更改对象的多种状态，往往是经过多次更改后，原有的更改 对象只存在一至两种状态，这势必会给数据追溯造成不便，如果变更对象之间存在 相互交叉关系，将容易造成混乱，影响工程数据的一致性[3]。后来信息技术开始普 及，工程变更也逐渐应用信息手段解决这些局限性，信息技术下的工程变更管理系 统经历以下三个阶段：第一阶段主要是用文字处理机取代手工准备文档和用电子数据表记录变更数据， 此时的信息技术还处在文件处理层次，未涉及过程管理。第二阶段出现了专门开发的支持包括请求和记录工程变更在内的应用，相对第一 阶段，已经可以实现过程处理。如文献[1]中，Huang 等人建立的一个独立于其他应 用系统的基于 web 的工程变更管理系统,可以更好地实现信息分享，数据同步访问和 处理，更快捷的沟通和反馈方式,但因为工程变更是针对全生命周期内数据的更改,而 且涉及到这些数据相关的组织和人员，采用独立的工程