PRACTICA DIRIGIDA

1. SISTEMA DE ENSAMBLADO Y PRUEBA DE PIEZAS

ELECTRNICAS
El modelo que se muestra en la Figura 1, representa las operaciones finales del
proceso de produccin de dos diferentes unidades electrnicas selladas. Las
partes que llegan son cajas de metal moldeado que ya han sido mecanizadas y
trabajadas.

Figura 1. Sistema de montaje electrnico

Las primeras unidades, llamadas Parte A, se producen en un departamento
contiguo, fuera de los lmites de ste modelo, con tiempo entre llegadas que
estn exponencialmente distribuidas con una media de 5 (todos los tiempos
estn en minutos). A la llegada, se transfieren (de forma instantnea) al rea de
preparacin de la Parte A, en donde las superficies de unin de las cajas se
mecanizan y se trabajan para asegurar un buen sellado y despus a la parte se
le quita la rebaba, se desbarba y limpia; el tiempo de proceso para esta
operacin combinada en el rea de preparacin de la parte A sigue una
distribucin TRIA(1,4,8). Despus se transfiere la parte (otra vez, de forma
instantnea) al sellador.
Las segundas unidades, llamadas Parte B, se producen en un edificio diferente,
tambin fuera de los lmites de este modelo, en donde se les retiene hasta que
est listo un lote de cuatro unidades; el lote se enva al rea de produccin final
que estamos modelando. El tiempo entre llegadas de los lotes sucesivos de la
Parte B a nuestro modelo es exponencial con una media de 30 minutos. A la
llegada al rea de preparacin de la Parte B, el conjunto se separa en las cuatro
unidades individuales, que se procesan una a una desde este punto y las parte
individuales proceden (de forma instantnea) al rea de preparacin de la Parte
B. El proceso en el rea de preparacin de la Parte B tiene los mismos tres
pasos que el rea de preparacin de la Parte A, excepto que el tiempo del
proceso para la operacin combinada sigue una distribucin TRIA(3,5,10).
Entonces la parte se enva (de forma instantnea) al sellador.
En la operacin del sellador se insertan los componentes electrnicos, la caja se
ensambla y se sella y se prueba la unidad sellada. El tiempo total del proceso
para estas operaciones depende del tipo de parte: TRIA(1,3,4) para la Parte A y
WEIB(2.5,5.3) para la Parte B (2.5 es el parmetro de escala y 5.3 es el
parmetro de forma ). Noventa y uno por ciento de las partes pasan la
inspeccin y se transfieren inmediatamente al departamento de envo; si una
parte pasa es independiente de si cualquier otra parte lo hace. Las partes
restantes se transfieren de forma instantnea al rea de retrabajo en donde se
les desensambla, repara, limpia, se ensamblan de nuevo y se les pone a prueba

otra vez. Ochenta por ciento de las partes que se procesan en el rea de
retrabajo se recuperan y se transfieren de forma inmediata al departamento de
envo como partes reprocesadas y el resto se transfieren de forma instantnea
al rea de descarte. El tiempo para reprocesar una parte sigue una distribucin
exponencial con una media de 45 minutos y es independiente del tipo de parte
y de la disposicin ltima (recuperacin y descarte).
Queremos recopilar estadsticas en cuanto al uso del recurso, nmero en cola,
tiempo en cola y tiempo del ciclo (o tiempo total en el sistema) en cada rea
por separado para las partes enviadas, recuperadas o descartadas. En un
principio ejecutaremos la simulacin para cuatro turnos consecutivos de 8
horas, o 1920 minutos.
a) Interpretacin de los resultados
a) Opinin en cuanto al uso del recurso
b) Opinin en cuanto al tiempo de espera en cola
c) El tiempo de ciclo, de cada uno de los tres caminos de fabricacin

SOLUCION:
DIAGRAMA DE MODULOS:

b) Definicin de las entidades y de procesos de llegada

Iniciemos por la llegada de las piezas separadas de acuerdo a sus tipos:

c) Definicin de los atributos de las entidades

