GUÍA DE PRÁCTICA de Simulación

FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA
GUÍA DE PRÁCTICA
SIMULACIÓN DE SISTEMAS
Versión 1.0
2019-2
Elaborado por:
Escuela Profesional de Ingeniería de Sistemas e Informática/

Laboratorio de Computo
Av. San Felipe 1109 – Jesús María
Lima – Perú, 2019
Teléfono: 2660195 Anexos: 138-163
E-mail: r_castaneda@uap.edu.pe
Pagina Web : www.uap.edu.pe
Historial de Revisiones
Fecha Versión Descripción Autor Aprobado por
Primera Versión del

27/11/18 1.0 Mg. Ing° Elvis Henry Guzmán Aquije Dr. Rafael Eduardo Castañeda Alva
Documento
Actualización del
05/08/19 2.0 Mg. Ing° Elvis Henry Guzmán Aquije Dr. Rafael Eduardo Castañeda Alva
Documento
Simulación de Sistemas Página 2

CÁTEDRA DE SIMULACIÓN DE SISTEMAS
___________________________________________
DOCENTE PRINCIPAL
RESPONSABLE DEL CURSO
_____________________________________
DOCENTE PRINCIPAL
RESPONSABLE DEL LABORATORIO DE CÓMPUTO
Lima – Perú, 2019

Agradecimientos
Dr. Francisco Luis Pérez Expósito

RECTOR
UNIVERSIDAD ALAS PERUANAS
Dr. Oscar Enrique Lagravere von Massenbach PhD

DECANO FACULTAD DE INGENIERIA Y ARQUITECTURA
Dr. Rafael Eduardo Castañeda Alva

DIRECTOR ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E
INFORMÁTICA

Prefacio
La presente guía de practica es una recopilación de varios tópicos asociados a la

asignatura de Simulación De Sistemas, como base orientadora en las prácticas de pre-
grado para los estudiantes del Sexto Ciclo, aptos para llevar el presente curso en la
Escuela Profesional de Ingeniería de sistemas e Informática de la Facultad de
Ingeniería y arquitectura de la Universidad Alas Peruanas.
En cada Unidad Didáctica se desarrollará el aspecto básico y fundamental de la teoría

y la práctica a desarrollar asociada a un Sistema es una disposición delimitada de
entidades interactuantes.
Disposición: define la Estructura del Sistema.
Delimitación: las acciones del resto del universo sobre el sistema se reemplazan por
entradas.
Esta guía se encuentra en constante mejora con la contribución del grupo de

profesionales y estudiantes que conforman la Escuela Profesional de Ingeniería de
Sistemas e Informática.

Índice
Agradecimientos ............................................................................................................ 4
Prefacio ........................................................................................................................... 5
Índice ............................................................................................................................... 6
1. Presentación ........................................................................................................... 7
2. Objetivos .................................................................................................................. 7
3. Referencias Normativas ........................................................................................ 7
4. Estándares de Laboratorio .................................................................................... 7
5. Contenido de las Unidades Didácticas: .............................................................. 8
5.1. Unidad I: CONCEPTOS FUNDAMENTALES DE SIMULACIÓN................ 8
5.1.1. Guía 1: Introducción al modelamiento y simulación .................................. 8
5.1.2. Guía 2: Elementos de la simulación y el uso del Rockwell Arena ........ 12
5.1.3. Guía 3: Software para simulación .............................................................. 19
5.1.4. Guía 4: Procedimiento para la elaboración de estudios de simulación 20
5.2. Unidad II: MODELOS DE SIMULACIÓN POR COMPUTADORA ............ 21
5.2.1. Guía 5: Manejo de flujo de entidades, atributos y variables .................. 21
5.2.2. Guía 6: Módulos de decisiones ................................................................... 26
5.2.3. Guía 7: Módulos para adjuntar y separar entidades ............................... 36
5.2.4. Guía 8: Tratamientos de Costos ................................................................. 38
5.3. Unidad III: DISEÑO DE EXPERIMENTOS DE SIMULACIÓN E
INTERPRETACIÓN DE RESULTADOS .................................................................. 48
5.3.1. Guía 9: Uso del Input Analyzer para la evaluación de los datos de
entrada 48
5.3.2. Guía 10: Análisis estadístico de los resultados de un experimento de
simulación. .................................................................................................................... 53
5.3.3. Guía 11: Interpretación de resultados de simulación .............................. 59
5.3.4. Guía 12: Empleo del ProcessAnalizer ....................................................... 60
5.4. Unidad IV: SIMULACION DE MODELOS POR COMPUTADORA PARA
TOMA DE DECISIONES ............................................................................................ 70
5.4.1. Guía 13: Módulos de transporte ................................................................. 70
5.4.2. Guía 14: Módulos de Centrales telefónicas .............................................. 77
5.4.3. Guía 15: Etapas en un proyecto de simulación ....................................... 78

GUÍA DE PRÁCTICA PARA EL CURSO DE SIMULACIÓN DE SISTEMAS
1. Presentación
El curso de Simulación De Sistemas pertenece a la Línea de Carrera o Formativa y se dicta en la

Carrera de Ingeniería de Sistemas e Informática.
2. Objetivos
Brindar a los estudiantes ejercicios y casos prácticos que le permitan desarrollar sus habilidades y
conocimientos en el área de Simulación De Sistemas Sexto ciclo para abordar los problemas que se
dan en los diferentes campos de la actividad humana. Haciendo énfasis en la formulación y solución
de problemas, haciendo uso de programas computacionales.
3. Referencias Normativas
• Ley Universitaria N°30220.

• Reglamento general de la UAP
• Plan Curricular de la EPISI.
• Sílabo EPISI
4. Estándares de Laboratorio
1. Durante la permanencia en el laboratorio tanto los docentes como los estudiantes, no deberán
consumir alimentos, ni bebidas, pos su seguridad y la de los equipos de cómputo.
2. Los estudiantes deberán seguir las indicaciones del docente responsable de la clase.
3. Revisar la informacion teórica previa al uso del software especializado para obtener mayor
provecho a la sesión de clase.
4. Mantener una actitud responsable, prudente, no correr, ni gritar.
5. Al terminar la sesión de clase los estudiantes deberán apagar correctamente el equipo de
cómputo que usaron para trabajar.

