Capítulo 3: Un recorrido guiado a través de Arena

3.1 Inicio

Arena es una aplicación del sistema operativo Windows de Microsoft, así que
su apariencia y percepción le resultaran familiares pues todas las
características y operaciones usuales se encuentran en él. Además, Arena es
totalmente compatible con otro software de Windows, como procesadores de
texto, hojas de cálculo y paquetes CAD, así que usted puede mover los
elementos con facilidad hacia delante y hacia atrás.

3.2 Exploración de la ventana de Arena:

En esta sección abriremos un modelo existente, lo usaremos para echarle un

vistazo a la ventana de Arena, con el fin de que se familiarice con la posición
de los elementos, y le presentemos la terminología básica de Arena.

3.2.1 Abrir un modelo

El modelo ya instalado para simulación que se hizo a mano se puede encontrar

mediante File> Open. Los nombres de los archivos aparecen en un cuadro de
desplazamiento y usted también puede navegar hacia otras carpetas o
unidades. Busque el archivo con el nombre Model C3201.doe: la extensión de
nombre del archivo .doe ya aparece de forma predeterminada en los archivos
de Arena.
3.2.2 Interacción básica y partes de la ventana de Arena

Como se muestra en la figura 3-1, la ventana de Arena con este modelo abierto
se encuentra dividida en varias partes.

A la derecha, ocupando la mayor parte de la pantalla, se halla la ventana del

modelo, que de hecho esta dentro de la ventana del modelo separada para
cada uno de ellos, todos contenidos en la ventana de Arena, así como sucede
en un software de procesador de textos o de hoja de cálculo. Pase de una
ventana a otra de los modelos con solo hacer clic en ellos o use el menú de la
ventana de Arena para seleccionar de entre toda la lista. Si usted tiene muchos
modelos abiertos, puede circular entre ellos mediante CTRL+Tab o puede ser
que desee minimizar algunos en iconos con el botón _ que aparece en cada
uno de ellos.

3.2.3 Tomar vista panorámica, acercamiento, ver y alinear en la vista del

diagrama de flujo

La vista particular del diagrama de flujo de la ventana del modelo que se

observa en la figura 3-1 es solo una de las muchas vistas posibles del modelo y
del gran espacio mundial en donde reside la representación del diagrama del
flujo del modelo. El centro del espacio mundial tiene coordenadas (x,y)(0,0) y
se extiende por miles de unidades en las cuatro direcciones desde ahí, estas
unidades son solo posicionales y no tienen un significado físico en particular
(llámelas estadios o youdels si lo desea ).

3.2.4 Módulos

Los elementos básicos para modelos de Arena se llaman módulos. Estos son
el diagrama de flujo y los objetos de datos que definen el proceso que se va a
simular y se eligen de los paneles de la barra de proyectos. Los módulos
vienen en dos formas básicas: diagrama de flujo y datos.

Los módulos de diagrama de flujo describen los procesos dinámicos del

modelo. Puede pensar en los módulos de diagrama de flujo como en nodos o
lugares a través de los cuales fluyen las entidades o en donde se originan las
entidades o dejan el modelo. Para poner un ejemplo de un módulo de diagrama
de flujo de un tipo particular en su modelo, arrástrelo de la barra de proyectos
hacia la vista del diagrama del flujo de la ventana del modelo. Los módulos de
diagrama de flujo por lo general están conectados entre ellos de alguna
manera. En el panel de proceso básico, los tipos de módulos de diagrama de
flujo disponibles son Create, Dispose, Process, Decide, Batch, Separate, Assifn
y Record (Crear, Eliminar, Procesar, Decidir, Agrupar, Separar, Asignar y
Grabar); otros paneles tienen muchos tipos adicionales de módulos de
diagrama de flujo.
3.2.5 Documentación interna del modelo

Si usted coloca el cursor de su ratón en un símbolo del módulo u otro objeto,

vera un Data Tips. Los Data Tips tienen dos partes, una descripción por defecto
y una descripción definida por el usuario. El consejo por defecto le describirá
alguna información genérica acerca del objeto, así como su nombre y tipo. La
parte definida por el usuario desplegara exactamente del objeto, así como su
nombre y tipo. La parte definida por el usuario desplegara exactamente los que
esté metido en el campo de Object Properties Description. Usted puede meter
texto en este campo al hacer el clic con el botón derecho en un objeto y
seleccionar Properties. Un desplegado de estos Data Tips se puede activar a
través de View > Data Tips. Ambos se pueden habilitar de forma
predeterminada, pero es posible que uno de ellos tenga que deshabilitarse.

Además en las descripciones del módulo también puede entrar a Project

