ERP商业软件实施解决策划方案.docVIP

PAGE / NUMPAGES ERP系统开发中BOM结构模型的研究及应用 陈琦 刘杰 (同济大学经济与管理学院，上海 200092) 摘 要：BOM是ERP系统中重要的基本数据.本文首先从数据库设计和算法实现两方面分析了两种典型的BOM结构模型，通过比较总结出BOM设计中的关键问题;然后针对该问题提出改进的BOM结构模型;最后给出运用此模型实现某BOM管理模块的实例。 关键字：企业资源计划;物料清单;BOM结构模型 1 引言 制造业信息系统从上个世纪50年代起至今经历了MRP（Material Requirements Planning）、闭环MRP（Closed-loop MRP）、MRPⅡ (Manufacturing Resource Planning)及ERP等四个阶段，后一个阶段都是建立在前一阶段基础之上.ERP的核心仍然是解决企业根据市场需求“生产什么”、 “生产多少”、“什么时候生产”等问题，而这些问题的有效解决都是建立在MRP运算，即根据BOM（Bill of Materials）分解MPS（Main Production Schedule）的基础之上。 所谓BOM就是产品结构在ERP系统中的一种数据表现形式，换句话说为了方便计算机识别并做分解运算处理，把用图表达的产品结构转换成数据格式，这种用数据格式来描述产品结构的文件就是BOM.从概念中可以看出，BOM的主要作用包括：1.存贮作用，即存储产品结构信息；2.计算依据，即为MRP分解运算提供逻辑依据。 BOM是ERP的核心数据之一，BOM的设计与实施是ERP的基础,所以选用合理得BOM结构模型是保障ERP顺利实施得重要环节。 2两种典型的BOM结构模型 2.1树状结构模型 对于制造型企业中生产的单个产品，其结构呈现出一种树状结构，反映出该产品所需的原材料，零件，部件及总装件之间的从属关系和数量。如图1中产品A，是由B,C,D构成的，而B又是由C,D构成的，括号里的数字表示父子之间的数量关系，依此类推，其中不能再分解或处于产品结构树底部的零部件就是需要制造或采购的零部件,有了这种产品结构才能进行分解运算得到物料需求计划。 图1。产品A的结构图 为了把这种产品结构存储在关系型数据库中(以sqlserver2000为例，下同)，其数据库设计如表1所示： 字段名称 类型 含义 Rootid Varchar(10) 产品代码 Childid Varchar(10) 子件代码 Layer int 层次码 Usage float 零件间用量关系 表1树状结构模型的数据字典 其中Rootid， Childid分别表示产品和该产品包含的零部件代码，如该零部件不可再分解就用一个特殊的符号“L”来表示。图1中A产品的结构，在数据库中存储为以下记录： Rootid Childid Layer UsageAmount A B 1 1 A C 1 2 A D L 3 A C 2 2 A D L 1 A E L 6 A F L 8 A E L 6 A F L 8 表2 产品A在树状结构模型中的表示 这种数据库设计由于模拟了产品结构的树状特征(如图2)，称之为“树状结构模型”，它的优点是直观的刻画了产品结构，不同产品间的数据相互独立的，因而编写分解算法非常简单、高效。缺点主要是数据冗余度大，不同产品中包含的相同结构特征在此模型中仍然要存储多次，例如：产品A包含的部件C为通用件，即可以用在其他产品中。因而当增加或修改这些结构特征时也要重复多次，容易造成BOM数据不一致，或者在数据库设计时需要增加额外的触发机制保证其一致性。另一方面由于这种结构模型只存储了产品与零部间的关系从而抹煞了部件与零件的关系，破坏了BOM数据的完整性。 Parentid Childid Usage A B 1 A C 2 A D 3 B C 2 B D 1 C E 3 C F 4 图2.BOM的树状结构 树状结构模型可以直接采用较为简单的SQL语句来实现产品结构的查询。例如对图1中A产品查询需要制造或采购的所有零部件清单时，SQL语句为： select Childid from ‘表2’ where Rootid=’A’ and Layer=‘L’； 需要查询A产品所包含的第n层零部件清单时，SQL语句为： select Childid from ‘表2’ where Rootid=’A’ and Layer=’n’ 2．2网状结构模型 对于制造多品种产品的企业，产品与零部件的关系不再是简单的一对多而是多对多关系。由于大量通用件在不同产品间的相互借用，在树状结构中表现为不同的结点可以有相同的子树；即使在同种产品内部，由于一些标准件的重用，同样使零部件关系呈现出复杂的交织，所以图2可以