Captulo 1

Introduccin a la Simulacin

Simio y Simulacin: Modelado, Anlisis,

Aplicaciones,
2011

W. David Kelton, Jeffrey S. Smith, David T. Sturrock, David F.Muoz

Actualizacin ms reciente de estas presentaciones: 30 de
Captulo 1
Noviembre, 2011
Introduccin a la Simulacin 1
 Introduccin
En uso desde 1960s, contina creciendo, se fortalece
Analtica avanzada (incluye simulacin) es 2 da entre las
diez tecnologas estratgicas para 2010 (
www.gartner.com)
Crecimiento y popularidad han mejorado debido a los
avances en hardware/software
PCs poderosas y relativamente baratas
Software de simulacin: interfaces de usuario, diseo, fcil de usar
La tecnologa orientada a objetos en la simulacin ha mejorado la
flexibilidad para modelar y la habilidad para modelar sistemas
complejos
Figuras de acceso pblico promueven la animacin en 3D
Metas del libro
Conocimientos generales de simulacin (independente del
software)
Introduccin prctica al paquete de simulacin Simio

Captulo 1 Introduccin a la Simulacin 2

 Acerca del Libro Parte III
Parte I: Conceptos de la Simulacin conceptos
necesarios, indpendiente software
Captulo 1: Introduccin a la Simulacin
Acerca del libro; sistemas, modelos, aplicaciones; cundo simular (y
cundo no), proyectos de simulacin, derechos de parte interesadas y
de desarrolladores
Captulo 2: Fundamentos de la Teora de Colas
Teora (analtica) de colas; terminologa; regla de Littles; algunos
modelos de colas; redes de colas; fuerzas/limitaciones; uso para
verificar modelos de simulacin
Captulo 3: Enfoques para la Simulacin
Terminologa, diferentes clases simulacin; simulacin manual; uso de
lenguajes de programacin de propsito general; simulacin en hoja
de clculo; software
de simulacin
Captulo 4: Anlisis de la Entrada
Specificacin de distribuciones de probabilidad/procesos para la
entrada de modelos de simulacin models con el software Stat::Fit ;
generacin de nmeros aleatorios, variables, vectores y procesos

Captulo 1 Introduccin a la Simulacin 3

 Acerca del Libro Parte III
Parte II: Modelado de una Simulacin con Simio
ejemplos, validacin integrada y anlisis de la
salida
Captulo 5: Los Primeros Modelos en Simio
Interfaz; primeros modelos con objetos y procesos de la Standard
Library; modelo de ATM; anlisis de la salida con Simio
(Experimentos y grficas SMORE); exportacin de datos para usar
paquetes estadsticos, animacin bsica
Captulo 6: Modelado Intermedio con Simio
Estructura de objetos de Simio; modelos de PCB; comparacin de
escenarios
Captulo 7: Incorporacin de Datos en el Modelo
Modelo de Sala de Emergencia tablas de datos y de secuencias;
importacin y exportacin de datos; programaciones; tablas de
funciones y de tasas; listas; cambios, arreglos de estados

Captulo 1 Introduccin a la Simulacin 4

 Acerca del Libro Parte II I
Parte II: Modelado de una Simulacin con Simio
ejemplos, validacin integrada y anlisis de la
salida
Captulo 8: Animacin y Movimiento de Entidades
Animacin en 2D y en 3D; movimiento de entidades; vnculos;
transportadores; movimiento asistido de las entidades
Captulo 9: Modelado Avanzado con Simio
Ejemplos ms avanzados; procesos; bsqueda de escenarios
ptimos
Captulo 10: Personalizacin y Extensin de Simio
Definicin de nuevas libreras y nuevos objetos; procesos
complementarios ; objetos bsicos y jerrquicos; sub-clases;
extensiones

Captulo 1 Introduccin a la Simulacin 5

 Acerca del Libro Parte III
Part III: Casos de Estudio Usando Simio
descripcin de sistemas realistas de creciente
complejidad para facilitar la prctica del modelado
Captulo 11: Casos Introductorios
Casos pequeos pero realistas: maquinado e inspeccin, parque
de diversiones, restaurante, banco
Captulo 12: Casos Avanzados
Casos ms grandes y retadores: aeropuerto, hospital

Captulo 1 Introduccin a la Simulacin 6

 Sistemas y Modelos
