Examen Simulacin

Agencia de turismo
Jos Antonio Puentes Diaz

Ing. Cohen

PROBLEMA

En una agencia de turismo se ofrecen 4 tipos de excursiones a San Andrs, como lo son:

Los clientes llegan a la agencia a buscar informacin segn distribucin Exponencial con media de 3 minutos y esperan ser atendidos por uno de los 5 empleados, los cuales cuentan con compartimentos separados. Los clientes seleccionan el empleado desocupado, o en su defecto al que tiene menos personas esperando. Cada empleado demora 25 +/- 8 minutos en darle la informacin pertinente segn cada tipo de viaje. Luego de esto, el 60% de los clientes se retiran con los folletos, el resto concreta el viaje demorando el empleado en confeccionar la solicitud, los tiempos que a continuacin se detallan: Decisin

Luego los clientes se dirigen a una nica caja atendida por 2 personas demorando distintos tiempos en cobrar de acuerdo a la forma de pago elegida por el cliente (equiprobable):

Luego se retiran del sistema. El horario de atencin al pblico es desde las 10 de la maana hasta las 8:00 de la noche. Simule al presente sistema durante un ao (360 das), determinando: - Cantidad de gente en total haciendo cola frente a los 5 empleados que atienden, cada vez que una persona arriba. - Cada 5 minutos la cantidad de gente en la agencia. - El tiempo que los que concretaron el viaje estuvieron en el sistema. - El tiempo de espera en la cola de caja. Realice el esquema funcional del modelo delimitando el sistema en estudio. Genere un reporte donde se muestren especficamente las conclusiones, las recomendaciones y sugerencias para mejorar el sistema

Desarrollo de la simulacin

1. Se abre una nueva ventana de modelamiento a) La creacin de entidades (Clientes) proporciona el punto inicial del modelo; para ello se agrega un mdulo crate, arrastrndolo a el panel.

Panel

Modulo Crate
Create 1

Punto de conexin con el siguiente modulo Nmero de entidades que salen del modulo

Este mdulo se edita dando doble clic sobre el luego se procede a ingresar los parmetros que determina la llegada de los clientes quedando de la siguiente manera. Cuadro de dialogo del mdulo crate

Campo Name

Nombre Nombre modulo

del

Entity type

Tipo entidad

de

Type

Tipo llegada

de

Entities arrival

per Entidades por evento de llegada Mximo llegadas Primera creacin de

Max arrivals

First Creation

Funcin Se utiliza para identificar y referenciar el modulo, debe ser nico. Asigna automticamente el atributo Entity type a las entidades, sirve para definir animacin y costos iniciales. Determina la forma como llegan las entidades al modelo. Define el # de entidades que se generan en un evento de llegada Define el # mximo de llegadas Tiempo en el cual se crea la primera entidad. Por defecto 0

Aplicacin Llegada clientes

Clientes

Expression

Infinite

Tiempo entre llegadas (Time between arrivals) Se considera el tipo, valor y unidad de tiempo (seg,minu,horas,das) En este caso es consideraron los parmetros vistos en el Cuadro de dialogo del mdulo crate. b) Modelamiento de la decisin para escoger el asesor

Se utiliz el mdulo subModel ya que se requiri mayor detalle en el modelamiento de esta operacin quedando de la siguiente manera:

El submodel es un mdulo que contiene un sub modelo que define la complejidad de la operacin y puede contener varias operaciones, haciendo doble clic sobre l se pueden incorporar los mdulos que definirn la operacin especifica que se necesita, en este caso la operacin que cumple es la de decidir a qu asesor recurrir el cliente para que le brinde la informacin dependiendo de cul es la cola ms corta o si las colas son iguales se escoge al azar. Viendo el contenido de este mdulo de puede ver que se tienen 3 mdulos decide los cuales se detallan de la siguiente manera.

2 3 Entrada Submodel Salidas Submodel

1- Decisin: este mdulo decide es multi decisin ya que tiene 5 lneas de salida las cuales son las rutas para los asesores y sus propiedades se encuentran en el cuadro de dialogo de la figura siguientes.

Nombre del mdulo dentro del modelo

Tipo de decisin que se desea hacer. En este caso se trata de N-way by Condition.

Las formulas de la condicin son las siguientes las cuales determinan por medio de NQ(Identificacin) donde la identificacin es el nombre de la cola que se forma en cada uno de los mdulos de informacin, y se encuentran en mdulo de datos Queue.

