Está en la página 1de 16

Universidad Tcnica Federico Santa Mara Departamento de Informtica Simulacin.

Introduccin al Software de Simulacin Arena

Profesor: O. Ayudante:

Dr. Hctor Allende Daniel Baados F.

Valparaso, octubre de 2000

I)

SIMULACIN:

Coleccin de mtodos y aplicaciones que imitan el comportamiento de un sistema real en un computador. Se conoce como el proceso de diseo y creacin de un modelo computarizado de un sistema real para efectuar experimentos numricos para su mejor comprensin de su comportamiento bajo una determinada condicin. La gran razn de la popularidad de la simulacin es la habilidad que tiene de comparar modelos complejos con sistemas complejos, lo que lo transforma en una herramienta poderosa y verstil, otra ventaja es la razn costo beneficio de implementar un proyecto de simulacin lo que hace unos pocos aos era prohibitivo econmicamente.

II)
1.

PARTES DE UN MODELO DE SIMULACIN:


Entidades:

Son los elementos que se mueven alrededor del sistema, cambiando su estado, afectando y siendo afectado por otras entidades. Las entidades son dinmicas: son creadas, se mueven en el sistema durante algn tiempo y son destruidas, cuando salen del sistema.

2.

Atributos:

Para individualizar las entidades, estas tienen atributos, que es una caracterstica de todas las entidades, pero con un valor especfico que diferencia una entidad de otra. Ej: Identificador, hora de arribo, prioridad, color. El mismo atributo generalmente tiene distintos valores, para distintas entidades. 3.

Variables Globales:

Es un pedazo de informacin que refleja alguna caracterstica de un sistema, independiente de cuantas o de que tipo de entidades se encuentren en el sistema. Arena tiene 2 tipos de variables globales: i) Las definidas por el Arena. Ej: Nmero en la cola, nmero de recursos ocupados, tiempo de simulacin, etc. ii) Definidas por el usuario. Ej: Nmero en el sistema, etc. Las variables, no especifican una entidad en particular, sino que especifican al sistema completo. Estas son accesibles por todas las entidades, y algunas pueden ser cambiadas por cualquier entidad. Son utilizadas para diferentes propsitos. Por ejemplo: se puede crear una llamada Nmero en el Sistema, cuyo valor indica el nmero de entidades en el sistema, incluyendo aquellas que se encuentran en las colas o las que estn siendo atendidas en algn servidor. Cuando una entidad es creada se le suma 1 a la variable, y cuando sta sale del sistema se le resta 1 a la variable.

4.

Recursos:

Una entidad se apodera de un recurso cuando este se encuentre disponible y lo libera cuando termina de utilizarlo. Un recurso puede tener una capacidad variable, que puede ser modificada durante la simulacin. Los recursos pueden ser representados por un grupo de algunos servidores individuales, cada cual es llamado unidad.

5.

Colas:

Cuando una entidad no se puede mover, por que necesita el servicio de algn servidor, que en ese momento se encuentra ocupado sirviendo a otra entidad. Esta debe esperar en una cola. En Arena, cada cola tiene su nombre, y se pueden definir su capacidad. Se debe manejar en el modelo, que hacer cuando llega una entidad a la cola y esta se encuentra llena.

6.

Acumuladores Estadsticos:

Son variables que sirven para tener las medidas de rendimiento durante el proceso de simulacin por ejemplo: Nmero de parte producidas hasta ahora. Tiempo total de espera en la cola hasta ahora. El tiempo mximo de espera en la cola hasta ahora.

Todos los acumuladores son inicializados en 0. Arena tiene la mayora de los acumuladores estadsticos, que uno quiera tener, pero la mayora de estos son invisibles para uno.

7.

Eventos:

Es algo que sucede en un instante del tiempo de simulacin, puede que cambie sus atributos, variables o acumuladores estadsticos. Ejemplo de 3 tipos de eventos: Llegada: Una nueva entidad entra al sistema Salida: La entidad sale del sistema. Final: La simulacin termina a los 15 minutos.

8.

