“Año del Diálogo y Reconciliación Nacional”

UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD: Facultad de Ingeniería.

ESCUELA: Ingeniería de Sistemas.

ASIGNATURA: Simulación de Sistemas.

INTEGRANTES: -Azabache Noriega, Jorge.

-Asmat Nunja, Junior.
-Espinola Vega, Joseph.
-Pastor Urquiaga, Christian.
-Urbina Narro, Cesar.

CICLO: VIII

Trujillo – 2018

1
Contenido
Capítulo 3: Un recorrido guiado a través de Arena 4
3.1 Inicio 4
3.2 Exploración de la ventana de Arena: 4
3.2.1 Abrir un modelo 4
3.2.2 Interacción básica y partes de la ventana de Arena 5
3.2.3 Tomar vista panorámica, acercamiento, ver y alinear en la vista del diagrama de flujo 5
3.2.4 Módulos 5
3.2.5 Documentación interna del modelo 5
3.3 Navegar por un modelo existente: modelo 3-1 6
3.3.1 El modulo Create en diagrama de flujo 6
3.3.2 El módulo de Enity Data 7
3.3.3 El modulo diagrama de flujo de proceso 7
3.3.4 El modulo Data del recurso 9
3.3.5 El módulo QueueData 9
3.3.6 Animar recursos y colas 10
3.3.7 El módulo Dispose de diagrama de flujo 10
3.3.8 Conexión de los módulos del diagrama de flujo 11
3.3.9 Gráficos dinámicos 11
3.3.10 Arreglando las cosas 12
3.3.11 Preparando las condiciones para la ejecución 13
3.3.12 Ejecución 13
3.5 Estudio de caso: procesamiento serial especializado frente a procesamiento paralelo
generalizado 13
3.5.1 Modelo 3-2: Procesamiento serial. Trabajo especializado separado 14
3.5.2 Modelo 3-3: Procesamiento paralelo. Trabajo integrado generalizado 15
3.6 Menús barra de Herramientas dibujo e impresión 16
Menús 16
Barra de Herramientas 18
La barra de herramientas Estándar 18
El Time Patterns Editor 18
La barra Standard 18
La barra de proyectos de Arena 18
La barra Arrange 19
Capítulo 4: Modelación de operaciones y entradas Básicas 22
4.1 Montaje electrónico y sistema de Pruebas 22

2
Modelo 4-2: Mejoras en montaje electrónico y sistema de pruebas 30
Condiciones de Ejecución 30
Programar horarios 30
4.2.3.Fallas del Recurso 31
4.2.4. Frecuencias 32
4.2.5. Resultados del modelo 4-2 32
4.3. Modelo 4-3: Mejora de la Animación 33
4.3.1. Cambio de las colas de animación 33
4.3.2. Cambio de las imágenes de entidad 33
4.3.3. Agregar imágenes de recurso 34
4.3.4. Agregar variables y gráficas 34
4.4.1. Algunos conceptos nuevos de Arena: Estaciones y Transferencias. 34
4.4.2. Añadir la Lógica de ruta 35
4.4.3. Alterar la Animación 35
4.5. Encontrar y corregir errores. 35
4.6. Análisis de entradas: especificación de parámetros y distribución del modelo. 35
4.6.1. Entradas deterministas contra aleatorias. 36
4.6.2. Recopilación de Datos 36
4.6.3. Uso de datos 36
4.6.4. Ajuste de distribución de entradas vía el analizador de datos de entrada (Input Analyzer) 36

3
Capítulo 3: Un recorrido guiado a través de Arena
3.1 Inicio
Arena es una aplicación del sistema operativo Windows de Microsoft, así que su apariencia y
percepción le resultaran familiares pues todas las características y operaciones usuales se
encuentran en él. Además, Arena es totalmente compatible con otro software de Windows,
como procesadores de texto, hojas de cálculo y paquetes CAD, así que usted puede mover
los elementos con facilidad hacia delante y hacia atrás.

3.2 Exploración de la ventana de Arena:

En esta sección abriremos un modelo existente, lo usaremos para echarle un vistazo a la
ventana de Arena, con el fin de que se familiarice con la posición de los elementos, y le
presentemos la terminología básica de Arena.

3.2.1 Abrir un modelo

El modelo ya instalado para simulación que se hizo a mano se puede encontrar mediante
File> Open. Los nombres de los archivos aparecen en un cuadro de desplazamiento y usted
también puede navegar hacia otras carpetas o unidades. Busque el archivo con el nombre
Model C3201.doe: la extensión de nombre del archivo .doe ya aparece de forma
predeterminada en los archivos de Arena.

4
3.2.2 Interacción básica y partes de la ventana de Arena
Como se muestra en la figura 3-1, la ventana de Arena con este modelo abierto se encuentra
dividida en varias partes.

A la derecha, ocupando la mayor parte de la pantalla, se halla la ventana del modelo, que de
hecho esta dentro de la ventana del modelo separada para cada uno de ellos, todos
contenidos en la ventana de Arena, así como sucede en un software de procesador de textos
o de hoja de cálculo. Pase de una ventana a otra de los modelos con solo hacer clic en ellos
o use el menú de la ventana de Arena para seleccionar de entre toda la lista. Si usted tiene
muchos modelos abiertos, puede circular entre ellos mediante CTRL+Tab o puede ser que
desee minimizar algunos en iconos con el botón _ que aparece en cada uno de ellos.

3.2.3 Tomar vista panorámica, acercamiento, ver y alinear en la vista del diagrama de flujo
La vista particular del diagrama de flujo de la ventana del modelo que se observa en la figura
3-1 es solo una de las muchas vistas posibles del modelo y del gran espacio mundial en
donde reside la representación del diagrama del flujo del modelo. El centro del espacio
mundial tiene coordenadas (x,y)(0,0) y se extiende por miles de unidades en las cuatro
direcciones desde ahí, estas unidades son solo posicionales y no tienen un significado físico
en particular (llámelas estadios o youdels si lo desea ).

