arena中文程第5章.doc

第5章 详细作业建模 在第四章里展示了用“基本操作”面板里的模块可以创建的模型种类。这些模块都是一些相对高层而且容易使用的模块，但离建立足够详细的模型还有很长的距离。有时这些高层模块对读者们来说已经足够了。 但有时还不行。在建模获得一些经验、所建模型越来越大、越来越复杂、越来越详细时，可能会发现需要对较低层的、更详细的、或者与“基本操作”面板的模块所提供的对象不同的事物进行控制或者建模。Arena不会让你被迫接受这些固定的建模构件，也不会强迫你为考虑模型的各个方面而不得不学习一门编程语言或编程语法。相反地，它提供了几个不同的建模层次，从而为建立一些特殊逻辑结构的模型提供了较大灵活性。一种好的办法就是从高层模块开始，它们能走到哪儿你就建到哪儿（可能自始至终就是一层）。当你需要比它们更高的灵活性时，就到更低、更详细的层次中去。这种结构允许你随意开发容易的高层建模结构，也允许你在需要的时候到低层建模。标准的Arena提供了所有这些建模能力，你能熟练掌握它们的用法。 这一章探讨了一些（当然不是所有）在“高等操作”（Advanced Process）面板和“操作块”（Block）面板中包含的低层详细建模构件；后一种面板提供了最底层的建模逻辑，其中的模块与作为Arena基础的SIMAN仿真语言中的程序块一致。这里我们采用的例子是一个很复杂的汽车修理与维护车间的模型。我们也会谈到一点非平稳（时间相关）到达过程，模型调试，以及更高层的动画定制等重要问题。 5.1节中给出了这个系统的描述，5.2节讨论了如何用一些新的Arena建模概念对这个系统建模，5.3节描述了一些基本的建模策略，5.4节给出了模型逻辑，5.5节讨论了模型调试问题，5.6节给出了一些调整动画细节的方法，以得到一些非标准的效果。在5.7和5.8节，我们对模型进一步完美化，并提出了几种新的Arena建模概念。在5.9节，我们向你展示了如何修改原始模型，以创造出更精美的模型。本章于5.10节结束，我们在这一节中提出了一种完全不同的模型，库存系统，并借此机会展示了如何使用Arena最底层和最详细的建模层次，即包含了SIMAN仿真语言的“操作块”面板。 在读完本章后，你应该可以建立非常详细和复杂的模型，也可以探索出Arena建模的丰富而又深入的层次结构。 模型5-1：汽车维护与修理车间 位于某中等城市市区的大型汽车修理商，由于其维护与修理业务增长太快而使得当前的设施不足，因此决定要扩建其汽车维护与修理车间。由于当前所处的位置的限制，他们考虑在郊区再建一个有三个修理间的新车间。新建的车间不仅应能提供额外的维护与修理能力，而且应位于现有多数顾客的附近。为了能够对工作流进行更好的控制，由位于市区的车间对两个地方的工作进行安排，而且主要的修理工作也将继续在市区车间进行。 根据该计划，允许顾客最多提前三个工作日在新的郊区车间打电话提出预约服务（在预约的当天不提供服务）。例如，在周三打电话预约的顾客可以在周四、周五或周一得到服务。如果无法为顾客在给定的后续三天时间安排服务的话，他们可以第二天再打一次电话，或者在市区预约要进行的工作。该汽车修理商具有顾客服务需求的大量数据，对这些数据的分析表明，顾客要求服务的呼入电话平均每天29次，全天都服从（平稳的）泊松过程（也就是说，呼入电话的时间间隔独立、且服从相同的指数分布）。对数据的分析还表明，55%的呼叫者希望在第二天得到服务，30%希望在第三天；剩下的15%希望在第四天。如果不能安排在其选择的某一天内提供服务的话，他们有90%的可能性希望安排在之后的一天。 大部分顾客（80%）会选择全天将车辆放在这里，而少数顾客（20%）愿意一直等到服务完成。如果顾客选择等待，他们将会给定一个近似的等待时间。这个等待时间等于预计的完成工作的服务时间（被称作预定时间（Book Time））再加上放宽因子（一个小时）。建立这个新车间的目标之一就是使顾客具有很高的满意度。因此，公司决定每天最多安排5个希望就地等待服务完成的顾客预约。 无论实际服务时间是多少，该汽车修理商都用一组标准的估计服务时间（Book Times）来计算服务成本。各类服务活动的预定时间可用一个带有位移和比例因子的β-分布来表示（44+90*BETA 2，3 ，单位为分钟，且截断取整）。实际的服务时间与预定时间（Book Times）有些不同，它服从伽马分布GAMM（Book Times/1.05，1.05）。 该汽车修理商想使新车间盈利，但不知道每天应该安排多少预约服务，现在的处理是基于每天所能安排的预定时间（Book Time）小时数的最大数量来进行的。这个值是基于三个修理间、每间每天可用的服务时间是8小时来计算的。因为实际服务时间往往与预定时间有所不同，所以最后确定每天可供安排的时间为24小时。