Sistema concepto amplio, conjunto de componentes
relacionados que trabajan juntos por un propsito, generalmente
en el tiempo
ATM simple; aeropuerto complejo; red de distribucin global muy
compleja
Puede existir o no; se puede o no experimentar con el sistema real
Modelo de un sistema
Modelo fsico cabina para entrenamiento de vuelos, tnel de viento
Modelo analtico anlisis exacto, dominio/flexibilidad limitados
Modelo de simulacin
Imitacin del sistema en el tiempo (dinmico)
Nivel apropiado de detalle (conclusiones sobre comportamiento)
Software para representar componentes, interacciones, comportamiento
Registrar historia del modelo, resumen de caractersticas
Predecir efecto de cambios en el sistema existente o desempep de uno
nuevo

Captulo 1 Introduccin a la Simulacin 7

 Tipos de Simulaciones
Estocsticas vs. Determinsticas
Estocstica entradas aleatorias en el modelo para representar
variabilidad en los sistemas (tiempos de procesamiento, tiempos
entre llegadas, fallas y tiempos de operacin, posibilidades)
Salida es aleatoria: anlisis estadstico apropiado
Determinstica no hay entradas aleatorias, salida siempre es la
misma (a menos que algo cambie en el modelo)
Discretas vs. Continuas
Discreta las variables de estado cambian slo en instantes
discretos del tiempo state (tiempos de ocurrencia de eventos)
Nmero de clientes en cola, estado de un servidor (ocupado, libre,
falla)
Continua las variables de estado cambian continuamente en el
tiempo, descritas por ecuaciones diferenciales que se resuelven
numricamente
Presin en un tanque, temperatura en un horno, flujo de un fluido
Modelos mixtos discreto/continuo
Ms detalle en el Captulo 3

Captulo 1 Introduccin a la Simulacin 8

 Paradigmas del Modelado de Evento
Discreto
Eventos
Modelan cambio en el sistema en los instantes de ocurrencia del
evento
Se debe incorporar la lgica instantnea y la ocurrencia futura
de los eventos, salidas y resmenes estadsticos
Procesos
Modelan la secuencia de acciones que ocurre en el tiempo (en
un manufactura las piezas capturan a un trabajador, lo demoran
durante la atencin y luego lo liberan)
Objetos
Describen el modelo desde el punto de vista de la funcionalidad
Basada en agentes
Los agentes son casos especiales de objetos
Si se otorga inteligencia a un objeto se convierte en agente
El comportamiento del sistema es el resultado de la interaccin
de agentes autnomos

Captulo 1 Introduccin a la Simulacin 9

 reas Donde se ha Aplicado la
Simulacin
Aeropuertos Manufactura
Hospitales Operaciones militares
Puertos Telecomunicaciones
Minera Sistemas de justicia
Parques de criminal
diversiones Respuestas de
Centrales emergencia
telefnicas Sector pblico
Cadenas de Servicio al cliente
suministro

Captulo 1 Introduccin a la Simulacin 10

 Cundo Simular (y Cundo No)
Si un modelo vlido del sistema es suficientemente
simple para tener solucin analtica y resultados
exactos, no se debe simular
Clave: vlido posible slo para los sistemas ms
sencillos
Cuando el sistema es complicado, se tiene la
tentacin de sobre-simplificarlo para tener un
modelo analticamente tratable
Ventaja: soluciones exactas, sin incertidumbre o ruido
Qu tan buena es una respuesta exacta con un modelo
equivocado? Cmo medir qu tan equivocado es un
modelo?
Solucin del modelo (quiz no realista) vs. solucin del
problema real

Captulo 1 Introduccin a la Simulacin 11

 Cundo Simular (y Cundo No)
Desventaja de la simulacin (estocstica) las respuestas
son estimaciones estadsticas con incertidumbre y ruido
Los experimentos por simulacin se disean y analizan
estadsticamente
Estas actividades se ilustran (paralelas al modelado) a travs del
libro
Se puede medir y reducir la incertidumbre a niveles tolerables
Pero debemos ser conscientes y considerarla
Es mejor respuesta estimada y suficientemente precisa
con modelo correcto, que respuesta exacta con modelo
incorrecto
Se esperan pequeas variaciones estadsticas con diferentes
versiones del mismo software
e.g., Cambio en el orden de proceso de eventos simultneos
Aun con modelos estocsticos, deben obtenerse los mismos
resultados con mltiples repeticiones y la misma versin
Nmeros aleatorios no son realmente aleatorios deseable Capts. 3, 4
La simulacin ya no es ltimo recurso que se usa cuando todo lo
dems ha fallado (Wagner, 1969)
Captulo 1 Introduccin a la Simulacin 12
 Habilidades Para Simular con xito