3.2.4 Módulos
Los elementos básicos para modelos de Arena se llaman módulos. Estos son el diagrama de
flujo y los objetos de datos que definen el proceso que se va a simular y se eligen de los
paneles de la barra de proyectos. Los módulos vienen en dos formas básicas: diagrama de
flujo y datos.

Los módulos de diagrama de flujo describen los procesos dinámicos del modelo. Puede
pensar en los módulos de diagrama de flujo como en nodos o lugares a través de los cuales
fluyen las entidades o en donde se originan las entidades o dejan el modelo. Para poner un
ejemplo de un módulo de diagrama de flujo de un tipo particular en su modelo, arrástrelo de
la barra de proyectos hacia la vista del diagrama del flujo de la ventana del modelo. Los
módulos de diagrama de flujo por lo general están conectados entre ellos de alguna manera.
En el panel de proceso básico, los tipos de módulos de diagrama de flujo disponibles son
Create, Dispose, Process, Decide, Batch, Separate, Assifn y Record (Crear, Eliminar,
Procesar, Decidir, Agrupar, Separar, Asignar y Grabar); otros paneles tienen muchos tipos
adicionales de módulos de diagrama de flujo.

3.2.5 Documentación interna del modelo

Si usted coloca el cursor de su ratón en un símbolo del módulo u otro objeto, vera un Data
Tips. Los Data Tips tienen dos partes, una descripción por defecto y una descripción definida
por el usuario. El consejo por defecto le describirá alguna información genérica acerca del
objeto, así como su nombre y tipo. La parte definida por el usuario desplegara exactamente

5
del objeto, así como su nombre y tipo. La parte definida por el usuario desplegara
exactamente los que esté metido en el campo de Object Properties Description. Usted puede
meter texto en este campo al hacer el clic con el botón derecho en un objeto y seleccionar
Properties. Un desplegado de estos Data Tips se puede activar a través de View > Data Tips.
Ambos se pueden habilitar de forma predeterminada, pero es posible que uno de ellos tenga
que deshabilitarse.

Además en las descripciones del módulo también puede entrar a Project Description que
proporciona algo contexto a todo el modelo. Este es un buen lugar para documentar que es
lo que hace el modelo, porque fue creado, suposiciones que usted se hizo e información
similar. Esto se mete en Run > Setup > Project Parameters.

Aunque los Data Tips son una característica útil, en particular cuando los modelos son largos,
se puede preguntar si hay alguna otra manera de hacer uso de esta información. Si la hay.
Tools > Model Documentation Report crea un reporte personalizado resumiendo todos los
datos de su modelo. Proporciona algunas opciones acerca de que información incluir y
después genera un reporte en HTML.

3.3 Navegar por un modelo existente: modelo 3-1

Para ver como se configura el modelo 3-1, ahora lo llevaremos por los módulos de diagrama
de flujo y de datos en la ventana del modelo y le indicaremos como se relacionan entre sí.
Después ejecutaremos este modelo y veremos sus resultados. Luego, en la sección 3.4, le
mostraremos como desarrollar este modelo desde el principio.

3.3.1 El modulo Create en diagrama de flujo

Comenzaremos con el modulo Create (Crear) al que llamamos Part arrives to System, a la
izquierda de la vista del diagrama de flujo de la ventana del modelo. Note que este módulo es
un ejemplo general del módulo Create que hemos especializado para nuestras necesidades
en este modelo en particular.

6
El modulo Create es el nudo “de nacimiento” para la llegada de las entidades a la frontera de
nuestro modelo que en este caso representan partes, de afuera y hacia el modelo. Haga
doble clic para abrir el cuadro de diálogo como el de la figura 3-2.

3.3.2 El módulo de Enity Data

Una de las cosas que hicimos en nuestro módulo Create fue definir un Enity Type que
llamamos Part. Al seleccionar el módulo Enity Data en la barra de proyecto, se muestra la
hoja de cálculo de la entidad para su modelo en la vista de la hoja de cálculo de la ventana
del modelo, así como en la figura 3-4. Aquí se pueden ver y editar aspectos de los tipos de
entidades de su modelo. En la figura 3-4, se muestra la lista de sugerencias para el campo
Inicial Picture, indicando que decidimos que nuestras entidades de Part serán animadas
como pelotas azules cuando se corra la simulación.

3.3.3 El modulo diagrama de flujo de proceso

Nuestro módulo de Process , al que llamamos Drilling Center representa a la máquina,
incluyendo el recurso, su cola y el tiempo de demora de la entidad ahí. Puede abrirlo con un
doble clic en su nombre y vera el cuadro de dialogo en la figura 3-5.

Después de meter el nombre Drilling Center, seleccionamos Standard como el tipo, es decir,
que la lógica para esta operación se definirá aquí en este módulo de Process más que en un
submodelo jerárquico. Pasando directamente al final del cuadro de dialogo, el cuadro de
verificación Report Statics le permite elegir si quiere estadísticas de resultados tales como
usos, longitudes de la cola y tiempos de espera en ella.