Tiempo de Simulacin.

El valor actual del tiempo de simulacin se obtiene de una variable global, (TNOW). Nota: Para aclarar estos conceptos ver punto 2.4 pgina 28-33 (libro : Simulation with Arena Kelton,.et. al. Ed. McGraw-Hill (1998)).

III)
1.

SIMULACIN EN ARENA.
Primeros Pasos:

En la instalacin de este programa, se requieren los mismos conocimientos que la instalacin de un Software cualquiera. Lo mismo que el manejo de proyectos ya existentes. (abrir, cerrar, etc). Abrir un ejemplo y analizarlo, para esto se utiliz el ejemplo mod_03_1.doe, que viene junto al software. Este ejemplo consiste en un modelo de un sistema simple de produccin, en el cual entran entidades al sistema, luego son procesadas en el servidor, y luego despachadas.
Se pueden observar que existen 3 mdulos: Arrive, Server, Depart., los que pertenecen al Modelo del sistema. El mdulo simulate, y los dos mdulos Animate son accesorios al modelo de Simulacin. Las figuras que aparecen en la parte superior, son las representaciones grficas de los mdulos involucrados en el modelo del sistema.

Mdulo Arrive. En l se representa el nacimiento de todas las entidades que ingresan en el sistema, al realizar un doble-click en el mdulo aparece la ventana de configuracin de ste.

Este mdulo tiene 3 reas: -Enter Data: El cul describe la naturaleza del punto de entrada de las entidades. -Arrival Data: Describe la naturaleza de las llegadas a ellos. -Leave Data: Describe lo que le pasa a las entidades cuando ellas entran al modelo. -Se coloc el nombre de in door al nombre de esta entrada. -En Batch size se coloc el valor 1 que significa que las entidades llegan una a la vez. -En time Between se coloc EXPO(5.0), que representa el tiempo entre llegada de entidades. En este caso el tiempo entre llegada tiene una distribucin exponencial con media 5. En Leave Data, se tiene la opcin conectada que significa que la entidad va inmediatamente al mdulo servidor, sin ningn tiempo de viaje.

Mdulo Server Este mdulo representa a la mquina, incluido el recurso, su cola y el tiempo requerido para procesar las entidades.

Enter Data: Le entrega al mdulo el nombre de la estacin. Server Data: Que le sucede a las entidades cuando est en el servidor. En este caso la capacidad del servidor es 1, y el tiempo de procesamiento tiene una distribucin Triangular con los parmetros (1,4,8). Adems se puede agregar informacin adicional como por ejemplo la capacidad de la cola. Leave Data: Controla cmo las entidades dejan al mdulo. Si uno quiere que la entidad pase a otro mdulo con algn tipo de retraso, es necesario saber la distribucin que rige este retardo, y el nombre del mdulo de destino.

Mdulo Depart Este mdulo representa a las entidades que dejan el sistema.

Tiene 3 reas: -Enter Data: Indica como las entidades comienzan el proceso de salida del sistema. -Count: Indica el nmero de entidades que han dejado al mdulo, en este caso sera la produccin. -Tally: Si se quiere tomar alguna nota sobre las entidades que estn saliendo.

Mdulo Simulate En l se pueden determinar el tiempo de simulacin, como tambin el nmero de rplicas que tendr la simulacin.

En este mdulo se indican cules son las caractersticas del proyecto, el nmero de rplicas y el tiempo de la rplica.

Mdulo de Grficos Dinmicos. En este mdulo se pueden observar el comportamiento de una variable durante el periodo de simulacin. En el ejemplo del sistema de produccin anterior, se quiere saber la cantidad de elementos que se encuentran en la cola del servidor en todo momento.

Cuando se tiene todo listo, en cuanto al diseo del modelo, se puede llevar a cabo la ejecucin de la simulacin. Ejecucin de la Simulacin. Para ejecutarla, solamente basta ejecutar en el men RUN, la opcin Go, a partir de ese momento se lleva a cabo la simulacin, y cuando termina entrega un informe con toda las estadsticas de la simulacin en el Notepad. Luego de la etapa de simulacin, viene la etapa del anlisis de los resultados obtenidos, esta es la etapa ms importante en un proyecto de simulacin.