Las piezas una vez llegadas al sistema deben pasar al proceso de Preparacin,
sin embargo para el proceso siguiente, el proceso de sellado se necesita
establecer la distribucin de probabilidad de acuerdo al tipo de entidad. El
mdulo ASSIGN permite cargar un valor determinado a algn atributo de una
entidad. En este caso definiremos el atributo Tiempo de sellado asignndole
una distribucin TRIA(1,3,4) y WEIB(2.5,5.3) para cada una de las entidades del
modelo segn corresponda (partes tipo A y B).

El problema tambin plantea estimar, para cada tipo de parte, el tiempo de

ciclo de cada uno de los tres caminos de fabricacin por separado: enviadas no
retrabajadas, enviadas retrabajadas y desechadas. Arena no realiza ese clculo
por defecto, por lo que necesitamos realizarlo. En el mdulo ASSIGN definimos
el atributo Instante de llegada. Hay que pulsar Add en el mdulo Asignar
tiempo sellado Parte A y aadir la definicin de ese nuevo atributo. Luego para
el campo New Value presionamos el click derecho del mouse y escogemos
Build Expression, desplegamos Date and Time Functions y seleccionamos
Current Simulation Time. La expresin mostrada en Current Expression es
TNOW, que el nombre del reloj de la simulacin de Arena.
De la misma forma se definen el atributo para el mdulo Asignar tiempo
sellado Parte B

d) Procesos en la zona de preparacin

La definicin de un proceso consiste bsicamente en definir:
El tipo de accin que realiza la entidad, que en este caso es Seize-DelayRelease: cuando el recurso queda disponible la entidad lo captura (Seize),
la entidad espera (Delay) mientras el recurso realiza las acciones sobre
ella y a continuacin la entidad libera (Release) el recurso.
El nombre del recurso, que puede escogerse libremente.
La distribucin de probabilidad del tiempo en la fase Delay de la accin. En
las dos zonas de preparacin el tiempo est distribuido triangularmente

e) Proceso de sellado y prueba

La accin que realiza es Seize, Delay, Release, con la particularidad de que el
tiempo que dura la fase de Delay debe ser igual al parmetro Tiempo
sellador de la entidad. La forma de indicar esto es seleccionar Expression, clik
derecho, seleccionar expression builder, seleccionar Entity-Related
Variables, luego Attributes y al final se encuentra User-Defined Attribute
Value. A la derecha en Attribute Name seleccionar Tiempo sellador

El resultado que sigue al proceso de sellado implica una bifurcacin en el flujo

de las entidades, que se modela mediante el mdulo Decide. El tipo de
decisin es 2-way by chance. Por la salida False deben salir las entidades que
no han fallado la prueba

f) Proceso de retrabajo y prueba

El proceso de retrabajo se define como:

La bifurcacin en el flujo de las entidades que supone la prueba tras el retrabajo

se modela mediante el mdulo Decide.

g) Configuracin de los mdulos Record

En la casilla Type del mdulo Record debe indicarse el tipo de clculo a realizar.
El tipo Time Interval calcula y almacena la diferencia entre el valor del atributo
especificado en la casilla Attribute Name y el reloj actual de la simulacin. El
resultado del clculo es almacenado en un estadstico cuyo nombre debe
indicarse en la casilla Tally name

Los enviados tras la primera prueba y el de los enviados tras el retrabajo son
anlogos a ste.

h) Configuracin de los mdulo Dispose

El motivo de emplear tres mdulos Dispose, en lugar de dirigir los tres flujos
de entidades a un nico mdulo, es poder visualizar el nmero de entidades que
han abandonado el sistema por cada uno de los mdulos.
i)

Definicin del experimento

Pulsando Run/Setup se abre la ventana de dilogo para la configuracin del

experimento:
Condicin de finalizacin: el reloj de la simulacin debe alcanzar el valor de
32 horas (Replication Length=32. Time Units = Hours)
Unidad de tiempo base para la simulacin: minutes (Base Time Units =
Minutes)
Estadsticos que deben ser evaluados: Entities, Resources, Queues y
Processes.

2. OBTENCIN DE TARJETAS DE ESTUDIANTES

