You are on page 1of 67

Problema 2.

5
Considere, en base del problema 2.4, que los clientes VIP deben ser atendidos con
prioridad por los cajeros. Presente los indicadores pedidos en la pregunta 4.
Solucin:
Nota: En el problema 2.4 se presentan dos tipos de clientes: Clsicos y VIP. Todos
son atendidos de acuerdo al orden de llegada (FIFO = First In First Out = Primero en
Llegar Primero en Salir). Ahora se quiere que los clientes VIP sean atendidos con

prioridad por los cajeros, esto quiere decir que si hay un cliente VIP esperando a ser

atendido y tambin hay otro tipo de cliente esperando por lo mismo, el cliente VIP
debe ser atendido primero sin importar la hora en que este haya llegado. Si hubiera
varios clientes VIP esperando ellos sern atendidos de acuerdo a la hora de llegada.
El esquema del modelo es el mismo que el 2.4.
El modelo anterior:

LLEGADA DE
CLIENTES

LLEGADA DE VIPs

VENTANILLAS

SALIDA DE
CLIENTES

Los cambios:
Para dar la prioridad de ser atendido debemos hacer que la entidad elegida se coloque

en la cabecera de la cola, es decir se ubique en la posicin que le permita ser la

prxima en salir de ella. Para ello lo primero que debemos hacer es identificar a las
entidades, esto es a cada tipo de entidad ponerle dentro de un atributo, al que

llamaremos TIPO, un valor diferente usando un mdulo ASSIGN, as: el valor 1


significar que el cliente es Clsico y si el valor es 2, significar que el cliente es VIP.
El nuevo modelo:

LLEGAD A DE
C LIEN TES

LLEGAD A D E
VIPs

D ATOS D E
C LIEN TES
C LASIC OS

VENTAN ILLAS

D ATOS DE
C LIEN TES VIP

El mdulo ASSIGN DATOS DE CLIENTES CLASICOS:

La forma como se asigna el atributo:

SALID A DE
C LIEN TES

El mdulo ASSIGN DATOS DE CLIENTES CLASICOS:

Ahora la prioridad un cambio dentro de la cola, por ello debemos usar un mdulo de
datos QUEUE.

El mdulo de datos QUEUE actual presenta la forma:

En ella se puede observar que la cola VENTANILLAS.Queue ordena a las entidades


dentro de ella mediante la regla FIFO (ver Type).

Al deplegar la opcin Type, se presentan 4 opciones:

La regla Last In First Out (LIFO) significa que pondr en la cabecera de la cola a la
ltima entidad que llegue hasta ese momento.

La regla Lowest Attribute Value significa que pondr en la cabecera de la cola a la que
tenga el menor valor dentro de un atributo determinado.

La regla Highest Attribute Value significa que pondr en la cabecera de la cola a la que
tenga el mayor valor dentro de un atributo determinado.

Para nuestro problema el mdulo Queue tendra la forma:

Se le pide al alumno compare estos resultados con los pbtenidos para el problema 2.4
y de sus conclusiones administrativas.

Problema 2.6:
En base del problema 2.5 considere que los clientes clsicos son de dos tipos: clientes
propios del banco y aquellos que van a pagar servicios (a los que llamaremos

usuarios). De todos los clientes clsicos el 70% son clientes propios y el 30% usuarios.
Entre estos clientes los propios deben tener prioridad de ser atendidos.
Solucin:

Nota: Aqu parecen dos tipos de clientes cuya diferencia est dada por una
probabilidad, teniendo una misma distribucin entre los tiempos de llegada. En este

caso no necesitamos hacer otro CREATE, sino que debemos hacer dos caminos uno

para identificar a los propios y otro para identificar a los usuarios, esto lo haremos con
un mdulo DECIDE.

El modelo:

LLE GA DA DE
CLIE NTE S

QURE TIPO DE
CLIENTE ES?

T ru e

DA TOS DE
CLIE NTE S
P ROP IOS

Fals e

V E NTA NILLA S

S A LIDA DE
CLIE NTE S

DA TOS DE
CLIE NTE S
US UA RIOS

LLE GA DA DE
V IP s

DA TOS DE
CLIE NTE S V IP

El mdulo DECIDE:

Aqu se determina que el 70% de clientes van a salir por la salida TRUE, es decir por
esta salida saldrn los clientes PROPIOS.

El mdulo DECIDE: DATOS DE LOS CLIENTES PROPIOS:

El mdulo DECIDE: DATOS DE LOS CLIENTES PROPIOS:

En los ltimos ASSIGN se puede apreciar que: el atributo TIPO para el cliente propio

tiene el valor de 1 y para el cluente USUARIO tiene el valor de 0. Esto se hace para
mantener la prioridad de la cola de los cajeros; as en que tenga mayor prioridad de
atencin el es VIP (TIPO = 2), le sigue en prioridad el PROPIO (TIPO = 1) y finalmente
el USUARIO (TIPO = 0).

Por otro lado se ha cambiado el tipo de cliente (Entity Type), como USUARIO o
PROPIO como sea la circunstancia.

Despes de ejcutarlo el alumno encontrar los siguientes valores:

Por otra parte podr observar que: CLIENTE.TotalTime = ---, esto se debe a que la

entidades CLINTE han desaparecido tranformandose en PROPIO o USUARIO, po r


ello es que no guarda informacin de los CLIENTE.

Problema 2.7:
El gerente de la agencia desea hacer mas eficiente el servicio al cliente, por ello quiere
probar las siguientes alternativas.

Solucin:

Alternativa a:

Nota: El cambio es que ahora existe un cajero (recurso) para cada tipo de cliente y
cada uno de ellos atender en su propio PROCESS.

El modelo:

LLE GA DA DE
CLIE NTE S

QURE TIPO DE
CLIENTE ES?

T ru e

DA TOS DE
CLIE NTE S
P ROP IOS

V E N TA NILLA D E
P ROP IOS

DA TOS DE
CLIE NTE S
US U A RIOS

V E N TA NILLA D E
US U A RIOS

DA TOS DE
CLIE NTE S V IP

V E N TA NILLA D E
V IP

Fa ls e

LLE GA DA DE
V IP s

S A LIDA D E
CLIE NTE S

El PROCESS VENTANILLA PARA PROPIOS:

Observe que el cajero para este tipo de cliente se llama CAJPRO.


El PROCESS VENTANILLA PARA USUARIOS:

Observe que el cajero para este tipo de cliente se llama CAJUSUA.


El PROCESS VENTANILLA PARA VIP:

Observe que el cajero para este tipo de cliente se llama CAJVIP.


El modulo RESOURCE tiene ahora la forma:

Observe que se ha eliminado (en forma manual) el recurso CAJERO y se han creado
los recursos mencionados lineas arriba.