7
8
3.3.4 El modulo Data del recurso
Una vez que haya definido un Resource asi como lo hicimos nosotros en el módulo Process
(en nuestro caso, llamamos al recurso Drill Press [Prensa de perforación], se hace una
entrada para él de forma automática en el módulo de datos del Recurso, haga clic en él en la
barra de proyectos para ver la hoja de cálculo de Resource en la figura 3-9. La hoja de
cálculo le permite determinar las características de cada recurso en su modelo, así como si
su capacidad es fija o caria de acuerdo con un programa.

3.3.5 El módulo QueueData

Si el recurso Drill Press está ocupado cuando una entidad entra el módulo Process, la
entidad deberá hacer cola. La hoja de cálculo Queue, vista en la figura 3-10, aparece en la
vista de la hoja de cálculo si usted selecciona el módulo de datos Queue en la barra de
proyectos. Aquí usted puede controlar aspectos de las colas de su modelo, asi como la
disciplica que se usó para operarla, como se muestra en la lista Type de la figura 3-10.

Usted podría, por ejemplo, ordenar la cola de acuerdo con algún atributo de las entidades
que residen en ella, si usted elige Lowest AtTribute Value, la cola estaría ordenada de forma
ascendente de algún atributo y se mostraría un campo adicional en la línea para este Queue
en la que usted debería especificar el Atributo que se usaría para clasificarlo.

9
 3.3.6 Animar recursos y colas
Hablando de colas, usted debe haber notado el --------------I justo encima del módulo Process
en la vista del diagrama de flujo. Aquí es donde se animará la cola y el módulo Process
adquirio esta grafica cuando especificamos que queríamos que las entidades tomaran un
recurso ahí.

Y mientras estamos con la materia de animación, sin duda usted ya noto el B en la parte
superior derecha del módulo Process, posicionado en lo que será la cabeza de la animación
de la cola.

3.3.7 El módulo Dispose de diagrama de flujo

El módulo Dispose representa a las entidades que dejan las fronteras del modelo; haga doble
clic en su nombre para atraer el cuadro de dialogo de la figura 3-12; la hoja de cálculo
Dispose aparece en la figura 3-13.

10
3.3.8 Conexión de los módulos del diagrama de flujo
Los modulos Create, Process y Dispose están conectados por líneas llamadas Connections.
Estas establecen la secuencia que todas las partes seguirán conforme progresan de un
módulo del diagrama de flujo a otro.

3.3.9 Gráficos dinámicos

Los dos gráficos se crearon a través del botón Plot de la barra de herramientas Animate.
Ellos se trazan a si mismos de forma dinámica conforme se ejecuta la simulación, pero
después desaparecen cuando esta termina.

Haga doble clic en la parte superior del grafico para poner el cuadro de dialogo Plot en el
lado izquierdo de la figura 3-14. En la ventana Expressions únicamente tenemos una entrada,
así que solo obtendremos una curva en este gráfico.

11
3.3.10 Arreglando las cosas
Las diferentes etiquetas en la ventana del modelo, como el título en la parte superior
izquierda y las etiquetas de los ejes para el grafico, se hicieron a través del botón Text en la
barra de herramientas Draw. Desde ahí se pueden controlar los elementos usuales como
fuente, tamaño y estilo.

12
3.3.11 Preparando las condiciones para la ejecución
Cosas como la duración de la ejecución y el número de réplicas se configuran a través de
Run+Setup, lo que trae un cuadro de dialogo con cinco páginas lengüetadas.

3.3.12 Ejecución
Para ejecutar el modelo, haga clic en el botón Go en la barra de herramientas Standard; note
que los botones de este grupo son similares a los de un reproductor de video. La primera vez
que se ejecuta un modelo Arena revisa su modelo en busca de errores; si tiene errores,
recibirá una educada llamada de atención al respecto, junto con alguna ayuda para
encontrarlos y corregirlos. Entonces podrá ver ejecutarse la animación del modelo, pero
deberá mirar rápido en una ejecución tan corta a menos que su computadora se retrase.

3.5 Estudio de caso: procesamiento serial especializado frente a procesamiento paralelo

generalizado
Una pregunta operacional clásica es si tener trabajadores especializados o generales cuando
el procesamiento involucra múltiples tareas diferentes; una cuestión relacionada es como la
variación del tiempo del procesamiento afecta la decisión. Con base en un documento de
Harrison y Loch podemos investigar esto usando solo los módulos de Arena presentados en
el modelo 3-1. Los argumentos pueden hacerse para ambos trabajos, especializado y
general, dependiendo del entorno y de los experimentos llevados a cabo en sistemas reales,
algunas veces con resultados decepcionantes.

13
3.5.1 Modelo 3-2: Procesamiento serial. Trabajo especializado separado
Un primer pensamiento seria especializar a los trabajadores y asignarlos, digamos, Alfie a
revisar el crédito de todas las solicitudes, Betty a preparar todos los convenios, Chuck a
ponerle precio a todos los préstamos y Doris a desembolsar todos los fondos. Así cada
solicitud primero tendría que pasar por Alfie, después por Betty, luego por Chuck y por ultimo
Doris.

Un diseño puede ser como la figura 3-25, donde hay actualmente 12 solicitudes, Alfie está
ocupado pero sin más solicitudes en la fila, Betty se encuentra desocupada, Chuck se halla
ocupado con cinco más en la fila y Doris está ocupada con cuatro más en la fila. Todas las
filas son FIFO. Aunque Betty esté en desacuerdo, es muy malo que, bajo estas reglas de
operación, ella no pueda echarle una mano a Chuck o a Doris en este momento.

14
3.5.2 Modelo 3-3: Procesamiento paralelo. Trabajo integrado generalizado
¿Sería mejor “generalizar” o “integrar” el trabajo de forma que cada empleado procese
por completo los cuatro pasos de una solicitud a la vez, y con una sola fila de solicitudes
“abasteciendo” al grupo? Desde el punto de vista de las solicitudes, esto podría presentar
solo una oportunidad de pasar tiempo de espera en la cola, pero entonces de nuevo el
procesamiento sería más largo. La figura 3-27 muestra como funcionaria esto, donde cada
empleado procesa los cuatro pasos antes de pasar a la siguiente solicitud en la fila. Como en
la imagen de procesamiento serial especializada de la figura 3-25, hay 12 solicitudes en

15
proceso actualmente, pero observe que el número total en la fila ahora es ocho en lugar de
nueve, ya que Betty está ocupada.

3.6 Menús barra de Herramientas dibujo e impresión

Menús
Menú file(Archivo):
Aquí es donde se crean nuevos archivos de modelos en Arena, abre los que ya existe,
cierra ventanas y guarda sus modelos.
También es donde se adjunta y separa paneles de la barra de proyectos. Además, te
permite importar dibujos de AUTOCAD, MICROSOFT VISIO. Acceso a las opciones
de impresión además de enviar correos desde arena.
Menú edit(Editar):
Aquí encontrara opciones como Undo(deshacer), Redo(Rehacer),Cut(cortar) o
Copy(copiar) un objeto seleccionado al clipboard(portapapeles) para colocarlos en otro
lado del modelo.

También las opciones de paste link, duplicate y delete para los elementos que se
tengan seleccionados.

Podemos seleccionar todos los elementos del modelo con Select all y deseleccionarlos
con Deselect all.

16
Menú view(ver)
Desde este menú se puede controlar como se presenta su modelo en la pantalla, así
como qué barra de herramientas quiere que aparezcan. Usar el zoom le permite ver el
modelo de diferentes perspectivas, de tal forma que pueda ver la imagen completa o
por secciones

Menú Tools(Herramientas)
Tenemos:

Arena Symbol Factory (Fabrica de símbolos de Arena): contiene las gráficas para la
animación de los elementos como entidades y recursos.

Input Analizer (Analizador de entradas): instala distribuciones de probabilidad a sus

datos.

Process Analizer (Analizador de procesos): organiza la forma de hacer las

ejecuciones.

Output Analyzer (analizador de salida)

Menú Arranged(Ordenar):
Aquí los objetos se refieren a la posición de los módulos del modelado y objetos
gráficos.

Bring to Front (Traer al frente) y Send to Back (Mandar al fondo)

Group(agrupar) y Ungroup(Desagrupar)

Filp nos permite mover el objeto verticalmente u horizontalmente

Rotate hace girar 90° lo seleccionado en el sentido de las manecillas del reloj.

Menú Object(Objeto)
Se refieren a la estructura lógica del modelo, sus módulos de diagrama de flujo y las
conexiones entre las piezas lógicas.
Connect
Auto-connect
Smart connect

Menú Run(Correr)
Controla como se correrá el modelo actual (incluye la duración de la ejecución)

También contiene entradas para correr la simulación de diferentes formas, asi como
varias opciones para observar la ejecución, revisarla, configurarla y controlar como va
la corrida y desplegarla en la pantalla

17
 Menú Windows(Ventana)
Permite ordenar los modelos en forma de Cascada o por tile(Mosaico).

Menú Help(ayuda)
Permite entrar al sistema de ayuda en línea de Arena

Barra de Herramientas
Arena tiene varias Toolbars con grupo de botones y cuadros de lista de sugerencia
para facilitar el acceso rápido a actividades comunes. Algunos de estos botones son
solo formas más rápidas para obtener un elemento del menú

La barra de herramientas Estándar

que corresponde a la barra estándar de las aplicaciones de Windows. Contiene

botones que soportan la construcción del modelo. Un botón importante en esta barra
es el de Connect, que se utiliza para conectar los módulos de Arena con los bloques
SIMAN y el resultado del diagrama describe el flujo del control lógico.
El Time Patterns Editor

consiste en tres botones que permiten al que modela la programación de la

disponibilidad de los recursos y su tasa de servicio.
La barra Standard

Además, provee de botones de estilo VCR, para poner el modelo Arena en modo
pausa para señalar su evolución.
La barra de proyectos de Arena

permite acceder a los paneles donde se encuentran los módulos, bloques SIMAN y
otros objetos. Los paneles se pueden seleccionar de la barra de Project haciendo clic
en el botón Attach de la barra Standard. Cuando se hace clic en este botón, aparece
una ventana de diálogo en la pantalla y muestra los archivos tipo correspondientes a
cada panel. Eligiendo uno de los ficheros aparece el panel correspondiente en la barra
Project. Los paneles que incluye fueron estudiados en el anteriormente.
Posteriormente se describirán en profundidad las opciones de dos de los más
utilizados.

18
La barra View,
corresponde a opciones del menú del mismo nombre. Asiste al usuario en la
visualización del modelo. Sus botones incluyen zoom dentro, zoom fuera y vista previa.
Estas funciones son útiles para ver grandes modelos en varios niveles de detalle.

La barra Arrange
tiene botones correspondientes al menú del mismo nombre.

Los botones de la barra de Draw

no tienen correspondencia con opciones de menú, por tanto, los dibujos únicamente
se pueden realizar accediendo a la barra de herramientas. Con estas herramientas,
se pueden dibujar líneas, poli línea, arcos, etc., para vestir el modelo.

La barra Animate
contiene elementos que permiten animar el modelo o mejorar la animación inherente
a algunos módulos de Arena, mientras la simulación se está ejecutando. Los objetos
de simulación incluyen el reloj de simulación, colas, ventanas para monitorear las
variables, gráficas dinámicas e histogramas.

19
La barra Integración
contiene botones relacionados con el asistente de transferencia de datos a módulos
de Arena y VBA (el Editor de Visual Basic y el botón de Modo Diseño de VBA). Es
decir, contiene las funciones de transferencia de datos a otras aplicaciones. Permite
además la programación y diseño en Visual Basic.

La barra Run Interacción

corresponde a las opciones que ofrece el menú Run Interacción. Incluye las funciones
de control de ejecución para seguir las simulaciones, como el acceso al código SIMAN
y medios de depuración del modelo. Además, incluye la visualización del modelo, así
como el botón de Animate Connectors que activa u desactiva la animación del tráfico
de entidades por las conexiones del módulo.

La barra Animate Transfer

sirve de interfaz con los objetos de animación de tipo transferencia, incluyendo el
transporte manual, de que dispone Arena para las animaciones de objetos de este tipo.

20
 En la parte izquierda de la aplicación, se muestran una serie de paneles que contienen
los objetos de que dispone Arena para diseñar los diagramas de flujo y que a
continuación se comentan con más detalle.
La barra Debug

soporta la depuración de los modelos Arena mediante el control y monitoreo de la

ejecución de la simulación. Consiste en varias subventanas. La subventana de la
izquierda se utiliza en modo comando para seleccionar puntos de interrupción, asignar
valores a la variable, observar las variables y trazar los flujos de entidad entre módulos.
La ventana de la derecha, tiene pestañas para visualizar los eventos SIMAN en el
modelo, mostrando los atributos de la entidad actual activa y pudiendo ver las
expresiones definidas por el usuario en Arena.

21
Capítulo 4: Modelación de operaciones y entradas Básicas
4.1 Montaje electrónico y sistema de Pruebas

 El Sistema representa dos diferentes unidades electrónicas selladas. (A,

B)
 Arribo de partes:Fundición de cajas metálicas mecanizadas para aceptar
componentes electrónicos.
 Parte A, Parte B – Separación de áreas de preparación (Prep)
 Ambas partes van a sellado (Sealer) para ser probados, si las partes
están correctas se retiran del sistema, de lo contrario deben pasar a
retrabajo (Rework)
 Retrabajo (Rework) – Recuperado (y enviado), o desechado

Parte A:

 Distribution de llegada: expo (5) min.

 Directamente se dirige a Part A Prep:
Proceso = (máquina+ quitar rebordes + limpieza) ~ tria (1,4,8)
min.
 Luego se dirige a sellado (Sealer):
Proceso = (montaje + prueba) ~ tria (1,3,4) min.
91% es enviado; el resto va a Retrabajo (Rework)
 Rehacer: (re-proceso + prueba) ~ expo (45) min.
80% es recuperado y enviado; el resto desechado

Parte B:

 Distribución de llegada: Lotes de 4, expo (30) min.

 A su llegada, el lote (batch) se divide en 4 partes individuales
 Proceden inmediatamente a Part B Prep area

22
 Proceso = (máquina + quitar rebordes + limpieza) ~ tria (3,5,10)
 Se dirige a sellado (Sealer)
Proceso = (montaje+prueba) ~ weib (2.5, 5.3) min,
diferente de la Parte A, aun que en el mismo lugar
91% es enviado; el resto va a Retrabajo (Rework)
 Rehacer: (re-proceso + prueba) ~ expo (45) min.
80% es recuperado y enviado; el resto desechado

Condiciones de ejecución y salida:

 Comience vacío y ocioso, ejecute el sistema por 32 horas

 Recolectar estadísticas por cada área de trabajo

Utilización de recursos
Número en cola
Tiempo en cola
 Para cada punto de salida (Enviado, recuperado, desechado), recoger el
tiempo total en el sistema (también conocido como tiempo de ciclo)

Desarrollo del Modelo

 Definir partes del modelo, módulos, estructura de datos, lógica de
control.
 Nivel adecuado de detalles – a juicio
 A menudo existen múltiples maneras de modelar.
 Este modelo:
o Las entidades son partes individuales (2 tipos)
o Dos módulos “Create” para las distintas partes.
o Dos módulos “Process” distintos para la preparación de las
piezas.
o Módulos “Process” para sellado (Sealer) y retrabajo (Rework),
ambos seguidos por una decisión, módulo “Decide” (2 caminos
por probabilidad)
o Módulos “Dispose” para enviado (Shipped), recuperado
(Salvaged), desechado (Scrapped)
o Atributo Sealer Time asignado luego del modulo “Create” en
el modulo “Assign” (Las partes tienen diferentes tiempos en el
sellador)
o Módulos “Record” justo antes de los módulos “Dispose” para
conocer el tiempo en el sistema de las partes.
Construcción del Modelo

 Nueva ventana de modelo

 Adjuntar panel de procesos básicos (si es necesario)
 Módulos

23
 Create (x 2)

Assign (x 2) Estrategia alternativa–

Process (x 4)
Cree un módulo a la vez y
llénelo completamente
Decide (x 2)

Record (x 3)

Dispose (x 3)

 Click derecho— Repetir última acción

 Auto-Conexión, o conexión manual

Modulo Create Parte A

 Nombre: Llegada Parte A

 Tipo de Entidad: Parte A
 Tiempo entre llegadas
Tipo: Random(Expo)
Lista desplegable con opciones
Valor: 5
Unidad: Minutos
Una vez realizadas estas entradas,
se colocan en la lista de nombres
de ese tipo (nombre del módulo,
tipo de entidad, etc) y aparecerán
en futuras listas desplegables para
ese tipo de nombre.

- Lista desplegable con opciones

 Por defecto lo que no se ha mencionado más arriba

Modulo Create Parte B

 Nombre: Llegada Parte B

 Tipo de Entidad: Parte B
 Tiempo entre llegadas
Tipo: Random(Expo)

Lista desplegable con opciones

Valor: 30

Unidad: Minutos

- Lista desplegable con opciones

 Entidades por llegada: 4

24
Módulo “Assign” para asignar atributos a Parte A
 Nombre: Asignar tiempo de sellado y de llegada de Parte A
 Agregar:
Tipo: Atributo
Nombre Atributo: Sealer Time
Nuevo Valor: TRIA(1,3,4)
 Agregar:
Tipo: Atributo
Nombre Atributo: Arrive Time
 Nuevo Valor: TNOW (para calcular el tiempo actual del sistema)

TNOW es una variable interna de Arena que contiene el tiempo actual de simulación; ver

Help > Arena Help > Contents > Variables, Functions, and Distributions > Variables >

Date and Time Variables

Módulo “Assign” para asignar atributos a Parte B

 Nombre: Asignar tiempo de sellado y de llegada de Parte B

 Agregar:
Tipo: Atributo

Nombre atributo: Sealer Time

Nuevo valor: WEIB(2.5, 5.3)

Agregar:

Tipo: Atributo

Nombre atributo: Arrive Time

Nuevo valor: TNOW

Módulo “Process” Prep A

 Acción: Seize Delay Release
 Recursos (Agregar):
Tipo: Resource (lista desplegable) Si se nombraron varios
Nombre Recurso: Prep A recursos (botón Agregar),
Cantidad: 1 (por defecto)
la entidad debe captar
(seize) todo antes que el
 Tipo Delay: Triangular
retraso (delay) comience.
25
  Unidad: Minutos
 Mínimo: 1
 Valor (mayor probabilidad): 4
 Máximo: 8
Módulo “Process” Prep B
 Nombre: Proceso Prep B
 Acción: Seize Delay Release
 Recursos (Agregar):
Tipo: Resource (lista desplegable)

Nombre Recurso: Prep B

Cantidad: 1 (por defecto)

 Tipo Delay: Triangular

 Unidad: Minutos
 Mínimo: 3
 Valor (mayor probabilidad): 5
 Máximo: 10
Módulo “Process” para sellado (Sealer)
El atributo Sealer Time se definió arriba
 Nombre: Proceso de sellado para ambas partes A y B… ahora se utiliza su valor
 Acción: Seize Delay Release para obtener las diferentes distribuciones
 Recursos (Agregar): correspondientes a parte A y B.
Tipo: Resource (lista desplegable)
Nombre recurso: Sealer
Cantidad: 1 (por defecto)
 Tipo Delay: Expresión
 Unidad: Minutos
 Expresión: Sealer Time

Módulo “Decide” para el resultado de la inspección en Proceso de sellado

 El módulo “Decide” otorga dos tipos de ramificación:

By Condition (Atributos de entidad, Variables globales)
By Chance (por probabilidad)
 Nombre: Fallas en Inspección Sellado
 Tipo: 2 caminos por probabilidad (por defecto)
 Porcentaje verdadero: 9
 Diferentes puntos de salida para Verdaderos (fallados), para los Falsos
solo existe una salida.
Módulo “Process” Rework
 Nombre: Proceso Rehacer
Tuvimos que usar opción Expression
26 para Tipo de Delay ya que lo que
queremos (EXPO) no está directamente
en la lista desplegable de tipos de delay.
  Acción: Seize Delay Release
 Recursos (Agregar):
Tipo: Resource (lista desplegable)
Nombre Recurso: Rework
Cantidad: 1 (por defecto)
 Tipo Delay: Expression
 Unidad: Minutos
 Expresión: EXPO(45)
Módulo “Decide” para el resultado de la inspección en Proceso Rehacer
 Nombre: Fallas en Inspección Rehacer
 Tipo: 2 caminos por probabilidad (por defecto)
 Porcentaje verdadero: 20

Considerando que verdadero significa partes falladas.

Módulo “Record”
 Arena recopila y reporta muchas estadísticas de salida por defecto, pero
a veces no todo lo que se desea.
 Por ejemplo el tiempo en sistema (promedio, máx) de las partes según
su punto de salida (Enviado, Recuperado, Desechado)
Es esta la clasificación que Arena no hace por defecto ... lo haría
automáticamente ordenar por tipo de entidad si tuviéramos entidades
controladas en Run > Setup > Project Parameters (lo cual no hacemos)
 El módulo “Record” se puede agregar al diagrama de flujos para
recolectar y reportar diversos tipos de estadísticas, permitiendo estudiar
como las entidades recorren el modelo en ejecución.
 Para contar tipos de medidas de rendimiento de salida.
Módulo “Record” para partes Enviadas
 Name: Registro partes enviadas
 Tipo: Intervalo de tiempo
Registra el tiempo transcurrido hasta el momento (TNOW) desde
cuando un atributo de una entidad se marcó con un tiempo de
"sello".
Hay varias otras opciones para el tipo de entidad ... explorar a
través del botón de ayuda (Help) del módulo “Record”
 Nombre atributo: Arrive Time
Fue definido anterior con TNOW en el módulo Assign luego de ser
creada la entidad.
 Nombre contador: Registro par
Determina el etiquetado en los reportes

Otros dos módulos de registro–

Igual que este a excepción del nombre y nombre contador

27
Módulo “Dispose”
 Tres puntos de salida diferentes para tres tipos de casos (Enviado,
recuperado, desechado).
 Se podría dirigir los tres tipos de salida a un solo módulo “Dispose”.
-Los separados obtiene recuentos de animación en los tres casos.
-Separar los módulos Dispose permite comprobar la diferencia en
el conteo de registros en las estadísticas de entidades.
-Produce estadísticas de flujo clasificadas por tipo de
entidad (La opción de Recolección de estadísticas de
Entidades se debe ver en Run > Setup > Project
Parameters). Es necesario considerar el módulo Record y
el atributo Arrive Time debido a que no recolecta todas las
estadísticas deseadas.

Run > Setup para Run Control

 Sin esta opción, el modelo podría funcionar para siempre
Esto es parte de la modelización, por lo que afecta a los

28
 resultados.
 Ficha de Parámetros de proyecto:
Rellena el título del proyecto y nombre del analista
Valores predeterminados para la recopilación de estadísticas,
pero nosotros desactivamos las casillas para entidades.
No es necesario para lo que queremos (instalamos nuestros
propios módulos de registro), y haría más lenta la ejecución.
 Ficha parámetros de replicación:
Longitud de replicación: 32, se acepta “hora” por defecto como
unidad de tiempo.
Unidad de tiempo base: Minutos para entradas sin opción de
unidad de tiempo, la aritmética interna y unidad de los reportes de
salida.

Diferentes imágenes de entidad para Parte A y B

 Escoger “Entity” en Project Bar “Basic Process”
 Crear filas para los tipos de entidad (Parte A,
 Parte B)
 Despliega la lista “Initial Picture” y selecciona diferentes imagenes para
los tipos de entidad
Edit > Entity Pictures para ver los cambios en la lista de imágenes
presentadas ahi.

Modelo en ejecución
 Check (si se desea)
Botón de búsqueda para encontrar errores
 Go (automáticamente pre-verifica si es necesario)
Algunos gráficos no se muestran durante la ejecución…
retornarán al finalizar la ejecución … control a través de View >
Layers
Barra de estado muestra el progreso de la ejecución– número de
replicaciones, tiempo de simulación, estado de la simulación.
 Velocidad de animación
Barra deslizante en la parte superior, aumentar (tecla “>”),
disminuir (tecla “< “)
 Pause ) o tecla Esc, para reanudar
 Run > Step ) para depurar
 Run > Fast-Forward ( ) para desactivar animación