En la primera semana de clases, los estudiantes hacen fila fuera de la
oficina OneCard con el fin de obtener su identificacin de estudiante.
El tiempo entre
llegada de los estudiantes tiene una distribucin
exponencial con media de 13 minutos. Una tarjeta de identificacin es
creada siguiendo una distribucin triangular de (6,8,12) minutos. Debido a
un problema de enfermedad, slo una persona trabaja sirviendo a los
estudiantes.
Correr la aplicacin con una longitud de 1000 horas
Cambia las Base Time Units(minutes) para las unidades que quieres que
salgan los reportes. Es aconsejable usar las mismas unidades que el tiempo
de llegada y de servicio.
En Process Allocation seleccione Other

PARTE A
Analiza los reportes:
1. Cunto tiempo toma un estudiante para obtener su tarjeta?
La pregunta no pide el tiempo en que un estudiante tiene que esperar
en fila, ni cunto tiempo se tard en preparar la tarjeta. Se pregunta
el tiempo que tom el estudiante para moverse por todo el sistema
Entity-Time-Total Time

Half Width: Indica la mitad de ancho del intervalo de confianza en

95%.
Probabilidad (nivel de confianza) con la que el mtodo dar una
respuesta correcta. Esta informacin puede ser usada para evaluar
estadsticamente la adherencia del modelo al sistema real, o la
confiabilidad del resultado. Insufficient: no hubo datos suficientes
para su clculo.
La respuesta es: el estudiante toma 17.72 +/- 1.2 minutos.
Nota: Se debe incluir el valor de Half Width como parte de la
respuesta
2. Cunto tiempo promedio tiene que esperar un estudiante en
la fila?
Entity-Time-Wait Time

E tiempo de espera promedio de la entidad es: 9.04 +/- 1.1 minutos

Hay otra forma de obtener este dato: el otro se obtiene del reporte
Queue:

En cola se muestra el tiempo de espera por la cola de cada proceso.

Para que se pueda comparar los tiempos de espera entre varios
procesos. El tiempo de espera en la entidad reporta el tiempo de
espera total de la entidad, no por procesos. Como hay un solo
proceso entonces es el mismo. Si hubiese ms proceso el tiempo de
espera de la entidad sera aproximadamente igual a la suma de todos
los tiempos en la cola de espera.
3. Cunto tiempo se necesita para preparar una tarjeta de
identificacin, en promedio?
Esta pregunta es sobre el tiempo de servicio asociado a la
preparacin de una tarjeta de identificacin.
Entity-Time-Other Time

Respuesta. 8.67 +/- 0.04 minutos

Si seleccionamos en el mdulo process (ALLOCATE) la opcin add
value, el resultado estar en :

Al igual que la pregunta anterior, este nmero es el tiempo promedio

de todos los procesos.
En el reporte de procesos rompe por procesos especficos:
- Value Added Other time per Entity Tiempo invertido por la
entidad en servir (realizar la accin) a un recurso.

Wait Time per Entity Es el tiempo en cola del proceso

Este proceso tambin est relacionado con el reporte de cola.

El valor medio de estos dos tiempos es: Total Time per Entity

4. Cuntos estudiantes estn esperando en la fila, en

promedio?
Queue-Other-Number Waiting

Respuesta: 0.7 +/- 0.10 estudiantes.

5. Cul es el tiempo ms alto por el que un estudiante tuvo que
esperar por su tarjeta?
Esta pregunta se refiere a la hora del sistema completo (no slo el
tiempo de espera en cola o el tiempo de espera en el proceso)
Entity-Time-Total Time:

Respuesta 68.02 minutos

6. Cun ocupado est el trabajador de tarjetas de identidad?
Este reporte se refiere a la utilizacin durante la ejecucin de la
simulacin

El trabajador de One Card est ocupado el 67% de su tiempo

7. Cul es el tiempo medio del nmero de unidades del recurso
que se mantuvieron ocupadas?
Resource Usage Number Busy (NR)

Nmero de unidades del recurso utilizadas: 1 ocupada, 0 desocupada