El alumno al ejecutar el modelo encontrar los siguientes valores:


El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 11.015 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 109.07 minutos.

Se le pide al alumno d sus conclusiones administrativas para ver si esta opcin


mejora la atencin al cliente.

Alternativa b:

Nota: En este problema vamos a definir 2 tipos de recursos: un tipo para los clientes
USUARIO con capacidad 1 y un tipo para los clientes PROPIO con capacidad 2. Para

los clientes VIP definiremos un conjunto (SET) de recursos conformado por los
recursos anteriormente definidos.

El modelo:

La lgica del modelo es similar al problema anterior, lo que cambia es los datos.

LLE GA DA DE
CLIE NTE S

QURE TIPO DE
CLIENTE ES?

T ru e

DA TOS DE
CLIE NTE S
P ROP IOS

V E NTA NILLA DE
P ROP IOS

DA TOS DE
CLIE NTE S
US UA RIOS

V E NTA NILLA DE
US UA RIOS

DA TOS DE
CLIE NTE S V IP

V E NTA NILLA DE
V IP

Fa ls e

LLE GA DA DE
V IP s

S A LIDA DE
CLIE NTE S

La definicin de recursos del problema 2.7.a es:

La definicin de recursos del problema 2.7.b es:

Observe que se han definido dos recursos: CAJPROP, para los clientes PROPIO, con
capacidad 2 y CAJUSUA, para clientes USUARIO, con capacidad 1.

Como cualquiera de estos recursos puede atender a los clientes VIP, entonces debe
haber un recurso que abarque a los ya definidos, esto se logra haciendo un conjunto
(SET) de recursos. Esto se muestra en la siguiente figura:

Observe que en el modulo SET se define el conjunto (CAJVIP) junto con el tipo de
elementos que tiene el conjunto (Resource en Type) y finalmente el nmero de

elementos que tiene el conjunto, dentro de este nmero est la relacin de elementos,
aqu debe definirse el orden en que deben usarse los recursos.

Los modulos PROCESS de los clientes USUARIO y PROPIO son identicos a los del
problema 2.7.a, el mdulo PROCESS para los clientes VIP es:

Aqu podemos observar que para que los clientes VIP tengan prioridad de ser
atendidos, sobre cualquiera de los otros clientes, se ha dado una mayor prioridad al
proceso (Priority: High(1)) por estar en colas diferentes.

Asimismo observamos que el recurso que atienda a este cliente es obtenido de un


conjunto de ellos (Set, CAJVIP, 1, Preferred Order,).

El alumno al ejecutar el modelo encontrar los siguientes valores:

El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 23.953 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 48.837 minutos.

Se le pide al alumno de sus conclusiones administrativas para ver si esta opcin

mejora la atencin al cliente. Se deja como ejercicio que el alumno resulva el ejercicio

usando otra forma de asignar los recursos, por ejemplo definiendo 3 tipos de recursos
cada uno con capacidad 1 y luego definiendo 2 tipos de conjuentos uno para clientes
PROPIO y otro para clientes VIP.

Problema 2.8:
Basado en el problema 2.7.b, considere que el tiempo entre llegadas de los clientes

tipo PROPIO y USUARIO, est distribuido exponencialmente pero con una media que
vara de acuerdo a la hora. Esta variacin se presenta en la siguiente tabla:
Horario

Media

De 11:00 a 12:30

1.5

De 9:30 a 11:00

De 12:30 a 14:00
De 14:00 a 16:00

De 16:00 hasta el final

1.5

Considere que la agencia inicia sus operaciones a las 9:30 de la maana. Modele este
problema y determine los indicadores pedidos en las preguntas anteriores.
Solucin:

Notas: En este problema nos indican que el tiempo entre llegadas de los clientes sigue
una distribucin exponencial cuya media esta variando de acuerdo al tiempo. Para

modelar esta situacin existen diferentes maneras. Aqu mostraremos dos formas:
usando una variable, a la que llamaremos MEDIA, y la otra usando un SCHEDULE.
a. Usando la Variable:
Las variables las podemos definir desde el mdulo ASSIGN o desde el mdulo

VARIABLE. Usamos este ltimo mdulo cuando queremos que la variable inicie la
simulacin con un valor determinado diferente de cero (0) y usamos la definicin en el
mdulo ASSIGN cuando el valor inicial de la variable es cero (0).

Para este problema la variable MEDIA debe tener un valor de 2 cuando se inicie la
simulacin, por ello usaremos el mdulo de datos VARIABLE:
Mdulo VARIABLE

Descripcin:
Este mdulo se usa para definir la dimensin y los valores iniciales de las variables.

Estas variables pueden ser referenciadas en otros mdulos (Ejemplo en el Mdulo

DECIDE), se les puede reasignar otros valores mediante el mdulo ASSIGN, y pueden
ser usadas en cualquier expresin.
Parmetros:
Parmetro
Name

Descripcin

Identificador del

modulo, debe ser


nico es decir no

repetirse para otro.

Valor Inicial

Variable 1

Ejemplo

Contador

Rows

Columns

Nmero de filas en

una variable

dimensional.
Nmero de

columnas en una
variable

Statistics

dimensional.

Es una caja de

chequeo para

Sin chequear.

Con chequear.

Statistics

System

determinar si se
deben guardar

estadsticas sobre
Clear Option

la variable.

Define el momento

cuando el valor de
la variable debe

regresar a su valor
inicial.

Si se usa Statistics
significa que se

regresa al valor

inicial cuando las


estadsticas son
borradas.

Si se usa System
significa que se

regresa al valor

inicial cuando el

sistema es borrado.
Si se usa None

significa que nunca


se regresa al valor
inicial.

Initial Values

Se listan los valores

iniciales de las

variables. Este

valor puede ser


cambiado por

medio del mdulo


ASSIGN.

Initial Value

Valor de la variable

para iniciar la
simulacin.

Para nuestro ejemplo: Definimos la variable MEDIA:

Esta variable debe cambiar de valores conforme pasa el tiempo, esto lo hacemos mediante una
red, como sigue:
CONTROL DE LA
MEDIA

DE 930 A 1100

DE 1230 A 1400

SEGUNDO
VALOR DE LA
MEDIA

DE 1100 A 1230

CUARTO VALOR
DE LA MEDIA

DE 1400 A 1600

TERCER VALOR
DE LA MEDIA

QUINTO VALOR
DE LA MEDIA

Dispose 2

Este mdulo CREATE, crea una sola entidad:

En los mdulos PROCESS se deja transcurrir el tiempo sin usar recursos:

En los mdulos ASSIGN se le asigna los nuevos valores a la variable MEDIA.