5. Contenido de las Unidades Didácticas:
5.1. Unidad I: CONCEPTOS FUNDAMENTALES DE SIMULACIÓN
5.1.1.Guía 1: Introducción al modelamiento y simulación
• Objetivo:
Introducir al estudiante en los conceptos básicos de construcción de modelos de simulación,
experimento de simulación y los pasos para un proyecto de simulación.
• Fundamento Teórico:
La simulación es un gran conjunto de aplicaciones y métodos que buscan imitar el
comportamiento de sistemas reales, generalmente con una computadora empleando un
software. Dicho software puede ser a medida o de propósito general.
La simulación por computadora trata con modelos de sistemas. Si bien es cierto un
sistema es casi cualquier cosa, nosotros trataremos con instalaciones y/o procesos reales o
planificados como:
– Una planta de manufactura con máquinas, personas, medios de transporte, etc.
– Un banco con diferentes tipos de clientes
– Redes de distribución
– Redes de computadoras, etc.
Tipos de Simulación
Estático/dinámicos:
– El tiempo desempeña un papel natural en los dinámicos y no en los estáticos.
Continuo/Discreto:
– Los cambios en el estado del sistema es común en lo sistemas continuos.
Determinista/Estocástico:
– Modelos con entradas aleatorias son estocásticos.
• Materiales:
- EXCEL
• Procedimiento:
Vamos a simular un sistema de colas en lo que podría ser un cajero automático.
En general, un sistema de colas consiste en uno o varios servidores que prestan un servicio
a uno o varios usuarios que acceden al sistema. El proceso de llegadas lo regula una fuente
generadora de usuarios y, en general, estas llegadas serán de forma aleatoria. Esta fuente
generadora de usuarios puede ser finita o infinita.
Interesa saber cuál es el intervalo de tiempo entre las llegadas de dos usuarios
consecutivos.
Además, según cómo sea el proceso de llegadas, los usuarios pueden llegar individualmente
o en grupos
Si cuando un usuario llega al sistema el servidor está libre, se le da servicio. Si el tiempo de
servicio es mayor que el intervalo entre llegadas, el siguiente usuario, cuando accede al
sistema, encuentra que el servidor está ocupado, por lo que debe quedar en espera,
formando la cola.
Otra cuestión importante es saber cuánto tiempo debe esperar un usuario que llega al
sistema hasta que recibe el servicio, lo cual entra dentro del concepto QOS (Quality of
Service, calidad de servicio).
Cuando en la cola hay más de un usuario, al quedar el servidor libre hay que determinar
cuál de los usuarios en espera será el que pase a recibir servicio.

Elementos iniciales. Desde A1 hasta D12
La llegada es una secuencia cronológica que se inicia en el tiempo 0. El servicio es la

duración del mismo por cada cliente.
A partir de estos datos obtenemos 2 elementos de información crucial:
El tiempo promedio de las llegadas
El tiempo promedio del servicio
La función promedio devolverá estos datos para las columnas D y C respectivamente.
En teoría de colas podríamos requerir la tasa de llegada (Lambda) y la tasa de servicio
(Mu), por unidad de tiempo que podría ser la hora.
Información acerca del Cliente. Desde A14 hasta F25
Colocamos la llegada como inicio del servicio si la salida del cliente anterior ocurre antes
de la llegada del cliente actual. La salida es el tiempo de llegada más la duración del
servicio (Ver fórmulas en la siguiente diapositiva)

Secuencia de Eventos y comportamiento de la Cola y el Servicio. Desde H1 hasta O22.
Sin embargo, si el cajero está ocupado al momento de la llegada del cliente, el cliente no
puede iniciar el servicio en el momento actual, entonces entra a una cola (el largo de la
cola se incrementa en uno). Para el evento de salida, la lógica asociada con el
procesamiento del evento se basa en el largo de la cola. Si hay un cliente en la cola de
espera, el status del cajero permanece ocupado y el largo de la cola se reduce en uno y se
programa el evento de salida para el primer cliente que está en la cola.
Sin embargo, si la cola está vacía, el status del cajero cambia a desocupado.
Una descripción orientada a los eventos del status del cajero y del número de clientes en el
banco se muestra en la Tabla siguiente. Se listan los eventos en orden cronológico. Los
resultados indican que el cajero está desocupado el 20% del tiempo.

• Ejercicios o Casos Propuestos
o Ejercicio 1:
Resuelva siguiendo la práctica realizada:
• Conclusiones o Ideas Fundamentales: (Anotar 5 Ítems como Mínimo)
1. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________

5.1.2.Guía 2: Elementos de la simulación y el uso del Rockwell Arena
• Objetivo:
Reconocer los elementos básicos de la simulación empleando Rockwell Arena
Conceptos:
Entidades:
– Cualquier elemento en el sistema que “ingresa” o se “crea” para recibir un servicio.
Es decir son afectados por otras entidades y el estado del sistema.
La mayoría de entidades representan cosas reales del sistema (Clientes por ejemplo,
piezas a cortar, etc.)
– Las entidades suelen retirarse del sistema al concluir su “servicio”.
Atributos:
– Individualizan a las entidades. Un atributo es una característica común de todas las
entidades, pero con un valor específico que puede diferir entre ellas.
– Los valores de los atributos están unidos a entidades específicas.
– Son variables locales a cada entidad individual.
Variables:
– O variable global, es información que refleja alguna característica de su sistema, sin
importar la cantidad ni el tipo de entidades que existan.
– Las variables no están unidas a ninguna entidad específica, sino que pertenecen al
sistema en su conjunto
Recursos:
– Son elementos que “ejecutan” el servicio. Las entidades aprovechan a los recursos
cuando están disponibles y los liberan cuando terminan
– Un recurso puede representar un grupo de varios servidores individuales,
denominándoseles a c/u unidad del recurso.
– Si un recurso tiene unidades múltiples el tiempo de servicio suele generalizarse.
Colas:
– Cuando una entidad no puede seguir adelante por que el recurso a aprovechar está
ocupado en otra entidad, se requiere un lugar para esperar, al que se le denomina cola.
– Es habitual asumir que las colas tienen un tamaño infinito (es decir que crecen sin
detenerse)
– Sin embargo para colas finitas, debemos decidir la forma de manejar a las entidades
que llegan a una cola que está llena.
Medidas de desempeño:
– Número de entidades atendidas
– Tiempo de promedio de espera en cola
– Tiempo máximo de espera en la cola.
– Promedio del tiempo total en el sistema.
– Tiempo mayor en el sistema.
– Tiempo promedio del # de partes en la cola.
– La mayor longitud de la cola.
– Uso del servidor.
• Materiales:
SOFTWARE ARENA
ARENA combina la facilidad de uso de los simuladores de alto nivel con la flexibilidad de
los lenguajes de simulación.

ARENA se nos presenta como una Herramienta “Orientada al Proceso”, por cuanto
permite la descripción completa de la experiencia que una entidad desarrolla al interior del
sistema conforme fluye a través de él.
La orientación al proceso asoma como una forma más natural de descripción de un sistema
en contraposición con la orientación al evento donde se establece una descripción detallada
de cada uno de ellos y se debe mantener un control omnipresente de las entidades,
variables, eventos, etc. (tal y como lo experimentamos durante el desarrollo de nuestra
simulación “a mano”)
Por ejemplo, desde la perspectiva de la orientación al proceso, la descripción del mismo

sistema cliente servidor estaría estructurada en los siguientes pasos:
Creación de una nueva entidad (cliente)
Guardar la hora actual en uno de los atributos de la entidad para poder calcular el tiempo
en fila y el tiempo total de permanencia en el sistema.
Posicionarse al final de la fila
Esperar en fila hasta que el servidor se desocupe (si el servidor estaba desocupado esta
espera será 0ut.)
Salir de la fila y utilizar el servidor
Calcular el tiempo en fila
Permanecer utilizando el servidor por el lapso de tiempo requerido
Liberar el servidor (para que otras entidades puedan utilizarlo)
Incrementar el contador de entidades procesadas y calcular el tiempo de permanencia en el
sistema.
Eliminación de la entidad

• Procedimiento:
Ejecute Arena
Grabe el archivo con el nombre Banco
Adjunte los paneles que necesite (Click derecho sobre el panel básico y attach).
Puede definir que Arena abra con varios paneles por defecto (Tools-Option-Settings).
Puede eliminar un panel aun cuanto halla agregado un elemento de dicho panel a su
modelo.
Colocar módulos en el modelo