(B(t)).
8. Cuntas unidades de cada recurso posee el proceso durante
el periodo de simulacin?
Resource Usage Number Scheduled (MR)
Capacidad (Capacity) del recurso

9. Qu tan ocupado estuvo el recurso en el tiempo que estuvo

disponible?
Resource Usage Schedule Utilization (NR)

Relacin entre la capacidad que el recurso estuvo disponible por la

cantidad de unidades ocupada. NR/MR
10.Cul es el nmero de entidades atendidas por el recurso?
Resource Usage Total Number Seized

Nmero de veces que fue usado el recurso. Se refiere al nmero de

veces en que cada recurso fue reservado (seized).
PARTE B
Una vez analizados los reportes y por consiguiente el sistema deberas dar
recomendaciones para su mejora. Las recomendaciones deberan ser
probadas. Un anlisis tpico de costo/beneficio debera ser probada para
mostrar si es una idea buena o mala.

Anlisis:
Algunos estudiantes tienen que esperar mucho tiempo (un estudiante
espera 68 minutos en el peor caso) para obtener su tarjeta de identificacin.
Ningn estudiante debera esperar ms de 30 minutos.
Recomendaciones:
Adicionar otro servidor al proceso. Es esto factible? . Agregar otro servidor
puede sobrecargar (apiar) el rea (incrementar el tiempo de servicio), pero
estamos asumiendo que el proceso puede manejar otro servidor.
Incrementa la capacidad a 2 en el mdulo de datos Resource.

El reporte muestra ahora que ningn estudiante espera ms de 30 minutos.

Comparacin del reporte USAGE para 1 servidor y 2 servidores
1. Cun ocupado est el trabajador de tarjetas de identidad?

Registra la utilizacin del recurso durante todo el periodo de medicin

de la simulacin. Incluye los momentos del recurso disponible y no
disponible.
Con 1 empleado

El trabajador de One Card est ocupado el 67% de su tiempo

Con 2 empleados

2. Cul es el tiempo medio del nmero de unidades del recurso

que se mantuvieron ocupadas?
Resource Usage Number Busy (NR)
1 empleado

Nmero de unidades del recurso utilizadas: 1 ocupada, 0 desocupada

(B(t)).
2 empleados

Nmero de servidores ocupados en un instante de tiempo: con un

servidor el mximo valor es 1, con dos servidores el mximo valor es
2.
3. Cuntas unidades de cada recurso posee el proceso durante
el periodo de simulacin?
Resource Usage Number Scheduled (MR)
Se refiere a la Capacidad (Capacity) del recurso
1 empleado

2 empleados

4. Qu tan ocupado estuvo el recurso en el tiempo que estuvo

disponible?
Resource Usage Schedule Utilization (NR)

Relacin entre la capacidad que el recurso estuvo disponible por la

cantidad de unidades ocupada. NR/MR

2 servidores

5. Cul es el nmero de entidades atendidas por el recurso?

Resource Usage Total Number Seized
Nmero de veces que fue usado el recurso. Se refiere al nmero de
veces en que cada recurso fue reservado (seized).
1 servidor

servidores

MODULO DECIDE: BALKING

El trmino balking se aplica a aquellas situaciones en las cuales se
impide el acceso de una entidad a un proceso.
Se puede manejar de dos formas:
1. La entidad no entrar en el sistema si hay ms X entidades en el
sistema,
Cundo usar este mtodo?
Este mtodo es aplicable cuando el obstculo se basa en el nmero
de personas en todo el sistema.
2. La entidad no entrar en una cola especfica si hay ms de X
entidades esperando en la cola.
Cundo usar este mtodo?
Solo trabaja si se est modelando sistemas con mltiples procesos y
balking puede ocurrir antes de cada proceso individual. La entidad
podra resistirse a entrar al primer proceso, pero si el continua,
escoge un balking antes de entrar al segundo proceso. En este
ejemplo, balking se basa en el nmero de entidades en la cola donde
la entidad est entrando. No en el nmero de entidades en el
sistema.

3. PACIENTES EN UNA CLINICA