El resto de la red es similar al del problema 2.8:

LLE GA DA DE
CLIE NTE S

QURE TIPO DE
CLIENTE ES?

T ru e

DA TOS DE
CLIE NTE S
PROP IOS

V ENTA NILLA DE
P ROP IOS

DA TOS DE
CLIE NTE S
US UA RIOS

VE NTA NILLA DE
US UA RIOS

DATOS DE
CLIE NTE S V IP

VE NTA NILLA DE
VIP

Fals e

LLEGA DA DE
V IPs

S ALIDA DE
CLIE NTE S

Lo nico que debe de cambiar es la media de distribucin exponencial del mdulo


CREATE:

La media era antes 1.5, ahora es la variable MEDIA.


Nota: El modelo completo sera:

CONTROL DE LA
ME DIA

DE 930 A 1100

DE 1230 A 1400

S E GUNDO
V A LOR DE LA
ME DIA

DE 1100 A 1230

CUA RTO V A LOR


DE LA ME DIA

DE 1400 A 1600

LLE GA DA DE
CLIE NTES

TE RCE R V A LOR
DE LA ME DIA

QUINTO V A LOR
DE LA ME DIA

QURE TIPO DE
CLIENTE ES?

T ru e

DA TOS DE
CLIE NTE S
P ROP IOS

V E NTA NILLA DE
P ROP IOS

DA TOS DE
CLIE NTE S
US UA RIOS

V E NTA NILLA DE
US UA RIOS

DA TOS DE
CLIE NTES V IP

V E NTA NILLA DE
V IP

Fals e

LLE GA DA DE
V IP s

Dispose 2

S A LIDA DE
CLIE NTES

El alumno encontrar los siguientes resultados:

El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 53.021 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 65.965 minutos.

El tiempo que un cliente VIP esta dentro de la agencia es (VIP.TotalTime)

= 5.1696 minutos.

b. Usando SCHEDULE
Mdulo SCHEDULE

Descripcin:
Este mdulo de datos puede ser usado juntamente con el mdulo RESOURCE para
definir la programacin de uso de un recurso o con el mdulo CREATE para definir un

programa de arribos. Puede usarse de otras maneras, que en casi se a necesario lo


mostraremos a lo largo del desarrollo de la asignatura.
Usos Clsicos:

Calendario de trabajo para el personal, incluidas las pausas.


Patrones de distribucin de equipos.
Volumen de clientes que llegan a un a tienda.
Factores de la curva de aprendizaje para los nuevos trabajadores

Parmetros:
Parmetro

Name

Descripcin

Identificador

Valor por defecto

del Schedule 1

modulo, debe ser

Ejemplo

HORARIO

nico es decir no
Format Type

repetirse para otro.


Formato del

Schedule que est


siendo definido.

Duration

Duration

Si el formato es
Duration el

Schedule es

definido con una


coleccin de

valores de duracin.
Si le formato es
Calendar el

Schedule es

definido usando el
Type

Time Pattern editor


Tipo del Schedule

que est siendo

Capacity

Capacity

Hours

Minutes

definido. Puede
ser:

Capacity related:
para programar
recursos.

Arrival related: para

el mdulo CREATE.
Others: Diversas
Time Units

Scale Factor

formas de retrasos.
Unidad de tiempo

usada en el
programa.

Mtodo de escala

del SCHEDULE

para aumentar o
disminuir en los

valores

Arrival/Others.

Durations

Lista de valores del 0 rows

2 rows

SCHEDULE.

Los valores pueden


ser

capacidad,

arribos u otro tipo,


con su respectiva
duracin.
Los

valores

se

repiten despus de
que se termina su
definicin.

Value

Representa

capacidad

la

de

los

recursos, el ratio de
arribos o otros.

Duration

El

especificado
cada valor.

tiempo

para

El modelo:

El modelo es similar al del problema anterior, por lo que mostraremos solo los
cambios:

LLEGADA DE
CLIE NTES

QURE TIPO DE
CLIENTE ES?

T ru e

DATOS DE
CLIE NTES
PROPIOS

VENTA NILLA DE
PROPIOS

DATOS DE
CLIE NTES
USUARIOS

VENTA NILLA DE
USUARIOS

DATOS DE
CLIE NTES VIP

VENTA NILLA DE
VIP

Fa ls e

LLEGADA DE
VIPs

SALIDA DE
CLIE NTES

Con el SCHEDULE no se puede programar los cambios de la media, lo que se puede


programar son los ratios (ritmos) de llegada de los clientes. Por eso debemos de
calcular estos ritmos.

El problema dice que entre las 9:30 y laa 11:00, la media de la exponencial es 2
minutos. Esto significa que en una hora llegan en promedio 30 (60/2) clientes. As
podemos concluir:

Horario

De 9:30 a 11:00

Media

30

60

De 11:00 a 12:30

1.5

De 14:00 a 16:00

1.5

De 12:30 a 14:00
De 16:00 hasta el final

Ratio de llegada

40
40

60

Esto valores son los que se deben programar en el SCHEDULE:

La lista de los valores son: (haga cluck derecho sobre 5 rows y se despiega un men
de acciones, luego ingrese a Edit via dialog)

Con esto a creado el progama de llegadas, ahora debe conectar este programa al
modulo CREATE los clientes PROPIO y USUARIO, como se muestra a continuacin:

Recuerde que LLEGADAS es el nombre del SCHEDILE creado. Dspus de ejecutar la


simulacin, el alumno encontrar los siguientes resultados:

El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 50.590 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 61.404 minutos.

El tiempo que un cliente VIP esta dentro de la agencia es (VIP.TotalTime)

= 5.0233 minutos.

Nota: El alumno observar que hay una diferencia entre los resultados de las dos

formas de modelar este problema, esto se debe a la aleatoriedad del mismo, lo que
explicaremos ms adelante.

Problema 2.9
En base del problema 2.8, considere que el banco tiene abiertas sus puertas desde las
9:30 de la maana hasta las 6 de la tarde, despus de esta hora se cierran las puertas

para que ya no ingresen clientes, la atencin del banco termina cuando todos los
clientes que entraron hayan salido. Modele este problema y determine los indicadores
pedidos en las preguntas anteriores.
Solucin:

Nota: En los problemas anteriores la simulacin terminaba a las ocho horas de


iniciada, as habian clientes que se quedaban dentro del banco (en cola o siendo

atendidos) al terminar la simulacin. Este final de atencin del banco no es muy real, el
banco recibe clientes hasta cierta hora, depues cuerra sus puertas y continua
atendiendo a los clientes que estan dentro del banco hasta que se halla atendido el
ltimo.

