OBJETIVOS DE LA PRCTICA

1. Conocer la herramienta Arena y sus posibilidades para realizar simulaciones de sistemas.

2. Realizar la simulacin de un sistema utilizando Arena.
FORMA DE REALIZAR LA PRCTICA
Se trabajar en el entorno Arena, desarrollando diferentes diagramas de bloques y simulando la
respuesta del sistema para cada uno de ellos.

TRABAJO A PRESENTAR:
Se debe entregar un fichero comprimido que contenga los archivos generadas por Arena de las
diferentes partes de la prctica. Una memoria en MS-WORD con el contenido siguiente: Soluciones y
resultados de cada simulacin

Introduccin a Arena. Para conocer las posibilidades bsicas de Arena, sigue el siguiente breve tutorial
generando el modelo de ejemplo y contestando a las preguntas requeridas.
Arena es un Software de Simulacin de Sistemas que puede ejecutarse en las plataformas Microsoft
Windows cuyas caractersticas principales son:
1. Apariencia estndar, tanto en software de simulacin como en aplicaciones bajo
plataformas MS-Windows.
2.

Funciones y Operaciones estndar.

3.

Interaccin con otro software, como por ejemplo. MS Office.

4.

Gestin de Memoria adecuada.

Como Software de simulacin nos permite modelar sistemas de Ingeniera para construirlos de forma
ptima pudiendo hacer:
1.

Modelizacin de las procesas a definir, documentarlas y comunicarlos.

2.

Simular el rendimiento de los sistemas ms complejos e identificar las

oportunidades de mejora.

3.

Visualizar las operaciones con animaciones grficas y dinmicas.

4.

Analizar el comportamiento del sistema pudiendo cambiar la configuracin y

probar de nuevo sin coste material.

En esta primera prctica nos vamos a centrar en el uso del sistema, y nos valdr como introduccin a
ste. A partir de la siguiente prctica ya modelaremos sistemas ms especficos. Como introduccin
construiremos un pequeo sistema, donde simularemos una aplicacin de gestin de prstamos que
ilustra cmo podemos modelar, simular, visualizar y analizar con Arena.
Modelo 1
Para empezar en este modelo, tendremos que buscar cules sern los procesos y entidades del modelo.
Una vez que tengamos estos arrancaremos el software y dibujaremos el grafo de procesos para
modelar el sistema.

El grafo del sistema que se modelar es el siguiente (de momento no intentar hacerlo):

Interfaz de Modelizacin de Arena

El interfaz que nos aparece al arrancar el software es el que muestra en la figura siguiente. En este
interfaz podemos sealar das partes:
1. Barra de Proyectos.
Donde se encuentran los objetos y entidades con las que vamos a trabajar. Podemos encontrar:

Basic Process Panel. Contienen las figuras de modelizacin llamadas mdulos, que
sern usados para definir nuestros procesos.

Reports Panel.

Contienen los repostes disponibles para visualizar las resultados de la simulacin.

Navigate Panel.
Permiten visualizar diferentes vistas de un modelo.
2. Ventana de Modelas
Hay das zonas, la parte de flowchart view donde estn el modelo grfico, incluyendo el
grafo de flujo del modelo, la animacin y otros elementos grficas y la otra zona,
spreadsheet donde se visualizan los modelos de datas, como tiempos, costes, y otros
parmetros.

La barra de proyectos puede contener ms herramientas haciendo click con el botn derecho del
ratn y haciendo un attach de algn fichero con extensin .tpo del directorio Aemplates (no
cargar ninguno):

El siguiente paso sera dibujar el grafo de flujo del modelo-

Creacin del grato de flujos del modelo para la aplicacin de Prstamos.

1. Entidades.
Empezaremos a dibujar el grafo de flujo usando Create Module del Basic Process Panel.
Pinchar y arrastrar el Create Module desde el Basic Process Panel a la ventana de modelos. Doble
click sobre la entidad en la ventana de modelos para ver sus propiedades y poner el nombre "Inicio de
Aplicacin de Prestamos*.

2. Procesos.
El siguiente paso es crear el mdulo de procesos Process Module del Basic Process Panel, a la derecha
de la entidad de inicio.
Igual que antes, pinchamos y arrastramos el icono desde el Basic Process Panel a la ventana de
modelos, y veremos cmo se ha creado un proceso unido a la entidad creada en el paso anterior. Esta
unin la hace Arena automticamente. De igual forma que en el paso 1. podemos cambiar el nombre a
"Revisar Aplicacin".
Si no aparece la unin entre ambos iconos, hacer click en Object/Connect en el men o click en el
botn de la barra de herramientas siguiente para hacer la conexin.