Suponga que se le pide modelar la entrada de pacientes a una clnica.
Los pacientes llegan 2 cada hora en una distribucin de Poisson en
minutos. En primer lugar, el paciente debe registrarse con una
enfermera antes de ver al mdico. Slo hay una enfermera, el tiempo
de servicio se distribuye exponencialmente con media de 3 minutos.
A continuacin el paciente debe entrar en una cola de espera para
ver al doctor. El doctor toma aproximadamente 18 minutos siguiendo
una distribucin exponencial para ver a cada paciente. Si hay ms de
5 pacientes en todo el sistema, los pacientes que llegan optan
abandonar el sistema ya sea para volver a casa o ir a otra clnica.
Correr la aplicacin con una longitud de 1000 horas
Determinar cuntos pacientes fueron atendidos por el mdico y
cuntos abandonaron el sistema

En el mdulo DECIDE El tipo (Type) a escoger 2es -way condition.

Significa que una expresin de condicin ser quin determine la
trayectoria que tomar la entidad.
En el campo if colocamos expression, porque vamos a construir una
expresin
En el campo Value (el valor de la expression) escribir
EntitiesWIP(pacientes) <= 5
Podemos notar que EntitiesWIP es una funcin que cuenta el nmero de
entidades en todo el proceso del sistema. El nombre de la entidad va
entre parntesis (pacientes).
Cundo la condicin es evaluada (siempre que una entidad se crea) se
contar el nmero de entidades en el sistema y si el recuento es menor o
igual a 5 se evala la condicin verdadera y la entidad sigue su camino.
Si el valor es falso la entidad abandona el sistema inmediatamente.

Determinar cuntos pacientes fueron atendidos por el mdico y cuntos

abandonaron el sistema

4. MAQUINA ATM
Tienen que modelar una mquina ATM. Las llegadas siguen una
distribucin de Poisson de 8 por hora en minutos. El tiempo de servicio
del ATM sigue una distribucin exponencial de 4 minutos. Las personas
escogen usar o no el ATM si hay ms de 3 personas en la cola
Para simular las restricciones, se debe utilizar lo siguiente:
- Crear una condicin llamada Balk? (justo despus del mdulo
CREATE). Entonces cuando es verdadero continuas con el proceso,
y cuando es falso, la entidad debe salir sin entrar a otro proceso.
- Adicionar un contador (modulo record) para contar el nmero de
clientes que abandonaron el sistema.
El mdulo record es realizado con el propsito de adicionar
estadsticas que puedan ser analizadas en el reporte para
determinar cuntos abandonaron y cuntos fueron servidos. Estas
dos variables deben sumar igual que la variable NUMBER OUT
del reporte

Determinar cuntas personas usaron el ATM y cuntas abandonaron el

sistema.

5. LINEAS DE ESPERA SEPARADAS

Simular un sistema de cajero de banco.
Las llegadas de los clientes siguen una distribucin de Poisson de 12
clientes por hora en minutos. Siempre hay dos cajeros en servicio. El
tiempo de servicio de los cajeros tiene una distribucin exponencial de 7
minutos.
Cuando los clientes llegan, ven dos lneas, una para cajero # 1 y otra para
cajero # 2. Cuando llegan, tienen que elegir en qu fila entraran (y no se les
permite cambiar de fila una vez que han elegido una). Un cliente elegir la
fila del cajero # 1 si el nmero de personas en la fila # 1 es menor o igual al
nmero de personas en la fila # 2 (incluye a la persona que est siendo
atendido por el cajero).
5.1.

NQ(Proceso Cajero 1.Queue)

2.Queue) + NR(Cajero 2)

+ NR(Cajero 1)

