EjerciciosSS PDF

Simulacin de Sistemas
63
Problema 2.1: UNA AGENCIA BANCARIA

Considere una agencia bancaria que funciona con un solo cajero. El tiempo entre
arribos de los clientes a la agencia est distribuido uniformemente entre los valores de
1 minuto y 4 minutos. El tiempo que necesita el cajero para atender a un cliente est
distribuido exponencialmente con media de 3 minutos. Simular el funcionamiento de la

agencia para 200 clientes y determine: el tiempo necesario para atenderlos y el tiempo
que utiliza el cajero para ello.
Solucin:
Nota: Este es un problema de un servidor con su propia cola

Para modelar esta situacin debemos de considerar lo siguiente:
a. La llegada de los clientes.
b. Qua hacen los clientes dentro de la agencia bancaria.
c. Inicio de la simulacin.
d. Fin de la simulacin.
Llegada de los clientes:

Por el enunciado del problema sabemos que los clientes (las entidades de nuestro
modelo Porque?), arriban a la agencia en intervalos de tiempo distribuidos

uniformemente entre 1 minutos y 4 minutos. Esto significa que arribar un cliente, para
que arribe otro cliente debe de transcurrir una cantidad de minutos la cual responde a
una distribucin uniforme entre 1 minuto y cuatro minutos. No hay ms informacin al
respecto por lo que se debe asumir que:
En cada arribo llega un solo cliente.

El primer cliente arriba en el momento que se inicia la simulacin (TNOW =
0.0).
64
Escuela Profesional de Ingeniera Industrial
Si algunos de estos elementos debieran ser diferentes, el enunciado lo dira

explcitamente.
Qu hacen los clientes dentro de la agencia:

Despus de arribar el cliente busca el cajero, recordemos que por el enunciado solo
hay un cajero; si este est desocupado el cliente pasa por la zona de espera (o zona
de cola), sin quedarse en ella, y empieza la atencin inmediatamente, en caso

contrario, es decir si el cajero est ocupado, el cliente se queda en la zona de espera
(haciendo cola) hasta que el cajero se desocupe. En el momento que el cajero se
desocupa el cliente deja la cola y pasa a ser atendido. Cuando el cliente termina de
ser atendido por el cajero se va de la agencia bancaria.
Inicio de la Simulacin:
El problema no nos habla de ningn requisito para el inicio de la simulacin, por ello
solo consideraremos que la simulacin se inicia en el momento TNOW = 0.0 y que la
agencia, en este momento, est vaca.
Fin de la simulacin:
Segn el enunciado para que termine la simulacin es necesario que 200 clientes
hayan sido atendidos. Esto significa que solo deben entrar a nuestro sistema 200
entidades (para nuestro caso clientes).
65
Esquema:
Arribo de
clientes
El modelo en Arena
Cliente siendo
atendido en
cajero
Cola de
clientes
delante del
j
LLEGADA DE
CLIENTES
El Mdulo CREATE:
VENTANILLAS
Dispose 1
Salida de
clientes
66
El Mdulo PROCESS:
El Mdulo DISPOSE
Para ejecutar el modelo es necesario poner los parmetros del sistema:

Ingrese al SETUP de la simulacin:
67
Despus de ejecutar la orden anterior, se mostrar la siguiente ventana, observe que

en esta ventana se presentas 6 lengetas, En la lengeta Project Parameters (que
por defecto est activa, si no lo estuviera actvela), ponga un nombre a su modelo
como se muestra a continuacin:
Active ahora la lengeta Replication Parameters, en esta opcin cambie la opcin

Base Time Units, que aparece en Hours, por Minutes; con esto le sta diciendo a
Arena que use como unidad de tiempo el minutos en su reporte de resultados. Ver
figura.
68
Active luego la lengeta Reports y selecciones en Default Report: SIMAN Summary

Report (.out file), la opcin Display SIMAN summary report (.out file) using djela con
lo que sale por defecto, as:
69
Finalmente acepte y luego guarde su modelo, este proceso se ejecuta de la misma