Si ha marcado Object-Autoconnect los módulos ingresarán conectados al sistema (siempre
que los ingrese en orden).
Arrastre en orden los módulos: Create, Process y Dispose, separándolos un tanto de modo
que se vean como en la diapositiva siguiente.
Adicionalmente puede luego en la animación del modelo ver las entidades pasar por las
conexiones si eligió Object-Animate Connectors
Módulo Create
Es el nodo de nacimiento para la llegada de las entidades a la frontera de nuestro modelo
que para el caso son los clientes.
Haga doble click sobre el módulo e indique las especificaciones que se muestran.

Detalles
En Name se coloca el nombre del módulo
En Type Entity la entidad que llega
En el recuadro tiempo entre arribos mantener el valor por defecto en Type, 3.66 en value
(Exponencial de 3.66) y Minutos en unidades. (Pudimos haber colocado expression en Type
y elegido EXP al la derecha que cambia value por Expression y escrito 3.66 dentro de los
paréntesis.)
Llega 1 cliente por vez y asumimos los arribos infinitos aunque podríamos haber fijado esta
cantidad en 10 que fue el número de la simulación manual.
Al aceptar observemos en la parte inferior y veremos una pequeña hoja de cálculo con las
definiciones hechas.
Si en el panel básico elige Entity verá en la parte inferior la definición del cliente
(cambiamos el Picture).
Módulo Process
Representa al Banco incluyendo el cajero, la cola y el tiempo de demora de la entidad que
se encuentra recibiendo servicio. Doble click y coloque las definiciones que se muestran.
Haga click en ADD para añadir un recurso.
El cuadro de verificación al final denominado Report Statistic permite tener estadísticas de

los resultados.
Los cuadros del área lógica dominan el cuadro de diálogo y determinan lo que le sucede a
las entidades.

Detalles
La acción que elegimos (Tomar Demorar Liberar) indica que este módulo se encargará de
que el recurso posea a la entidad que entra después de una posible espera en la cola,
demore un tiempo que representa el tiempo de servicio y luego libere dicho recurso de
manera que pueda poseer a otras entidades.
Se pueden especificar otras acciones como veremos más adelante así como diferentes
prioridades.
Debemos definir el recurso que tomará a la entidad con ADD.
Le damos un nombre a dicho recurso y establecemos cuantas unidades de dicho recurso

queremos que realcen la actividad. Aceptamos y volvemos.
En tipo de retardo colocamos Normal con unidades en minutos, en Type decimos Value
Added y colocamos una media de 3.2 y una ds de 0.77.
Podemos observar los módulos de Recurso y cola.
Módulo Dispose
El módulo final de nuestro diagrama de flujo es dispose (despliegue).
Hacer doble click y colocar sólo el nombre.

Configurar la ejecución del modelo

Run – Setup
Reportes
Un resumen de reporte podemos obtener si abrimos el fichero nombre.out en la carpeta del
proyecto

o Ejercicio 1:
Un cliente llega al sistema cada 5 minutos exponenciales. Pasa a pedido donde es
atendido por el empleado1 en 6 minutos promedio con una desviación estándar
de 2 minutos. Luego pasa a pagar a caja en donde el empleado2 le cobra en un
mínimo de 1 minuto, una moda de 3 y un máximo de 5 minutos. Pasa luego a
despacho en donde el empleado3 lo atiende mínimo en 2 minutos y máximo en 4.
Haga la simulación para 150 clientes.
Anote los resultados.
– Número de entidades atendidas
– Tiempo de promedio de espera en cola
– Tiempo máximo de espera en la cola.
– Promedio del tiempo total en el sistema.
– Tiempo mayor en el sistema.
– Tiempo promedio del # de partes en la cola.
– La mayor longitud de la cola.
– Uso del servidor
1. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________

5.1.3.Guía 3: Software para simulación
• Objetivo:
Explicar la importancia y ventajas de emplear técnicas de simulación por computadora.
Son simuladores dedicados fundamentalmente a la industria con el objetivo de mejorar e

incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes
procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser
analizados para una futura realización de los mismos. Existe una gran variedad de
simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de
cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de
compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de
equipos (teórico y real), análisis de costo, estado de agregación y condiciones de
operación, que le dan al simulador la ventaja de una gran versatilidad.
• Materiales:
- Arena, Promodel
• Procedimiento:
Conocer los softwares más usados.
• Instalar el software Arena.

• Instalar el software Promodel.
1. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5.1.4.Guía 4: Procedimiento para la elaboración de estudios de simulación
• Objetivo:
Explicar la importancia y ventajas de emplear técnicas de simulación por computadora.
Una simulación por computadora, un modelo de simulación por computador o un modelo

informatizado es un programa informático o una red de ordenadores cuyo fin es crear
una simulación de un modelo abstracto de un determinado sistema. Las simulaciones por
computadora se han convertido en una parte relevante y útil de los modelos matemáticos de
muchos sistemas naturales de ciencias como la física, geofísica, astrofísica, química y
la biología; así como de sistemas humanos de economía, psicología y ciencias sociales.
Además, se emplea en el diseño de nueva tecnología para llegar a comprender mejor su
funcionamiento.
• Materiales:
- Arena, Promodel
• Procedimiento:
Conocer las técnicas de simulación por computadora.
• Diga que problemas pueden ser estudiados mediante el uso de modelos de

simulación.
1. Decidir si construir o no una universidad de altos estudios.
2. Decidir la aplicación de una nueva vacuna
3. Probar la efectividad de un sistema de armamento
4. Decidir si es conveniente o no construir una refinería
1. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

3. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5.2. Unidad II: MODELOS DE SIMULACIÓN POR COMPUTADORA
5.2.1.Guía 5: Manejo de flujo de entidades, atributos y variables
• Objetivo:
Establecer la forma en que controlamos y enunciamos el inicio y la terminación de un
modelo de simulación.
Limitar por # clientes: Implica establecer la finalización de la simulación por cantidad de
clientes.
Llegada múltiple uniforme: Implica establecer una llegada de clientes mayor a 1 por vez
siguiendo una función de probabilidad uniforme.
Detener por condiciones: La simulación termina por alguna condición ajena a la cantidad
de clientes o el tiempo establecido en el modelo.
Llegada múltiple no uniforme: Implica establecer una llegada de clientes mayor a 1 por vez
siguiendo una función de probabilidad no uniforme, sino definida por el modelador.
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
Limitar por # clientes
Se requiere observar la llegada de 100 personas a 1 de las colas de caja de 1 supermercado.
Las llegadas de los clientes siguen una distribución exponencial de 2 minutos.
El servicio es triangular con un mínimo de 0.5 minutos una moda de 1.5 minutos y un máximo
de 2.5.
Modelo

Módulo Create
Módulo Process
Módulo Dispose
Run – Setup

Llegada múltiple uniforme

El sistema es similar.
Tiene la misma llegada y el mismo servicio
Cambia en el hecho que la probabilidad de que llegue 1,2,3 o 4 clientes es la misma. Cambia
entonces el módulo CREATE.
Se observará 100 llegadas.
Módulo Create
UNIF(MIN,MAX) genera un valor aleatorio continuo entre MIN y MAX.