Description que proporciona algo contexto a todo el modelo. Este es un buen
lugar para documentar que es lo que hace el modelo, porque fue creado,
suposiciones que usted se hizo e información similar. Esto se mete en Run >
Setup > Project Parameters.

Aunque los Data Tips son una característica útil, en particular cuando los
modelos son largos, se puede preguntar si hay alguna otra manera de hacer
uso de esta información. Si la hay. Tools > Model Documentation Report crea
un reporte personalizado resumiendo todos los datos de su modelo.
Proporciona algunas opciones acerca de que información incluir y después
genera un reporte en HTML.
3.3 Navegar por un modelo existente: modelo 3-1

Para ver como se configura el modelo 3-1, ahora lo llevaremos por los módulos
de diagrama de flujo y de datos en la ventana del modelo y le indicaremos
como se relacionan entre sí. Después ejecutaremos este modelo y veremos
sus resultados. Luego, en la sección 3.4, le mostraremos como desarrollar este
modelo desde el principio.

3.3.1 El modulo Create en diagrama de flujo

Comenzaremos con el modulo Create (Crear) al que llamamos Part arrives to

System, a la izquierda de la vista del diagrama de flujo de la ventana del
modelo. Note que este módulo es un ejemplo general del módulo Create que
hemos especializado para nuestras necesidades en este modelo en particular.

El modulo Create es el nudo “de nacimiento” para la llegada de las entidades a

la frontera de nuestro modelo que en este caso representan partes, de afuera y
hacia el modelo. Haga doble clic para abrir el cuadro de diálogo como el de la
figura 3-2.

3.3.2 El módulo de Enity Data

Una de las cosas que hicimos en nuestro módulo Create fue definir un Enity
Type que llamamos Part. Al seleccionar el módulo Enity Data en la barra de
proyecto, se muestra la hoja de cálculo de la entidad para su modelo en la vista
de la hoja de cálculo de la ventana del modelo, así como en la figura 3-4. Aquí
se pueden ver y editar aspectos de los tipos de entidades de su modelo. En la
figura 3-4, se muestra la lista de sugerencias para el campo Inicial Picture,
indicando que decidimos que nuestras entidades de Part serán animadas como
pelotas azules cuando se corra la simulación.

3.3.3 El modulo diagrama de flujo de proceso

Nuestro módulo de Process , al que llamamos Drilling Center representa a la

máquina, incluyendo el recurso, su cola y el tiempo de demora de la entidad
ahí. Puede abrirlo con un doble clic en su nombre y vera el cuadro de dialogo
en la figura 3-5.
Después de meter el nombre Drilling Center, seleccionamos Standard como el
tipo, es decir, que la lógica para esta operación se definirá aquí en este módulo
de Process más que en un submodelo jerárquico. Pasando directamente al
final del cuadro de dialogo, el cuadro de verificación Report Statics le permite
elegir si quiere estadísticas de resultados tales como usos, longitudes de la
cola y tiempos de espera en ella.
3.3.4 El modulo Data del recurso