Par modelar esta situacin existen varias formas, aqu se mostrara una de ellas:
En el parmetro Max Arrivals de cada mdulo CREATE que esista en su modelo,
escriba la siguiente expresin: 999999*(TIEMPO QUE SE PERMITE EL INGRESO
DE CLIENTES TNOW).

TIEMPO QUE SE PERMITE EL INGRESO DE CLIENTES es la cantidad de horas,


minutos, etc., en que esta permitido el ingreso al banco, para nuestro ejemplo de 9:30

de la maana hasta las 6:00 de la tarde, es decir 8.5 horas o 510 minutos. La unidad
de tiempo con que se debe trabajar es la unidad de tiempo que se definio en: Base

Time Units de Replications Parameters en Run Setup. Asimismo se debe de dejar


quela simulacin pare cuando el sistema queda vaco, esto se logra dejando correr el

sistema infinitamente (Infinite de Replications Parameters en Run Setup) ya que


cuando el ltimo cliente halla sido atendido la simulacin termina automticamente.

Para mostrar la solucin de este problema usaremos la opcin 2.8b del probkema 2.8
(se deja al alumno que lo haga con la otra opcin).

El modelo:

El modelo es similar al del problema 2.8B:

LLE GA DA DE
CLIE NTE S

QURE TIPO DE
CLIENTE ES?

0 T ru e

DA TOS DE
CLIE NTE S
P ROP IOS

V E N TA NILLA DE
P ROP IOS

DA TOS DE
CLIE NTE S
US UA RIOS

V E NTA NILLA DE
US UA RIOS

DA TOS DE
CLIE NTE S V IP

V E NTA NILLA DE
V IP

F a ls e

LLE GA DA DE
V IP s

0
S A LIDA DE
CLIE NTE S

La diferencia es que en cada modulo CREATE se ha escrito. 999999*(510-TNOW).


Recuerde que la unidad base de simulacin es minutos. As:

El resultado ms saltante es la duracin de la simulacin: 870 minutos, las puertas se


cerraron a los 510 minutos, depues de este momento ya no ongresaron clientes, pero
el sistema siguio trabajando hasta que el ltimo se hall a retirado, esto ocurre a los 870
minutos. El valor de las variables que estamos observando en todos los ejemplos son:

El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 53.038 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 88.859 minutos.

El tiempo que un cliente VIP esta dentro de la agencia es (VIP.TotalTime)

= 5.0514 minutos.
Problema 10:

En base del problema 9, considere que los cajeros que atienden a los clientes

PROPIOS y VIP, trabajan solo 8 horas. Pero uno de ellos incia su trabajo a las 9:30 y
el otro dos horas depus. Por su parte el cajero que atiende a los clientes USUARIOS

trabajn desde las 9:30 por todo el tiempo que sea necesario. Modele este problema y
determine los indicadores pedidos en las preguntas anteriores.
Solucin:
Cuando se define un recurso, por defecto se considera que, este recurso, esta

presente en el sistema durante toda la simulacin. En este problema vemos que los
recursos (cajeros) no van a estar durante toda la simulacin, para resolver este

inconveniente debemos de ponerle un horario de trabajo a cada uno de los cajeros

que atienden a los clientes PROPIO, el cajero que atiende a los clientes USUARIO
trabaja todo el tiempo por lo que no necesitahorario.

El horario se define por medio de SCHEDULE y luego se carga en el modulo


PESOURCE.

Creacin del horario.


En el problema 2.9, el recurso que atiende a los clientes PROPIO y VIP se llama:
CAJPRO y tiene capacidad de 2 para todo el tiempo de la simulacin. Para este
problema, por los horarios dispuestos, la capacidad de este recuros es:

Horario

En horas

Capacidad

De 11:30 a 17:30

40

De 9:30 a 11:30

De 17:30 a 19:30

De 19:30 hasta el 10
final

El SCHEDULE (CAPACIDAD) ser:

30

60

40

Luego de crear el horario, debemos de asignarlo al recurso:

El alumno al ejecutar la simulacin encontrar los siguientes valores:


El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 40.781 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 342.02 minutos.

El tiempo que un cliente VIP esta dentro de la agencia es (VIP.TotalTime)

= 5.7367 minutos.

Duracin de la simulacin (Replication ended at time): 1740 minutos.

El incremento del tiempo de simulavcin era de esperarse pus los recursos ya no


estan durante todo el tiempo.
Problema 11:
Basndose en el problema 10, considere que los clientes tipo PROPIO y USUARIO
llegan en grupos de 1, 2 o 3 personas, con las probabilidades de 95%, 3% y 2%

respectivamente, modele este escenario y determine los valores de las variables


pedidas en los problemas anteriores.

Solucin:
Nota:

En este problema se requiere que el 95% de veces que se cree un arribo, en este
arribo llegue una entidad, que el 3% de veces que se cree un arribo, en este arribo

lleguen dos entidades y, que el 2% de veces que se cree un arribo, en este arribo
lleguen tres entidades.

Para esto se debe manipular la opcin Entities per Arrival del modulo CREATE. Esta
opcin no debe ser esttica, debe representar el 95% de las veces 1, el 3% de las
veces 2 y el 2% de las veces 2.

Esto se logra haciendo uso de la distribucin estadstica de ARENA llamada


Discrete.

Esta distribucin, cada vez que se ejecuta, devuelve un nmero, el cual se calcula de
acuerdo a una probabilidad.

La sintaxis de esta distribucin es:


DISC(ProbAcum1, Valor1, ProbAcum2, Valor2, , ProbAcumN, ValorN)
Donde:

ProbAcumi: Es la probabilidad acumulada.


Valori: es el valor que se debe genarar.

Para nuestro caso ser: DISC(0.95,1,0.98,2,1.00,3), lo que se escribira en el modulo


CREATE, as:

El alumno encontrar, despues de ejecutar la simualcin los siguientes resultados:


El tiempo que un cliente USUARIO esta dentro de la agencia es

(USUARIO.TotalTime) = 328.99 minutos.

El tiempo que un cliente PROPIO esta dentro de la agencia es

(PROPIO.TotalTime) = 342.02 minutos.

El tiempo que un cliente VIP esta dentro de la agencia es (VIP.TotalTime)

= 5.3032 minutos.

Duracin de la simulacin (Replication ended at time): 1740 minutos.


Recolectando estadsticas
Hemos visto que por defecto ARENA recolecta datospara presentar estadsticas

finales de ellos, por ejemplo: Tntity.VATime, Entity.NVATime, Entity.WaitTime,


Entity.TranTime, Entity.OtherTime, Entity.TotalTime, Process.WaitingTime, Entity.WIP,
Resource.NumberBusy, Resource.NumberScheduled, Resource.Utilization, etc.