forma como se hace en cualquier aplicacin sobre Windows.
En este modelo se ha definido:
Un tipo de entidad llamado CLIENTE
Un recurso llamado CAJERO.
Estos elementos tienen sus propias caractersticas. ARENA les coloca algunas
caractersticas por defecto. Esto se puede apreciar en los mdulos de DATOS. Para la
entidad hay un mdulo de datos llamado ENTITY y para el recurso existe el mdulo
de datos RESOURCE. Estos elementos los mostramos a continuacin.
Mdulo de datos ENTITY:
70
Aqu podemos observar que se ha definido una entidad llamada CLIENTE y que esta
entidad va a ser graficada, en la simulacin, como un Picture Repirt.
Esta entidad fue creada al definirla en el CREATE. A partir de este mdulo pueden
crearse otras entidades o cambiar las caractersticas de las mismas.
Mdulo de datos RESOURCE
Aqu podemos ver que se ha definido un recurso llamado CAJERO, que desde que se
inicia hasta que termina la simulacin (Fixed Capacity) habr una (Capacity) una
solo Cajero (Una sola unidad del recurso).
Este recurso fue creado al definirlo en el rea RESOURCES del PROCESS, debe de
aclarase que por defecto lo crea con capacidad 1. A partir de este mdulo pueden
crearse otros recursos y/o cambiar las caractersticas de los mismos.
Ahora ya est listo para ejecutar su primera simulacin, para esto realice las siguientes
operaciones:
71
Al terminar el proceso de simulacin sale una ventana de mensajes, como la siguiente:
Haga click en el botn si, para ver el reporte:
72
En este reporte podemos observar la siguiente informacin:

Tiempo necesario para atender a los 200 clientes (Replication ended at time):
650.88 minutos.
Tiempo promedio que un cliente paso en la cola esperando por el cajero (Average
de Ventanillas.Queue.WaintingTime): 81.69 minutos.
Porcentaje de tiempo que estuvo trabajando el cajero (Average de

CAJERO.Utilization): 0.993002%
Nmero promedio de clientes en la cola esperando para ser atendico en el cajero

(Average de VENTANILLAS.Queue.NumberInQueue): 25.1 clientes.
73
Tiempo que demando al computador hacer la simulacin (Simulaction run time):

0,03 minutos.
Problema 2.2
Considere la agencia del problema 2.1, en ella se tiene 3 cajeros, adems de que el
tiempo entre llegadas de los clientes est distribuido exponencialmente con media de
1.5 minutos y que el tiempo de atencin de un cliente est distribuido normalmente con
media de 4 minutos y desviacin estndar de 0.1 minuto. Ahora la agencia trabajara 8
horas y se desea determinar el tiempo trabajado por los cajeros.
Solucin:
Nota: Este es un problema de dos o ms servidores en paralelo con una sola cola
El esquema del problema es muy parecido al anterior y lo presentamos a continuacin:
Salida de
clientes
Cola de
clientes delante
del cajero
Arribo de
clientes
Clientes siendo
atendidos en
los cajeros
Modelo:
LLEGADA DE
CLIENTES
VENTANILLAS
SALIDA DE
CLIENTES
74
El Mdulo CREATE
Los elementos dentro de los crculos muestran las diferencias entre el CREATE de
este modelo y el del anterior:
En Type la distribucin entre llegadas es Exponencial, esta distribucin viene

directamente en el catalogo de Type.
La media de la distribucin exponencial es 1.5 minutos.

En el problema anterior la simulacin terminaba cuando 200 clientes haban
llegado, se terminaba la simulacin por una cantidad de clientes, en el caso actual

la simulacin se termina cuando transcurre un tiempo (8 horas), esto se controla
en otra parte.
El Mdulo PROCESS
75
Los elementos dentro de los crculos muestran las diferencias entre el PROCESS de
este modelo y el del anterior:
El tiempo que se necesita para que un cliente sea atendido por un cajero,
en este caso, est distribuido normalmente con media de 4 minutos y una