Para que siempre se haga la unin automticamente chequear que estamos usando Auto-Connect en el
men en Object/Auto-Connect.
3.

Decisiones.
Despus de los procesos, el siguiente paso es Decide Module. Este tipo nos servir para introducir una
pregunta de si la aplicacin se ha completado. Igualmente, desde el Basic Process Panel hacia la
ventana de modelos. Introducir el nombre de "Completado?".
Este mdulo tendr dos salidas correspondientes a las das respuestas de la pregunta "completado?", la
afirmativa y la negativa.

4.

Respuestas.
Para poner en el grafo las dos respuestas, empezaremos por la afirmativa. Teniendo escogida la opcin
de Auto-Connect. para que se realice automticamente la conexin entre el mdulo de la decisin y el
de la respuesta afirmativa, haremos click y arrastraremos desde el Basic Process Panel un Dispose
Module hacia la ventana de modelos. Introducir ms el nombre de "Aceptado".
Posteriormente vamos a poner el mdulo de respuesta negativa "Devuelto", para ello haremos click
con el botn derecho del ratn en el mdulo de decisin creado anteriormente y sealaremos la opcin
Bring To Front. Nos iremos a Basic Process Panel, haremos click en Dispose y arrastraremos hacia la
ventana de modelos y se generar un mdulo dispose nuevo unido automticamente al mdulo de
decisin creado anteriormente. Introducir en este nuevo mdulo el nombre.
Verificar en la ventana de modelos que se han creado los mdulos de respuesta con los arcos
correspondientes y sus valores de respuesta correspondientes (true/false) de la siguiente forma:

Definicin del modelo de datos para la aplicacin de Prstamos.

Una vez que tenemos definido el grafo del modelo hay que definir los datos del modelo para
posteriormente hacer una primera simulacin.
1. Entidad.
Hacer doble click en la la entidad "Inicio Aplicacin Prstamos". En el tipo de entidad Entity Type
poner "Application", y en el valor Valu poner 2 horas, para definir el tiempo entre las llegadas. El
resto de parmetros quedarn con los valores por defecto. Click en Ok.

2. Proceso.
Como animacin a la simulacin del proceso, se va a introducir un nuevo personaje en la aplicacin, el
de la persona que se encarga de revisar la aplicacin "Revisor Aplicacin". Para ello, lo aadiremos al
sistema como un recurso, y la imagen la cogeremos de la librera workers.plb y lo llamaremos de esa
forma.

Para introducir dicha animacin se hace click en el botn de Recursos (Resource) de la barra de
herramientas de animacin. A continuacin aparecer una nueva ventana de dilogo, en la que en la
parte del identificador aadiremos "Revisor Aplicacin". Haremos click en el botn Add de ms a la
derecha y aadiremos las imgenes de la librera elegida workers.plb y pinchando en primer lugar en
la zona de idle y en el botn de direccin () y posteriormente en busy y botn de direccin ().
Aadiremos las imgenes correspondientes a bus y e idle, para que queden de la siguiente forma:

Los estados de inactive y false quedarn con los valores por defecto.
Posteriormente se hace click en Ok. En la ventana de modelo aparecer una cruz de cursor. Pincha
con el ratn y se ajusta el tamao de la imagen que permitir la animacin, quedando
aproximadamente de la siguiente forma:

Adems de la animacin hay que ingresar otros datos del modelo en el proceso que vienen a
continuacin.

Hacer doble click en el mdulo de proceso "Revisar Aplicacin". Definir el recurso de la lista de
accin Seize Delay Pelease. Posteriormente, hacer click en el botn Add para aadir un recurso a este
proceso, y en la parte de Resource Name introducir el proceso "Revisor Aplicacin". Hacer click en el
Ok de la ventana Resources.

Ahora definir los parmetros de retraso en el proceso. Minimum. Most Likely y Maximum con los
valores 1. 1.75 y 3 respectivamente, y verificar que Delay Type es la triangular y Units son horas.
Debe quedar lo que se indica en la siguiente figura:

A continuacin se introducen una serie de datos en el "Revisor Aplicacin". Hacer doble click en
Resources de la barra de proyectos a la derecha de la pantalla. Introducir en la parte de
Spreadsheet del entorno los siguientes datos: Busy/Hour como 12 y Idle/Hour como 12 (define el
costo promedio del trabajador $/hora independientemente de si est ocupado o libre).