Run > Run Control > Batch Run (sin animación) es más rápido

29
Visualización de los resultados
 Contadores durante la animación para los módulos.
Create, Dispose, Decide – incrementan cuando las entidades salen
Process – Número de entidades en proceso
 Pregunta si deseas ver el reporte final
Lo que se obtiene depende de Run > Setup > Project Parameters
Al parecer el proceso “Rehacer” es cuello de botella.
Navegue a través del informe con las flechas de navegación
Contadores totales, Tiempo y contadores estadísticos
Promedio, mín, máx y 95% de intervalo de confianza
Los intervalos de confianza son para las expectativas de estado estable
No se puede generar si la ejecución no dura lo suficiente para calcular
estadísticas de confiabilidad.
 Generalmente es dificil/poco confiable sacar conclusiones con una sola
ejecución.
Modelo 4-2: Mejoras en montaje electrónico y sistema de pruebas
 El modelo original muestra al administrador de producción
Señaló que esto es sólo el primer turno de dos en un día - el segundo
turno hay dos operadores en la reanudación de la estación (cuello de
botella) ... 16 horas al día
Señaló que el sellador a veces falla
Uptimes ~ expo (2) horas.
Repair times ~ expo (4) min.
Quiere comprar estantes para guardar las partes en cola de retrabajo
Un estante puede guardar 10 partes
Cuantos estantes se deben comprar ?
Ejecutar por 10 días (16-horas por día)
 Se necesita: Programador de recursos, Estado de recursos , Errores de