Objetivos
Parte interesada alguien que contrata, financia,
utiliza o se ve afectada por el proyecto
Los objetivos en conflicto de las partes interesadas no son
poco frecuentes
No existe un nico modelo de simulacin para un
sistema el modelo correcto resulta de una
combinacin del sistema y de los objetivos del
estudio:
Qu desea evaluar y aprender o espera probar?
Cul es el alcance del proyecto?
Qu datos estn disponibles o desean recopilarse?
Cmo desea presentar los resultados?

Captulo 1 Introduccin a la Simulacin 13

 Especificacin de Funciones
Si usted no sabe adnde se dirige,
cmo sabr cundo lleg?
Consejo de carpintero: Mida dos veces. Corte una vez.
Especificacin de funciones un documento que
describe exactamente qu ser entregado,
cundo, cmo y por quin
Por experiencia, aproximadamente el 10% del
tiempo total de un projecto debera tomar el
desarrollo de los objetivos y de la especificacin
de funciones
Para la mayora de los modelos:
Objetivos
Descripcin del sistema y mtodo de modelado
Datos de entrada requeridos
Experimentacin esperada
Entregables

Captulo 1 Introduccin a la Simulacin 14

 Iteraciones del Proyecto
Los principiantes de la simulacin empiezan a
modelar y continan desarrollando el modelo hasta
que est completo, y slo en ese momento corren
el modelo.
No lo Haga as!
Utilice un proceso iterativo para construir el modelo
Agregue componentes del comportamiento o de
modelado
Corra/Pruebe
Repita
Guarde el modelo temprano, guarde a menudo!

Captulo 1 Introduccin a la Simulacin 15

 Proceso de Simulacin

Establezca Objetivos
Determine Partes Interesadas Experimentacin

Especificacin de Funciones Reporte de Resultados

Prototipo Implementacin

Construccin del Modelo

Coleccin de Datos de Entrada

Validacin y Verificacin

Captulo 1 Introduccin a la Simulacin 16

 Carta de los Derechos de las Partes
Interesadas en una Simulacin
Colaboracin El modelador har ms que proporcionar la informacin que se le ha
requerido. El modelador asumir cierto compromiso de ayudar a las partes interesadas a
determinar los verdaderos problemas e identificar y evaluar las soluciones propuestas.
Especificacin de Funciones Al inicio del proyecto se formular una especificacin
para ayudar a definir objetivos claros para el proyecto, fechas de entrega, datos,
responsabilidades, reportes necesarios y otros aspectos del proyecto. Esta especificacin
ser usada como una gua a lo largo del proyecto, especialmente cuando se deban
considerar compensaciones.
Prototipo Todos los proyectos, excepto los ms simples, tendrn un prototipo para
ayudar a las partes interesadas y al modelador a comunicar y visualizar el alcance del
proyecto, del enfoque y de los resultados. El prototipo se desarrolla frecuentemente como
parte de la especificacin de funciones.
Nivel de Detalle El modelo se crear en un nivel de detalle apropiado para considerar
los objetivos establecidos. Demasiado o muy poco detalle puede llevar a un modelo
incompleto, poco entendible o incluso inservible..
Enfoque por Etapas El proyecto estar dividido en etapas y los resultados parciales
deben ser compartidos con las partes interesadas. Esta prctica permite detectar y
considerar a tiempo los problemas de enfoque, detalle, informacin, falta de tiempo o de
otras reas y reduce la posibilidad de una desafortunada sorpresa al final del proyecto.
Puntualidad Si se ha establecido una fecha para una toma de decisiones, se
entregarn resultados tiles para esa fecha. Si la terminacin del proyecto se ha
retrasado, por cualquier razn o culpa, el alcance del modelo ser redefinido para que el
trabajo existente pueda proporcionar valor y contribuir a una toma de decisiones eficaz.

Captulo 1 Introduccin a la Simulacin 17

 Carta de los Derechos de las Partes