3. Decisin.
Finalmente, hacer doble clic en el mdulo de decisin "Completado" e incluye que el 88 % de
los prstamos sern aceptados y el resto sern devueltos.
Inicio de la Simulacin de la Aplicacin.
Para iniciar la simulacin solo falta definir los parmetros para el sistema global.
Empezaremos abriendo la pantalla de dilogo de los parmetros del sistema en Run/Setup y
dentro en la parte de Project Parameters. Empezaremos por introducir el nombre "Aplicacin de
Prestamos", y sealaremos dentro de las Statistics Collection. el coste, entidades, colas, recursos y
procesos.
Dentro de la parte de Replication Parameters introduciremos 20 en Replication Length, y en el
tiempo de la derecha de ste sealaremos "dias". Por ltimo, hacemos click en Ok para salimos.

Ahora ya estamos preparados para hacer una primera simulacin, pero primero vamos a guardar el
modelo, a travs del Save del men, e indicando el nombre "prestamos".
Para empezar la simulacin hacemos click en el botn de inicio, que se encuentra dentro de la zona de
botones de control de la simulacin. Hay botones para empezar la simulacin, hacerla despacio, rpido
o hacerla paso a paso.

Resultados de la Simulacin v Supervisin por el Profesor del Trabajo Realizado.

Para visualizar dicho reporte seleccionar la opcin de Run/Setup/Reports Always y en Default
Report poner el Siman, de esta forma:

Al acabar la simulacin el reporte ser presentado en pantalla como archivo de texto lanzado en el
notepad.
En Reports/Category Overview se puede obtener un resumen de resultados con grficas para
documentar tus respuestas.

Preguntas para el modelo I

1.
2.
3.
4.
5.

Cunto tiempo se tarda en esta simulacin de este modelo? (media)

Cunto coste presenta la aplicacin de revisin de prstamos? (media)
Cul es el tiempo mximo empleado en la aplicacin de revisin? (mximo)
Cul es el nmero mximo de aplicaciones en espera? (mximo)
Cul es el tiempo proporcional de ocupacin del "Revisor Aplicacin"? (media)

Ejercicio 2
En esta prctica vamos a intentar afianzar el uso y los conocimientos sobre el software Arena. Para
ello vamos a hacer dos ampliaciones al modelo construido en la prctica anterior.
El sistema de evaluacin de esta prctica ser ensear al profesor el nuevo modelo creado y la
simulacin de este, as como entregar al profesor un documento del trabajo realizado paso a paso
impreso en papel.
Las ampliaciones que se deben hacer son:

Modelo 1
Aadir al modelo anterior la figura de una secretaria o recepcionista. La figura de la secretaria
servir para hacer una visualizacin de los prstamos anterior a la revisin de prstamos que se haca
que podemos llamar "Revisin de Secretaria". La ampliacin consiste en aadir un proceso de
visualizacin anterior al proceso de revisin de los prstamos. Los datos del proceso nuevo sern un
tiempo mnimo de 15 minutos, mximo 45 y de media 25 minutos. A esta persona se le asigna un coste
de 6.75 $/hora.
Modelar el nuevo sistema en el software Arena y responder a las mismas preguntas de la parte 1 para
los dos procesos "Revisar Aplicacin" y ""Revisin de Secretaria".
Modelo 2
La siguiente ampliacin ser dotar de un pseudo-sistema de realimentacin a la secretaria o
recepcionista, es decir, que la secretaria podr visualizar los prstamos y algunas pasarn al siguiente
proceso, proceso de revisin, y otros tendrn que volver a ser visualizados de nuevo. La ampliacin
consistir en aadir entre los procesos de visualizacin y de revisin una toma de decisin. Dicha
decisin, en el caso de ser afirmativa pasarn al proceso de revisin, y en caso contrario se dejaran
como procesos devueltos para posterior visualizacin pero no se har realimentacin en el grafo de
flujos del modelo.
Como datos de la decisin es que el 92% sern aceptados para revisin, y en la decisin de revisin
ser de 94% en vez del 88% anterior.
Modelar el nuevo sistema en el software Arena y responder a las mismas preguntas de la parte 1 para
los dos procesos "Revisar Aplicacin" y ""Revisin de Secretaria".

Comparar las resultados de los modelos 1 y 2.

A cunto ha ascendido el coste de revisar y visualizar los prstamos? Cunto es el tiempo total
en revisar las aplicaciones?.