【TFT 2014.11.11 FlexSim仿真模型题（24）】

问题描述：本题同样来源于FlexSim官方交流群中一位朋友遇到的问题。在物流系统中进行分拣打包作业的时候，不同类型不同数量的打包情况千变万化，如何找到合理的利用flexsim的合成器来实现一些特殊的打包要求是值得我们学习的重点内容之一

模型要求：
1、附件中有本题7.1版本的原始布局，使用其他版本请也按照附件中的模型进行布局，以方便审核和对比；
2、Source5按照时间表来产生指定类型和指定数量的产品，储存在Queue2中等待进行合成；
3、每一类产品的合成批量为4个，同类产品剩余少于4个将会一起打包，一种类型打包完成再进行下一个类型的打包。（比如红色的类型1产品有10个，那么将会进行2次4个的打包，剩余2个进行单独打包，类型1产品打包结束再进行类型2的产品打包，模式同上）。


提示：1 可能用到合成器触发器默认选项中的Update Combiner Component List；
         2 灵活利用标签或全局表可以帮助解决模型问题；
         3 由于本题较难，上传的模型不一定要完全满足要求，将根据完成程度和建模思路来判定是否属于有效回复。

回复2楼：
    完成了模型的要求，本次您制作的模型在代码编写上面相较之前有了很大的进步，这是我最愿意看到的情况！下面个人提几点改进建议：1、模型的一个主要缺点如您自己所述限制明显，如果是发生器的情况的话可以考虑获取发生器的值来更新全局表；2、在代码编写过程中，避免n0这样的无意义定义命名，此外全局表也可以尝试有意义的命名，这对未来使用多张全局表时避免错误有很大帮助；3、尝试加入注释，以方便他人或者时间久了之后自己的查阅。

恭喜您！论坛ID为 east0593 的朋友在第二层的回复是第一个有效回复，获得积分5分。
24小时后本题结束（即2014年11月13日19时30分），其后的回复不计为有效回复。

回复3楼：
       完成了模型的要求。主要是通过一个循环命令判断合成货物暂存区内，产品类型是否一致，来决定是否完成打包作业。思路独特，代码简单。但是在灵活性上还是有一定的问题，转换发生器批次或者转换打包批次之后需要进行的改动比较大。

恭喜您！论坛ID为 FFFrenk 的朋友在第三层的回复是第二个有效回复，获得积分4分。

回复5楼：
      完成了模型的要求。主要通过一系列的公式计算结合全局表来得到一张合成列表进行打包作业，同时引入了多个暂存区作为下游，同时相较一楼的模型在灵活性上有一定的提高。但是灵活性的缺点上还是跟三楼的模型有同样的局限，同时代码长且缺乏注释与二楼模型一样比较难理解。

恭喜您！论坛ID为 xinglei 的朋友在第五层的回复是第三个有效回复，获得积分1分。

回复10楼：
      完成了模型的要求。模型是在2楼基础上的改进，主要添加了注释，对于模型的理解容易程度上有了大幅的提升，简明的注释一直是我个人比较推崇的编写代码的好习惯。但是模型没有解决比较根本的灵活性问题。

恭喜您！论坛ID为 ldd001的朋友在第十层的回复是第四个有效回复，获得积分1分。

本次TFT活动已经截止。
      本次活动是TFT的第二十四次正式活动。打包合成作业时实际建模过程中经常遇到的作业内容，也是TFT活动的常客。之前几次有关合成器的试题都是利用合成器做一些其他用途，而本次则是合成器最根本的分拣打包用法。在现实系统中，分拣打包的复杂程度需要建模工程师考虑诸多可能的因素。

本次题目一共有4位朋友得到了有效回复。他们的论坛ID分别是：
      east0593、FFFrenk、xinglei、 ldd001
      他们将获得指定积分，没有获得积分的朋友期待您的下次参与.

      由于本题是TFT活动的第八次结算的最后试题，题目有一定难度，基本上都是需要进行一定的代码编写，涉及改造合成器的合成列表。此类定制化的打包要求在实际运用中要求灵活性会更加严格，完成本题仅仅需要处理单一的情况即可，因此建议大家更深入的挖掘此题的内容，尝试找到当货物产生处在一个动态变化的状态的时候，如何比较好的完成要求的批量合成作业方式。

      下面放上我个人制作的参考模型， 通过每次进入托盘时进行判断来修改全局表内的值来实现灵活性，并非最佳答案，仅供参考。
      再次感谢大家的参与和支持，没有参与者活动将无法开展，希望各位还能继续支持TFT的接下来的活动，再次感谢！本次试题结束之后将进行TFT活动第八次结算，请有机会换取激活码的朋友查收并及时回复论坛短消息。最后再次感谢大家对活动的支持！

回复13楼：
      不好意思，看到回帖晚了，您的模型很好地完成了题目要求的效果，代码编辑也很清晰。借助了比较多的下游区分产品的类型。但是还是有一点小问题，就是全局表最好在全为0的时候勾选重置恢复，以避免改变产品类型数量之后错误的产生。您的模型有一定的创新性，特别奖励你积分1分。

回复20楼：
      完成了题目要求，与参考答案的思路相仿，但是在多重嵌套的判断上以及灵活性上都还有可以改进的空间。一个直接的建议是利用标签统计queue中不同实体的数量时可以尝试使用标签的号码来判断，而非使用switch（类似于此类有规律地增加指定参数值，都可以不需要使用switch）

回复 23 楼：
      加老师的模型的关键在于合成器拉入条件触发器的设置。应用了查询方法，去对比托盘的类型和存货量的情况，该方法可以根据不同的需求类型来进行打包，而不是只能根据货物存放关系来进行打包。
      个人觉得很有想法，而且应用到了sql的查询，是进行相关命令学习的非常好的例子。但是逻辑上确实比较复杂，需要进一步去理解。可能是我理解的片面，我觉得灵活性上不够，要控制不同打包批量的限制太多。