AINT(VALOR) trunca la parte decimal.
Si son 100 llegadas pero muchas veces llegan 2 o 3 o 4 a la vez la cantidad de clientes no es
conocida sino hasta el final de la simulación
Detener por condiciones
Quisiéramos que las llegadas sean las mismas que en el modelo anterior, pero queremos
evaluar los resultados a la salida del cliente 100
Es decir la simulación se detendrá cuando se halla completado el servicio de dicho cliente.
Cambiará RUN - SETUP
Run – Setup

NumberOut es una variable del sistema. Su nombre es obvio
Llegada múltiple no uniforme

Es probable que la observación de la llegada de clientes no sea uniforme. Cambia la llegada.
Se sabe sin embargo que el 50% del tiempo llega un solo cliente, el 35% llegan 2 y el 15%
restante llegan 3 clientes juntos.
Se tiene una función de probabilidad Discreta acumulativa que describe eficientemente dicha
distribución:
DISC(0.50,1,0.85,2,1,3). Que significa 50% del tiempo llega 1 35% (50+35=85 es acumulativa)
llegan 2 y 15% llegan 3 (50+35+15=100).
Módulo Create
En Entities per Arrival colocar DISC (0.50,1,0.85,2,1.00,3).

Sostenga que el sistema se detenga cuando sale el cliente 100.
Una observación adicional es el hecho de que si el sistema se detiene al salir el cliente 100 es
indistinto limitar el número de llegadas a 100 o colocar INFINITE en MAX ARRIVALS
o Ejercicio 1:
En el ejercicio de la práctica 2 modifique las llegadas para que el 20% del tiempo
lleguen 3, el 10% del tiempo llegue 2 y el resto llegue 1 cliente. Haga la
simulación para 8 horas.
1._____________________________________________________________________
______________________________________________________________________
___________________________________________________________________
2._____________________________________________________________________
______________________________________________________________________
___________________________________________________________________
3._____________________________________________________________________
______________________________________________________________________
___________________________________________________________________
4._____________________________________________________________________
______________________________________________________________________
___________________________________________________________________
5._____________________________________________________________________
______________________________________________________________________
___________________________________________________________________

5.2.2.Guía 6: Módulos de decisiones
• Objetivo:
Establecer elementos que controlen la forma en que las entidades son tratadas en el
modelo, por ejemplo juntando y separando lotes.
Formación de lotes
Criterio de asignación

Desarmar lotes
Tratamiento de atributos
Módulo Assign
Descripción
Este módulo se usa para asignar valores nuevos a las variables, a los atributos de las entidades,
tipos de entidades, figuras de las entidades, u otras variables del sistema. Se pueden hacer múltiples
asignaciones con un único módulo Assign.
Posibles Usos
Acumular el número de subensamblados añadidos a una parte.
Cambiar el tipo de entidad para representar una copia de un formulario multicopia.
Establecer una prioridad del cliente.
Parámetro
Name: Identificador único del módulo.

Assignements: Especifica la o las asignaciones que se llevarán a cabo cuando la entidad ejecute el
módulo.
Type: Tipo de asignación que se va a realizar. Other puede incluir variables del sistema, tales como
capacidad de los recursos o tiempo de finalización de la simulación.
Variable Name: Nombre de la variable a la que se asignará un nuevo valor.
Attribute Name: Nombre del atributo de la entidad al que se le asignará un nuevo valor.
Entity Type: Nuevo tipo de entidad que se le asignará a la entidad cuando entre en el módulo.
Entity Picture Nueva imagen de la entidad que se le asignará.
Other: Identifica la variable del sistema especial a la que se le asignará un nuevo valor.
New Value: Valor asignado al atributo, variable, u otras variables del sistema
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
Supongamos un proceso de manufactura en el cual se fabrica un determinado tipo de pieza. Las partes
sin procesar llegan con una distribución exponencial con media de 5 minutos. Las piezas se procesan en
un torno en un tiempo distribuido uniformemente entre 3 y 6 minutos. Pasan a 1 horno que realiza un
tratamiento térmico a lotes de 20 piezas. Este tratamiento dura 120 minutos, concluidos los mismos las
piezas son pulidas de 1 en 1 durante 5 minutos y empacadas en cajas de 10 unidades.
Módulo CREATE

Módulo Assign
Para este modelo cuando se forma el primer lote, los valores de los atributos de la entidad representativa
es la suma de los atributos de las entidades componentes. Cuando se desarma solo el primer atributo
conservará dichos valores.
Módulo Proccess : torneado

Módulo Batch
Módulo Proccess : Hornear
Módulo Separate

Como indicamos en el enunciado, debemos hacer que sólo se conserven los valores del lote en al
AtributoA.
Módulo Proccess : Pulido
Módulo batch

Run – Setup

Cortar (Separate)
Modelo (Es otro ejemplo)

Create – Record – Separate
Process – Record – Dispose
6.- EJERCICIO PRÀCTICO:

• Una empresa de fabricación de productos de cuero tiene el siguiente proceso de acabado:
– Llegan 2 piezas de cuero cada TRIA(10,11,15)
– Las piezas llegan a acabado final en donde recibirán una mano de pintura inicial de
TRIA(1.5,2,2.5) de duración.

– Pasarán al moldeado de la pieza que toma entre 2.5 y 3 minutos en forma uniforme.
– Vuelve a pintura en donde recibe una segunda mano de TRIA(3,3.5,4)
• Existe sólo 1 máquina de pintura.
• Existen 2 tiempos distintos para las manos de pintura. Si no recibió pintura aún, tiempo1 o si
recibió pintura tiempo2.
• Se sugiere la creación de 2 atributos.
– Para el tiempo de duración de la pintura (tProcesoPintura)
– Para el contador de manos de pintura (manosPintura)
• En cada proceso hay un recurso independiente
o Ejercicio 1:
1. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________

3. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5.2.3.Guía 7: Módulos para adjuntar y separar entidades
• Objetivo:
Modela el ensamblaje de piezas y la separación de las mismas en una fábrica.
Una línea de ensamble es un proceso de manufactura (la mayoría del tiempo

llamado ensamble progresivo) en donde las partes (comúnmente partes intercambiables)
son añadidas conforme el ensamble semi-terminado se mueve de la estación de trabajo a la
estación de trabajo en donde las partes son agregadas en secuencia hasta que se produce el
ensamble final. Moviendo las partes mecánicamente a la estación de ensamblado y
trasladando el ensamble semi-terminado de estación a estación de trabajo, un producto
terminado puede ser ensamblado mucho más rápido y con menor trabajo al tener
trabajadores que transporten partes a una pieza estacionaria para ensamblar.
• Materiales:
- Arena, Promodel
• Procedimiento:
Modelar la simulación de ensamblaje de piezas y la separación de las mismas en una

fábrica.
• Simular el siguiente caso en computadora.
Considere el ensamble de un coche: asuma que ciertos pasos en la línea de

ensamble son instalar el motor, el techo y las ruedas (en ese orden con pasos
intersticiales arbitrarios); solo se puede realizar uno de estos pasos a la vez. Si la
instalación del motor requiere 20 minutos, la del techo 5 minutos y la de las ruedas
10 minutos, entonces un coche se puede producir cada 35 minutos.
En una línea de ensamble, el ensamblaje de un coche es separado entre varias
estaciones, todas trabajando de manera simultánea. Cuando una estación termina