Interesadas en una Simulacin
Agilidad El modelado es un proceso de innovacin y a menudo surgen nuevas
direcciones sobre la marcha del proyecto. Mientras se tomen en cuenta las
limitaciones de nivel de detalle, plazos y otros aspectos de la especificacin de
funciones, un modelador intentar ajustar apropiadamente la direccin del proyecto
para satisfacer las necesidades que se van presentando.
Validacin y Verificacin El modelador certificar que el modelo se ajusta al
diseo de la especificacin de funciones y que representa apropiadamente la
operacin real. Si no hay suficiente espacio para la precisin, no hay suficiente
espacio para el esfuerzo de modelado
Animacin Todo modelo merece, por lo menos, una animacin simple para
ayudar en la verificacin y comunicacin con las partes interesadas.
Resultados Claros y Precisos Los resultados del proyecto sern resumidos y
expresados en una forma y terminologa til para las partes interesadas. Ya que los
resultados de la simulacin son estimados, se har un anlisis apropiado para que
las partes interesadas estn informadas de la precisin de los resultados.
Documentacin El modelo ser documentado adecuadamente, tanto
internamente como externamente, para respaldar tanto los objetivos inmediatos
como la viabilidad del modelo a largo plazo.
Integridad Los resultados y recomendaciones se basarn nicamente en hechos
y en el anlisis. No estarn influenciados por polticas, tanteo u otros factores
inapropiados..

Captulo 1 Introduccin a la Simulacin 18

 Carta de los Derechos del Desarrollador
de una Simulacin
Objetivos Claros Un desarrollador puede ayudar a las partes interesadas a descubrir y
clarificar sus objetivos, pero realmente las partes interesadas deben estar de acuerdo en
los objetivos del proyecto. Los objetivos primarios deben permanecer firmes durante el
proyecto.
Participacin de las Partes Interesadas Las personas que conocen el sistema deben
proporcionar cooperacin y un acceso adecuado, tanto en las etapas tempranas como a lo
largo del proyecto. Las partes interesadas debern involucrarse peridicamente para
evaluar el progreso y resolver asuntos pendientes.
Datos Oportunos La especificacin de funciones debe describir qu datos se van a
requerir, cundo sern entregados y por quin. Los datos atrasados, perdidos o de baja
calidad pueden tener un impacto negativo en un proyecto..
Apoyo Administrativo El coordinador del desarrollador debe apoyar el proyecto como
sea necesario, no slo en asuntos relacionados con las herramientas y la capacitacin, sino
tambin protegiendo al desarrollador de desgastantes asuntos polticos y burocrticos..
Costo de la Agilidad Si las partes interesadas piden cambios en el proyecto, deben ser
flexibles en otros aspectos tales como fecha de entrega, nivel de detalle, alcance o costo
del proyecto..
Revisin Oportuna/Retroalimentacin Las actualizaciones internas deben revisarse
inmediata y detenidamente por las personas adecuadas para que se pueda obtener una
retroalimentacin significativa y para que cualquier cambio de rumbo necesario pueda
hacerse al instante..
Expectativas Razonables Las partes interesadas deben reconocer las limitaciones de la
tecnologa y las restricciones del proyecto para no tener expectativas poco realistas. Un
proyecto basado en el requerimiento de largas jornadas de trabajo est mal administrado.

Captulo 1 Introduccin a la Simulacin 19

 Carta de los Derechos del Desarrollador
de una Simulacin
No le dispares al mensajero El modelador no debe ser criticado si los
resultados arrojan conclusiones inesperadas o poco deseables.
Herramientas Apropiadas Un desarrollador debe ser provisto del
hardware y software mas apropiado para el proyecto. Mientras que las
mejores y ultimas herramientas no siempre son requeridas, un desarrollador
no deber perder el tiempo debido al uso de software anticuado o inapropiado
y de hardware ineficiente..
Capacitacin y Apoyo No debe esperarse que un desarrollador salga
adelante utilizando software y aplicaciones desconocidas y sin capacitacion.
Deben proporcionarse la capacitacin y el apoyo adecuados..
Integridad Un desarrollador debe estar libre de coercin. Si una de las
partes interesadas sabe la respuesta correcta antes de que se inicie el
proyecto, entonces no tiene sentido empezar el proyecto. Si no es as,
entonces debe respetarse la objetividad del anlisis sin la obligacin de
cambiar el modelo para producir los resultados deseados..
Respeto Un buen desarrollador puede, algunas veces, hacer que el trabajo
parezca fcil, pero no debe darse por sentado. Un proyecto a menudo
parece fcil slo porque el desarrollador hizo todo bien, una hazaa que por
s misma es muy difcil. Si algunas veces un proyecto parece fcil es slo
porque otros no han visto las noches y los fines de semana involucrados..

Captulo 1 Introduccin a la Simulacin 20