PARCIAL DE SIMULACION.pdf

Embed Size (px)

Citation preview

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    1/23

    Examen

    Simulacin

    Agencia deturismo

    Jos Antonio Puentes Diaz

    Ing. Carlos Cohen M.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    2/23

    EJ ERCICIO

    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 clientesseleccionan 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:

    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):

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    3/23

    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 elpanel.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    4/23

    Modulo Crate

    Este mdulo se edita dando doble clic sobre l, 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

    Create 1

    0

    Panel

    Punto de conexin

    Nmero de entidades que salen del modulo

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    5/23

    Descripcin de los campos ( cuadro de dialogo modulo Create)

    Campo Nombre Funcin Aplicacin

    NameNombre del

    modulo

    Se utiliza paraidentificar yreferenciar el

    modulo, debe sernico.

    Llegadaclientes

    Entity typeTipo deentidad

    Asignaautomticamente

    el atributo Entitytype a las

    entidades, sirvepara definiranimacin y

    costos iniciales.

    Clientes

    TypeTipo dellegada

    Determina laforma comollegan las

    entidades almodelo.

    Expression

    Entities perarrival

    Entidades porevento de

    llegada

    Define el # deentidades que se

    generan en unevento de llegada

    1

    Max arrivalsMximo de

    llegadas

    Define el #mximo de

    llegadasInfinite

    First Creation Primera Tiempo en el cual 0

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    6/23

    creacin se crea la primeraentidad. Por

    defecto 0

    Tiempo entre llegadas (Time between arrivals)

    Se considera el tipo, valor y unidad de tiempo (seg, min, 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 enel modelamiento de esta operacin quedando de la siguientemanera:

    El submodel es un mdulo que contiene un sub modelo que define lacomplejidad 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.

    Observando el contenido de este mdulo, se puede ver que se

    tienen 3 mdulos decide, los cuales se detallan de la siguiente

    manera:

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    7/23

    1- Decisin: Este mdulo decide es multi decisin ya que tiene 5lneas de salida, las cuales son las rutas para los asesores y sus

    propiedades se encuentran en el cuadro de dialogo de la figura

    siguientes.

    Salidas

    Submodel

    Entrada

    Submodel

    1

    2

    3

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    8/23

    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 seforma en cada uno de los mdulos de informacin, y se encuentran en mdulo

    de datos Queue.

    Nombre del mdulo dentro del modelo

    Tipo de decisin

    que se desea

    hacer. En este caso

    se trata de N-way

    by Condition.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    9/23

    Expresin para determinar si la cola 2 es la que menos clientes en espera tiene:

    NQ(Informacin 2.Queue)

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    10/23

    3- Decide2: Este mdulo decide es de la forma N-way by Chanel ytoma 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 deel mismo tamao y est determinado de la siguiente manera:

    Tipo de decisin

    que se desea

    hacer. En este

    caso se trata de2-way by

    Condition.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    11/23

    Ahora se pasa a lo que es el rea de informacin y solicitudes de los paquetes deexcursiones, la cual est definida por 5 submodel los cuales modelan los procesos

    de cada uno de los asesores. Estos submodel son idnticos entre s, 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, 2mdulos decide y 1 mdulo assign cada uno, los cuales se detallan a

    continuacin.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    12/23

    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.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    13/23

    Descripcin de los campos (cuadro de dialogo modulo process)

    Campo Nombre Funcin Aplicacin

    NameNombre del

    modulo

    Se utiliza para identificar yreferenciar el modulo, debe ser

    nico.Informacion1

    TypeTipo demdulo

    procesos

    Define el tipo demodulo.(standard,submodel)

    Standar

    Accin Funcin

    DelayDurante el tiempo especificado la

    entidad demora sin ocupar recursos.

    Seize, DelayLa entidad ocupa un recurso y sufre

    una demora. No libera el recurso

    Seize, Delay, Release La entidad ocupa un recurso,

    Nombre del mdulo dentro del modelo

    Accin desarrollada

    Distribucin

    Parmetros de la distribucin

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    14/23

    experimenta una demora y ,al final, lolibera.

    Delay, ReleaseUna entidad que previamente a tomadocontrol 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 AplicacinDelay Type Uniform

    Units Minutes

    Minimum 17

    Maximum 33

    El modulo decide (SubDecision1) su configuracin realiza la funcin de

    decidir que el 60% de los clientes se retiren y el 40% compre uno de los tipos

    de excursin.

    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:

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    15/23

    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() discriminalas 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 laexpedicin.

    Nombre del modulo

    Lista de asignaciones.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    16/23

    Los process PTipos son los que determinan los tiempos de diligenciamientode 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.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    17/23

    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:

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    18/23

    Mdulo Assign (Forma Pago) su funcin es asignar a las entidades los

    atributos de formas de pago establecidas en la tabla siguiente.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    19/23

    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 uniforme con los

    parmetros que se especifican para cada uno, de la siguiente manera.

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    20/23

    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 retirande 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)

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    21/23

    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 da) el cual se tom debido a que el simulador es limitado(versin estudiante) y genera un error 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 deespera en cola Average (Promedio)

    Informacion1.Queue 58,5193Informacion2.Queue 58,7896

    Informacion3.Queue 59,1316

    Informacion4.Queue 60,0123

    Informacion5.Queue 57,2458

    PTipo1.1.Queue 44,9565

    PTipo1.2.Queue 46,3531

    PTipo1.4.Queue 45,2609

    PTipo1.5.Queue 43,8402

    PTipo1.Queue 42,9175

    PTipo2.1.Queue 37,3933

    PTipo2.2.Queue 36,8116

    PTipo2.4.Queue 35,8332

    PTipo2.5.Queue 36,0086

    PTipo2.Queue 35,9319

    PTipo3.1.Queue 28,0270

    PTipo3.2.Queue 23,9407

    PTipo3.4.Queue 26,3827

    PTipo3.5.Queue 28,1764

    PTipo3.Queue 27,0990

    PTipo4.1.Queue 13,0683

    PTipo4.2.Queue 14,1133

    PTipo4.4.Queue 15,9155

    PTipo4.5.Queue 14,6084

    http://localhost/var/www/apps/conversion/tmp/scratch_7/category%20overview.xlshttp://localhost/var/www/apps/conversion/tmp/scratch_7/category%20overview.xlshttp://localhost/var/www/apps/conversion/tmp/scratch_7/category%20overview.xls
  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    22/23

    PTipo4.Queue 14,0600

    Numero medio en colaAverage (Promedio)

    Informacion 1.Queue 4,2102

    Informacion 2.Queue 4,2657

    Informacion 3.Queue 4,2834

    Informacion 4.Queue 4,2613

    Informacion 5.Queue 4,0562

    PTipo1.1.Queue 0,3936

    PTipo1.2.Queue 0,4106

    PTipo1.4.Queue 0,4107

    PTipo1.5.Queue 0,4069

    PTipo1.Queue 0,3954

    PTipo2.1.Queue 0,3230

    PTipo2.2.Queue 0,3064

    PTipo2.4.Queue 0,2825

    PTipo2.5.Queue 0,2809

    PTipo2.Queue 0,3080

    PTipo3.1.Queue 0,1954

    PTipo3.2.Queue 0,1734

    PTipo3.4.Queue 0,2083

    PTipo3.5.Queue 0,2053

    PTipo3.Queue 0,2115

    PTipo4.1.Queue 0,1014

  • 7/29/2019 PARCIAL DE SIMULACION.pdf

    23/23

    PTipo4.2.Queue 0,0994

    PTipo4.4.Queue 0,1015

    PTipo4.5.Queue 0,1068

    PTipo4.Queue 0,0985

    SubCaja1.Queue 5,0675

    SubCaja2.Queue 4,9414

    SubCaja3.Queue 4,9546

    SubCaja4.Queue 4,8795

    Nmero de personas que

    ocuparon el

    MinimumAverage

    MaximumAveragePromedio Half Width

    Asesor 1 13,9452 0,18 9,0000 19,0000

    Asesor 2 14,1425 0,16 11,0000 21,0000

    Asesor 3 14,2959 0,17 10,0000 23,0000

    Asesor 4 14,0521 0,17 10,0000 20,0000

    Asesor 5 14,2795 0,18 9,0000 19,0000

    Cobrador 0,00 0,00 0,00 0,00