篇一:《arena仿真中文教程》
离散时间系统仿真
第一章：Arena3.0基础知识
本节介绍Arena3.0安装到硬盘上以后如何创建Arena的工作环境。
1.1 Arena3.0的安装和调试
Arena3.0的安装同一般的软件类似，打开disk1文件夹，双击应用文件Setup.exe运行安装程序，设置好安装路径后开始安装，安装结束后点击Finish完成安装。
如果是在Windows98操作系统下安装Arena3.0需要在安装前预装Visual B00asic 6.0，否则，Arena3.0不能运行。
1.2 Arena3.0的面板、菜单和工具栏 1.2.1 Arena3.0的启动
在Arena安装完成后，Arena会在桌面上自动生成快捷方式的图标
，双击图标即可进
入Arena界面；同时，也可以在硬盘上的Arena\目录下双击Arena.exe文件进入。
在进入Arena后点击工具栏上的新建图标图1-1：
,打开Arena3.0的操作桌面（Desktop），如
图1-1
1.2.2 Desktop操作桌面简介
1． 操作桌面的结构
Arena提供了十分方便的操作桌面以保证用户能够快速、简洁的建立仿真模型。 Arena的操作桌面主要由工具栏（Toolbars）、菜单栏、状态栏（Status bar）、建模界面组成。下文对这几部分的主要功能将一一介绍。
2、工具栏：工具栏集中了我们建立仿真模型所要用到的主要工具，它由Standard（标准工具栏）、（视图工具栏）等组成，下面将注意介绍：
Standard：这个工具栏提供了新建、保存和打印等功能，如图1-2：
图 1-2
View：提供了视图功能，用户对建模区进行视图操作如图1-3：
图 1-3
其中经常用到的功能有：
Zoom in：放大
Zoom out：缩小
View All：建模区全部视图，即，以建立模型的全部视图。
View Previous：当前视图的前一视图。
View Region：选择视图区域。
Arrange：Arena3.0为了用户能够创建生动、形象的动画，提供了功能齐全的绘图工具，Arrange工具栏（图1-4）就是为Arena的绘图提供支持的。
图1-4
它主要的功能有：
Bring to front：移到最上
Send to back：移到最下
Group：合并
Ungroup：取消合并
Vertical Flip：垂直对齐
Horizontal Flip：水平对齐
Rotate：旋转
Connect：连接
Draw：这个工具栏（图1-5）提供了简单的绘图工具，用户可以利用这些工具在模型中绘制简单的图形。
图1-5
Color：利用这个工具栏，用户可以向绘制的图形添加颜色（图1-6）。
图 1-6
Animate：Arena3.0提供了强大的动画工具，用户运行仿真模型时能够通过动画，观察、分析仿真系统的运行情况。Animate工具栏（图1-7）提供了在Arena3.0建模中需要的各种动画组件。
1-7
Template：Template提供了建立仿真系统所需要的模块，后面的章节中将详细介绍。
Run：这个工具栏的主要功能是控制仿真系统的运行，如图：1-8。
图 1-8
主要的功能如下：
Go：仿真系统开始运行。
Step：分步进行仿真。在建立仿真系统时，常常会出现一些错误，而且这
些错误很难被发现，利用Step功能可以分步的进行仿真，详细的观察整个仿真的过程，这样比较容易发现系统中的错误。
Fast-forward：快速仿真而不显示动画。
Pause：系统暂停。
Start over：回到仿真系统运行前的状态，准备重新进行仿真。
End：退出仿真运行模式，进入编辑模式。
Run Interaction：这个工具栏的主要功能是在仿真系统运行前，对仿真系统进行检查和纠错，如图1-9：
图 1-9
主要的功能有：
Check：在不运行仿真系统的情况下对仿真系统进行编译，常用来验证系
统，找出系统的错误。
Command：激活Command窗口，在窗口中用户可以输入命令来同运行中
的仿真系统交互和监控。可以实现设置仿真中断条件，检查系统队列中实体数，输出仿真报告等功能。属于较高级的应用。
Break：设置仿真运行中断的时间和条件。
Trace：产生仿真运行中的历史文件。这些文件常用来发现和纠正仿真系
统中的错误。
Watch：激活Watch窗口，用户可以通过设置实时的了解仿真系统中一些{arena中的variable模块的用法}.
变量（variable）和表达式（Expression）的值{arena中的variable模块的用法}.
Report：激活Report窗口，在仿真运行时暂停时，可以通过这个口看到
暂停时的系统状态。
Show Modules：选择是否显示仿真模型中的模块。
Integration：为了能够便于用户设计各种类型的仿真系统，Arena3.0提供了VBA（Visual Basic Application）工具，Integration工具栏提供了用户创建VBA程序所需要的工具。
图
1-10
Module Data Transfer：可以激活Module Data Transfer Wizard，通过这个
向导，用户可以输入或输出模块中的数据。
Visual Basic Editor：开启Visual Basic 编译器。
VBA Design Mode：切换VBA设计模式（VBA Design Mode）VBA使用
模式（VBA Use Mode） 3、菜单栏
Arena的菜单栏主要由File、Edit、View、Tools、Arrange、Module、Run、Window、Help菜单组成，如图1-11：
图 1-11
File、Edit、View、Window、Help这几个菜单的功能同其它软件的功能类似，这里就不再详述了，下面主要介绍其它四个菜单的功能。
Tools：Arena的Tools菜单主要为用户提供了一些建立仿真系统所必需的工具。常用的工具有：输入分析器（Input analyzer）、输出分析器（Output analyzer）。这两个工具在后面的第二章和第五章将详细介绍。
Arrange：此菜单的功能同Arrange的功能基本相同。
Module：这个菜单的功能主要是完成对模板的操作。多数功能在工具栏中已经介绍这里只介绍如下内容：
Template Panel：它的功能是加载和卸载模板（Template）。当鼠标移到这一命令时会弹出一个菜单，包含了Attach和Detach两个命令。当我们点击Attach时会出现窗口（图1-12）。
图1-12
用户可以选择想要在工具栏中的Template Bar中添加的模板。
点击Detach时，可以将Template Bar中所有的模板剔除。
Run：这个菜单主要的功能是控制仿真系统的运行，其中主要的功能在Run Interaction工具栏中已经介绍，下面将简要介绍其余的功能：
Review Errors：用来检查编译后仿真系统产生的错误。
View Results：在仿真系统运行结束后，查看系统报告。
SIMAN：选择这一命令时会有弹出菜单，包含两个选项：View和Write。
篇二:《arena中文教程第5章》
第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小时。
假定每周有五个工作日，每天工作八个小时，每个修理间每小时的成本估计为45美元（包括所有的资本和劳动）。对顾客按预定时间的每小时78美元收费。因为实际服务时间与预定
时间有一定的不同，所以该汽车修理商希望在修理开始的当天完成已安排好的服务。为了补偿服务时间的差异，每一个修理间每天最多可以加班3个小时。但是，加班的成本是每车间每小时120美元。如果服务在这个时间内无法完成，顾客的车辆就会在修理间放置过夜，服务在第二天完成。如果发生此事，那么汽车修理商会为顾客提供一辆替代车，为每辆替代车每天将花费修理商35美元。如果修理商的负荷较大，导致某车在当天的预约服务不能开始，此时假设顾客将自己的车开回家，第二天再开过来，因而就不需要替代车辆了。
对该系统所关心的统计量有：每天的利润，每天的预定时间，每天的实际服务时间，每天的加班时间，以及每天安排就地等待服务的顾客中没能完成的作业数量。
5.2 新的建模特性{arena中的variable模块的用法}.
从仿真的观点来看，这个问题与我们在第三章和第四章所研究的非常不同。最明显的区别是这个系统是一种服务性质的企业，而前面的系统是面向制造业的。虽然SIMAN仿