Expresin para determinar si la cola 2 es la que menos clientes en espera tiene: NQ(Informacin 2.Queue) <(NQ( Informacin 1.Queue) < NQ(Informacin 3.Queue) < NQ(Informacin 4.Queue) < NQ(Informacin 5.Queue)) De esta manera estn determinadas las frmulas para cada una de las colas cambiando solo las identificaciones de dichas colas.

2- Decisin 1: este mdulo decide es un decisin ya que tiene 2 lneas de salida la lnea que sale de la decisin verdadera conduce a el asesor 5 ya que la lnea de entrada viene de la decisin anterior, y decide si el asesor 5 tiene menos clientes en cola de lo contrario sale por la lnea de falso ya que no se cumple con, la condicin la cual esta determinada de la siguiente manera. alimentando la lnea de entrada del siguiente modulo decide. NQ(Informacin 5.Queue) <(NQ( Informacin 1.Queue) < NQ(Informacin 3.Queue) < NQ(Informacin 4.Queue) < NQ(Informacin 2.Queue))

Tipo de decisin que se desea hacer. En este caso se trata de 2-way by Condition.

3- Decide2: este mdulo decide es de la forma N-way by Chanel y toma la decisin por medio de porcentajes siendo este mdulo quien decide aleatoriamente cual asesor escoger el cliente ya que si llega hasta este mdulo quiere decir que las filas estn de el mismo tamao y est determinado de la siguiente manera.

Ahora se pasa a lo que es el rea de informacin y solicitudes de los paquetes de excursiones la cual est definida por 5 submodel los cuales modelan los procesos de cada uno de los asesores. Estos submodel son idnticos entre si solo cambia las distribuciones de tiempos de proceso y sus respectivos nombres por lo tanto con detallar uno se puede establecer visualmente los dems. c) Modelamiento de informacin y solicitudes. Las operaciones de estos submodel (InfoSoli1; InfoSoli2, InfoSoli3, InfoSoli4; InfoSoli5) estn definidas por 5 mdulos process,2 mdulos decide y 1 mdulo assign cada uno, los cuales se detallan a continuacin.

El mdulo (process) informacin1 es donde se modela la entrega de la informacin de cada tipo de excursin con un tiempo determinado por una distribucin uniforme con parmetros 25+/- 8 (17,33) minutos ocupando un recurso llamado asesor 1 como se muestra en la siguiente figura.

Nombre del mdulo dentro del modelo

Accin desarrollada

Distribucin

Parmetros de la distribucin

Campo Name

Type

Nombre Nombre del modulo Tipo de mdulo procesos

Funcin Aplicacin Se utiliza para identificar y Informacion1 referenciar el modulo, debe ser nico. Define el tipo de Standar modulo.(standard,submodel)

Accin Delay Seize, Delay Seize, Delay, Release

Funcin Durante el tiempo especificado la entidad demora sin ocupar recursos. La entidad ocupa un recurso y sufre una demora. No libera el recurso La entidad ocupa un recurso, experimenta una demora y ,al final, lo libera.

Delay, Release

Una entidad que previamente a tomado control de un recurso, demora y luego libera a este recurso.

En el campo delay Type ofrece las posibilidades de una expresin o un tiempo constante como se explic en la seccin correspondiente a la edicin del modelo create. Campo Delay Type Units Minimum Maximum Aplicacin Uniform Minutes 17 33

El modulo decide (SubDecision1) tal como se explica anteriormente su configuracin realiza la funcin de decidir que el 40% de los clientes se retiren y el 60% compre uno de los tipos de escurcion.

El mdulo Assign (TipoExcursion) agrega a las entidades (clientes) un atributo el cual lo caracteriza con el tipo de excursin que desea tomar las cuales estn definidas dela siguiente forma.

Nombre del modulo

Lista de asignaciones.

La frmula asignada es de la siguiente forma Disc (0.4, Tipo1, 0.7, Tipo2, 0.9, Tipo3, 1.0, Tipo4) en la cual Disc() discrimina las entidades en este caso clientes por el porcentaje especificado dndole a cada una su respectivo atributo de Tipo.

El mdulo subdecisin 1.2 el cual se muestra debajo le da la ruta a las entidades para determinar el tiempo que tomara diligenciar la solicitud de la expedicin.

Los process PTipos son los que determinan los tiempos de diligenciamiento de las solicitudes de las excursiones, estos procesos se establecen con las siguientes caracteristicas,cada Proces (PTipo) varia solo en la media y la desviacion estandar como se muestra en la tabla.