<= NQ(Process Cajero

Cuntos clientes fueron atendidos por el cajero 1 y el cajero 2?

5.2. Separando en N lneas de espera

El ejemplo anterior muestra cmo crear dos lneas separadas de espera.
Sin embargo, es posible que encuentre las situaciones que requieren
ms de dos lneas. Esto se hace de manera similar con el mdulo
DECIDE usando N-way by condition
Adiciona otro cajero a tu modelo anterior.
Ahora, hay que aadir las condiciones para el mdulo de decisin. En
lugar de elegir "2- way by condition ", debemos elegir la opcin "N- way
by condition " y aadir 2 condiciones. La primera condicin, cuando sea

TRUE, enviar la entidad al cajero # 1. La segunda condicin, cuando es

TRUE, enviar la entidad a cajero # 2. Una tercera condicin no es
necesaria porque si las dos primeras condiciones no se cumplen,
entonces el camino falso se conectar al cajero # 3.
Adicionando N. way by condition
Condicin 1
- Si la lnea del cajero 1 es menor que la del cajero 2?
- AND
- Si la lnea del cajero 1 es menor que la del cajero 3?
Condicin 2
- Es la lnea del cajero 2 menor que la del cajero 3?
Condicin Else (de lo contrario)
- Une el link ELSE al cajero 3
Este ejemplo puede ser ampliado para adicionar tantos cajeros como sea
posible. El punto importante a sealar aqu es que es necesario definir N1 condiciones, donde N es el nmero de caminos por separado.

Adicionar N condiciones:
Para seleccionar N caminos selecciones N-way by Condition

Para la Condicin 1: la expresin en Arena es:

( NQ(Process 1.Queue) + NR(Resource 1) <= NQ(Process 2.Queue) +
NR(Resource 1))
&& ( NQ(Process 1.Queue) + NR(Resource 1) <=
NQ(Process 3.Queue) + NR(Resource 3) )
La primera parte de la expresin (antes del smbolo && que significa
AND) toma el nmero de entidades en la cola 1 ms el nmero de
entidades siendo servidas por el cajero #1 y compara lo mismo con el
cajero # 2. La segunda parte de la expresin compara al cajero #1 con el
cajero #3.
La condicin 2: es si la fila del cajero 2 es ms corta que el cajero 3. La
expresin en Arena es:
NQ(Process 2.Queue) + NR(Resource 2) <= NQ(Process 3.Queue) +
NR(Resource 3)

Nro de clientes atendidos por las 3 cajas:

6. ENTIDADES PARA DIFERENTES TIPOS DE PROCESOS

e.1) Manejas una seccin del banco que procesa solicitudes de lneas de
crdito. Existen dos posibles situaciones cuando el cliente solicita una
lnea de crdito
-

Si l clientes ha tenido una cuenta antes, decrece el nmero de

controles que son requeridos antes de aprobarla (30% del tiempo)
El cliente nunca tuvo una lnea de crdito (70% del tiempo)

El tiempo de procesamiento de la situacin 1 va de 30 minutos como

mnimo, 40 minutos ms probable y 60 minutos como mximo (triangular).
El tiempo de procesamiento de la situacin 2 va de 50 minutos como
mnimo, 50 minutos ms probable y 80 minutos como mximo (triangular).
El tiempo entre llegas sigue una distribucin exponencial con una media de
80 minutos
30% de las solicitudes son procesadas ms rpido que las restantes (70%
tardan ms).
La situacin debera ser modelada usando los siguientes conceptos:
1. Use un mdulo de decisin para saber o no si el cliente tiene una lnea
de crdito.
2. Use un mdulo de asignacin para estimar el tiempo de servicio como
atributo de la entidad basada en los resultados del mdulo decide
3. Usa aquel atributo para determinar el tiempo de proceso

Lo que hemos hecho es en lugar de fijar la tasa de servicio en el interior del

mdulo de proceso, lo fijamos de antemano sobre la base de los resultados
del mdulo DECIDE (30% de las solicitudes se procesan ms rpido, el
70% toma ms tiempo). Estos tipos de servicios se establecen en base a la
entidad mediante el uso de un atributo. Recuerde que un atributo es una
variable que se establece para cada entidad individual, creado en el mdulo
ASSIGN. A continuacin, utilizamos este atributo en el mdulo PROCESS
donde se determina la tasa de servicio

Si se examinan los reportes, es probable que vea un valor mnimo de VA

(VA Time de entity: el tiempo de servicio), cerca de 30 (el tiempo mnimo en
situacin # 1) y un mximo de cerca de 80 (el tiempo mximo en situacin #
2). Esto ayuda a validar el modelo, ya que se espera esos valores.