2.

Trabajando con Arena.

Este software viene con la estructura de windows, trabaja con mens, submens, barra de herramientas, ya sea de diseo, estndar, vista, animacin, ejecucin, ayuda y tambin plantillas para el modelado. Teniendo en claro cul es la estructura del sistema el cul se pretende modelar, se procede al diseo del modelo utilizando la plantilla adecuada. Se definen las caractersticas de cada mdulo, y luego se procede a disear la animacin con los mdulos anteriormente vistos. Ejemplo: Se model el sistema de ventas de una tienda de partes y piezas de computadores de la ciudad de Santiago. El funcionamiento del proceso se explica en la siguiente narrativa: Una persona se dirige a un vendedor, el cul genera una orden de compra, y dependiendo del modo de pago el cliente tiene 2 alternativas posibles. Si paga al contado, se dirige a la caja para efectuar el pago, si paga con cheques, el cliente se dirige a una verificadora de cheques. En el caso que el cheque salga aprobado el cliente se dirige a la caja, en caso contrario no se puede efectuar la venta y el cliente sale del sistema. Luego de la caja el cliente se dirige al despacho de productos, donde se le entregan los productos. Despus el tiene 2 opciones, la primera es salir del sistema con su producto sin probar su funcionamiento; la segunda es dirigirse al control de calidad para efectuar la prueba. En el caso que la prueba sea satisfactoria el cliente sale del sistema, en caso contrario l se dirige al despacho de productos donde se realiza el cambio de los productos defectuosos. En este punto el puede optar salir del sistema o realizar nuevamente un control de calidad. El objetivo de este modelo de simulacin es estudiar si los recursos existentes para la atencin de clientes son los necesarios para una atencin rpida, o sea sin mucha espera. Para esto se analizarn cuanto tiempo tendrn que esperar los clientes en las distintas colas (vendedores, cajas, despacho y control de calidad), y tambin se analizarn cules han sido los porcentajes de utilizacin de cada uno de los recursos.

Mdulos:
1. Entrada: En este mdulo se defini que solamente entraba una sola persona a la vez en la tienda, y el tiempo entre llegadas de personas tiene una distribucin exponencial de media 3. Adems todas las personas se dirigen a un vendedor, y el tiempo que se demoran en llegar a la cola del vendedor es de 2 minutos (fijo).

2. Vendedores: Existen 5 vendedores, o sea, se pueden atender 5 personas simultneamente. Un 80% de los clientes pagan con cheques, estos tienen que dirigirse a la aseguradora de cheques, y se demoran 2 minutos. Los que pagan en efectivo se dirigen a las cajas y se demoran 2 minutos en llegar a ella. El tiempo de atencin de un vendedor tiene una distribucin Normal de media 10 y varianza 3.

Aseguradora de Cheques. Existen 2 personas que realizan la aseguracin. El tiempo en que se demora en la aseguracin se distribuye como una exponencial de media 3. El 20% de los cheques consultados son rechazados, y el cliente sale del sistema, demorndose 2 minutos. Los cheques aceptados se dirigen a la caja y se demoran 2 minutos en llegar all.

4. Cheques no asegurados. Esta es la salida del sistema de los clientes cuyos cheques fueron rechazados. En este mdulo la nica actividad que se lleva a cabo es el incremento del contador, que indican el nmero de personas que han salido por ese motivo.

5. Cajas: Es aqu donde se efecta el pago, existen 2 cajas, y el tiempo de atencin de la caja se distribuye como una exponencial de media 4. Luego de efectuado el pago, el cliente se dirige al despacho de productos, y se demora 2 minutos.