desviacinestndar de 0.1 minuto.
Es de hacer notar que en la zona Resources, la orden sigue igual, pus
cada cliente necesita de un cajero para hacer la transaccin. Que existan 3
cajeros, como dice el enunciado de este problema, no significa que cada
cliente nrcesite de ellos 3 para hacer la transaccin. Este tres es la

capacidad del recurso, no es la cantidad de unidades de recurso que
necesita una entidad para realizar el proceso. Por ello de debe modificar la
capacidad del recurso a partir del mdulo de datos RESOURCE:
Para hacer que la simulacin se ejecute por 8 horas, debemos usar Replicarions
Parameters de RUN SETUP:
76
La zona marcada por el circulo es la que debe de cambiarse: en Replication length

debe ponerse la cantidad del tiempo a simular y en Time Units las unidades de
tiempo en que esta el dato anterior. En este problema nos piden 8 horas, pudo
haberse escrito, 480 minutos 0.3 dias.
Ejecutamos la simulacin y obtenemos:
Los valores que se determinaron en el problema anterior, para este problema son:
Tiempo que trabajo la agencia bancaria (Replication ended at time): 480.00

minutos.
77
Tiempo promedio que un cliente paso en la cola esperando por el cajero (Average
de Ventanillas.Queue.WaintingTime): 4.15 minutos.
Porcentaje de tiempo que estuvo trabajando cada cajero (Average de

CAJERO.Utilization): 83%
Nmero promedio de clientes en la cola esperando para ser atendico en el cajero

(Average de VENTANILLAS.Queue.NumberInQueue): 2.67 clientes.
Tiempo que demando al computador hacer la simulacin (Simulaction run time):

0,02 minutos.
Problema 2.3
En base del problema 2.2 y considerando que el pago de los cajeros se calcula de la
siguiente forma: 10 dlares por hora que este atendiendo a clientes, 5 dlares por la
hora en que no tenga clientes y 0.20 dlares por cada cliente atendido, determine la
siguiente informacin:
Cunto debe pagar cada cliente por el uso de cajero.

Cunto debe pagarse a los cajeros.
Solucin:
Nota: En este problema se pone un costo a los recursos.
El esquema de funcionamiento del sistema es el mismo que el del problema 2.2, por
ello el modelo es el mismo, por eso aqu los omitimos.
El costo de recurso es un dato, por ello esto debe ser manejado a partir del mdulo de
datos RESOURCE:
En el problema 2.2, este mdulo era:
78
Observamos que presentan los campos, an vacos; Busy/Hour, Idle/ Hour, Per Use.
En Busy/Hour debe ponerse el costo por hora que el recurso est trabajando.
En Idla/Hour debe ponerse el costo por hora que el recurso est en el sistema, pero
que por dinmica del mismo (falta de clientes) no trabaje.
En Per Use debe ponerse lo paga por cada trabajo hecho por el recurso.
As el mdulo RESOURCE actual queda de la forma:
Para que los resultados aparezcan en el reporte final es necesario que se active la
opcin de costos, para ello use la lengeta Project Parameters de RUN SETUP.
79
Guarde el modelo y luego ejecutelo. Al terminar la simulacin le aparecer el siguiente