recursos
Condiciones de Ejecución
 Redefinir que un “día” sea de 16 horas – Run >
 Setup > Replication Parameters
 Cambiar longitud de replicación hasta 10 días (de 16 hrs)

Programar horarios
 “Resource” en el modulo de datos (Basic Process, Project Bar)
Para el Recurso Rehacer (Rework), cambiar tipo de “Fixed
Capacity “ a “Based on Schedule”
Dos nuevas columnas – Nombre horario y regla de horario
(Schedule Name y Schedule Rule)
Escriba en Schedule Name (Rework Schedule)
Seleccione un Schedule Rule – Detalles de la disminución de

30
 capacidad de recursos si se asigna a una entidad.
 Wait – La capacidad disminuye luego que las entidades
son liberadas por el recurso, el “break” deberá esperar
cuando el recurso este siendo utilizado.
 Ignore – La capacidad baja de inmediato para recolectar
estadísticas … “break” podría ser más corto.
 Preempt – El proceso se interrumple, se reanuda luego del
“break”
 Definir el horario actual que el recurso debe seguir – modulo de datos
“Schedule”
o En una fila definimos Rework Schedule
o El formato “Type” es la duración de entradas en función del
tiempo de simulación transcurrido luego de la hora inicial.
o Type es capacidad, para el horario de los recursos (luego en
Tiempo de llegada)
 Haga click en la columna “Durations” , se obtiene el Editor
