基于.Flexsim的配送中心仿真分析实施报告文案

1、-. z.物流系统建模与仿真结课作业论文名称：基于Fle*sim的配送中心仿真分析报告目录TOC o 1-3 h z uHYPERLINK l _Toc297042328一、案例背景 PAGEREF _Toc297042328 h 3HYPERLINK l _Toc297042329二、模型的设计 PAGEREF _Toc297042329 h 3HYPERLINK l _Toc2970423301、问题的解决思路 PAGEREF _Toc297042330 h 3HYPERLINK l _Toc2970423312、模型的描述 PAGEREF _Toc297042331 h 3HYPERLI

2、NK l _Toc2970423323、建模步骤 PAGEREF _Toc297042332 h 4HYPERLINK l _Toc297042333三、模型的运行与分析 PAGEREF _Toc297042333 h 6HYPERLINK l _Toc2970423341、模型的运行 PAGEREF _Toc297042334 h 6HYPERLINK l _Toc2970423352、运行数据 PAGEREF _Toc297042335 h 6HYPERLINK l _Toc2970423363、瓶颈分析 PAGEREF _Toc297042336 h 7HYPERLINK l _Toc2

3、97042337四、模型的优化 PAGEREF _Toc297042337 h 8HYPERLINK l _Toc2970423381、瓶颈问题的解决方案 PAGEREF _Toc297042338 h 8HYPERLINK l _Toc2970423392、优化后的运行数据 PAGEREF _Toc297042339 h 8HYPERLINK l _Toc297042340五、结论 PAGEREF _Toc297042340 h 9一、案例背景DC配送中心位于市东四环外的大郊亭桥附近，主要为城八区的家乐福、华联、美廉美、物美等超市提供配送效劳。该配送中心总面积约为1200平方米，分为A、B两

4、个库，面积一样，A库主要存放方便面、饼干、巧克力这三种商品，B库则存放大米、面粉等商品。这两年，A库存放的三类商品的需求量呈现上升趋势，从而导致了该配送中心的库存增加，日发货量提高等问题。目前，A库里面设有2列入库商品存放货架，剩余的空间完全可以再摆放一个货架，空间利用率较低。A库现在每天的到货量约500箱，每箱货物为20件。货物到货后，直接将整箱货物码放在货架上，不严格按照货物摆放；另外，现有的入库商品存放货架已不能满足需求，有的货物只能放在地上，不仅显得杂乱无章，而且还会影响员工的行动。而且两个货架上随意摆放三种商品，没有进展区域的划分，经常出现货架摆放是方便面商品的地方会夹杂着巧克力和饼

5、干等商品，使员工拣货效率大为降低。货物在分拣区以件为单位摆放，发货前需要进展装箱工作，然后再采用托盘进展装车运输。该配送中心目前有10名工作人员，由于业务量的增加，精减员工肯定已经行不通了，但员工的工资占到了仓库总本钱的很大一局部，所以该配送中心也不考虑另外招人。如何对DC配送中心的A仓库进展改良，使其仓储能力和分拣能力满足其配送业务量的需求是该配送中心当前急需解决的问题。针对该配送中心存在的问题，可以采用Fle*sim软件进展仿真，帮助DC配送中心其解决仓储能力和分拣能力的问题。二、模型的设计1、问题的解决思路针对DC配送中心目前存在的问题，本文提出了以下解决思路：1A库再购置一个入库商品存

6、放货架，一方面可以解决当前货架不能满足存放需求的问题，另一方面还可以提高仓库的储存能力。购置货架虽然需要一定的本钱，但其会带来较好长期的效益。2对三种货物划分存放区域，入库时就按照货架存放三种类型的整箱商品，这样员工在进展拆箱拣选时就方便了许多。2、模型的描述进展仿真模型设计时，按照货物的类型，货物到达后给予3种不同的颜色，在经暂存区到达处理器处理，然后再分配到货架上。然后再经分解器分解，将货物存放在相应的暂存区中，之后再按照订单进展拣选、装箱，可由合成器实现，最后到达生成器，具体流程如图1所示。图1 模型的流程框图实体设置说明：1发生器1货物到达；2暂存区1货物暂存；3处理器货物分类；4货架

