《基于Flexsim配送中心仿真分析报告.doc》由会员分享，可在线阅读，更多相关《基于Flexsim配送中心仿真分析报告.doc（8页珍藏版）》请在金锄头文库上搜索。
1、基于Flexsim的配送中心仿真分析报告(精)物流系统建模与仿真结课作业论文名称:基于Flexsim的配送中心仿真分析报告目录一、案例背景.3二、模型的设计.31、问题的解决思路32、模型的描述33、建模步骤4三、模型的运行与分析61、模型的运行62、运行数据63、瓶颈分析7四、模型的优化81、瓶颈问题的解决方案82、优化后的运行数据8五、结论9一、案例背景DC配送中心位于北京市东四环外的大郊亭桥附近,主要为北京城八区的家乐福、华联、美廉美、物美等超市提供配送服务。该配送中心总面积约为1200平方米,分为A、B两个库,面积一样,A库主要存放方便面、饼干、巧克力这三种商品,B库则存放大米、面粉等
2、商品。这两年,A库存放的三类商品的需求量呈现上升趋势,从而导致了该配送中心的库存增加,日发货量提高等问题。目前,A库里面设有2列入库商品存放货架,剩余的空间完全可以再摆放一个货架,空间利用率较低。A库现在每天的到货量约500箱,每箱货物为20件。货物到货后,直接将整箱货物码放在货架上,不严格按照货物摆放;另外,现有的入库商品存放货架已不能满足需求,有的货物只能放在地上,不仅显得杂乱无章,而且还会影响员工的行动。而且两个货架上随意摆放三种商品,没有进行区域的划分,经常出现货架摆放是方便面商品的地方会夹杂着巧克力和饼干等商品,使员工拣货效率大为降低。货物在分拣区以件为单位摆放,发货前需要进行装箱工
3、作,然后再采用托盘进行装车运输。该配送中心目前有10名工作人员,由于业务量的增加,精减员工肯定已经行不通了,但员工的工资占到了仓库总成本的很大一部分,所以该配送中心也不考虑另外招人。如何对DC配送中心的A仓库进行改进,使其仓储能力和分拣能力满足其配送业务量的需求是该配送中心当前急需解决的问题。针对该配送中心存在的问题,可以采用Flexsim软件进行仿真,帮助DC配送中心其解决仓储能力和分拣能力的问题。二、模型的设计1、问题的解决思路针对DC配送中心目前存在的问题,本文提出了以下解决思路:(1A库再购置一个入库商品存放货架,一方面可以解决当前货架不能满足存放需求的问题,另一方面还可以提高仓库的储
4、存能力。购置货架虽然需要一定的成本,但其会带来较好长期的效益。(2对三种货物划分存放区域,入库时就按照货架存放三种类型的整箱商品,这样员工在进行拆箱拣选时就方便了许多。2、模型的描述进行仿真模型设计时,按照货物的类型,货物到达后给予3种不同的颜色,在经暂存区到达处理器处理,然后再分配到货架上。然后再经分解器分解,将货物存放在相应的暂存区中,之后再按照订单进行拣选、装箱,可由合成器实现,最后到达生成器,具体流程如图1所示。图1模型的流程框图实体设置说明:(1发生器1货物到达;(2暂存区1货物暂存;(3处理器货物分类;(4货架1、2、3货物存储;(5分解器1、2、3货物分解;(6暂存区2、3、4分
5、解后的货物暂存;(7发生器2产生托盘;(8合成器货物装箱;(9生产器货物运走。3、建模步骤(1添加发生器:从库里拖出一个发生器放到正投影视图中,图2所示。图2添加一个发生器到新建模型中(2依次添加其他实体:将其余实体拖到正投影视图中,如图3所示。图3添加所有实体后的模型(3连接端口:根据各临时实体的路径连接端口,如图4所示。图4完成端口连接后的模型(4设置发生器1的参数到达方式:按时间间隔到达(Inter-ArrivalTime,返回一个58的常值时间。依据:每天入库500箱,按每天工作8小时计算,可计算出到达时间为58=3600/(500/8。发生器的离开出发设置:SourceTrigger
6、s下的OnExit的下拉菜单框中选择SetItemtypeandColor,为临时实体指定一种类型号duniform(1,3,并为每种实体指定一种颜色。依据:有三种类型的货物,即方便面、饼干、巧克力。(5设置暂存区1的参数暂存区1作为货物到达与检验之间的过渡,不需要改变参数,采用默认的参数,即默认的最大容量为1000。(6设置处理器的参数处理时间:处理时间设置为48。依据:因为到达时间为58,理论上处理的时间应该比到达的时间要快一些。货物流向设置:在Flow/Output下的Sendtoport中选择Matchingitemtypes,货物就能按类型分别放置到不同的货架中。(7设置货架1、2、
7、3的参数最大容量:货架1、2、3的最大容量设置为1000。依据:A库总面积为600平方米,3个货架按总面积300平方米计算,货架高为2米,箱子的体积为0.2立方米,则可以存放的箱子总数为:300*2/0.2=3000个。平均分配到每个货架的最大容量就为1000。(8设置分解器1、2、3的参数处理时间:处理时间设置为30。依据:货物分解的时间应该比货物处理的时间要更快一些。分解器:将一个实体分解成20个。依据：每一箱的货物有20件，故将一个实体分解成20个。（9）设置暂存区2、3、4的参数最大容量：将暂存区2、3、4的最大容量分别设置为200。依据：除去货架、暂存区1等面积后，暂存区2、3、4的
8、总面积并不算大，因此设置为200。（10）设置合成器的参数处理时间：设置为常数值48。装盘：假设顾客的要求40件商品，第一种货物10件，第二种货物16件，第三种货物14件。设置的时候改变Combiner/Componentslist下的“targetquantity即可”。（11）设置发生器2的参数处理时间：返回一个常数为48的时间值。依据：发生器2产生的是托盘，是为了将货物运走，所以处理时间与合成时间一致。三、模型的运行与分析1、模型的运行、模型编译完成后，运行28800s（8小时）后，得到下列结果：图5模型运行结果2、运行数据、运行数据（1）发生器1运行数据Output：496，即入货49
9、6箱Generating：28800，100%（2）暂存区1运行数据Input：496；Output：496（3）处理器运行数据Input：496；Output：495Idle：5008，17.4%；Processing：23792，82.6%（4）货架运行数据Input货架1货架2货架3159169168Output133143Maximum145138125Average71.4061.9255.57（5）分解器运行数据Input分解器1分解器2分解器3133243Output241610856Maximum191919Average10.4214.209.80Idle1594,5.5%1
10、594,5.5%17674,61.4%Processing390,1.4%930,3.2%1290,4.5%Blocked26816,93.1%26276,91.2%9836,34.2%（6）暂存区2、3、4运行数据Input暂存区2暂存区3暂存区4241610856Output41410656Maximum200200200Average197.16190.81174.15Empty136,0.5%832,2.9%2060,7.2%Releasing28664,99.5%27960,97.1%26740,92.8%（7）合成器运行数据Input：1681；Output：40Idle：136，
11、0.5%；Processing：1964，6.8%；Collecting：26700，92.7%（8）发生器2运行数据Output：570；Blocked：1204，4.2%；Generating：27596，95.8%（9）生成器运行数据Input：40，即出货量40。3、瓶颈分析、从图5和以上的运行数据可以看出，该模型运行时主要的瓶颈体现在以下两个方面：（1）货架上堆积的货物较多，是存储的货物过多，增加仓储成本。（2）暂存区2、3、4堆积的货物过多，尤其是暂存区2、3，运行时它们的空闲时间所占比较不到3%，而暂存区4的空闲时间比例也不到5%，说明运行时间较长。产生以上瓶颈的原因有以下几个方
12、面：（1）分解器处理速度较慢。由分解器的运行数据可以看到，分解器1和2运行时阻塞的时间比例占到了93.1%，91.2%，说明分解的速度较慢，因此上游的货物只有堆积在货架上，致使货架上的存储货物增加。（2）合成器处理速度较慢。由合成器的运行数据可以看到，合成器的处理时间所占比例仅为6.8%，而集合产品的时间比例占到了92.7%，说明其大部分时间都在集合产品，合成处理速度较慢，从而导致暂存区2、3、4的货物堆积。四、模型的优化1、瓶颈问题的解决方案、由前面的瓶颈分析我们可以看到，瓶颈产生的原因主要是由于分解器及合成器的处理速度较慢造成的，因此，针对这两个问题提出了以下两个解决方案：（1）提高分解器
13、运行速度。将分解器的处理时间由原来的30降低到15。（2）提高合成器运行速度，将合成器的处理时间由原来的48降低到30，或者也可以考虑增加合成器。（3）加快托盘的产生速度，将发生器2的处理时间由原来的48降低到30。、优化后的运行数据2、优化后的运行数据（1）发生器1运行数据Output：496，即入货496箱；Generating：28800，100%（2）暂存区1运行数据Input：496；Output：496（3）处理器运行数据Input：496；Output：495Idle：5008，17.4%；Processing：23792，82.6%（4）货架运行数据Input货架1货架2货架3
14、158169168Output154463Maximum143138105Average70.8261.9246.70（ 5）分解器运行数据Input分解器1分解器2分解器31510256Output29120201110Maximum191919Average10.9514.099.80Idle13214,45.8%15266,53.0%17756,61.4%Processing140,0.5%440,1.5%630,2.2%Blocked15446,53.7%13094,45.5%10414,36.2%（6）暂存区2、3、4运行数据Input暂存区2暂存区3暂存区429120201110O
15、utput911820910Maximum200200200Average197.36191.14174.15Empty116,0.4%812,2.8%2248,7.8%Releasing28684,99.6%27988,97.2%26552,92.2%（7）合成器运行数据Input：3721；Output：90Idle：116，0.4%；Processing：1800，6.3%；Collecting：26884，93.3%（8）发生器2运行数据Output：900；Blocked：1778，4.2%；Generating：27022，93.8%（9）生成器运行数据Input：90，即出货量90。