con un coche lo traslada a la siguiente. Al tener tres estaciones, un total de tres
diferentes coches pueden ser operados al mismo tiempo, cada uno en una diferente
etapa de su ensamble.
Después de terminar su trabajo con el primer automóvil, el equipo dedicado a la
instalación del motor puede comenzar a trabajar en el segundo coche. Mientras el
equipo dedicado a la instalación del motor realiza su trabajo con el segundo
coche, el primer coche puede ser trasladado a la estación del techo
proporcionándole al auto el mismo, posteriormente a la estación de ruedas para
instalarle las mismas. Cuando el motor ha sido instalado en el segundo auto, este
se mueve al ensamble del techo. Al mismo tiempo, el tercer coche se mueve al
ensamble del motor. Cuando el motor del tercer coche ha sido montado, puede ser
movido a la estación del techo, mientras tanto, coches subsecuentes (de haber)
pueden ser transportados a la estación de instalación del motor.
Asumiendo que no hay pérdida de tiempo al mover el coche de una estación a otra,
la etapa con mayor duración en la línea de ensamble determina el rendimiento (20
minutos para la instalación del motor) entonces un auto puede ser producido cada
20 minutos, una vez que el primer automóvil que tomó 35 minutos ha sido
producido.
1. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

5.2.4.Guía 8: Tratamientos de Costos
• Objetivo:
Costear un proyecto de simulación
Tratamiento de Costos
Un costo se puede originar en actividades que dan o no VA al producto que se fabrica o
al servicio que se presta. También se puede originar en una espera o una transferencia.
En Arena las categorías pueden ser:
Definiciones
El usuario debe establecer la clasificación de las actividades que generan costos e
ingresarlas posteriormente al modelo en los campos ALLOCATION de dichas
actividades.
Los costos se calculan con base en el tiempo que demora la entidad en las actividades
asociadas con alguna de las categorías de costo
Costo Inicial: Este se define en la hoja de datos ENTITY.
Costo de Permanencia: A menudo se requiere saber el costo en el que se incurre por
mantener una entidad en el sistema o en algún proceso. Este se almacena en un
atributo llamado HOLDINGCOSTRATE –que de tener un valor inicial se almacena en
la hoja de datos ENTITY- y se expresa en unidades monetarias por hora. Como es un
atributo puede modificar su valor, ser una distribución, etc. Es decir se puede modificar
habitualmente a través de módulos ASSIGN.
Costo de Procesamiento: cuando una entidad hace uso de 1 recurso, este costo se
asigna a la categoría que el usuario decida (VA, NVA, etc.)
Los costos para el recurso pueden ser:
Costo de recurso ocioso: Costo por hora en el que ninguna entidad lo está ocupando
sin que hayan fallas.
Costo de recurso ocupado: Costo por hora de uso de un recurso determinado.
Costo por Uso: Costo por unidad procesada en el recurso.
Estos costos se definen en la hoja de datos RESOURCE.
De estas categorías solo los costos por unidad procesada (per use) y por hora de
ocupación (uso del equipo Busy/hour) se cargan a la entidad.
El costo por hora ociosa se muestra en el recurso pero no cargan el costo de
procesamiento de la entidad.
Adicionalmente se carga el de permanencia. Si éste es mayor a 0, el tiempo que demore
la entidad en el recurso tendrá un costo que es determinado por el valor del atributo

Entity.HoldCostRate, que se carga a la categoría de costo a la cual pertenece la
actividad que se desarrolla en el recurso.
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
Caso de ejemplo
Llega una pieza al sistema en EXPO (5) para pasar por 3 procesos con un costo inicial de VA de
3 UM
Costos Fresado
Costo Taladrado
Costo Pulido
Item Costo
Costo de máquina ociosa 4

Costo por pieza elaborada 1
Costo por uso de la máquina 3
Costo de tenencia de la pieza 0
Adicionalmente las piezas experimentan una demora uniforme entre 5 y 20 minutos. Esta
demora no agrega valor al producto y sus circunstancias hacen que se incurra en un costo de
tenencia de 11 UM. Finalmente las entidades se retiran del sistema.
Se debe determinar el costo promedio por pieza, el costo total, así como los costos de valor
agregado, de valor no agregado y de esperas.
Modelo
Módulo Create
Fresado

Costo Fresado
Costo de tenencia Taladrado

Se debe tener en cuenta que el costo de tenencia de las partes es 0, es decir no se incurre en ningún costo
por este motivo. Entonces se debe asignar 0 al atributo Entity.HodCostRate, usando un módulo ASSIGN


Taladrado
Costo Taladrado

Pulido
Costo Pulido
Asignar Costo Demora

Demora
Corrida

o Ejercicio 1:
Una planta procesadora de partes metálicas tiene un procesos de acabado final que implican a
las actividades de pulido y pintado.
Cada 10 minutos ingresa una parte a la pulidora que se encarga de pulir la parte en 7 minutos.
De ahí pasan al pintado que lo realiza un pintor durante TRIA(5,10,15)minutos.
Costos

1. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

5.3. Unidad III: DISEÑO DE EXPERIMENTOS DE SIMULACIÓN E INTERPRETACIÓN DE

RESULTADOS
5.3.1.Guía 9: Uso del Input Analyzer para la evaluación de los datos de entrada
• Objetivo:
En alumno determinará a través de un software estadígrafo la función de probabilidad más
correcta para la construcción de un modelo de simulación.
Análisis de los Datos de entrada
Un primer problema a resolver es si el modelado tendrá entradas determinísticas o
aleatorias.
En la realidad lo más probable es que en términos de producción muchos procesos
mecanizados tengan duraciones determinísticos, sin embargo, si existe participación
humana a través de operarios estos procesos suelen ser aleatorios en su duración.
Un modelo aleatorio siempre es un modelo correcto. Un modelo determinístico suele ser un
modelo incorrecto dado que no existe variabilidad en el sistema
Recopilación de datos
La información suele tomarse de:
Observación
Entrevistas
Data histórica
Sin embargo a través de cualquiera de estas fuentes es probable que los datos que se
obtengan no sean suficientes.
Por ello se requiere mantener las siguientes pistas de ayuda:
Análisis de sensibilidad
Correspondencia del detalle con la calidad de los datos
Costo
Basura que entra es basura que sale
Uso de datos
Desde el punto de vista teórico, los datos recopilados representan lo que pasó en el pasado
y no lo que pasará en el futuro.
Puede que la cantidad de datos recopilados no sea suficiente para soportar el análisis o
para realizar un buen ajuste.
Arena cuenta con dos posibilidades:
Leer los datos históricos: a través de ficheros texto, excel, access u otros
Ajustar los datos a una o muchas distribuciones de frecuencia: empleando el Input Analyzer
que viene con Arena.
Input Analyzer
Debemos colocar los datos históricos en un fichero de texto con formato ASCII para que el
software nos proporcione parámetros válidos para la distribución de frecuencia que
estemos validando o para que nos informe acerca de la mejor distribución a la que se
ajustan los datos.
Existen 2 tipos de distribuciones: teóricas y empíricas.
Asimismo cada una de ellas se divide en Continua y Discreta.
Luego veremos una lista de las distribuciones que Input Analyzer utiliza. Entonces debemos
Tener el archivo de texto
Ajustar los datos