ARENA permite al usuario recolectar otros datos, que por defecto no lo puede hacerr,
pero que son neccesarios para este. Este cometido se logra haciendo uso del mdulo
RECORD.

Mdulo RECORD:

Descripcin:

Este mdulo se usa para coleccionar estadsticas en un modelo de simulacin.


Dispone de diferentes tipos de observaciones estadsticas, las que incluyen; tiempo
entre

salidas

del

mdulo,

estadsticas

de

entidades

(tiempo,

costos,etc),

observaciones generales, y estadsticas de intervalos (desde algn momento tomado


hasta el momento actual de la simulacin). Tambin tiene un tipo de contador.
Parmetros:
Parmetro

Name
Type

Valor por

Descripcin

defecto

Ejemplo

Identificador del mdulo, debe ser nico es Record1

Tiempo entre

Tipo de estadstica observacional o cuenta a

Time Interval

decir no repetirse para otro.


ser generada. Puede ser:

Count

salidas

Count: para aumentar o disminuir el valor de


la estadstica nombrada por un valor.

Entity Statistics: para generar estadsticas


generales de entidades, tales como tiempo y
costo/ duracin de la informacin.
Time Interval: para calcular

registrar

la

diferencia entre un valor especifico de un


atributo y el tiempo actual de simulacin.

Time Between: para rastrear y registrara el

tiempo entre entidades entrantes al mdulo.

Expression podr registrar el valor de una


Attribute
Name

expresin especfica.

Nombre del atributo cuyo valor puede


usado para el intervalo de estadsticas.

Aplicable solo cuando Type es intervalo.

ser Attribute1

LLegada

Value

Valor que ser registrado en la observacin

estadstica cuando Type es Expression o se

aadir al contador cuando Type es Count.

Tally

Este campo define el nombre del smbolo al Record1

Name

que corresponde la observacin que est

Entre Salidas

siendo registrada.

Aplicable cuando Type es Time Interval, Time


Counter
Name

into Set

Name

Este campo define el nombre del smbolo de Record1


el contador de incremento/ decremento a
nombrar.

Record

Tally

Between, o Expression.

Aplicable solo cuando Type es Counter

Casilla de verificacin para especificar, si una

cuenta o grupo de contadores ser usado o


no.

Set Nombre de un conjunto de cuentas que sern


usadas para registrar las estadsticas de tipo
observacional.

Aplicable cuando Type es Time Interval, Time


Counter

Set Name

Set Index

Between, o Expression.

Nombre del grupo de contadore que ser


usado para registrar las estadsticas de tipo
cuenta.

Aplicable solo cuando Type es Count.

ndice dentro de una cuenta o grupo de


contadores.

Contador

Ejemplos:

Problema 12:

Tomando como base el problema 11, Se pide que conteste a las siguietes preguntas:
a. Cada cuanto tiempo un cliente, en general y por tipo, sale del banco.
b. El tiempo en promedio que un cliente pasa dentro del banco, desde que llega
hasta que sale, en general y por tipo.

Solucin:
a. Para encontrar este valor debemos usar un mdulo RECORD con TYPE en Time

Between. Este record debe ser ubicado al momento quelos clientes salen del
banco. Para determinar el valor en forma general debe haber un RECORD por
donde pasen todas las entidades, as:

Para determinar el valor por tipo de cliente identificamos los tipos de clientes y
enviamos a cada tipo a un RECORD diferente.

Primero debemos identificar a cada tipo de cliente, asi:

y luego debe haber un RECORD para cada tipo de cliente, as:

Aqu se muestra el contenido del RECORD para los clientes VIP. El modelo

final queda as:

L L EGADA DE
CL IENT ES

QURE TIPO DE
CLIENTE ES?

0 Tr ue

DAT OS DE
CL IENT ES
PROPIOS

Fals e

DAT OS DE
CL IENT ES
USUARIOS

L L EGA DA DE
VIPs

DATOS DE
CL IENT ES VIP

VENT A NIL L A DE
PROPIOS

0
VENT A NIL L A DE
USUARIOS

ENTRE SAL IDAS


PROPIO
ENTRE SAL IDAS
GENERAL

QUE TIPO ES?


Els e

ENTRE
Ent ti y. Type==PRO
PI O SAL IDAS
Ent ti y. Type==USUARIUSUARIO
O

VENT A NIL L A DE
VIP

SAL IDA DE
CL IENT ES

ENT RE SAL IDAS


VIP

Luego de ejecutar la simulacin el alumno encontrara los siguientes resultados:

Tiempo entre salidas de la agencia de un cliente ciualquiera (Columna

Average de ENTRE SALIDAS GENERAL) = 3.0909 minutos. Esto significa


que cada 3.0909 minutos un cliente abandona el banco.

Tiempo entre salidas de la agencia de un cliente PROPIO (Columna

Average de ENTRE SALIDAS PROPIO) = 6.0997 minutos. Esto significa


que cada 6.0997 minutos un cliente del tipo PROPIO abandona el banco.

Tiempo entre salidas de la agencia de un cliente USUARIO (Columna

Average de ENTRE SALIDAS USUARIO) = 5.6759 minutos. Esto significa


que cada 5.6759 minutos un cliente del tipo USUARIO abandona el banco.

Tiempo entre salidas de la agencia de un cliente VIP (Columna Average de

ENTRE SALIDAS VIP) = 4.4885 minutos. Esto significa que cada 4.4885
minutos un cliente del tipo VIP abandona el banco.

b. Para determinar el tiempo que un cliente pasa dentro de la agencia, se deben


hacer dos cosas: almacenar en un atributo, al que llamaremos LLEGADA, el

momento en que el cliente llega a la agencia y mediante un mdulo RECORD


guardar el tiempo que cada cliente permanece en el banco.

Tomando como base el modelo del problema 2.12a, observece que desde que la

entidad es creada hasta que llega al mdulo ASSIGN no ha transcurrido tiempo

por ello, podemos guardar el momento en que una entidad llega al banco

haciendo uso de estos mdulos ASSIGN, como por ejemplo para la llegada de
los clientes PROPIO, as:

Luego usamos un CREATE para determinar el tiempo promedio en la agencia


para cualquier cliente:

Y para el tiempo en sistema de cada cliente se debe agregar un RECORD para


cada tipo, por ejemplo para el cliente tipo PROPIO, as:

Luego de guardar el modelo y ejecutarlo, el alumno encontrara los siguientes


valores:

Tiempo en Agencia General = 189.08 minutos.


Tiempo en Agencia PROPIO = 328.99 minutos.
Tiempo en Agencia USUARIO = 87.880 minutos.
Tiempo en Agencia vip = 5.3032 minutos.
Como vern, estos tiempos de los PROPIO, USUARIO y VIP, coinciden con los

