• Author / Uploaded
• Christian Pastor Urquiaga

Citation preview

“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 4

Capítulo 3: Un recorrido guiado a través de Arena 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 22

4.1 Montaje electrónico y sistema de Pruebas 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) Process (x 4) Decide (x 2)

Estrategia alternativa– Cree un módulo a la vez y llénelo completamente

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

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.

Unidad: Minutos 

- 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) Nombre Recurso: Prep

A

Cantidad: 1 (por defecto) 

Tipo Delay: Triangular 25

Si se nombraron varios recursos (botón Agregar), la entidad debe captar (seize) todo antes que el retraso (delay) comience.

 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 26

Tuvimos que usar opción Expression 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