Seleccionar la distribución a usar
Copiar la expresión generada al modelo en Arena.
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
Los datos
Generamos un conjunto de valores aleatorios que supongan nuestra observación de la llegada y
los guardamos en un fichero del block de notas con extensión dst (Llegada.dst y Proceso.dst)
En nuestro ejemplo son 100 datos que hemos colocado por archivo archivo del block de notas y
le hemos colocado la extensión.
Ejecute el input Analyzer. File-New. Aparece una hoja en blanco.
Ahora File – Data File – Use Existing y seleccione el fichero Llegada.dst.
Aparecerá un histograma en la parte superior y un resumen estadístico básico de los datos en la
parte inferior.
Puede ajustar o maximizar el tamaño de la ventana.
El diagrama muestra:
El número de datos (100)
Valor mínimo y máximo de los datos 0.0536 y 12.1
El promedio y la desviación típica 2.55 y 2.6
Un resumen del histograma con
El rango de los datos 0-13
El número de barras generada 10

Hagamos click en el menú Fit(ajustar). Elijamos una distribución más o menos apropiada
al histograma mostrado (usaré exponencial ya que los datos fueron creados siguiendo esta
distribución).
Ahora muestra el ajuste (en este caso una línea recta sobre las barras).
Un fichero se ha creado en la carpeta donde está el fichero.
Muestra el resumen estadístico y la prueba de ajuste (que se ven el el analizador) así como
la distribución de frecuencias de los datos.
Muestra el error cuadrático encontrado en el ajuste que en este caso es de 0.005752
(cuanto más se acerque a 0 es mejor) que indica un buen ajuste.
La expresión exacta a usar en arena sería EXPO(2.55)
Si planeamos utilizar una distribución teórica y no tenemos ni la más remota idea de cual usar
podríamos ir a Fit-Fit All
Ajusta todas las distribuciones aplicables a los datos, calcula estadísticas de prueba de cada
una y presenta la distribución que tiene el menor valor en el error cuadrático.

Podemos ver el resumen de este valor para todas las distribuciones posibles si vamos al menú
Window-Fit All Sumary.
En el ejemplo planteado la mejor curva es LOGNORMAL y la expresión a pasar sería:

LOGN(2.86, 4.77). Sin embargo no se recomienda está función para las llegadas
La decisión acerca del empleo de una u otra distribución puede no depender solamente del error
cuadrático. En el Resumen se muestran 2 pruebas adicionales: Chi cuadrado y Kolgomorov –
Smirnov.
En ambos observamos el p-valor correspondiente que siempre será un número entre 0 y 1.

Es la probabilidad de obtener un conjunto de datos que es más inconsistente con la distribución
ajustada que el conjunto de datos que tenemos si se asume que su ajuste es la verdad. En este
caso se busca que el número sea alto (digamos superior a 0.1).
Para el ejemplo proporcionado las tres pruebas indicarían que lo correcto es usar un
distribución de tipo exponencial, y que la LOGN es una mala elección.
Por último podríamos ejecutar el modelo con las dos expresiones para comparar si hay
diferencias significativas.
Haga la misma operación para el proceso.
o Ejercicio 1:
Hemos analizado los datos de las llegadas; haga lo propio con el servicio.
1. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________

5.3.2.Guía 10: Análisis estadístico de los resultados de un experimento de simulación.
• Objetivo:
Permitir diseñar modelos en el que el flujo del sistema no sea lineal sino que se empleen
condiciones del tipo Si-entonces-Sino
Módulo Decide
Descripción
Este módulo permite tomar decisiones en el sistema. Incluye la opción de tomar decisiones
basándose en una o más condiciones (por ejemplo, si el tipo de la entidad es VIP) o
basándose en una o más probabilidades (por ejemplo, 75% verdadero, 25% falso). Las
condiciones se pueden basar en valores de atributos (por ejemplo, prioridad), valores de
variables (por ejemplo, Número de Rechazados), el tipo de entidad o una expresión.
Hay dos puntos de salida del módulo Decide cuando se especifica el tipo 2-way chance o 2-
way condition.
Hay un punto de salida para las entidades “verdaderas” y una para las entidades “falsas”.
Cuando se especifica el tipo Nway chance o condition, aparecen múltiples puntos de salida
para cada condición o probabilidad y una única salida “else”.
Parámetros
Name: Identificador único del módulo.
Type: Indica si la decisión se basa en una condición o es aleatoria/porcentual. El tipo se
puede especificar como 2-way o N-way. 2-way permite definir una condición o probabilidad
(más la salida “false”). N-way permite definir cualquier número de condiciones o
probabilidades, aparte de la salida “false”.
Conditions: Define una o más condiciones que se usan para dirigir las entidades a los
distintos módulos.
Percentages: Define uno o más porcentajes usados para encaminar las entidades a los
distintos módulos.
Percent True Valor que se comprobará para determinar el porcentaje de entidades que se
han enviado a través de la salida True.
If Tipos de condiciones disponibles para ser evaluados.
Named Especifica el nombre de la variable, atributo, o tipo de entidad que se evaluarán
cuando una entidad entre en el módulo.
Is Evaluador de la condición.
Value Expresión que se comparará con un atributo o variable o que se evaluará como una
única expresión para determinar si es verdadero o falso.
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
2 way by chance
Existe una llegada al sistema por donde ingresa 1 cliente cada 7 minutos promedio a sacar
fotocopias. El 65% del tiempo van a la fotocopiadora 1 y el tiempo restante a la
fotocopiado 2. El tiempo de fotocopiado es el mismo: 12 minutos promedio por 4 de ds.
Hacer 8 horas de simulación.

Módulo Create

Módulos decide y Process

Resultados
N way by chance
Desarrolle el mismo modelo para 4 fotocopiadoras. Las llegadas ocurren cada 3 minutos
promedio, ir a cada fotocopiadora es equiprobable y el tiempo del servicio es el mismo del
ejemplo anterior. Haga la simulación para 8 horas.
Módulo Create

Módulo Decide

o Ejercicio 1:
Los clientes de la tienda entran cada 5 minutos promedio y deciden qué tipo de
película alquilar (Comedia-Acción-Drama). Luego se dirigen en forma
proporcional al lugar de la tienda en donde escogerán la película. Esto les toma 1
minuto mínimo, con una moda de 5 minutos y un tiempo máximo de 10. Los
clientes luego deben tomar la decisión sobre si o no les gustaría comprar
palomitas de maíz. Si deciden comprar palomitas de maíz, van al carrito de
palomitas de maíz y luego a la línea de pago. Tomar el maíz demora 0.5 minuto
mínimo, con una moda de 1 minuto y un tiempo máximo de 2. Si optan por no
obtener palomitas de maíz, van directamente a la línea de pago. Pagar toma 1
minuto mínimo, con una moda de 2 minutos y un tiempo máximo de 4. Haga la
simulación para 840 minutos.
1. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
__________________________________________________________________

5.3.3.Guía 11: Interpretación de resultados de simulación
• Objetivo:
Elaborar un informe que incluya la interpretación de los resultados obtenidos a partir de la

simulación.
En un proyecto de simulación la construcción del modelo ocupa como máximo la quinta