COSTOS

TALLER DE CARROS
Supongamos que el Sr. Lube tiene un taller de carros donde slo cuenta
con un empleado que realiza todo el proceso de trabajo. Este proceso
incluye primero reunirse con el Sr. Lube y con los clientes, luego realiza el
cambio de aceite y la gestin de pagos. El empleado, que es un mecnico,
gana S/. 30/hora.
De acuerdo a los datos recogidos manualmente, se obtuvo la siguiente
distribucin para el proceso de llegada segn Input Analizer de Arena: 30.5
+ 89 * BETA(0.758, 0.71) minutos.
Para el proceso de servicio: 44.5 + 14 * BETA(1.06,1.33) minutos
Correr la aplicacin con una longitud de 1000 horas

Analiza el modelo y responde:

a) Cules son las cosas buenas y malas del modelo?
Podemos destacar dos cosas:
- El tiempo mximo que los carros estn en el sistema (Tiempo
ciclo: entity-Time-Total Time) es de 116 minutos y

El costo total de mano de obra despus de 1000 horas de trabajo

es de S/. 29.977.

Despus de los anlisis decidimos que tenemos que reducir el tiempo

mximo de espera en el sistema cerca de una hora

Alternativas:
1. Adicionar un servidor
El costo total en mano de obra es de S/60,000 despus de 1000 horas
(gran aumento),

dejando caer el tiempo de espera mximo a 58 minutos.

Se consigui el objetivo de disminuir el tiempo de espera en el

sistema de los clientes, pero a un aumento significativo en costos.
2. Dividir el proceso en 2:
El mecnico solo se ocupar de las tareas que el domina. Todas las
otras tareas (interaccin con los clientes) son manejadas por un
representante de servicio al cliente, el cul recibe S/. 8/hora.
Estimamos que este cambio debera ahorrar 15 minutos al proceso
del servicio de cambio de aceite. Tambin se estima que el
representante del servicio al cliente pasar 6 minutos (mnimo), 8
minutos (mximo) y 7 minutos (probablemente) con el cliente

Notamos que el costo total es de S/ 38,000 y se redujo el tiempo de

espera mximo en el sistema a 60.3 minutos

b) Cul es la mejor alternativa?

La alternativa 2 es la mejor. Porque se redujo el tiempo total gastado
en el sistema en 15 minutos y con un costo adicional de S/. 8.00. La
alternativa 1 decrementa el tiempo de ciclo en 2 minutos(60-58), sin
embargo es ms costoso S/. 22 (60-38), esto es S/. 11 por minuto.

MODULO RECORD Y DECIDE

b.1) Recod Count: Los contadores se pueden utilizar en Arena para
medir y reportar estadsticas especficas.
Suponga que estamos en una sala de cine donde, donde los clientes
llegan a una tasa de 15 por hora (exponencial). Despus de comprar
las entradas (Expo(3) minutos), el 50% de los clientes tienen la
posibilidad de comprar ciertos incentivos ofrecidos por el cine.
Esto se modela usando un mdulo DECIDE con un 50% para 2-way by
chance. En la compra de concesin los clientes tardan en ser
atendidos una distribucin triangular (6,9,12) minutos.
Se desea contar el nmero de entidades que pasan a comprar alguna
concesin y los que no.
Cundo se ejecuta el reporte para un modelo como este, se puede
obtener los resultados del nmero de entidades que dej el proceso
de compra de tickets y el nmero de entidades que dej el proceso
de compra de concesiones. Pero para determinar el nmero de
entidades que no lograron entrar al proceso de compra de
concesiones, deberamos requerir substraer la diferencia entre las
que salieron y las que se quedaron esperando y en proceso en la
compra de concesin. Si bien esta es una tarea bastante trivial, sera
preferible que estas cuentas estn listas en el reporte despus de
ejecutarlo.
En este ejemplo, se deberan adicionar dos contadores (mdulos
record) despus de True y False en el mdulo de decisin. Estos
contadores deberan incrementarse cada vez que una entidad pasa a
travs de ellos, y estas estadsticas deberan mostrarse en el reporte