calculados por defecto por ARENA (PROPIO.TotalTime, USUARIO.TotalTime,


VIP.TotalTime), esto se debe a que le modelo es simple, no siempre ocurrira
esto. El tiempo en Agencia General bo se calcula por defecto por lo que es
necesario usar el proceso mostrado.
Agrupando y desagrupando entidades:
En esta parte veremos como se forman grupso de entidades lo cual se hace por medio
del mdulo BATCH.
Mdulo BATCH

Descripcin:
Es el mdulo destinado a hacer grupos de entidades (lotes) dentro de la simualcin.

Los lotes pueden tener el caracter de temporales o permanentes, dependiendo si van

a ser desagrupados o no antes de terminar su paso dentro del sistema. La separacin


de estos lotes se realiza usando el mdulo SEPARATE.

Parmetro

Name
Type

Valor por

Descripcin

defecto

Identificador del modulo, debe ser nico es Batch 1

Hacer

Mtodo de agrupar las entidades.

Temporary

decir no repetirse para otro.

Batch Size

Nmero de entidades a ser agrupadas

Criterion

representativa,

Save

Ejemplo

Mtodo

para

asignar

definida

por

atributos y valores. Puede ser:

la

el

Permanent

entidad

usuario,

First: La entidad que representa al

Last

docenas

12

First

grupo

llevar como atributos, los atributos de la


primera entidad que lleg a formarlo.

Last: La entidad que representa al

grupo

llevar como atributos, los atributos de la


ltima entidad que lleg a formarlo.

Sum: La entidad que representa al

grupo

llevar como atributos, la suma de los atributos


de las entidades que lo forman.

Product: La entidad que representa al grupo


llevar como atributos,
Rule

el producto de los

atributos de las entidades que lo forman.

Determina

como

entidades entrantes.

sern

agrupadas

las Any Entity

Any Entity formara un grupo que contiene un

nmero de entidades igual al dado por Batch


Syze.

Attrib: significa que los valores de los atributos


especificados coinciden con las entidades a
ser agrupadas. por ejemplo, si

el atributo

llamado es Color, todas las entidades que

Attrib

tengan

el mismo

valor

de

Color

sern

agrupadas; de lo contrario, ellos esperarn en

un modulo para las entidades entrantes


adicionales.

Attribute

Nombre del atributo cuyo valor debe coincidir Attribute 1

Name

con el valor de las otras entidades entrantes

Representa
tive Entity

Tipo

para formar el grupo.

El tipo de entidad de la entidad representativa.

Usos clasicos:

Reunir un nmero de partes antes de iniciar un proceso.


Reunir, copias preciamente separadas, de una forma.
Reunir a un paciente y su historia clnica antes de iniciar una consulta.

Parmetros:

Mdulo SEPARETE:
Descripcin:
Este mdulo se usa para clonar entidades o para separar un grupo de entidades
previamente agrupadas por un mdulo BATCH. Se debe especificar las reglas para la
asignacin de cotos y tiempos a la duplicada.

Cuando se separa un grupo previamente formado la entidad temporal representativa


es eliminada y se recobran las entidades originales. Las entidades salen del mdulo
en el mismo orden en que fueron agrupadas.

Cuando se clonan entidades, al llegar una entidad sale de l un nmero igual al


especificado. La entidad original tambin abandona el mdulo.

Usos Comunes:

Enviar entidades individuales para representar cajas retiradas de un

conteiner.

Enviar un pedido para el procesamiento y la facturacin en paralelo.


Separar un conjunto de documentos.

Parmetros:
Parmetro

Name
Type

Valor por

Descripcin

defecto

Identificador del mdulo, debe ser nico es Separate

decir no repetirse para otro.

Mtodo

entrantes.

de

separacin

de

entidades

Duplicate Original simplemente tomar la


entidad original y har algunos nmeros de
duplicados (clones) idnticos.

Split Existing Batch requiere que las


entidades entrantes sean temporalmente
agrupadas mediante el mdulo Batch. Las
entidades

separadas.

originales

del

grupo

sern

Percent Cost Asignacin de costos y tiempos de la


to Duplicates

entidad entrante a los duplicados salientes.

Este valor es especificado en porcentajes de


costos y tiempos de la entidad original.
El

porcentaje

equitativamente

especificado
entre

los

se

dividir

duplicados,

mientras que la entidad original mantendr

Ejemplo

Nuevos

el otro porcentaje de costos o tiempo.

Se usa solo cuando Type es Duplicate


# of

Duplicates

Original.

Nmero de entidades que saldrn del


mdulo, en adicin a la entidad original
entrante.

Aplicable solo cuando Type es Duplicate

Member

Attributes

Original.

Mtodo de determinar cmo son asignados

los valores de los atributos representativos a


la entidad original. este opcin describe a

seis atributos con fines especiales (ENTITY.

Type, Entity. Picture, Entity. Sequence,


Entity. Station, Entity. Jobstep, and Entity.
HoldCostRate)

todas

definidos por el usuario.

los

atributos

Aplicable solo cuando Type es Split Existing

Attribute
Name

Batch.

Nombre de los atributos representativos de


una entidad que son asignados a la entidad
original del grupo.

Aplicable solo cuando Member Attributes es


Take Specific representative Values.
Ejemplo:
A la empresa ROCA S.A., que se dedica a los servicios de logstica, le han

encomendado transportar desde de una planta de acopio hasta los almacenes de tres
distribuidores, tres tipos de artculos. Los artculos tienen tres tipos de presentaciones:
botella grande, botella mediana y botella chica. A la planta de acopio llegan las

botellas grandes en intervalos de tiempo que estn distribuidos exponencialmente con

media de 5 minutos, las botellas medianas en intervalos de tiempo que estn


distribuidos exponencialmente con media de 2 minutos, y las botellas chicas en
intervalos de tiempo que estn distribuidos exponencialmente con media de 4 minutos.

Para poder trasladar las botellas, los agentes de ROCA S. A. estn pensando usar
tres tipos de cajas, las cuales son equivalentes en volumen: caja de grandes con

capacidad de 4 botellas grandes, caja de medianas con capacidad para 8 botellas


medianas y cajas para chicas con capacidad para 12 botellas chicas.

Como todas las cajas tienen el mismo volumen, se piensa utilizar camiones con

capacidad para 5 cajas para el transporte. Considere que el tiempo de encajado es


despreciable y que ni bien se obtienen las 5 cajas el camin sale a hacer la
distribucin.

El tiempo para que el camin se traslade desde la planta de acopio hasta el primer

distribuidor est distribuido normalmente con media de 30 minutos y desviacin


estndar de 5 minutos, el tiempo para ir del primer distribuidor hasta el segundo