6. Despacho: En este mdulo se efecta el despacho, existen 4 despachadores y el tiempo de atencin se distribuye exponencialmente con media 5. En el 60% de los despachos no se efecta control de calidad y el cliente se retira del sistema demorndose 2 minutos. En el 40% de los despachos se realizan controles de calidad, y el cliente se demora 1 minuto en llegar al control de calidad. 7. Compras despachadas sin probar: Esta es la salida del sistema de los clientes que no han probado sus productos. En este mdulo la nica actividad que se lleva a cabo es el incremento del contador, que indica el nmero de personas que han salido por ese motivo.

8. Control de Calidad. Se realizan las pruebas de calidad de los productos, existen 2 personas que realizan las pruebas y el tiempo en que se demoran tiene una distribucin normal de media 10 y varianza 2. Existe un 5% de probabilidad que los productos no pasen la prueba, stos clientes se dirigen nuevamente al despacho y se demoran 2 minutos en llegar. Los clientes cuyos productos pasan el control de calidad salen del sistema y se demoran 2 minutos. 9. Compras despachadas probadas: Esta es la salida del sistema de los clientes que han probado sus productos. En este mdulo la nica actividad que se lleva a cabo es el incremento del contador, que indica el nmero de personas que han salido por ese motivo.

Mdulo Simulate: En este mdulo se especifican el tiempo de simulacin y el numero de rplicas. En este caso el tiempo de simulacin es de 300 minutos, y se va a realizar solamente una rplica.

Ejecucin de la Simulacin y Anlisis del Reporte.


Se realiza la simulacin dirigindose al men RUN, y luego con la opcin GO. Al terminar la simulacin el software desplegar en el block de notas el informe con los resultados de la simulacin.

ARENA Simulation Results Daniel Baados - License #9400000 Summary for Replication 1 of 1 Project: Computadorese Ltda 5/2000 Analyst: Daniel Baados 6/12/1999 Replication ended at time: 300.0 TALLY VARIABLES Identifier Average Half Width Minimum Maximum Observations _____________________________________________________________________________________ _ Aseguradora_R_Q Queue Vendedores_R_Q Queue T Control Calidad_R_Q Qu Despacho_R_Q Queue Tim Caja_R_Q Queue Time .29948 2.4732 .77259 .16043 1.5286 (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) .00000 .00000 .00000 .00000 .00000 3.1448 20.367 5.5703 5.1438 8.3120 89 112 32 88 87 Run execution date : 10/ Model revision date:

DISCRETE-CHANGE VARIABLES Identifier Average Half Width Minimum Maximum Final Value _______________________________________________________________________________ Vendedores_R Available Caja_R Busy Control Calidad_R Busy Aseguradora_R Busy Vendedores_R Busy # in Vendedores_R_Q # in Caja_R_Q Control Calidad_R Avai Aseguradora_R Availabl # in Aseguradora_R_Q Despacho_R Available # in Despacho_R_Q Despacho_R Busy # in Control Calidad_R Caja_R Available 5.0000 1.1009 1.0124 .82074 3.5390 .99611 .47501 2.0000 2.0000 .08885 4.0000 .04706 1.4725 .08241 2.0000 (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) (Insuf) 5.0000 .00000 .00000 .00000 .00000 .00000 .00000 2.0000 2.0000 .00000 4.0000 .00000 .00000 .00000 2.0000 5.0000 2.0000 2.0000 2.0000 5.0000 9.0000 4.0000 2.0000 2.0000 2.0000 4.0000 2.0000 4.0000 2.0000 2.0000 5.0000 2.0000 1.0000 1.0000 5.0000 5.0000 3.0000 2.0000 2.0000 .00000 4.0000 .00000 3.0000 .00000 2.0000

COUNTERS Identifier Count Limit ______________________________________________________ Cheques No Asegurados_ Compras Despachadas Pr Compras Despachadas Si Simulation run time: 1.77 minutes. Simulation run complete. 16 27 53 Infinite Infinite Infinite

Observaciones:
Debido a que esta versin del Software Arena, es una versin acadmica, no se permiten modelos con un nmero mayor de 200 mdulos. La parte de animacin de los modelos se ver en la ayudanta. Se recomienda estudiar el modelo mod_03_01.doe que viene como ejemplo con el software en conjunto con este documento.

También podría gustarte