de Gráficos de horario
 Eje X es el tiempo, el eje Y es la capacidad de recursos
 Haga clic y arrastre para definir el gráfico
 Botón Opciones sirve para controlar la escala de los ejes e
intervalos de tiempo, ya sea para horarios bucles o nivel
final permanente.
 Puede usar el Editor de gráficas de horario sólo si la
duraciones de tiempo son números enteros, sin variables o
expresiones que intervengan.
 Alternativamente, haga click derecho en la columna, seleccione Edit via
Dialog
o Ingrese nombre del horario.
o Ingrese pares para la capacidad, duración… tantos pares como
sea necesario.
o Si la duración está definida, el horario siempre se repetirá Si la
duración está vacia, por defecto el horario será infinito
o Puede implicar Variables y Expresiones
 Otra alternativa - haga clic derecho en la fila, seleccione Editar mediante
hoja de cálculo
o Ingrese valor de capacidad y pares de Duración.

4.2.3.Fallas del Recurso

Los programas tienen la intención de modelar la variación planeada en la disponibilidad de
recursos debida a cambios de turno, interrupciones, vacaciones, reuniones, etc. Las fallas
tienen la intención de modelar eventos aleatorios que causan que el recurso esté no
disponible.

31
El lector puede comenzar su definición de falla tanto en el módulo de datos Recurso
(Resource) como en el de Falla (Failure). El módulo de datos Failure se puede encontrar en el
Advanced Process Panel(Panel de procesos avanzados)