A continuacin se agrega un submodel para el proceso de caja

A este submodel llegan a pagar todas las entidades (clientes) que compraron uno de los tipos de excursin, dentro de l se encuentran varios procesos que determinan su operacin, 1 mdulo Assign, 1Decide, 4 Process, detallados de la siguiente manera.

Mdulo Assign(FormaPago) su funcin es asignar a las entidades los atributos de formas de pago establecidas en la tabla siguiente.

Modulo Decide(Dforma Pago) su funcin es la de decidir segn el atributo Forma de pago que tiempo va a demorar en el proceso.

El tiempo lo definen los mdulos (subCaja1, subCaja2, subCaja3, subCaja3) por medio de las ecuaciones de distribucin Normal con los parmetros que se especifican para cada uno, de la siguiente manera.

Estos procesos ocupan dos recursos ya que son 2 empleados en una misma caja. Despus de que las entidades (clientes) pagan su plan excursionista se retiran de la empresa y esto lo realiza un mdulo llamado Dispose el cual tiene como funcin retirar las entidades del modelo y solo necesita que se le d un nombre (Salida)

CONCLUSIN

En la pestaa Run- Setup del programa Arena se encuentra una macro con los siguientes pestaas donde se ingresa el tiempo a simular y la longitud de las corridas en este caso se simulo un ao de 365 das con una duracin por da de 300 minutos (5 hr por dia) el cual se tom debido a que el simulador es limitado (versin estudiante) y genera un erro al simular los 600 minutos (10 hr por da) pedidos en el ejemplo lo cual no modifica la simulacin. Con esta simulacin el programa arroja los datos necesarios para responder con la preguntas del ejercicio. Resultados
Tiempo medio de espera en cola Informacion1.Queue Informacion2.Queue Informacion3.Queue Informacion4.Queue Informacion5.Queue PTipo1.1.Queue PTipo1.2.Queue PTipo1.4.Queue PTipo1.5.Queue PTipo1.Queue PTipo2.1.Queue PTipo2.2.Queue PTipo2.4.Queue PTipo2.5.Queue PTipo2.Queue PTipo3.1.Queue PTipo3.2.Queue PTipo3.4.Queue PTipo3.5.Queue PTipo3.Queue PTipo4.1.Queue
Average(Promedio)

58,5193 58,7896 59,1316 60,0123 57,2458 44,9565 46,3531 45,2609 43,8402 42,9175 37,3933 36,8116 35,8332 36,0086 35,9319 28,0270 23,9407 26,3827 28,1764 27,0990 13,0683

PTipo4.2.Queue PTipo4.4.Queue PTipo4.5.Queue PTipo4.Queue

14,1133 15,9155 14,6084 14,0600

Numero medio en cola

Average(Promedio)

Informacion 1.Queue Informacion 2.Queue Informacion 3.Queue Informacion 4.Queue Informacion 5.Queue PTipo1.1.Queue PTipo1.2.Queue PTipo1.4.Queue PTipo1.5.Queue PTipo1.Queue PTipo2.1.Queue PTipo2.2.Queue PTipo2.4.Queue PTipo2.5.Queue PTipo2.Queue PTipo3.1.Queue PTipo3.2.Queue PTipo3.4.Queue PTipo3.5.Queue

4,2102 4,2657 4,2834 4,2613 4,0562 0,3936 0,4106 0,4107 0,4069 0,3954 0,3230 0,3064 0,2825 0,2809 0,3080 0,1954 0,1734 0,2083 0,2053

PTipo3.Queue PTipo4.1.Queue PTipo4.2.Queue PTipo4.4.Queue PTipo4.5.Queue PTipo4.Queue SubCaja1.Queue SubCaja2.Queue SubCaja3.Queue SubCaja4.Queue

0,2115 0,1014 0,0994 0,1015 0,1068 0,0985 5,0675 4,9414 4,9546 4,8795

Nmero de personas que ocuparon el

Promedio

Half Width

Minimum Average

Maximum Average

Asesor 1 Asesor 2 Asesor 3 Asesor 4 Asesor 5 Cobrador

13,9452 14,1425 14,2959 14,0521 14,2795 0,00

0,18 0,16 0,17 0,17 0,18 0,00

9,0000 11,0000 10,0000 10,0000 9,0000 0,00

19,0000 21,0000 23,0000 20,0000 19,0000 0,00