1 / 11
文档名称:

ERP商业软件实施解决方案.doc

格式:doc   大小:422KB   页数:11页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

ERP商业软件实施解决方案.doc

上传人:镜花水月 2019/12/6 文件大小:422 KB

下载得到文件列表

ERP商业软件实施解决方案.doc

相关文档

文档介绍

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