7、1、2、3货物存储；5分解器1、2、3货物分解；6暂存区2、3、4分解后的货物暂存；7发生器2产生托盘；8合成器货物装箱；9生产器货物运走。3、建模步骤1添加发生器：从库里拖出一个发生器放到正投影视图中，图2所示。图2 添加一个发生器到新建模型中2依次添加其他实体：将其余实体拖到正投影视图中，如图3所示。图3 添加所有实体后的模型3连接端口：根据各临时实体的路径连接端口，如图4所示。图4 完成端口连接后的模型4设置发生器1的参数到达方式：按时间间隔到达Inter-Arrival Time，返回一个58的常值时间。依据：每天入库500箱，按每天工作8小时计算，可计算出到达时间为58=3600/(

8、500/8)。发生器的离开出发设置：SourceTriggers下的OnE*it的下拉菜单框中选择Set Itemtype and Color，为临时实体指定一种类型号duniform1,3，并为每种实体指定一种颜色。依据：有三种类型的货物，即方便面、饼干、巧克力。5设置暂存区1的参数暂存区1作为货物到达与检验之间的过渡，不需要改变参数，采用默认的参数，即默认的最大容量为1000。6设置处理器的参数处理时间：处理时间设置为48。依据：因为到达时间为58，理论上处理的时间应该比到达的时间要快一些。货物流向设置：在Flow/Output下的Send to port中选择Matching itemt

9、ypes，货物就能按类型分别放置到不同的货架中。7设置货架1、2、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的最大容量分别设

10、置为200。 依据：除去货架、暂存区1等面积后，暂存区2、3、4的总面积并不算大，因此设置为200。10设置合成器的参数处理时间：设置为常数值48。装盘：假设顾客的要求40件商品，第一种货物10件，第二种货物16件，第三种货物14件。设置的时候改变biner/ponents list下的target quantity即可。11设置发生器2的参数处理时间：返回一个常数为48的时间值。依据：发生器2产生的是托盘，是为了将货物运走，所以处理时间与合成时间一致。三、模型的运行与分析1、模型的运行 模型编译完成后，运行28800s8小时后，得到以下结果：图5 模型运行结果2、运行数据1发生器1运行数据O

11、utput：496，即入货496箱Generating：28800，100%2暂存区1运行数据Input：496；Output：4963处理器运行数据 Input：496；Output：495Idle：5008，17.4%；Processing：23792，82.6% 4货架运行数据InputOutputMa*imumAverage货架11591314571.40货架21693113861.92货架31684312555.575分解器运行数据InputOutputMa*imumAverageIdleProcessingBlocked分解器1132411910.421594,5.5%390,1.

12、4%26816,93.1%分解器2326101914.201594,5.5%930,3.2%26276,91.2%分解器343856199.8017674,61.4%1290,4.5%9836,34.2%6暂存区2、3、4运行数据InputOutputMa*imumAverageEmptyReleasing暂存区224141200197.16136,0.5%28664,99.5%暂存区3610410200190.81832,2.9%27960,97.1%暂存区4856656200174.152060,7.2%26740,92.8%7合成器运行数据Input：1681；Output：40Idle

13、：136，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%，说明运行时间较长。产生以上瓶颈的原因有以下几个方面：

14、1分解器处理速度较慢。由分解器的运行数据可以看到，分解器1和2运行时阻塞的时间比例占到了93.1%，91.2%，说明分解的速度较慢，因此上游的货物只有堆积在货架上，致使货架上的存储货物增加。 2合成器处理速度较慢。由合成器的运行数据可以看到，合成器的处理时间所占比例仅为6.8%，而集合产品的时间比例占到了92.7%，说明其大局部时间都在集合产品，合成处理速度较慢，从而导致暂存区2、3、4的货物堆积。四、模型的优化1、瓶颈问题的解决方案由前面的瓶颈分析我们可以看到，瓶颈产生的原因主要是由于分解器及合成器的处理速度较慢造成的，因此，针对这两个问题提出了以下两个解决方案： 1提高分解器运行速度。将分

15、解器的处理时间由原来的30降低到15。 2提高合成器运行速度，将合成器的处理时间由原来的48降低到30，或者也可以考虑增加合成器。 3加快托盘的产生速度，将发生器2的处理时间由原来的48降低到30。2、优化后的运行数据1发生器1运行数据Output：496，即入货496箱；Generating：28800，100%2暂存区1运行数据Input：496；Output：4963处理器运行数据 Input：496；Output：495Idle：5008，17.4%；Processing：23792，82.6% 4货架运行数据InputOutputMa*imumAverage货架11581514370

16、.82货架21694413861.92货架31686310546.705分解器运行数据InputOutputMa*imumAverageIdleProcessingBlocked分解器1152911910.9513214,45.8%140,0.5%15446,53.7%分解器210220201914.0915266,53.0%440,1.5%13094,45.5%分解器3561110199.8017756,61.4%630,2.2%10414,36.2%6暂存区2、3、4运行数据InputOutputMa*imumAverageEmptyReleasing暂存区229191200197.36116,0.4%28684,99.6%暂存区320201820200191.14812,2.8%27988,97.2%暂存区41110910200174.152248,7.8%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。五、结论由上面的运行