reporte:
En l podemos observar:
El costo por uso del cajero por cada cliente (Cliente.TotalCost) = 0.86642 dlares.
80
El costo del cajero por el tiempo que estuvo atendiendo a los clientes
(CAJERO.BusyCost) = 197.92 dlares.
El costo del cajero por el tiempo quee stuvo en en el sistema sin atender clientes
(CAJERO.IdleCost) = 20.315 dlares.
El costo del cajero por atender a los cada cleinte (CAJERO.UsageCost) = 60.000
dlares.
Problema 2.4
Considere, en base de la pregunta 2.3, que existe otro tipo de cliente: VIP, a los
clientes actuales se les llama clsicos. El tiempo entre llegadas de este nuevo tipo de
clientes est distribuido exponencialmente con media de 5 minutos, el primero de
estos clientes llega 4 minutos despus de iniciado el funcionamiento de la agencia.
Los cajeros atienden a todos los clientes sin distincin alguna. Determine los costos de
los cajeros para cada tipo de clientes.
Solucin:
Nota: Este es el mismo tipo de problema que el 2.3, dos o ms servidores con una
sola cola, la diferencia es que es que hay dos tipos de clientes. Estos dos tipos de
clientes se diferencian, en el modelo, por la forma como llegan: los primeros siguiendo
una distribucin exponencial con media de 1.5 y los segundos siguiendo una
distribucin exponencial con media de 5 minutos.
El Modelo:
LLEGADA DE
CLIENTES
LLEGADA DE
VIPs
VENTANILLAS
SALIDA DE
CLIENTES
81
El mdulo CREATE de los clientes VIP:
Observar que es necesario este nuevo CREATE pues la distribucin de llegada no es

la misma que para los otros clientes, otra diferencia es que el primer cliente llega 4
minutos despus de iniciado el funcionamiento de la agencia.
Se deja al alumno ejecutar el modelo y comprobar que:
El costo del cajero por un cliente normal es: 0.86583 dlares.

El costo del cajero por un cliente VIP es: 0.86407 dlares.
Antes de continuar con la relacin de problemas les mostraremos dos mdulos de
flujos bsicos ms: ASSIGN y DECIDE.
Mdulo DECIDE
82
Descripcin:
Este mdulo sirve para tomar decisiones dentro del sistema. Estas decisiones pueden
ser tomadas en base de una o ms condiciones, por ejemplo si el cliente del banco es
tipo VIP, o basadas en una o ms probabilidades, por ejemplo el 57% es verdadero y

el 43% es falso. Las condiciones pueden ser dadas por el valor de un atributo, por
ejemplo Prioridad, por el valor de una variable, por ejemplo Nmero en sistema, por el
tipo de entidad o por una expresin, por ejemplo NQ(Maquina.Queue).
Usos clsicos:
a. Envos de partes defectuosas para que sean mejoradas.
b. Ramificar los cheques aceptados vs. Los cheques denegados.
c. Enviar con prioridad a las entidades a un determinado proceso.

Parmetros:
Parmetro
Name
Type
Descripcin
Identificador del modulo, debe ser nico

es decir no repetirse para otro.
Indica si la decisin se basa en una
condicin (Si X > Y) o por porcentaje (40%

si, 60% no).
El Type puede ser especificado como:

2 way by Chance - para una
probabilidad
2 way by Condition - para una

condicin
N-way by Chance para cualquier
Valor por
defecto
Ejemplo
Decide 1
Hay cola?
2 way by
2 way by
Chance
Chance
83
nmero de probabilidades que se
especifiquen ms una salida else.

N-way by Condition para cualquier
nmero de condiciones que se
Conditions
especifiquen ms una salida else.
Define una o ms condiciones mediante

las cuales se dirigen las entidades a
diferentes mdulos.
Solo aparece cuando Type es N-way by

Percentages
Condition.
Define una o ms probabilidades
mediante las cuales se dirigen las

entidades a diferentes mdulos.

Percentage
True
If
Chance.
Valor que se ha de chequear para
determinar el porcentaje de entidades que

saldrn por la salida True.
Tipos de condiciones que estn
disponibles para evaluacin: Variable,
50
20
Entity Type
Variable Array (1D), Variable Array (2D),

Named
Attribute, Entity Type, Expression.
Especfica el nombre de la variable,

atributo, etc., que ser evaluado al
Entity 1
momento quela entidad ingresa el mdulo.
Is
No aparece cuando Type es Expression.
Evaluados para la condicin.
Slo aparece cuando Conditions es

Attribute o Variable.
>=
<
84
Row
Especifica la fila para una variable tipo

arreglo (matriz).

Condition o 2 way by Condition, y la
Variable es Array (1D) o Array (2D).
Column
Especifica la columna para una variable

tipo arreglo (matriz).