parte del tiempo total del estudio. Esto quiere decir que la construcción de un modelo es
solo el paso final en un estudio para hacer una simulación. Para nuestros días la aparición
de computadores con altas capacidades de procesamiento nos ha entregado una solución de
tipo práctico cuando deseamos organizar situaciones complejas, con comportamientos
aleatorios en su interior y con intrincadas relaciones entre los elementos que conforman
dicho sistema. La simulación es una animación mediante programas para computador, de
situaciones reales, con el objetivo de analizar su estructura o forma física y encontrar
soluciones que conlleven a mejores características de las mismas desde el punto de vista
productivo ó del orden. Es importante que se sigan ciertos pasos para hacer la simulación,
que es un problema considerable que requiere que alguien lo organice para resolverlo.
Cuando se desea hacer una simulación las personas deben preguntarse qué es lo que se
desea simular y de cuánto tiempo se dispone para hacer este trabajo. El primer aspecto está
relacionado con el planteamiento de un objetivo y el segundo, con la determinación de la
utilidad del mismo, porque el comienzo y el fin de un proyecto de simulación han de estar
enmarcados en una cantidad finita de tiempo que permitirá implementar prontamente los
resultados del análisis realizado mediante el proyecto de simulación. En general se dice que
no hay reglas que digan cómo hacer una simulación, pero seguir ciertos pasos puede
darnos una guía efectiva, a continuación se enumeran los pasos encontrados en varias
fuentes bibliográficas. PASO 1: ELABORAR UN PLAN DE ESTUDIO. PASO 2: DEFINIR
EL SISTEMA. PASO 3: CONSTRUIR EL MODELO. PASO 4: EJECUTAR
EXPERIMENTOS. PASO 5: ANALIZAR LOS RESULTADOS. PASO 6: REPORTAR LOS
RESULTADOS.
• Materiales:
- Word, Excel
• Procedimiento:
Interpretar los resultados obtenidos a partir de una simulación.
• Describir el procedimiento para:
1. ELABORAR UN PLAN DE ESTUDIO

2. DEFINIR EL SISTEMA.
3. CONSTRUIR EL MODELO
4. EJECUTAR EXPERIMENTOS
5. ANALIZAR LOS RESULTADOS
6. REPORTAR LOS RESULTADOS

6. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
7. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
8. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
9. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
10. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5.3.4.Guía 12: Empleo del ProcessAnalizer
• Objetivo:
Emplear el Process analiyzer para evaluar los datos de salida y escoger el mejor escenario
para la simulación.
Mediante un modelo de simulación podemos:
Optimizar: maximizar o minimizar una medida de desempeño
Predecir: estimar el efecto de las variaciones en el sistema
Conocer:
Relaciones causa-efecto de los eventos
La relevancia de las variables
La sensibilidad del modelo
Justificar:
La decisión de elegir alternativas entre diversos valores de una medida de desempeño
Nuevas ideas a partir de un buen modelo que incluya animaciones
En un sistema existen factores controlables e incontrolables que producen algún efecto en
una determinada variable. La simulación permite evaluar dichos efectos. Cada conjunto de
valores hallados se denomina escenario.
Escenarios
Un escenario es un modelo con determinados valores en las variables definidas.
Cualquier cambio en alguna de las variables se asume como un cambio de escenario

Process Analyzer permite definir múltiples escenarios de nuestra simulación para:
Hallar el modelo adecuado dependiendo de si queremos minimizar o maximizar resultados.
Resolver un problema evaluando diversos valores para 1 o más variables.
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
Evaluar servidores (Situación controlable)
Tenemos una aplicación que hemos desarrollado para un escenario en el que existe 1
proceso con capacidad de atender a 1 entidad por vez (1 servidor).
Vamos a evaluar dicho sistema pero definiendo 2,3 y 4 servidores es decir 4 escenarios.
Se asume un sistema de colas con una llegada EXPO(3.66) y un servicio de

NORM(3.2,0.77)
El modelo

Setup
Corra la simulación. Uno de los archivos que se genera en la corrida tiene extensión “.p”.
Este archivo tiene el código del lenguaje SIMAN.

Análisis de escenarios para el ejercicio
Al hacer click en File – New se crea la hoja de escenarios. Hagamos doble click debajo de
la cabecera para crear el primer escenario.


Añadir control
Añadimos un factor controlable que en este caso será la capacidad de atención del recurso
cajero.

Definir variables de respuesta (Response)
Tiempo de espera
Defina los siguientes Responses adicionales: Tiempo en el sistema (Entity.TotalTime),

Entidades en el sistema (Entity.WIP), Número promedio de cajeros ocupados
(Resource.NumberBusy), utilización de recurso (Resource.Utiliation).

Duplicar escenarios
Corrida

Resultados
Al contar con una capacidad de atención de 2, se reducen significativamente todos los

indicadores. La utilización de cajero es igual a cajeros ocupados/cajero.
Los escenarios 3 y 4, si bien muestran un nivel de espera mínimo, la utilización de los
cajeros (28% y 21% respectivamente) no justificarían su implementación. Además el tiempo
que un cliente pasa en el sistema es similar entre 2 y 4 cajeros.
o Ejercicio 1:
Evalué el modelo con 4,5 y 6 recursos usando el Process Analyzer.

1._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
3._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________

5.4. Unidad IV: SIMULACION DE MODELOS POR COMPUTADORA PARA TOMA DE
DECISIONES
5.4.1.Guía 13: Módulos de transporte
• Objetivo:
Emplear una expresión como si fuera una función de usuario y analizar los resultados con
el OutPut Analyzer produciendo un archivo de salida.
Una expresión es un grupo de funciones de probabilidad a las que se les da un nombre de
expresión con un objetivo en particular y que se ejecuta al ser llamada desde un porceso en
la parte Delay. Una expresión puede llamarse múltiples veces.
Las expresiones reciben parámetros al ser llamadas y elegir una función de probabilidad al
ejecutarse.
En general las expresiones deben tener un nombre único en el ámbito para poder ser
llamadas.
• Materiales:
- SOFTWARE ARENA
• Procedimiento:
Una mutual con 1 único cajero tiene 3 tipos de clientes, habiéndose detectado que cada
cliente es atendido siguiendo distribuciones de frecuencia diferenciadas.
Los clientes que vienen a hacer múltiples operaciones (OperacionesA) demoran en el
servicio TRIA(10,15,20); los clientes que vienen por operaciones bancarias simples
(OperacionesB) demoran entre 2 y 8 minutos siguiendo una distribución de tipo uniforme;
los clientes que vienen a pagar servicios toman en servicio 5 minutos promedio con una
desviación standar de 1.5 minutos.
Se desea saber al final de 8 horas de simulación cuantos clientes de cada tipo ingresaron al
servicio.
Adicionalmente la gerencia desea adquirir bancas con capacidad para 5 clientes cada una
pero necesita saber cuántas. Si el porcentaje del tiempo que pasaría llena cada banca es
mayor al 15% entonces se realizará la compra.
Diseño
Insertar panel de procesos avanzados y seleccionar Expression, agregar una fila y escribir en
Rows el número 3

Módulo Assign
Módulo Process

Módulo Decide
Módulos Records

Definición del fichero de salida
Reporte

OutputAnalizer
Salida

o Ejercicio 1:
Se desea representar las operaciones de la producción de dos diferentes unidades