Una vez que haya definido un Resource asi como lo hicimos nosotros en el
módulo Process (en nuestro caso, llamamos al recurso Drill Press [Prensa de
perforación], se hace una entrada para él de forma automática en el módulo de
datos del Recurso, haga clic en él en la barra de proyectos para ver la hoja de
cálculo de Resource en la figura 3-9. La hoja de cálculo le permite determinar
las características de cada recurso en su modelo, así como si su capacidad es
fija o caria de acuerdo con un programa.

3.3.5 El módulo QueueData

Si el recurso Drill Press está ocupado cuando una entidad entra el módulo
Process, la entidad deberá hacer cola. La hoja de cálculo Queue, vista en la
figura 3-10, aparece en la vista de la hoja de cálculo si usted selecciona el
módulo de datos Queue en la barra de proyectos. Aquí usted puede controlar
aspectos de las colas de su modelo, asi como la disciplica que se usó para
operarla, como se muestra en la lista Type de la figura 3-10.

Usted podría, por ejemplo, ordenar la cola de acuerdo con algún atributo de las
entidades que residen en ella, si usted elige Lowest AtTribute Value, la cola
estaría ordenada de forma ascendente de algún atributo y se mostraría un
campo adicional en la línea para este Queue en la que usted debería
especificar el Atributo que se usaría para clasificarlo.

3.3.6 Animar recursos y colas

Hablando de colas, usted debe haber notado el --------------I justo encima del
módulo Process en la vista del diagrama de flujo. Aquí es donde se animará la
cola y el módulo Process adquirio esta grafica cuando especificamos que
queríamos que las entidades tomaran un recurso ahí.

Y mientras estamos con la materia de animación, sin duda usted ya noto el B

en la parte superior derecha del módulo Process, posicionado en lo que será la
cabeza de la animación de la cola.

3.3.7 El módulo Dispose de diagrama de flujo

El módulo Dispose representa a las entidades que dejan las fronteras del
modelo; haga doble clic en su nombre para atraer el cuadro de dialogo de la
figura 3-12; la hoja de cálculo Dispose aparece en la figura 3-13.
3.3.8 Conexión de los módulos del diagrama de flujo

Los modulos Create, Process y Dispose están conectados por líneas llamadas
Connections. Estas establecen la secuencia que todas las partes seguirán
conforme progresan de un módulo del diagrama de flujo a otro.

3.3.9 Gráficos dinámicos

Los dos gráficos se crearon a través del botón Plot de la barra de herramientas
Animate. Ellos se trazan a si mismos de forma dinámica conforme se ejecuta la
simulación, pero después desaparecen cuando esta termina.

Haga doble clic en la parte superior del grafico para poner el cuadro de dialogo
Plot en el lado izquierdo de la figura 3-14. En la ventana Expressions
únicamente tenemos una entrada, así que solo obtendremos una curva en este
gráfico.
3.3.10 Arreglando las cosas

Las diferentes etiquetas en la ventana del modelo, como el título en la parte

superior izquierda y las etiquetas de los ejes para el grafico, se hicieron a
través del botón Text en la barra de herramientas Draw. Desde ahí se pueden
controlar los elementos usuales como fuente, tamaño y estilo.
3.3.11 Preparando las condiciones para la ejecución

Cosas como la duración de la ejecución y el número de réplicas se configuran a

través de Run+Setup, lo que trae un cuadro de dialogo con cinco páginas
lengüetadas.

3.3.12 Ejecución

Para ejecutar el modelo, haga clic en el botón Go en la barra de herramientas

Standard; note que los botones de este grupo son similares a los de un
reproductor de video. La primera vez que se ejecuta un modelo Arena revisa su
modelo en busca de errores; si tiene errores, recibirá una educada llamada de
atención al respecto, junto con alguna ayuda para encontrarlos y corregirlos.
Entonces podrá ver ejecutarse la animación del modelo, pero deberá mirar
rápido en una ejecución tan corta a menos que su computadora se retrase.

3.5 Estudio de caso: procesamiento serial especializado frente a

procesamiento paralelo generalizado

Una pregunta operacional clásica es si tener trabajadores especializados o

generales cuando el procesamiento involucra múltiples tareas diferentes; una
cuestión relacionada es como la variación del tiempo del procesamiento afecta
la decisión. Con base en un documento de Harrison y Loch podemos investigar
esto usando solo los módulos de Arena presentados en el modelo 3-1. Los
argumentos pueden hacerse para ambos trabajos, especializado y general,
dependiendo del entorno y de los experimentos llevados a cabo en sistemas
reales, algunas veces con resultados decepcionantes.
3.5.1 Modelo 3-2: Procesamiento serial. Trabajo especializado separado

Un primer pensamiento seria especializar a los trabajadores y asignarlos,

digamos, Alfie a revisar el crédito de todas las solicitudes, Betty a preparar
todos los convenios, Chuck a ponerle precio a todos los préstamos y Doris a
desembolsar todos los fondos. Así cada solicitud primero tendría que pasar por
Alfie, después por Betty, luego por Chuck y por ultimo Doris.

Un diseño puede ser como la figura 3-25, donde hay actualmente 12

solicitudes, Alfie está ocupado pero sin más solicitudes en la fila, Betty se
encuentra desocupada, Chuck se halla ocupado con cinco más en la fila y
Doris está ocupada con cuatro más en la fila. Todas las filas son FIFO. Aunque
Betty esté en desacuerdo, es muy malo que, bajo estas reglas de operación,
ella no pueda echarle una mano a Chuck o a Doris en este momento.
 3.5.2 Modelo 3-3: Procesamiento paralelo. Trabajo integrado
generalizado

¿Sería mejor “generalizar” o “integrar” el trabajo de forma que cada

empleado procese por completo los cuatro pasos de una solicitud a la vez, y
con una sola fila de solicitudes “abasteciendo” al grupo? Desde el punto de
vista de las solicitudes, esto podría presentar solo una oportunidad de pasar
tiempo de espera en la cola, pero entonces de nuevo el procesamiento sería
más largo. La figura 3-27 muestra como funcionaria esto, donde cada
empleado procesa los cuatro pasos antes de pasar a la siguiente solicitud en la
fila. Como en la imagen de procesamiento serial especializada de la figura 3-
25, hay 12 solicitudes en proceso actualmente, pero observe que el número
total en la fila ahora es ocho en lugar de nueve, ya que Betty está ocupada.