Condition o 2 way by Condition, y la
Variable es Array (1D) o Array (2D).
Value
Expresin que ser comparada con un
atributo p variable, o que ser evaluada

como una simple expresin si es
verdadera o falsa.
No aparece cuando Conditions es Entity

Type.
Mdulo ASSIGN
85
Descripcin:
Este mdulo se usa para asignar nuevos valores a: variables, attributes, entity types,
entity pictures u otras varoables del sistema.
Se pueden hacer varias asignaciones en un solo mdulo Assign.

Usos Clsicos:
a. Acumular el nmero de subensambles realizadas a una parte.
b. Cambiar un tipo de entidad para representar una copia del cliente o para representar
un forma multi pginas.
c. Establecer una prioridad del cliente.

Parmetros:
Parmetro
Name
Assignment
s
Type
Descripcin
Identificador del modulo, debe ser nico es
decir no repetirse para otro.
Valor por
defecto
Ejemplo
Assign 1
Datos del
cliente
Variable
Attribute
Variable 1
Cantidad
Especifica una o ms asignaciones que serm

hechas cuando una entidad llegue a este
mdulo.
El tipo de asigancin que de har.
Otros pueden incluir varoables del sistema,
tales como capacidad del recurso, momento

Variable
Name
en que termina al asimulacin.
Nombre de la varoable a la que se le easinar

un nuevo valor cuando la entidad entre en el
mdulo.
86
Aparece solo cuando Type es Variable y
Variables es Variable Array (1D), Variable
Row
Column
Attribute
Name
Entity Type
Entity
Picture
Other
Array (2D).
Especifica la columna para una variable tipo
Nombre del atributo de entidad al que se le
Attribute 1
Color
Entity 1
Cliente
Especifica la fila para una variable tipo arreglo.

arreglo.
asignar un nuevo valor cuando la entidad

ingrese al mdulo.
Aparece solo cuando Type es Attribute.
Nuevo tipo de entidad que se le asignar a la
entidad, cuando la entidad ingrese al mdulo.

Aparece solo cuando Type es Entity Type.
Nuevo grfico de la entidad que se le asignar

a la entidad, cuando la entidad ingrese al
mdulo.
Aparece solo cuando Type es Entity Picture.
Especifica la variable especial del sistema a
la que se le asignar un nuevo valor cuando la
Picture.Re
port
entidad ingrese al mdulo.
New Value
Aparece solo cuando Type es Other.
Valor que ser asignado al atributo, Variable u

otra variable del sistema.
No aparece cuando Type es Entity Type o

Entity Picture.
Ahora continuamos con los ejemplos:
87
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
88
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
89
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:
90
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.
91
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:
92
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:

El tiempo
que
un cliente USUARIO esta
(USUARIO.TotalTime) = 138.03 minutos.
dentro
de la agencia es
El tiempo que un cliente PROPIO esta dentro de la agencia es (PROPIO.TotalTime)

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

minutos.
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.
93
Problema 2.7:
El gerente de la agencia desea hacer mas eficiente el servicio al cliente, por ello quiere
probar las siguientes alternativas.
a. Que cada tipo de cliente tenga su propio cajero.

b. Que exista un cajero para los cliente USUARIO, dos cajeros para el cliente PROPIO y el
cliente VIP debe ser atendedopor cualquiera de ellos con una mayor prioridad. Si al
llegar un cliente VIP todos los cajeros estn desocupados, este es atendido por el
cajero de USUARIOS.
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
94
El PROCESS VENTANILLA PARA PROPIOS:
Observe que el cajero para este tipo de cliente se llama CAJPRO.

El PROCESS VENTANILLA PARA USUARIOS:
95
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
96
El tiempo que un cliente PROPIO esta dentro de la agencia es
(PROPIO.TotalTime) = 109.07 minutos.

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
97
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
98
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:
99

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
100
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.
101
102
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
103
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.
104
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:
105
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 VIP esta dentro de la agencia es (VIP.TotalTime)
= 5.1696 minutos.
106
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
107
108
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
109
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)
110
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:
= 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.
111
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).
112
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:
113
= 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:
114
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
115
Luego de crear el horario, debemos de asignarlo al recurso:
El alumno al ejecutar la simulacin encontrar los siguientes valores:

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