distribuidor est distribuido normalmente con media de 15 minutos y desviacin


estndar de 5 minutos y finalmente el tiempo para ir del segundo distribuidor hasta el

tercer distribuidor est distribuido triangularmente con valor mnimo de 15 minutos,


mximo de 35 minutos y ms probable de 25 minutos.

El primer distribuidor recibe las botellas grandes, el segundo distribuidor las botellas
medianas y el tercer distribuidor las botellas chicas.

Determine la cantidad de botellas que recibe cada uno de los distribuidores despus
del viaje de 3 camiones.

Solucin:
El modelo completo es:
LLEG ADA DE
BO TELLAS
G ANDES

LLEG ADA DE
BO TELLAS
M EDI ANAS

LLEG ADA DE
BO TELLAS
CHI CAS

AG RUPA
G RANDES

CALCULO DE
G RANDES

AG RUPA
M EDI ANAS

CALCULO DE
M EDI ANAS

AG RUPA CHI CAS

AG RUPA PARA
CAM I O N

CALCULO DE
CHI CAS

DETERM I NA LA
CARG A

DE PLANTA A
DI ST 1

RETI RA
BO TELLAS
G RANDES

0
0

O r ig ni a l

DE DI ST 1 A
DI ST 2

Du p lic a t e

0
CUENTA
BO TELLAS
G RANDES

RETI RA
BO TELLAS
M EDI ANAS

Dispose 3

0
0

O r gi ni a l

DE DI ST 2 A
DI ST 3

Du p lic a t e

CUENTA
BO TELLAS
M EDI ANAS

RETI RA
BO TELLAS
CHI CAS

Dispose 4

0
O r ig in a l

CUENTA VI AJES

Dispose 2

Du p lic a t e

CUENTA
BO TELLAS
CHI CAS

Dispose 5

Para ver mejor el modelo se ha separado:

A continuacin se presenta la informacin de algunos mdulos:

El reporte, despus de ejecutar la simulacin es:

Donde se puede observar que:

Nmero de cajas de botellas grandes entregadas = 6

Nmero de cajas de botellas medianas entregadas = 2


Nmero de cajas de botellas chicas entregadas = 7

El cuadro mental nos proporciona una visin del sistema en estudio.


El modelo es la realizacin fsica del cuadro mental.

En esta unidad se muestra como obtener un cuadro mental del sistema en estudio
usando grficos y lneas que unen estos grficos de acuerdo al proceso que se quiere

estudiar. Adems se hace anotaciones sobre o bajo de los grficos para poder
entenderlo mejor.

Para poder hacer el modelo de nuestro cuadro conceptual se muestra los elementos
bsicos con que trabaja el lenguaje de simulacin ARENA.

Para un mejor entendimiento se presentan una serie de problemas resueltos, donde se


explica como se uso cada uno de los elementos de ARENA.

En forma paralela se muestran los reportes, que genera ARENA, en los cuales se
reflejan los resultados obtenidos en la simulacin y se muestra la interpretacin de
algunos de estos resultados.

Pritsker , A. Alan B. y PReilly, Jean J., Simulation with Visual SLAM and AweSim,
Segunda Edicin, John Wiley & Sons, New York.

Kelton W David., Sadowski Randall P. y Sturrock David T., Simulation with Arena,
Cuarta Edicin, Mc Graw Hill, New York.

Law Averill M. y Kelton W. David, Simulation Modeling and Analysis, Tercera Edicin,
Mc Graw Hill, New York.

REFERENCIAS EN INTERNET

http://www.utpl.edu.ec/blog/simulacionsistemas/files/2008/04/practicasarenaresueltas.p
df, visitada el 01 de Marzo del 2009.

http://personales.upv.es/~marmoag/marena.pdf, visitada el 04 de Marzo del 2009.

1. Observe el funcionamiento de un grifo y trate de simularlo, invente los datos lo


que interesa en estos momentos es que usted desarrolle el proceso.

2. Intente hace lo pedido en el punto 1, con cualquier situacin donde se originen


colas.

Resuelva cada uno de los siguientes casos:


CASO 1:
TALLER DE RECTIFICACIONES
ESCENARIO ORIGINAL

A un taller de rectificaciones llegan dos tipos de partes: A y B. Las de tipo A llegan en

intervalos de tiempo que estn distribuidos exponencialmente con media de 1.5 horas
y las de tipo B llegan en intervalos de tiempo que estn distribuidos uniformemente
entre 1.1 horas y 1.9 horas.

En el taller existen dos mquinas rectificadoras: M1 y M2, cada una con su propia cola,

estas colas tienen una capacidad mxima para 15 unidades. Las partes pueden ser
rectificadas por cualquiera de las dos mquinas. Al llegar una parte (de cualquier tipo)

busca la mquina que tenga menor cola, si las colas fueran iguales se da preferencia a
la mquina M1 y si las colas estn llenas las partes se van del taller.

El tiempo necesario para rectificar una parte, est distribuido normalmente con media
de 2 horas y una desviacin estndar de 0.5 hora para las tipo A y normalmente con
media de 1.5 horas y desviacin estndar de 0.2 horas para el tipo B.

Despus de la rectificacin las partes (cualquiera que sea) pasan por el control, el cual

es realizado por un especialista y le demanda un tiempo distribuido uniformemente


entre 1 y 3 horas. Por datos histricos se sabe que el 75% aprueban el control y salen

del taller, el resto debe ser nuevamente rectificado por la maquina que la rectifico la

vez anterior, el tiempo de la nueva rectificacin es el 80% del tiempo empleado en la


rectificacin anterior. Simular el funcionamiento del taller para 7 das.

Se le pide.
a. Presentar el modelo que simule el funcionamiento de este taller

b. El tiempo necesario para que una parte salga del taller, para cada tipo.

c. Cada cunto tiempo una parte sale del taller atendida en general y para
cada tipo.

d. Cada cunto tiempo una parte debe ir en busca de otro taller por que
encontr la cola llena.

ESCENARIO A
Considere que las partes solo pueden pasar por la rectificacin 2 veces, las que
tuvieran que pasar ms veces son descartadas como malogradas.

CASO 2
PRODUCCIN POR ETAPAS

ESCENARIO ORIGINAL
La Empresa DISEOS PERSONALES produce 3 tipos de productos: PROD1,
PROD y PROD3. La produccin de un tipo de producto se inicia cuando llega una
solicitud. De acuerdo al registro histrico las solicitudes de trabajo llegan en intervalos

de tiempo distribuidos exponencialmente con media de 2 minutos. Cada solicitud


puede demandar un tipo de producto, con una probabilidad de 0.3 de que sea del