4.2.4. Frecuencias
Éstas se usan para registrar la frecuencia de ocurrencia persistente en el tiempo de una
variable, expresión o estado de recurso de Arena. Podemos usar el tipo estadístico Frecuencias
para obtener la información que necesitamos para determinar el número de estantes
requeridos en el área de rework.

Las estadísticas de frecuencia se introducen al usar el módulo de datos Statistic, que se puede
encontrar en el Advanced Process panel.

4.2.5. Resultados del modelo 4-2

La taba 4-1 proporciona algunos resultados seleccionados de los Reportes (Reports) de este
modelo (columna más a la derecha), así como del modelo 4-1 para compararlos. Redondeamos

32
todo a dos decimales excepto para los dos tipos de resultado de utilización, que se dan en
cuatro decimales (con la finalidad de hacer un punto particular de ellos).

Los resultados de este modelo difieren de los producidos por el modelo 4-1 por varias razones.
Ahora estamos ejecutando la simulación por diez días de 16 horas (160 horas) en lugar de las
32 horas del modelo 4-1. y tenemos diferentes suposiciones de modelación en los Resources
Sealer y Rework. Por último estos se combinan para hacer que el flujo de números aleatorio
subyacente se use de forma diferente.

4.3. Modelo 4-3: Mejora de la Animación

Modificaremos el modelo 4-2 en lo que llamaremos el modelo 4-3, y comenzaremos viendo la
animación existente. La animación actual tiene tres componentes: entidades, colas y variables.

Las entidades que seleccionamos usando el módulo de datos Entity se puede ver cuando viajan
de un módulo a otro o cuando están esperando en la cola. Para cada módulo Process que
colocamos. Arena automáticamente añadió una cola de animación, que muestra las entidades
de espera durante la ejecución.

