SIMULACIÓN
SCD – 1022
ING. ALONDRA SALCEDO JUÁREZ
TEMA 4. LENGUAJES DE
SIMULACIÓN.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
Los lenguajes de simulación, facilitan enormemente el desarrollo y
ejecución de simulaciones de sistemas complejos del mundo real. Los
lenguajes de simulación son similares a los lenguajes de programación de
alto nivel, pero están especialmente preparados para determinadas
aplicaciones de la simulación.
Así, suelen venir acompañados de una metodología de programación,
apoyada por un sistema de símbolos propios para la descripción del
modelo, por ejemplo mediante diagramas de flujo u otras herramientas
que simplifican notablemente la modelización y facilitan la posterior
depuración del modelo.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
Características de los lenguajes de simulación: ·
• Los lenguajes de simulación proporcionan automáticamente las
características necesarias para la programación de un modelo de
simulación, lo que redunda en una reducción significativa del esfuerzo
requerido para programar el modelo.
• Proporcionan un marco de trabajo natural para el uso de modelos de
simulación. Los bloques básicos de construcción del lenguaje son mucho
más afines a los propósitos de la simulación que los de un lenguaje de
tipo general.
• Los modelos de simulación son mucho más fácilmente modificables.
• Proporcionan muchos de ellos una asignación dinámica de memoria
durante la ejecución.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
Características de los lenguajes de simulación: ·
• Facilitan una mejor detección de los errores.
• Los paquetes de software especialmente diseñados para simulación
contienen aplicaciones diversas que facilitan al simulador las tareas de
comunicaciones, la depuración de errores sintácticos y de otro tipo de
errores, la generación de escenarios, la manipulación “on-line” de los
modelos, etc.
• Son muy conocidos y en uso actualmente.
• Aprendizaje lleva cierto tiempo
• Simuladores de alto nivel .
• Muy fáciles de usar por su interfase gráfica
• Restringidos a las áreas de manufactura y comunicaciones
• Flexibilidad restringida puede afectar la validez del modelo.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULACIÓN EN GPSS.
El GPSS es un lenguaje altamente estructurado, un lenguaje de
simulación de propósito especial que usa en el enfoque basado en
procesos y se orienta hacia los sistemas de colas. Un diagrama de bloques
provee una forma conveniente para describir el sistema que se esta
simulando. (existen mas de 40 bloques estándar en el GPSS). Las entidades
llamadas transacciones pueden ser vistas como que fluyen a través de un
diagrama de bloques. Por lo anterior, GPSS puede ser usado para modelar
una situación donde las transacciones (entidades, clientes, unidades de
tráfico) están fluyendo a través del sistema.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULACIÓN EN GPSS.
El diagrama de bloques es preparado en una forma que reconozca la
computadora junto con los estatutos de control para que la simulación sea
desarrollada por el procesador.
El GPSS fue liberado por IBM en 1961. La implementación original ha
sido nuevamente implementada y mejorada en muchas partes desde
1961, dos de esas implementaciones son GPSS/H y GPSS/World.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULACIÓN EN SIMAN.
Por sus siglas en ingles SIMAN significa Análisis, modelación y
simulación (Simulation Modeling and Analisis). Este lenguaje fue
desarrollado por C. Dennos Pedgen, Systems Modeling Corp., Sewickley,
PA. EUA. Las capacidades del lenguaje incluyen orientación basada en
procesos, orientación basada en eventos, y simulación continua, o una
mezcla de cualquiera de dos de los tres enfoques. Se mostrará el primero
de los tres enfoques donde las entidades fluyen a través del sistema.
El marco de trabajo del SIMAN esta compuesto del modelo y de los
marcos experimentales.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR SIMSCRIPT II.5
El SIMSCRIPT II.5 de la compañía de productos CACI, es un lenguaje
que permite modelar y que puede ser orientado a eventos o orientado a
procesos. Las versiones para microcomputadora y estaciones de trabajo
incluyen el paquete de animación y gráficos SIMGRAPHICS. El paquete
SIMSCRIPT puede ser usado para producir presentaciones gráficas de
calidad estáticas y dinámicas, tales como Histogramas, graficas de Pastel,
Graficas de Barras, gráficas de nivel y gráficas de variables.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULACIÓN EN SLAM II USANDO SLAMSYSTEM.
El SLAM II, sacado al mercado por la corporación Pritsker de INDIANA,
EUA, es un lenguaje de simulación de alto nivel con versiones de FORTRAN
y C. El SLAM II permite una orientación basada en eventos o basado en
procesos, o una combinación de ambos enfoques. Esta sección
brevemente describe la porción del proceso interacción del SLAM II, y
también del SLAMSYSTEM el cual es usado para construir, animar y ejecutar
los modelos de simulación SLAM II.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULACIÓN EN MODSIM III.
El MODSIM III es un lenguaje de programación de propósito general
orientado al objeto. Es un lenguaje compilado que es altamente
trasladable. La sintaxis y la estructura esta basada en el MODULA-2.
Constructores internos orientados al objeto incluyen herencias sencillas y
múltiples, unión dinámica de objetos, polimorfismos, encapsulación,
abstracción de datos, y ocultación de información. Este lenguaje permite
una interfase a C tal que las librerías existentes en código fuente y objeto
de C puede ser incluido en los programas del MODSIM III. El MODSIM III
realiza interfase con el animador de CACI SIMGRAPHICS II.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADORES.
Son paquetes que permiten simular algunos tipos de sistemas con poca
o ninguna necesidad de programar. Los sistemas se seleccionan a base de
menús y de gráficos. · Ventaja: Ahorran tiempo de programación ·
Inconveniente: Están limitados a modelizar solamente las configuraciones
de sistemas que permite el simulador. Tienen por tanto poca flexibilidad. Si
nuestro sistema real no se adapta a ninguna de las configuraciones que
tenga programadas el simulador, no deberíamos utilizarlo.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADORES.
La simulación de sistemas de manufactura y de manejo de materiales
es bastante compleja que es necesario utilizar software especializado que
ha sido desarrollado para este propósito. Nueve de los paquetes de
software mas utilizados serán descritos a continuación. Los paquetes de
software incluyen SIMFACTORY II.5, ProModel, AutoMod, Taylor Ed (FLEXSIM),
Witness, AIM, Extend, Arena, y SIMUL8.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR SIMFACTORY II.5
Es un simulador escrito en SIMSCRIPT II.5 y MODSIM III para ingenieros
que no son analistas de simulación de tiempo completo. Opera en una PC
bajo ambiente Windows y IOS/2, y en muchas estaciones de trabajo
(Workstations). Un modelo es mejor construido en etapas primeramente
definiendo la distribución del proceso que consiste en las estaciones de
trabajo, almacenes temporales, áreas de recibo, rutas de transporte,
definiendo productos, recursos, y transportadores y finalmente las
interrupciones. Una animación basada en Iconos es seguida
automáticamente después de definir el modelo. Los elementos del modelo
son obtenidos de una tabla en lugar de una barra de menús. El modelo
resultante puede ser modificado usando una interfase gráfica o un editor
de textos.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR AUTOMOD.
El AutoMode de AutoSimulations Inc. Combina las características de los
lenguajes de propósito especial (lenguajes de simulación) y un simulador
de propósito especial de manejo de materiales. Tiene características
generales de programación incluyendo la especificación del proceso y
procedimientos del proceso, recursos, cargas, colas, y variables. Los
procesos son especificados en términos de límites de tráfico, conexiones
de entradas y salidas de sistemas de manejo de materiales, y lógica del
proceso. Los recursos son especificados en términos de su capacidad,
tiempo de procesamiento, tiempo entre falla y tiempo de reparación.
Las cargas son definidas por su forma y tamaño, sus atributos, tasas de
generación, tiempos de inicio, y todas las prioridades.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR PROMODEL.
ProModel es una herramienta de simulación que funciona en
computadoras personales en un ambiente Windows. Mediante una
combinación ideal de facilidad de uso, flexibilidad y potencia, permite
diseñar y analizar sistemas de producción y servicios de todo tipo y tamaño
y modelar prácticamente toda situación, en forma casi real, mediante sus
capacidades gráficas y de animación.
ProModel fue concebido como una herramienta para ingenieros y
gerentes que desean lograr reducciones de costos, mejoras en la
productividad e incrementar las ventajas estratégicas en la producción de
bienes y servicios.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR TAYLOR ED.
El Taylor Ed es un paquete de software desarrollado por la compañía
fabricante de software FLEXIM. El precursor del Taylor Ed fue el Taylor II, pero
los desarrolladores hicieron la nueva versión partiendo de desperdicio. A
pesar de esto, existen similitudes entre los dos paquetes, tales como la
visión del usuario y la arquitectura del software. El precio del Taylor ED es la
mitad del precio del WITNESS y cinco veces mas que el SIMUL8 y el EXTEND.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR TAYLOR ED.
El Taylor Ed sale del mercado dejando su lugar al simulador FLEXSIM. El
futuro de la simulación de procesos es el FLEXSIM, que es un simulador
orientado a objetos basado en un ambiente de Windows® para modelar
flujos de eventos discretos como manufactura, manejo de materiales, y
flujo en oficinas en una asombrosa realidad virtual de 3D.
Completamente orientado a objetos con una integración completa de
C++ creada gráficamente usando la animación virtual ED
excepcionalmente intuitiva de atrapa y suelta, una interfase fácil de
aprender. La insuperable flexibilidad y poder del FLEXSIM es la perfecta
herramienta para ayudar a los ingenieros, administradores, y tomadores de
decisión a visualizar y probar operaciones propuestas, procesos y sistemas
dinámicos en una realidad virtual de 3D.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR WITNESS.
EL software Witness fue desarrollado durante los 1970´s por AT&T Istel y es
ahora distribuido por el Grupo Lanner (establecido en 1996) del Reino
Unido. El paquete usa ahora una base mas madura, lo cual probablemente
sufre del dilema del innovador. El WITNESS fue previo, y posiblemente
todavía es el líder en el mercado, aunque solamente en el número de los
modelos producidos. WITNESS es uno de los más usados, mas confiables y
mejor conocidos entre los softwares SED (Simulación de eventos discretos).
El concepto de construcción de modelos en WITNESS consiste en la
construcción de bloques similares a los de SIMUL8 excepto por los bloques
Inicial y Terminal.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR AIM.
El AIM (Analizyer for Improving Manufacturing) de la corporación
Pritsker, es el componente de simulación de FACTOR (FACTOR/AIM). Otros
componentes son el Administrador de Producción de FACTOR y FI-2. El
Administrador de Producción de FACTOR desarrolla operaciones detalladas
del planeación y programación de operaciones, promesa de órdenes,
liberación de costos, y de la cadena suministro-abastecimiento. El FI-2 es
un tablero de calendarización gráfica interactiva. Todas esas aplicaciones
usan la misma base de datos.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR EXTEND.
Extend es un software orientado a apoyar el proceso de toma de
decisiones, que permite visualizar el comportamiento y los resultados de un
proceso en diversos escenarios definidos por el usuario, a un bajo costo y
minimizando el riesgo de la implantación. La simulación de procesos
permite evaluar comportamientos tanto en funcionamiento como en su
etapa de diseño, sin incurrir en los costos de una implantación real. El
realizar pruebas y modificaciones durante las etapas de diseño y
planificación, permite ahorrar tiempo y dinero en las etapas posteriores de
implantación y mantenimiento de los nuevos procesos.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR ARENA
El ARENA de la Systems Modeling Corporation, es un paquete de
simulación y animación extendible. Se intenta proveer el poder del SIMAN
para aquellos quienes aprender un lenguaje es una incomodidad, también
como resaltar el uso de las herramientas usadas por los modeladores del
SIMAN. Considere que una persona, diferente al analista de la simulación,
desea usar el SIMAN. Actualmente, el o ella deben entender los bloques
usados en el modelo y los elementos usados en el experimento para
proceder. Usando las plantillas de solución para la aplicación del ARENA,
el usuario puede extraer el modulo, colocarlo es su lugar apropiado,
parametrizarlo sin aprender el lenguaje SIMAN.
4.1. LENGUAJE DE SIMULACIÓN Y
SIMULADORES.
SIMULADOR SIMUL8
El SIMUL8 desarrollado por Visual Thinking Internacional Ltd en Escocia,
Reino Unido en 1994, es frecuentemente promovido como un paquete para
análisis rápidos y es frecuentemente usado en centros educativos.
SIMUL8 es un software para Simulación de Eventos Discretos. Permite al
usuario crear un modelo visual del sistema que se está investigando,
dibujando objetos que son sacados directamente sobre la pantalla. Los
objetos típicos pueden ser colas o puntos de servicio. Las características de
los objetos pueden definirse en términos de, por ejemplo, capacidad o
velocidad.
4.2. APRENDIZAJE Y USO DE
LENGUAJE DE SIMULACIÓN O UN
SIMULADOR.
Flexsim es una herramienta de análisis que ayuda a ingenieros y los
planificadores a tomar decisiones inteligentes en el diseño y la operación
de un sistema.
Con Flexsim, se puede desarrollar un modelo de computadora en 3
dimensiones de un sistema de la vida real.
4.2. APRENDIZAJE Y USO DE
LENGUAJE DE SIMULACIÓN O UN
SIMULADOR.
Elementos de un modelo de sistema
• Entidades (flujos del sistema): artículos que fluyen a través del sistema
(Flowitems).
• Estados del sistema: Condición del sistema en un momento t. Las actividades
encajan aquí (States).
• Evento: Cambios en los estados del sistema (Event).
• Recursos: Son los elementos del sistema que no son entidades (Flexsim
Object).
• Localizaciones: Lugares por donde deben esperar o fluir las entidades (Son los
“recursos fijos”, Fixed Resources).
• Atributos: Características de una entidad (Labels, Itemtypes).
• Variables: condiciones cuyos valores se crean y modifican (Variables, labels).
• Controles: Reglas que gobiernan al sistema (Triggers, Flow Tab).
4.2. APRENDIZAJE Y USO DE
LENGUAJE DE SIMULACIÓN O UN
SIMULADOR.
Hay tres problemas básicos que pueden ser solucionados con Flexsim
1. Atención de problemas - la necesidad de procesar a clientes y sus
solicitudes en un nivel alto, dar satisfacción para el coste posible más
bajo.
2. Los problemas de fabricación - la necesidad de hacer el producto
correcto en el tiempo posible más bajo.
3. Los problemas logísticos - la necesidad de conseguir el producto
correcto en el lugar correcto en el tiempo definido.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Una línea de espera es el efecto resultante en un sistema, cuando la
demanda de un servicio supera la capacidad de proporcionar dicho
servicio. Este sistema está formado por un conjunto de entidades en
paralelo, que proporcionan un servicio a las transacciones que
aleatoriamente entran al sistema. Dependiendo del sistema que se trate,
las entidades pueden ser cajeras, máquinas, semáforos, grúas, etcétera,
mientras que las transacciones pueden ser: clientes, piezas, autos, barcos,
etcétera.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Tanto el tiempo de servicio como las entradas al sistema, son
fenómenos que generalmente tienen asociadas fuentes de variación, que
se encuentran fuera del control del tomador de decisiones, de tal forma
que se hace necesaria la utilización de modelos estocásticos que permitan
el estudio de este tipo de sistemas. Una línea de espera puede modelarse
como un proceso estocástico en el cual la variable aleatoria se define
como el número de transacciones en el sistema en un momento dado; el
conjunto de valores que puede tomar dicha variable es {0, 1, 2, . . . , N\ y
cada uno de ellos tiene asociada una probabilidad de ocurrencia:
{P0, P1, P2,...,PN}
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Algunos ejemplos de líneas de espera son:
• La llegada de llamadas telefónicas a un conmutador de un hospital.
• La llegada de equipos electrónicos al área de control de calidad dentro
de una fábrica.
• La llegada de trabajos a la cola de impresión en una computadora.
• La llegada de pacientes a un consultorio.
• La llegada de operaciones computacionales a un microprocesador.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Un sistema de líneas de espera se forma por:
Clientes que llegan a solicitar un servicio.
Filas que forman los clientes para esperar el servicio.
Estaciones de servicio que atienden a los clientes, los cuales después de
ser atendidos salen del sistema.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
En las líneas de espera, existen dos costos perfectamente identificados:
el costo de las transacciones, que representa la cuantificación monetaria
de la pérdida de tiempo al esperar recibir un servicio o la pérdida de
clientes por abandono del sistema, y el costo de proporcionar el servicio,
que representa la cantidad de dinero que hay que pagar por cuestión de
sueldos y salarios (del personal), energía, mantenimiento y depreciación
(del equipo). De tal forma que en un estudio de líneas de espera el objetivo
es determinar qué nivel de servicio, ya sea por cantidad de entidades o
por la velocidad de ellas, proporcionar para minimizar el costo total del
sistema. Este costo está formado tanto por costo de servicio como por el
que causa la espera.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Un sistema de espera se representa mediante la llegada de
transacciones a un sistema, con el fin de recibir un servicio por cualquiera
de una o más entidades dispuestas para ello, conocidas como servidores.
En caso de que todas las entidades se encuentren ocupadas, la
transacción permanece en espera en la fila hasta que decide abandonar
la fila sin ser atendido, o bien, es seleccionado de acuerdo con cierta regla
para recibir atención. Una vez que el servicio ha sido completamente
proporcionado, la transacción sale del sistema y se convierte de nuevo en
una transacción potencial.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Servidores.
Representan al mecanismo por el cual las transacciones reciben de
una manera completa el servicio deseado. Estas entidades se encuentran
dispuestas en forma paralela a la fila, de tal manera que las transacciones
pueden seleccionar a cualquiera de ellas para el suministro de dicho
servicio. Las dos características principales de los servidores son: la
cantidad asignada por cada fila existente en el sistema y la distribución de
probabilidad del tiempo de atención a las transacciones o de la velocidad
de servicio; dentro de las distribuciones más comunes están la
exponencial, la Erlang, la hiperexponencial, y la degenerada.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Transacciones potenciales.
Representan el número total de clientes que podrían requerir el servicio
proporcionado por el sistema, y es necesario definir dos características
para este conjunto de elementos; la primera tiene que ver con el tamaño
del conjunto potencial de clientes, dando, en consecuencia, conjuntos
limitados o finitos y en otros casos conjuntos ilimitados o infinitos. La
segunda característica se refiere a la distribución de probabilidad del
tiempo entre llegadas o bien a la tasa de entrada promedio.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Fila.
Es el conjunto de transacciones que espera ser atendido por alguno de
los servidores del sistema. Una fila tiene dos características principales, la
primera se refiere a la capacidad, o sea, al número máximo de
transacciones que pueden permanecer en ella en un mismo instante y de
acuerdo con este número se clasifican como finitas o infinitas. La segunda
característica es el orden en que las transacciones son extraídas de la fila
para su atención.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Fila.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Los parámetros más importantes de una línea de espera son:
• Tasa de llegada.
• Tasa de servicio.
• Número máximo de clientes por fila.
• Numero de estaciones.
• Disciplina de la fila.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
La mayor parte de los modelos elementales de colas, suponen que las
entradas (llegadas de clientes) y las salidas (clientes que se van) del
sistema ocurren de acuerdo con un nacimiento y muerte.
En el contexto de la teoría de colas, el término nacimiento se refiere a
la llegada de un cliente al sistema de colas, mientras que el termino muerte
se refiere a la salida del cliente servido.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
MODELO DE NACIMIENTOS PUROS.
Probabilidad de evento cero (0)
Probabilidad de evento n
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
EJERCICIO 1.
Suponga que los nacimientos en un país están separados en el tiempo,
de acuerdo con una distribución exponencial, presentándose un
nacimiento cada 7 minutos en promedio.
a) Calcule la cantidad de nacimientos que se registrarán en un año
(proceso de nacimiento)
b) Calcule la probabilidad de que haya cero nacimientos en un día.
c) Calcule la probabilidad de que haya 50 nacimientos al final de 3 horas,
si nacieron 35 durante las primeras 2 horas.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
MODELO DE MUERTES PURAS.
En el modelo de muertes puras, el sistema comienza con N clientes
cuando el tiempo es cero(0), y no se permiten más llegadas.
Las salidas se hacen con la frecuencia de clientes por unidad de
tiempo.
Probabilidad de evento cero (0)
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Hay muchos modelos de líneas de espera posibles. Por ejemplo, si el
tiempo que existe entre las llegadas en el modelo básico M/M/1 se le diera
una distribución diferente (no la exponencial) tendríamos un modelo
diferente. Para facilitar la comunicación entre aquellos que trabajan con
modelos de líneas de espera, D. G. Kendall propuso una clasificación o
taxonomía con base en la siguiente notación:
A/B/s
Donde
A = distribución de las llegadas.
B = distribución del servicio.
s = número de servidores.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
Se utilizan diferentes letras para designar ciertas distribuciones
colocándolas en la posición A o B.
M = distribución exponencial.
D = número determinístico.
G = cualquier distribución (general) de tiempos de servicio.
GI = cualquier distribución (general) de tiempos de llegada.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
POBLACIÓN INFINITA UN SERVIDOR, COLA INFINITA
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
POBLACIÓN FINITA UN SERVIDOR, COLA FINITA.
Consideraremos el caso en la que todas excepto una de las
suposiciones del modelo de un solo servidor son apropiadas. En este caso,
la población de clientes es finita, y tiene N clientes potenciales. Si N >30, el
modelo de un solo servidor con la suposición de una población de clientes
infinita es adecuado. De no ser así, el modelo de fuente finita es el único
que debe usarse.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
POBLACIÓN INFINITA SERVIDORES MÚLTIPLES, COLA INFINITA.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
EJERCICIO 2. M/M/1
La gerente de una tienda de abarrotes, está interesada en brindar un buen servicio a
las personas mayores que compran en su tienda. Actualmente, la tienda tiene una caja
registradora reservada para los clientes de la tercera edad. Esas personas llegan a la caja
a un ritmo promedio de 30 clientes por hora, de acuerdo con una distribución de Poisson, y
son atendidas a una tasa promedio de 35 clientes por hora, con tiempos de servicio
exponenciales. Realice lo siguiente:
a) Calcule la probabilidad de que haya 0 clientes en el sistema.
b) Determine la utilización promedio del empleado de la caja registradora.
c) Determine el numero promedio de clientes en el sistema.
d) Determine el numero promedio de clientes formados en la fila.
e) Tiempo promedio que los clientes pasan en el sistema.
f) Tiempo promedio de espera en la fila.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
UNA COLA, UN SERVIDOR (EXCEL).
Se tienen los siguientes datos de tasas de llegada y de servicio en un
banco, para una operación general, construya la simulacion de los tiempos
de llegadas, de servicio, de finalización del servicio, el tiempo en el sistema
y tiempo de ocio, para un turno de servicio de 8 horas.
Tasa de llegada: 20 clientes por hora.
Tasa de servicio: 30 clientes por hora.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
UNA COLA, DOS SERVIDORES (EXCEL).
Se tienen los siguientes datos de tasas de llegada y de servicio en una
central de camiones. El tiempo de operación será de 10 horas por día.
Realice la simulación con los tiempos entre llegadas, de inicio del servicio,
de espera, de servicio, de finalización del servicio, en el sistema y ocioso
Tasa de llegada: 10 camiones por hora.
Tasa de servicio: 6 camiones por hora.
4.3. CASOS PRÁCTICOS DE
SIMULACIÓN.
4.3.1. PROBLEMAS CON LÍNEAS DE ESPERA.
UNA COLA, UN SERVIDOR (ARENA).
Se tiene una tienda con los siguientes datos:
• Tiempo entre llegadas: Exponencial , 3 minutos por cliente.
• Tiempo de servicio: Exponencial, 2 minutos por cliente.
• Número de empleados: 1 (1 servidor).
• Disciplina de cola: PEPS (primeras entradas, primeras salidas).
Simule la llegada de clientes durante dos horas.