PROD1, una probabilidad de 0.5 de que sea del PROD2 y una probabilidad de 0.2 de
que sea del PRO3.

Existen diferentes etapas en la elaboracin de un producto, estas etapas se presentan


en la siguiente tabla:

TIPO DE PRODUCTO

ETAPA 1

ETAPA 2

ETAPA 3

PROD2

SI

SI

NO

PROD1
PROD3

SI
SI

NO
SI

SI
SI

Para cualquier tipo de producto el orden de de ejecucin de las etapas es: ETAPA1,
ETAPA2 y ETAPA3, evitando las etapas que no se necesitaran.

En cada etapa existe un operario especializado en ella. El tiempo que le toma a cada
operario realizar su trabajo para cada unidad de producto sigue una distribucin

exponencial con media de 0.8 minutos para la ETAPA1, 1.8 minutos para la ETAPA2

de 2.1 para la ETAPA3. Este tiempo varia de acuerdo a la siguiente regla. Si la orden
de trabajo llega a una etapa y encuentra que existen 5 o ms ordenes esperando a ser

atendidas anuncia (mediante un dispositivo elctrico) al operario que acelere su


trabajo. Esta aceleracin del trabajo permite una disminucin del 20% del tiempo de

proceso a partir de la prxima orden a ser atendida al terminar de ser atendida la que

se esta atendiendo actualmente. Asimismo cuando una orden termina de ser atendida
encuentra que existen 3 o menos rdenes esperando a ser atendidas anuncia al
operario de que regrese a su ritmo normal de produccin.

Se le pide simular este sistema para 30 semanas de trabajo, cada semana de 6 das y
cada da de 8 horas, para recolectar informacin acerca los siguientes indicadores:
-

Tiempo que demanda la fabricacin de cada producto.

Utilizacin de los operarios.

Tiempo de espera de las rdenes para ser atendidas en cada etapa.

ESCENARIO A
Considere que en caso de haber rdenes esperando a ser procesadas en una etapa,

la prioridad para atenderlas est dada por su tipo, as prioridad uno PROD1, prioridad
2 PROD2 y prioridad tres PROD3.

Modele este escenario y recolecte la misma informacin pedida para el escenario


original.

Luego determine cual de los escenarios es mejor para cada uno de los indicadores
pedidos.

CASO 3
CENTRO DE LAVADO DE AUTOS
Un centro de lavado de autos trabaja de la siguiente manera. Los autos que llegan al

centro pueden requerir de dos tipos de servicios: parcial e integral. Los autos que

requieren el servicio parcial llegan al centro siguiendo una distribucin exponencial con
media de 15 minutos y los que requieren servicio integral llegan siguiendo una
distribucin exponencial con media de 30 minutos.

El servicio parcial consta solo un lavado con champ, y el servicio integral se inicia con

un lavado con shampoo seguido de un encerado y se termina con una limpieza de


saln.

En el centro trabajan 5 operarios: OP1, OP2, OP3, OP4 y OP5. OP1, OP2 y OP3 se
dedican al lavado con champ OP1 y OP2 a la limpieza de saln y OP4 y OP5 al
encerado.

El tiempo necesario para cada una de las tareas se muestra en la siguiente tabla:
Tarea

Tiempo

shampoo

minutos

Lavado con

Normal con media de 30 minutos y desviacin estndar de 10

Encerado

Triangular con valor mnimo de 10 minutos, valor mximo de 20

Limpieza de Saln

Uniforme entre 40 y 50 minutos.

minutos y valor ms probable de 15 minutos.

El taller abre sus puertas a las 9 de la maana, el primer auto por servicio parcial llega
12 minutos despus de abrir las puertas y el primer auto por servicio integral llega 25

minutos despus de abrir las puertas. Suponga que el centro de lavado cierra sus
puertas a las 7 de la noche y a esa hora se acaba todo el trabajo, esto significa que
pueden quedar carros esperando a ser lavado y carros a medio lavar.

Considere que para el lavado con champ se les da mayor prioridad a los autos que
necesitan servicio integral y que la limpieza de saln tiene prioridad al lavado con
champ.

CASO 4
ATENCIN EN UNA TIENDA
ESCENARIO ORIGINAL
Una tienda comercial pequea, recibe diariamente entre 100 y 150 clientes con la

misma probabilidad de ocurrencia. El tiempo entre llegada de estos clientes est


distribuido exponencialmente con media de 3.5 minutos.

Todo cliente que llega puede estar decidido a comprar o va a ver los productos. Los

clientes que van a ver los productos, que son el 25% de total de clientes que llegan, se
pasean por la tienda por espacio de un tiempo distribuido normalmente con media de
5 minutos y desviacin estndar 0.2 minutos, despus de ello el 30% se decida
comprar y el resto se retira de la tienda.

Los clientes que ya estn decididos a comprar acuden a un mostrador, donde hay 4
empleados, para hacer su pedido. El tiempo necesario para que un cliente haga su
pedido est distribuido uniformemente

entre 5 y 10 minutos. Al terminar de hacer su

pedido, el cliente recibe un ticket para pagar en caja. En este ticket est el nmero de
la caja donde se debe pagar. Son dos cajas enumeradas con 1 y 2 y el cliente recibe
un nmero en forma equiprobable.

El tiempo necesario para hacer el pago est distribuido triangularmente con valores

mnimo de 43 minutos, ms probable de 6 minutos y mximo de 8 minutos. Cada


cajero tiene su propia cola.

Luego de pagar, el cliente se dirige a la seccin entrega de pedidos donde trabajan


dos empleados. El tiempo que demanda recoger el pedido est distribuido

uniformemente entre 3 minutos y 5 minutos. Un vez que el cliente recoge sus pedidos
se retira de la tienda.

Simular el funcionamiento de esta tienda para un da de trabajo.


Se pide:
a. Presente un modelo en Arena que simule el funcionamiento de la tienda.
b. Tiempo promedio que un cliente que compra esta dentro de la tienda.

c. Cada cuanto tiempo sale de la tienda un cliente que decidi no comprar.

d. Si la tienda abre sus puertas a las 9:00 de la maana que hora debe de cerrar?

e. En cul de las secciones: mostrador, caja o entrega de paquetes, los operarios


han trabajado menos tiempo.

f. En cul de las secciones ha ocurrido la cola ms larga.


ESCENARIO A
Considere que los clientes que se retiraron de la

tienda sin comprar,

regresan

despus de un intervalo de tiempo distribuido uniformemente entre 110 minutos y 210


minutos.

g. Presente los cambios que debe hacer a su modelo original para considerar este
escenario.

Las soluciones de estos casos se enviarn a cada uno de los alumnos.

UNIDAD DIDCTICA III


Simulacin de Sistemas
ANLISIS ESTADSTICO