EjerciciosSS PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

EjerciciosSS PDF

Cargado por

Copyright:

Formatos disponibles

Simulacin de Sistemas

Problema 2.1: UNA AGENCIA BANCARIA

distribuido exponencialmente con media de 3 minutos. Simular el funcionamiento de la

Nota: Este es un problema de un servidor con su propia cola

Llegada de los clientes:

modelo Porque?), arriban a la agencia en intervalos de tiempo distribuidos

En cada arribo llega un solo cliente.

Si algunos de estos elementos debieran ser diferentes, el enunciado lo dira

Qu hacen los clientes dentro de la agencia:

de cola), sin quedarse en ella, y empieza la atencin inmediatamente, en caso

Para ejecutar el modelo es necesario poner los parmetros del sistema:

Despus de ejecutar la orden anterior, se mostrar la siguiente ventana, observe que

Active ahora la lengeta Replication Parameters, en esta opcin cambie la opcin

Active luego la lengeta Reports y selecciones en Default Report: SIMAN Summary

Finalmente acepte y luego guarde su modelo, este proceso se ejecuta de la misma

Al terminar el proceso de simulacin sale una ventana de mensajes, como la siguiente:

Haga click en el botn si, para ver el reporte:

En este reporte podemos observar la siguiente informacin:

Porcentaje de tiempo que estuvo trabajando el cajero (Average de

Nmero promedio de clientes en la cola esperando para ser atendico en el cajero

Tiempo que demando al computador hacer la simulacin (Simulaction run time):

En Type la distribucin entre llegadas es Exponencial, esta distribucin viene

La media de la distribucin exponencial es 1.5 minutos.

llegado, se terminaba la simulacin por una cantidad de clientes, en el caso actual

en este caso, est distribuido normalmente con media de 4 minutos y una

Es de hacer notar que en la zona Resources, la orden sigue igual, pus

cada cliente necesita de un cajero para hacer la transaccin. Que existan 3

cajeros, como dice el enunciado de este problema, no significa que cada

cliente nrcesite de ellos 3 para hacer la transaccin. Este tres es la

La zona marcada por el circulo es la que debe de cambiarse: en Replication length

Ejecutamos la simulacin y obtenemos:

Tiempo que trabajo la agencia bancaria (Replication ended at time): 480.00

Porcentaje de tiempo que estuvo trabajando cada cajero (Average de

Nmero promedio de clientes en la cola esperando para ser atendico en el cajero

Tiempo que demando al computador hacer la simulacin (Simulaction run time):

Cunto debe pagar cada cliente por el uso de cajero.

Nota: En este problema se pone un costo a los recursos.

En el problema 2.2, este mdulo era:

Guarde el modelo y luego ejecutelo. Al terminar la simulacin le aparecer el siguiente

El mdulo CREATE de los clientes VIP:

Observar que es necesario este nuevo CREATE pues la distribucin de llegada no es

El costo del cajero por un cliente normal es: 0.86583 dlares.

tipo VIP, o basadas en una o ms probabilidades, por ejemplo el 57% es verdadero y

b. Ramificar los cheques aceptados vs. Los cheques denegados.

c. Enviar con prioridad a las entidades a un determinado proceso.

Identificador del modulo, debe ser nico

Indica si la decisin se basa en una

condicin (Si X > Y) o por porcentaje (40%

El Type puede ser especificado como:

2 way by Condition - para una

N-way by Chance para cualquier

nmero de probabilidades que se

especifiquen ms una salida else.

especifiquen ms una salida else.

Define una o ms condiciones mediante

Solo aparece cuando Type es N-way by

Define una o ms probabilidades

mediante las cuales se dirigen las

Solo aparece cuando Type es N-way by

Valor que se ha de chequear para

determinar el porcentaje de entidades que

Tipos de condiciones que estn

disponibles para evaluacin: Variable,