4.3.1. Cambio de las colas de animación

Arena restringe el número de entidades animadas que se muestran en cualquier cola al
número que se ajuste al espacio dibujando para la cola de animación. La simulación puede
tener 30 unidades en la cola, pero si sólo 14 encajan en la animación, sólo se mostrarán las
primeras 14.

4.3.2. Cambio de las imágenes de entidad

Hay varias formas de añadir una imagen nueva a su animación. Puede usar el botón Add para
dibujar una imagen para la lista actual, o puede usar el botón Copy para copiar una imagen

33
para la lista actual. Si se usa la función Add, su nueva entrada no tendrá una imagen o un
nombre asociado con ella hasta que la dibuje y le dé un nombre en el campo Value.

4.3.3. Agregar imágenes de recurso

Se añade uan imagen de recurso al hacer clic en el botón Recurso que se encuentra en la barra
de herramientas Animar. Esto abrirá la ventana Resource Picture Placement, que se ve muy
similar a la ventana Entity Picture Placement. Hay muy poca diferencia entre una imagen de
entidad y una de recurso más allá que la forma en que nos referimos a ella.

4.3.4. Agregar variables y gráficas

Lo último que haremos es añadir variables adicionales y una gráfica a nuestra animación.

Las variables de interés son el número de partes en cada proceso (en servicio, además de estar
en la cola) y el número de partes completas (vía cada una de las tres posibilidades de salida).

Se puede sólo copiar y pegar las variables que vienen con los módulos de diagrama de flujo.

Primero copiar y pegar las 4 variables a nuestro módulo, luego cambiar su tamaño al resaltar la
variable.

4.4.1. Algunos conceptos nuevos de Arena: Estaciones y Transferencias.

Con la finalidad de modelar los tiempos de transferencia de dos minutos para mostrar el
movimiento de las partes, necesitamos entender 2 nuevos conceptos.

Estaciones: Lugar donde ocurren los procesos.

Transferencias: Nos permite enviar una entidad de una estación a otra sin una conexión
directa.

34
4.4.2. Añadir la Lógica de ruta
Puesto que la adición de estaciones y transferencias afecta no sólo el modelo, sino también la
animación, comencemos con nuestro último modelo.

Borre las conexiones del módulo Asignar y los módulos Proceso, ahora mueva los dos pares de
módulos Crear / Asignar a la izquierda para permitir espacio para los módulos adicionales que
añadiremos a nuestra lógica de ruta.

4.4.3. Alterar la Animación

En el proceso de modificación de animación movimos muchos de los objetos existentes.

Para añadir marcas de estación de animación. Haga clic en el botón Estación que se encuentra
en la barra de herramientas Animar transferencia para abrir el cuadro de dialogo Estación que
se indica en la pantalla. Si no tiene abierta la barra de herramientas Animar transferencia,
puede usar Ver > Barra de herramientas para elegir desplegarla. Ahora use la lista de
sugerencias para seleccionar, de las estaciones ya definidas.

4.5. Encontrar y corregir errores.

Si se construyó un modelo con errores, Arena impide que corra, intentará ayudarlo a encontrar
ese error fácil y rápido.

Los errores típicos que impiden que un modelo corra pueden incluir: variables no definidas,
atributos, recursos, módulos desconectados, uso duplicado de nombre de módulos, mal
deletreado de nombres, etc.

Arena encontrará la mayoría de estos errores cuando el usuario intente revisar o ejecutar un
modelo creado completamente nuevo.

4.6. Análisis de entradas: especificación de parámetros y distribución del

modelo.
Probablemente piense primero en los aspectos lógicos del modelo, como qué entidades y
recursos son, cómo entran las entidades y quizá cómo dejan el modelo, los recursos que se
requiere, los caminos que siguen, etc.

Estas clases de actividades podrían llamarse modelación estructural puesto que preparan la
lógica fundamental de cómo quiere que se vea y qué haga su modelo.

35
4.6.1. Entradas deterministas contra aleatorias.
Un tema fundamental en la modelación cuantitativa es si va a modelar una cantidad de
entradas como una cantidad determinista, o si va a modelarla como variable aleatoria
siguiendo alguna distribución de probabilidad. A veces está claro que algo debiera ser
determinista, como el número de operadores de revisión, aunque puede ser que quiera variar
los valores de ejecución a ejecución para ver qué efecto tienen en el desempeño.

4.6.2. Recopilación de Datos

Uno de los pasos bastante claros en la planeación de su proyecto de simulación debería ser
identificar qué datos necesita para apoyar el modelo. Encontrar los datos y prepararlos para
usarlos en su modelo puede requerir mucho tiempo, se costoso y con frecuencia, frustrante; y
la disponibilidad y calidad de los datos pueden influir en el enfoque que tome de la modelación
y en el nivel de detalle que capte en el modelo.

4.6.3. Uso de datos

Si se tiene datos históricos (Por ejemplo registro de interrupciones y tiempo de reparación de
una máquina), hay que seguir enfrentando decisiones que conciernen cómo incorporar los
datos en el modelo. La elección fundamental está en si se pueden usar los datos directamente
o si hay que ajustar una distribución de probabilidad a los datos existentes. La decisión de qué
acercamiento usar se puede orientar con base en temas teóricos como en consideraciones
prácticas.

4.6.4. Ajuste de distribución de entradas vía el analizador de datos de

entrada (Input Analyzer)
• Si decide incorporar sus valores de datos existentes al ajustarlos a una distribución de
probabilidad, puede seleccionar la distribución por sí mismo y usar el Analizador de
datos de entrada (Input Analyzer) para proporcionar estimados de distribuciones y
seleccionar el más apropiado. En cualquier caso, el Analizador de datos de entrada lo
provee con estimados de valores de parámetros (con base en los datos que
proporcionó) y una expresión ya hecha y lista que simplemente puede copiar y pegar
en su modelo.

36