electrónicas selladas. Las partes que llegan son cajas de metal moldeado que ya han sido
mecanizadas y trabajadas para aceptar las partes electrónicas. La Parte A y la parte B se
producen fuera del sistema y llegan a él en forma independiente en EXPO(5) x 1 unidad y
EXPO(30) x 4 unidades respectivamente.
Al llegar ambas partes son transferidas a 1 área de preparación diferente. El propósito es
asegurar un buen sellado posterior. El tiempo de proceso para esta operación es de
TRIA(1,4,8) para la parte A y TRIA(3,5,10) para la parte B.
En la operación de sellado se insertan los componentes electrónicos en las partes A y B. El

tiempo total del proceso es de TRIA(1,3,4) y WEIB(2.5,5.3) respectivamente.
91% de las partes pasan la inspección y se transfieren al departamento de envío. Las partes
restantes se transfieren al área de retrabajo EXPO(45), donde se recuperan el 80% de las
partes que van a envío. El resto se descarta.

Debemos:
Decidir que módulos tienen las “habilidades” que se requieren en cada nivel de detalle
Como modelar los diferentes tiempos de proceso en el sellado.
Para simplificar la tarea tendremos:
Llegadas, áreas de preparación, sellado, retrabajo, salida de partes y animaciones.
Como tenemos dos tipos de parte que llegan de forma diferentes cada una tendrá un patrón
de tiempo propio con 2 módulos Crear.
Tenemos diferentes tiempos de procesamiento en el sellado así que utilizaremos

expresiones..
Trabaje el sellado con expresiones. Use el Output Analyzer para los resultados.
1._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
3._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5._____________________________________________________________________
______________________________________________________________________
______________________________________________________________________

5.4.2.Guía 14: Módulos de Centrales telefónicas
• Objetivo:
Elaboración e implementación de un estudio de simulación aplicado a un caso real de un

call center.
En el campo de las telecomunicaciones, en un sentido amplio, una central telefónica es el

lugar (puede ser un edificio, un local, una caseta o un contenedor) utilizado por una
empresa operadora de telefonía donde se alberga el equipo de conmutación y los demás
equipos necesarios para la operación de las llamadas telefónicas. Es decir, es el lugar
donde se establecen conexiones entre los lazos (bucles) de los abonados, bien directamente
o bien mediante retransmisiones entre centrales de la señal de voz. Las centrales se
conectan entre sí mediante enlaces de comunicaciones entre centrales o enlaces
intercentrales. En la central telefónica terminan las líneas de abonado y se originan los
enlaces de comunicaciones con otras centrales telefónicas de igual o distinta jerarquía o, en
su caso, parten los enlaces o circuitos interurbanos necesarios para la conexión con
centrales de otras poblaciones.
• Materiales:
- Arena
• Procedimiento:
Se definen las variables de entrada que son las llamadas de clientes, variables de estado la
duración de la llamada y las variables de salida el número de clientes atendidos; gracias al
programa se obtienen datos sobre las llamadas atendidas, el tiempo de espera de los
clientes en la cola y el total de llamadas recibidas, al igual que las llamadas no atendidas.
Sirviendo de esta manera el modelo como una buena base para la toma de decisiones
dentro de la organización.
• Solucionar el problema de colas específicamente en un call center aplicado al

outsourcing.
1. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

3. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5.4.3.Guía 15: Etapas en un proyecto de simulación
• Objetivo:
Investigar un tema relacionado con la utilización de técnicas de simulación para la mejora

de toma de decisiones.
• Materiales:
- Arena, Promodel

• Procedimiento:
Formulación y definición del sistema

Se inicia en la administración de la empresa. Quién sabe que tiene un problema, pero no
sabe definirlo.
1.La formulación del problema no se hace una sola vez, se hace a
través de todo el proyecto.
2.Se define los objetivos del estudio (objetivos y metas).
3.Se define el sistema a estudiar.
4.Se define los límites del sistema, sus alcances y limitaciones (restricciones de la
abstracción).
5.Se especifica el diagrama de flujológico.
• Realizar un estudio de sistemas dinámicos.
1. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
2. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
3. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
4. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
5. ______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

GUÍA DE PRÁCTICA de Simulación

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

GUÍA DE PRÁCTICA de Simulación

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA

Escuela Profesional de Ingeniería de Sistemas e Informática/

Fecha Versión Descripción Autor Aprobado por

Primera Versión del

Simulación de Sistemas Página 2

CÁTEDRA DE SIMULACIÓN DE SISTEMAS

Lima – Perú, 2019

Simulación de Sistemas Página 3

Dr. Francisco Luis Pérez Expósito

Dr. Oscar Enrique Lagravere von Massenbach PhD

Dr. Rafael Eduardo Castañeda Alva

Simulación de Sistemas Página 4

La presente guía de practica es una recopilación de varios tópicos asociados a la

En cada Unidad Didáctica se desarrollará el aspecto básico y fundamental de la teoría

Esta guía se encuentra en constante mejora con la contribución del grupo de

Simulación de Sistemas Página 5

Simulación de Sistemas Página 6

El curso de Simulación De Sistemas pertenece a la Línea de Carrera o Formativa y se dicta en la

• Ley Universitaria N°30220.

Simulación de Sistemas Página 7

5. Contenido de las Unidades Didácticas:

5.1. Unidad I: CONCEPTOS FUNDAMENTALES DE SIMULACIÓN

5.1.1.Guía 1: Introducción al modelamiento y simulación

Simulación de Sistemas Página 8

La llegada es una secuencia cronológica que se inicia en el tiempo 0. El servicio es la

Simulación de Sistemas Página 9

Secuencia de Eventos y comportamiento de la Cola y el Servicio. Desde H1 hasta O22.

Simulación de Sistemas Página 10

• Conclusiones o Ideas Fundamentales: (Anotar 5 Ítems como Mínimo)

Simulación de Sistemas Página 11

5.1.2.Guía 2: Elementos de la simulación y el uso del Rockwell Arena

Simulación de Sistemas Página 12

Por ejemplo, desde la perspectiva de la orientación al proceso, la descripción del mismo

Simulación de Sistemas Página 13

Grabe el archivo con el nombre Banco

Colocar módulos en el modelo

Simulación de Sistemas Página 14

En Type Entity la entidad que llega

Haga click en ADD para añadir un recurso.

El cuadro de verificación al final denominado Report Statistic permite tener estadísticas de

Simulación de Sistemas Página 15

Debemos definir el recurso que tomará a la entidad con ADD.

Le damos un nombre a dicho recurso y establecemos cuantas unidades de dicho recurso

Podemos observar los módulos de Recurso y cola.

Hacer doble click y colocar sólo el nombre.

Simulación de Sistemas Página 16

Configurar la ejecución del modelo

Simulación de Sistemas Página 17

• Conclusiones o Ideas Fundamentales: (Anotar 5 Ítems como Mínimo)

Simulación de Sistemas Página 18

5.1.3.Guía 3: Software para simulación

Explicar la importancia y ventajas de emplear técnicas de simulación por computadora.

Son simuladores dedicados fundamentalmente a la industria con el objetivo de mejorar e

Conocer los softwares más usados.

• Ejercicios o Casos Propuestos

• Instalar el software Arena.

• Conclusiones o Ideas Fundamentales: (Anotar 5 Ítems como Mínimo)

Simulación de Sistemas Página 19

5.1.4.Guía 4: Procedimiento para la elaboración de estudios de simulación

Explicar la importancia y ventajas de emplear técnicas de simulación por computadora.

Una simulación por computadora, un modelo de simulación por computador o un modelo