DISEO DE UNA PROPUESTA DE MEJORA DEL FLUJO DE MATERIALES

PARA LA INSTALACION DEL SERVICIO A TRAVS DE LA SIMULACIN

EN LA EMPRESA LITEYCA DE COLOMBIA SAS, EE.CC TELEFONICA
MOVISTAR.

ESTUDIANTES:
YOLEIDIS MURILLO MARTINEZ
KAREN ISABEL MORA SANTANA
JOHAN HABID OROZCO ARAUJO
ROLANDO CUADRO
JORGE AYASO

DOCENTE: GUSTAVO ORTIZ PIEDRAHITA

SEMESTRE X

FUNDACIN UNIVERSITARIA TECNOLGICO COMFENALCO

INGENIRIA INDUSTRIAL
FACULTAD DE INGENIERA
CARTAGENA DE INDIAS
2017
 1. OBJETIVOS

1.1. Objetivo General

Disear una propuesta de mejora del flujo de materiales para reducir los tiempos de
entrega de material a los tcnicos para cumplir con la instalacin del servicio de
telefnica movistar a travs de la simulacin.

1.2. Objetivos Especficos

Diagnosticar el proceso de flujo de materiales en la empresa a travs de

observacin directa y datos suministrados por la empresa, con el fin de
determinar el comportamiento del proceso.

Analizar el comportamiento del proceso, en los subprocesos de recepcin,

despacho, devoluciones y reintegro determinando una visin de mejora que
permita mejorar el flujo de material al ser solicitado el servicio.

Construir un modelo de simulacin a partir de los elementos del proceso

identificados, con el propsito de crear un modelo en el software ProModel y
evaluar los resultados para su aceptacin.

Realizar una propuesta de mejora para el proceso de movilizacin de

materiales en telefnica movistar, evaluando los resultados de la simulacin
de los subprocesos influyentes mediante el anlisis de reduccin de tiempo de
entrega de los materiales.

2. IDENTIFICAR LIMITACIONES Y RESTRICCIONES

2.1. LIMITACIONES ECONMICAS

Limitaciones econmicas no aplica

tctica no aplica

observaciones no existen limitaciones econmicas ya que tiene

disponibilidad de recursos

2.2. LIMITACIONES DE TIEMPO

Los investigadores solo pueden ser atendidos segn el

Limitacin de tiempo 1
horario de la empresa.
Uno de los investigadores se encuentra laborando en la
tctica empresa, por tanto, estara atento al espacio oportuno
de atencin.
El asesor no dispone de mucho tiempo para la revisin
Limitacin de tiempo 2
del proyecto.
adecuarnos al horario del asesor y utilizar los 20 min
tctica
brindados por el mismo antes de clases
Horario limitado para el uso de la herramienta
Limitacin de tiempo 3 promodel ya que se encuentra en las instalaciones de
la universidad.
Utilizar un espacio solicitado y brindado por las
tctica
instalaciones de la universidad.
Algunos investigadores no poseen mucho tiempo para
Limitacin de tiempo 4
reunirse ya que se encuentran laborando.
Aprovechar el tiempo libre de los investigadores que
tctica trabajan y reunirnos y ponerlos al tanto de lo
adelantado.
observaciones No aplica.

2.3. LIMITACIONES DE INFORMACIN

 Seleccin de la informacin brindada con la
Limitaciones de informacin
necesaria para el proyecto.
Clasificacin de la informacin necesaria para el
tctica
proyecto.

observaciones No existe limitacin para la accesibilidad de la

informacin.

3. ESPECIFICACIONES DEL ESTUDIO

3.1. ALCANCE

La empresa telefnica movistar ofrece los servicios de instalacin de equipos, servicio

de atencin al cliente, anexos de paquetes entre otros. Para la instalacin de equipos
los tcnicos solicitan el material necesario para realizar el servicio. El alcance de este
proyecto comprende el anlisis del flujo de materiales, este a su vez tiene subprocesos
los cuales son; recepcin, despacho devoluciones y reintegro, estos son necesarios
para la movilizacin y entrega de materiales a los tcnicos para que ellos realicen las
instalaciones solicitadas en la empresa telefnica movistar, ubicada en xxxxxxxxx. El
objeto a estudiar est enfocado en os tiempos de entrega de los materiales a los
tcnicos de la empresa, los subprocesos mencionados anteriormente estn causando
demora y retraso en el flujo de materiales para esto salir a cumplir con el servicio.

flujo de material
instalaci recepcin
n de despacho
equipos devolucin objeto de
reintegro estudio
pago de
servicio servicios
servicios atencin reportes
al cliente
P.Q. R. no aplica
orden del
anexos servicio
de televisin
paquetes internet
telfono no aplica

3.2. NIVEL DE DETALLE

PROCESO: FLUJO DE MATERIALES; ENTREGA DE MATERIALES A LOS TCNICOS PARA
 LA INSTALACIN DE SERVICIO
EMPLEA
SUBPROC DOS DE HORAR
DESCRIPCION PROBLEMA ACTIVIDADES
ESOS ALMACE IO
N
bajar del camin
no est establecido ingresar a
el tiempo de bodega
llegada de los llegada, puede o no especif
etiquetar
materiales por coincidir con el car
recepcin seriar 3
parte de los horario laboral estos Johan
proveedores depende del ingresar a xxxx
despacho del sistema
proveedor ubicacin
estantera
los encargados de 7:00:00
entrega de los almacn fallan en
realizar el tiket
materiales que referenciar el tiket a
solicitan los de las entregas
despacho 3
tcnicos para tiempo limitado orden de
8:00:00
cumplir el servicio para el materiales
de instalacin procedimiento 1
frma el recibido
hora
son los equipos verifcar
se le dan 15 das accesorios especif
sacados del
devoluci para que lo car
almacn que no 3
n devuelvan y a veces ingreso como Johan
son utilizados y se
no lo hacen nuevo xxxx
deben devolver
es el ingreso de especif
se cre el proceso verifca el
equipos y car
reintegro para evitar el robo reemplazo de 3
elementos Johan
de materiales material
daados xxxx

3.3. GRADO DE EXACTITUD

Confiabilidad de informacin
 4. DESCRIPCIN DEL PROBLEMA

4.1. DESCRIPCIN DEL PROBLEMA

El departamento de almacn de la empresa Liteyca de Colombia SAS, es un rea que brinda
los servicios de recepcin de materiales a nuestros proveedores, entrega de materiales a
nuestro personal tcnico y asociados (empresas contratistas), reintegros y devoluciones:
Recepcin : el ingreso de materiales a nuestra empresa, provenientes de nuestros
proveedores, consiste en llegada de las empresas transportadoras , descargue de
materiales, revisin, rotulado, ingreso al software administrados de almacn (SAP),
y por ltimo , el ingreso a la zona de ubicacin final dentro del almacn.
Entrega: parte desde el pedido hecho a travs de sap, para la entrega de materiales a
nuestros tcnicos , y empresas contratistas, con un da de anticipacin, para luego,
clasificar y por ultimo hacer la entrega al personal correspondiente
Reintegros: entrada de material en mal estado, retirado de terreno o con problemas
en sus atributos fsicos y de funcionalidad
Devoluciones : consiste en la devolucin a almacn de equipos y materiales en
optimo estado, que se encontraban en posesin de tcnicos con ms de 15 das sin
hacer uso de ellos, as como la renovacin en la fecha de devolucin para extender
un poco ms el tiempo en sus poder
Comportamiento del sistema
a. Tipos de llegadas de Proveedores:
A tiempo de llegada, no existe una hora determinada para la llegada de proveedores

Tiempo de atencin o descargo: entre 60 min a 180 min

Tiempo de rotulacin e ingreso al sistema SAP entre 30 min y 240 min
Tiempo de organizacin e ingreso a planta fsica entre 30 min y 120 min

b. Tiempos entrega
Tiempos orden de pedidos: 5 a 10 min
Tiempo de clasificacin general de los pedidos: 240 min aprox
Hora de llegada tcnico: 7:00 am
Tiempos establecido para entrega de materiales: 45 min (no se cumple)
Hora en teora de salida del tcnico: 7: 45 am

c. Tiempo de reintegros
Tiempo de recepcin de materiales para reintegros de 7:00 am a 7:54
Tiempo de atencin o revisin: 5 min aprx
 d. Tiempo para devolucin
Hora de llegada para devolucin: 7:00 am
Hora de salida tcnicos: 7:45 am
Tiempo promedio de validacin para la devolucin: 5 min

4.2. FORMULACIN DEL PROBLEMA

Cmo mejorar el flujo de materiales en el sistema a partir de la simulacin de eventos
discretos para el proceso de recepcin y entrega de materiales en la empresa Liteyca de
Colombia SAS?

4.3. DEFINICIN DEL CONTEXTO DESDE LA INGENIERA INDUSTRIAL

Comprender las filas de espera, o colas, y aprender a administrarla es una de las reas ms
importante de la ingeniera. Es esencial para la creacin de programas, el diseo de puestos,
para determinar los niveles de inventario o nmero de usuarios en una fila, etc. 1 Muchos
investigadores hacen uso de la simulacin por ordenadores para analizar este tipo de
problema, ya que les permite tener una comprensin clara del comportamiento del sistema
y analizar los requerimientos del mismo (capacidad). A partir de ello, se podrn proponer y
evaluar escenarios de mejora que permitan brindar un servicio ms eficiente y ms rentable.
Este tipo de problema, es el caso de estudio de la presente investigacin.

El departamento de almacen de la empresa Liteyca de colombia. Cuenta con los siguientes

servicios para la operacin: recepcin de materiales provenientes de los provedores,
entrega de materiales a nuestro personal tcnico, devolucin de materiales y equipos y
reintegros de equipos

Para llevar acabo lo anterior, se hace uso del simulador ProModel como herramienta de
anlisis, el cual nos brinda una representacin del sistema (abstraccin de la realidad) y la
forma en cmo este se comporta, con el fin de identificar recursos que estn restringiendo
la capacidad del sistema o afectando el flujo del usuario a lo largo del sistema, y proponer
acciones de mejora.
1 Aquilano, C. -J. (2004). Administracion de la produccin y las
operaciones . Mexico, D.F.: Mc Graw Hill.
Para lo anterior es necesario tener en cuenta la siguiente informacin del sistema:
Personal: Liteyca cuenta con 4 trabajadores; todos capacitados en el manejo de software y
despacho, asi como en la verificacin de elementos de telecomunicaciones
Tecnologa: Tambin cuenta con un sistema de atencin gprop y el aplicativo SAP,
utilizado para la base de datos de los Tcnicos, materiales y equipos ,
Poltica de atencin: atender primero a quien llego primero. Esta regla establece que el
tecnico es atendido de acuerdo con su llegada cronolgica, sin que haya otras caractersticas
que tengan relacin con el proceso de atencin.
Capacidad de atencin: El servicio es prestado en una jornada continua comprendida
entre 7:00 am y 7:45 am, para tcnicos y jornada continua para proveedores.
Proceso:

Solicitud de materiales Usuario

, realizada por el jefe Atencin al Tcnico o satisfecho
de rea, mediante la provedor
plataforma gprop, y Usuario
consulta de (Soportado en un satisfecho
disponibilidad aplicativo) esperando
(SAP)
respuesta en el
tiempo pactado.
 5. RESULTADOS ESPERADOS

5.1. Definicin del comportamiento del sistema.

5.2. Modelo de simulacin del sistema actual.
5.3. Anlisis de sensibilidad y de costo beneficio de los escenarios de mejora

propuestos.
5.4. Propuesta de mejora para el flujo del usuario en el proceso de prestacin de servicio

el almacn de Liteyca de Colombia sas, basado en el mejor escenario posible.

6. DESCRIPCIN DEL PROCESO

El proceso inicia apenas el cliente entra en el sistema, luego el cliente se dirige hasta la
entrada de almacen, donde el auxiliar de almacn libre atender su solicitud
Y el tiempo de duracin en el sistema depender del tipo de servicio que requiera asi para el
servicio de reintegro es el menor tiempo de estancia con un promedio de 5 min mximo,

Poltica de atencin: atender primero a quien llego primero. Esta regla establece que el
cliente es atendido de acuerdo con su llegada cronolgica, sin que haya otras caractersticas
que tengan relacin con el proceso de atencin.

7. MODELO CONCEPTUAL
Locaciones
Nombre Capacidad Unidades
Entrada INF 4
Cola 400 1
Salida INF 1

Ventajas de la simulacin
Una de las principales ventajas de los simuladores es que son capaces de
proporcionar a los usuarios comentarios prcticos al disear sistemas del mundo
real. Esto permite al diseador determinar la correccin y eficiencia de un diseo
antes de que el sistema se construya realmente. En consecuencia, el usuario
puede explorar los mritos de los diseos alternativos sin construir fsicamente los
sistemas. Al investigar los efectos de decisiones de diseo especficas durante la
fase de diseo en lugar de la fase de construccin, el costo total de la construccin
del sistema disminuye significativamente. Como ejemplo, considere el diseo y la
fabricacin de circuitos integrados. Durante la fase de diseo, el diseador se
presenta con una mirada de decisiones sobre cosas tales como la colocacin de
componentes y el enrutamiento de los cables de conexin. Sera muy costoso
fabricar realmente todos los diseos potenciales como medio de evaluar su
funcionamiento respectivo. A travs del uso de un simulador, sin embargo, el
usuario puede investigar la superioridad relativa de cada diseo sin realmente
fabricar los propios circuitos. Mediante la imitacin del comportamiento de los
diseos, el simulador de circuito es capaz de proporcionar al diseador
informacin relativa a la correccin y la eficiencia de los diseos alternativos.
Despus de pesar cuidadosamente las ramificaciones de cada diseo, el mejor
circuito puede ser fabricado.
Otro beneficio de los simuladores es que permiten a los diseadores de sistemas
estudiar un problema en varios niveles diferentes de abstraccin. Al acercarse a
un sistema en un nivel superior de abstraccin, el diseador es capaz de
comprender mejor los comportamientos e interacciones de todos los componentes
de alto nivel dentro del sistema y, por lo tanto, est mejor equipado para
contrarrestar la complejidad del sistema global. Esta complejidad puede
simplemente abrumar al diseador si el problema se ha abordado desde un nivel
inferior. Dado que el diseador entiende mejor el funcionamiento de los
componentes de nivel superior mediante el uso del simulador, los componentes de
nivel inferior pueden disearse y simularse posteriormente para la verificacin y la
evaluacin del rendimiento. Todo el sistema puede ser construido sobre la base de
esta tcnica ``top-Down''. Este enfoque se refiere a menudo como descomposicin
jerrquica y es esencial en cualquier herramienta de diseo y simulador que se
ocupa de la construccin de sistemas complejos. Por ejemplo, con respecto a los
circuitos, a menudo es til pensar en un microprocesador en trminos de sus
registros, unidades aritmticas lgicas, multiplexores y unidades de control. Un
simulador que permite la construccin, interconexin y posterior simulacin de
estas entidades de nivel superior es mucho ms til que un simulador que slo
permite al diseador construir y conectar puertas lgicas simples. Trabajando a un
nivel ms alto, la abstraccin tambin facilita el prototipado rpido en el cual los
sistemas preliminares se disean rpidamente con el propsito de estudiar la
factibilidad y practicidad del diseo de alto nivel.

En tercer lugar, los simuladores pueden utilizarse como un medio eficaz para
ensear o demostrar conceptos a los estudiantes. Esto es particularmente cierto
en los simuladores que hacen uso inteligente de grficos y animacin por
ordenador. Dichos simuladores muestran dinmicamente el comportamiento y la
relacin de todos los componentes del sistema simulado, proporcionando as al
usuario una comprensin significativa de la naturaleza del sistema. Considere
nuevamente, por ejemplo, un simulador de circuito. Al mostrar los caminos que
toman las seales cuando las entradas son consumidas por los componentes y las
salidas se producen sobre su respectivo fanout, el estudiante puede realmente ver
lo que est sucediendo dentro del circuito y por lo tanto se queda con una mejor
comprensin de la dinmica del circuito. Tal simulador tambin debe permitir a los
estudiantes acelerar, ralentizar, detener o incluso revertir una simulacin como un
medio de ayudar a la comprensin. Esto es particularmente cierto cuando se
simulan circuitos que contienen bucles de retroalimentacin u otras operaciones
que no son inmediatamente intuitivas despus de una investigacin inicial.
Durante la presentacin del diseo e implementacin del simulador en este
informe, se mostrar cmo los atributos positivos anteriores han sido o pueden ser
incorporados tanto en el motor del simulador como en su interfaz de usuario.
Es til clasificar el sistema que se simula en dos categoras separadas
dependiendo del grado de aleatoriedad asociado con el comportamiento del
sistema en su entorno simulado. Por ejemplo, considere un sistema simulado que
consiste en una serie de cajeros de banco que deben proporcionar servicios de
transaccin a los clientes entrantes. El tiempo requerido para que un cajero
procese la transaccin de un cliente normalmente no se puede predeterminar
antes de iniciar la simulacin. En consecuencia, este sistema de simulacin debe
introducir un comportamiento aleatorio para simular la duracin de cada
transaccin. Durante el anlisis de un sistema bancario del mundo real se puede
descubrir que el tiempo requerido para una transaccin se produce sobre alguna
distribucin de probabilidad bien conocida. Por lo tanto, la duracin de cada
transaccin puede generarse a partir de esta distribucin. Una estrategia similar
puede ser adoptada para la tasa a la que los clientes entran en un banco. A travs
de la introduccin de esta aleatoriedad, los resultados de una simulacin pueden
nunca ser los mismos que una simulacin anterior. Un sistema, como ste, que
depende en gran medida del comportamiento aleatorio se denomina sistema
estocstico. Los resultados generados a partir de un sistema estocstico se
analizan tpicamente estadsticamente con el fin de sacar conclusiones sobre el
comportamiento del sistema.
Por el contrario, un sistema de simulacin determinista no incorpora
absolutamente ningn comportamiento al azar. Como tal, los resultados de la
simulacin para un conjunto dado de entradas sern siempre idnticos.

Propsitos y pasos de la simulacin.

Traduccin del texto Discrete Event System Simulation, Banks, J. (2009).

Propsitos
La simulacin puede ser usada para los siguientes propsitos:
1. Los conocimientos adquiridos durante el diseo de un modelo de simulacin
pueden ser de gran valor para sugerir mejoras en el sistema bajo investigacin.
2. Cambiar las entradas de simulacin y observando la produccin resultante
puede producir informacin valiosa sobre qu variables son las ms importantes y
la forma en la que interactan variables.
3. Simulacin puede utilizarse como un dispositivo pedaggico para reforzar
metodologas de solucin analtica.
4. Simulacin puede utilizarse para experimentar con nuevos diseos o polticas
antes de su aplicacin, con el fin de prepararse para lo que podra suceder.
5. Simulacin puede utilizarse para verificar soluciones analticas.
6. Simulando diferentes capacidades para una mquina puede ayudar a
determinar los requisitos en l.
7. Modelos de simulacin para formacin hacen aprendizaje posible sin el costo y
la interrupcin de la instruccin en el trabajo.
8. Animacin muestra un sistema en operacin simulada para que el plan puede
visualizarse.
9. El sistema de mdem (fbrica, planta de fabricacin wter, organizacin de
servicio, etc.) es tan complejo que sus interacciones internas pueden ser tratados
slo a travs de la simulacin.

Secuencia
Formulacin del problema.
Este es el motivo por el cual se realizara el estudio, en este se detallara cual es el
problema o situacin a la cual nos enfrentamos, este lo evidenciaremos mediante
el estudio o anlisis de una situacin o problema que se presente en una empresa,
se debe tener en cuenta para realizar el anlisis que el problema es comprendido
claramente por el analista o los analista, a travs del estudio del problema se
puede evidenciar o reformular en el desarrollo de la temtica ya que
estudindolo mas a fondo se puede encontrar otra variable que sea el verdadero
problema. En muchos casos, los encargados de formular polticas y los analistas
son conscientes que hay un problema mucho antes de que la naturaleza del
problema sea conocida.
Planteamiento de objetivos y plan general del proyecto;
Los objetivos son aquellos que debemos plantearnos para buscarle la respectiva
solucin al problema que se nos presenta en la empresa, estos deben ser
medibles y con estos analizaremos si la simulacin es la metodologia correcta
para el problema presentado en la empresa.
Si se establece que la simulacin es la forma correcta de demostrar el problema,
entonces se proceder a desarrollar una serie de secuencias para poder
desarrollar el plan general del proyecto. Tambin debe incluir los planes para el
estudio en trminos del nmero de personas involucradas, el costo del estudio y el
nmero de das necesarios para realizar cada fase de la obra, junto con los
resultados esperados al final de cada etapa.
Conceptualizacin del modelo. La construccin de un modelo de un sistema es
probablemente tanto arte como ciencia. Pritsker [1998] proporciona una discusin
extensa de este paso. "aunque no es posible proporcionar un conjunto de
instrucciones que conducir a la construccin de modelos exitosos y adecuados
en cada caso, hay algunas pautas generales que pueden seguirse" [Morris, 1 %7].
El arte del modelaje se destaca por una capacidad de abstraer las caractersticas
esenciales de un problema, para seleccionar y modificar los supuestos bsicos
que caracterizan al sistema, y luego a enriquecer y elaborar el modelo hasta que
los resultados d una aproximacin til. Por lo tanto, es mejor comenzar con un
modelo simple y construir hacia mayor complejidad. Sin embargo, la complejidad
del modelo no necesita exceder que requiere para lograr los propsitos para los
cuales est diseado el modelo. Violacin de este principio slo se sumar a los
gastos de construccin y equipo. No es necesario tener una asignacin unvoca
entre el modelo y el sistema real. Se necesita solamente la esencia del sistema
real.
Es aconsejable involucrar al usuario del modelo de conceptualizacin del modelo.
Que al usuario del modelo tanto mejorar la calidad del modelo resultante y
aumentar la confianza del usuario de modelo en la aplicacin del modelo.
Recoleccin de datos. Hay una interaccin constante entre la construccin del
modelo y la recoleccin de los datos de entrada necesarios [Shannon, 1975].
Como la complejidad de los cambios de modelo, tambin pueden cambiar los
elementos de datos requeridos. Tambin, puesto que la recoleccin de datos toma
una gran parte del tiempo total necesario para realizar una simulacin, es
necesario para comenzar lo antes posible, generalmente junto con las primeras
etapas de construccin del modelo.
Los objetivos del estudio determinan, en gran manera, el tipo de datos a ser
recogidos. En el estudio de un banco, por ejemplo, si el deseo es conocer la
longitud de lneas de espera como el nmero de cajeros de cambio, los tipos de
datos necesarios seran las distribuciones de tiempo entre llegadas (en diferentes
momentos del da), las distribuciones de tiempo de servicio para los cajeros y
distribuciones histrico en las longitudes de lneas de espera en diferentes
condiciones. Este ltimo tipo de datos se utilizar para validar el modelo de
simulacin.
Traduccin de modelo. Mayora de los sistemas reales resultan en modelos que
requieren una gran cantidad de almacenamiento de informacin y cmputo, por lo
que el modelo debe introducirse en un formato reconocible por el ordenador que
utilizamos el trmino "programa" a pesar de que es posible lograr el resultado
deseado en muchos casos con poca o ninguna codificacin real. El modelador
debe decidir si para programar el modelo en un lenguaje de simulacin, como
GPSSIH (discutido en el captulo 4), o utilizar software de simulacin de propsito
especial. Para la fabricacin y manipulacin de materiales. (El captulo 4 discute
AutoMod, Extend, Flexsirn, MicroSaint, ProModel, Quest, SIMUL8)
Loa lenguajes de simulacin son potentes y flexibles. Sin embargo, si el problema
es susceptible de solucin con el software de simulacin, el tiempo de desarrollo
del modelo se reduce grandemente. Adems, la mayora de los paquetes de
software de simulacin ha aadido caractersticas que mejoran su flexibilidad,
aunque la cantidad de flexibilidad vara grandemente.
Verificado? Verificacin se refiere al programa de computadora para el modelo
de simulacin. Funciona el programa correctamente? Con modelos complejos, es
difcil, si no imposible traducir un modelo con xito en su totalidad sin una buena
dosis de depuracin; Si los parmetros de entrada y la estructura lgica del
modelo se representan correctamente en el ordenador, la verificacin se ha
completado. En su mayor parte, sentido comn se utiliza en la realizacin de este
paso.
Validado? Validacin se logra a travs de la calibracin del modelo, un proceso
interactivo de comparar el modelo contra el comportamiento real del sistema y uso
de las discrepancias entre los dos y los conocimientos obtenidos, para mejorar el
modelo. Este proceso se repite hasta que la precisin del modelo es juez.
Aceptable. En el ejemplo de un banco mencionado anteriormente, los datos fueron
recogidos con respecto a la longitud de lneas de espera en las condiciones
actuales. El modelo de simulacin Replica esta medida de sistema? Este es un
medio de validacin.
Diseo experimental. Las alternativas que se va a utilizar en la simulacin deben
ser determinadas. A menudo, la decisin sobre qu alternativas para simular ser
una funcin de corridas que han sido completadas y analizados. Para cada
sistema de diseo que es simulado, deben tomarse decisiones. En lo referente a
la duracin de dicho perodo, la duracin de la simulacin se ejecuta, y el nmero
de repeticiones de cada corrida.
Produccin y anlisis. Funcionamientos de produccin y su posterior anlisis, se
utilizan para estimar medidas de desempeo para los diseos del sistema que se
est simulando.
Ms corridas? Teniendo en cuenta el anlisis de corridas que han sido
completadas, el analista determina si son necesarias ms corridas y qu diseo de
los experimentos adicionales debe seguir.
Documentacin y presentacin de informes. Hay dos tipos de documentacin:
programa y progreso. La documentacin del programa es necesario por
numerosas razones. Si el programa va a ser utilizado de nuevo por las mismas o
diferentes analistas, podra ser necesario comprender cmo opera el programa.
Esto crear confianza en el programa, de modo que los usuarios del modelo y las
autoridades pueden tomar decisiones basadas en el anlisis.
Tambin, si se quiere que el programa sea modificado por el mismo u otro
analista, este paso puede ser enormemente facilitado por la documentacin
adecuada. Una experiencia con un mal documentado programa normalmente es
suficiente para convencer a un analista de la necesidad de este paso importante.
Otra razn para documentar un programa es para que los usuarios del modelo
puede cambiar los parmetros en un esfuerzo por aprender las relaciones entre
los parmetros de entrada y salida de las medidas de rendimiento o para descubrir
los parmetros de entrada que optimizar alguna salida medida de rendimiento.
Musselman [1998] analiza los informes de progreso que proporcionan los
importantes, la historia escrita de un Proyecto de simulacin, los informes dan una
cronologa de los trabajos y las decisiones tomadas. Esto puede resultar de gran
valor para mantener el proyecto en curso. Musselman sugiere informes frecuentes
(mensuales, al menos), de modo que incluso quienes no participan en el da de
hoy.
La operacin puede mantenerse al corriente de la conciencia de estas otras
pueden a menudo mejoran la finalizacin exitosa del proyecto de pavimentacin
malentendidos temprano, cuando el problema se puede resolver fcilmente.
Musselman sugiere tambin mantener un registro de proyecto proporcionando un
completo historial de logros, las peticiones de cambio, las decisiones clave y otros
elementos de importancia.
En la vertiente de creacin de informes, Musselman sugiere frecuentes entregas.
Estos pueden o no ser el resultado de grandes logros. Su lema es que "es mejor
trabajar con muchos hitos intermedios que con uno un plazo absoluto." Las
posibilidades antes de que el informe final incluye un modelo de especificacin,
demostraciones prototipo animaciones, los resultados de la capacitacin,
intermedio analiza, programa de documentacin, informes y presentaciones. l
sugiere que estos productos deben estar sincronizados juiciosamente durante la
vida del proyecto.

8. REFERENTE TERICO

Propsitos y pasos de la simulacin

Traduccin del texto Discrete Event System Simulation, Banks, J. (2009).

Propsitos
La simulacin puede ser usada para los siguientes propsitos:
1. La simulacin permite el estudio y la experimentacin con las interacciones internas de
un complejo sistema o de un subsistema dentro de un sistema complejo.
2. Se pueden simular cambios informativos, organizativos y ambientales, y puede
observarse el efecto de estas alteraciones en el comportamiento del modelo.
3. Los conocimientos adquiridos durante el diseo de un modelo de simulacin pueden ser
de gran valor para sugerir mejoras en el sistema bajo investigacin.
4. Cambiar las entradas de simulacin y observando la produccin resultante puede
producir informacin valiosa sobre qu variables son las ms importantes y la forma en la
que interactan variables.
5. Simulacin puede utilizarse como un dispositivo pedaggico para reforzar metodologas
de solucin analtica.
6. Simulacin puede utilizarse para experimentar con nuevos diseos o polticas antes de su
aplicacin, con el fin de prepararse para lo que podra suceder.
7. Simulacin puede utilizarse para verificar soluciones analticas.
8. Simulando diferentes capacidades para una mquina puede ayudar a determinar los
requisitos en l.
9. Modelos de simulacin para formacin hacen aprendizaje posible sin el costo y la
interrupcin de la instruccin en el trabajo.
10. Animacin muestra un sistema en operacin simulada para que el plan puede
visualizarse.
11. El sistema de mdem (fbrica, planta de fabricacin wter, organizacin de servicio,
etc.) es tan complejo que sus interacciones internas pueden ser tratados slo a travs de la
simulacin.

Pasos
Formulacin del problema. Cada estudio debe comenzar con una declaracin del
problema. Si la declaracin es proporcionada por las autoridades, o las que tienen el
problema, el analista debe asegurar que se comprende claramente el problema que se est
describiendo. Si una declaracin del problema est siendo desarrollada por el analista, es
importante que las autoridades entiendan y estn de acuerdo con la formulacin. Hay
ocasiones donde el problema debe ser reformulado medida que avanza el estudio. En
muchos casos, los encargados de formular polticas y los analistas son conscientes que hay
un problema mucho antes de que la naturaleza del problema sea conocida.
Establecimiento de objetivos y plan general del proyecto; Los objetivos indican las
preguntas que pueden ser respondidas por simulacin. En este punto, una determinacin
acerca de si la simulacin es la metodologa adecuada para el problema formulado y
objetivos establecidos. Suponiendo que se decide que la simulacin es adecuada, el plan
general del proyecto debe incluir una exposicin de los sistemas alternativos a considerar y
de un mtodo para evaluar la efectividad de estas alternativas. Tambin debe incluir los
planes para el estudio en trminos del nmero de personas involucradas, el costo del
estudio y el nmero de das necesarios para realizar cada fase de la obra, junto con los
resultados esperados al final de cada etapa.
Conceptualizacin del modelo. La construccin de un modelo de un sistema es
probablemente tanto arte como ciencia. Pritsker [1998] proporciona una discusin extensa
de este paso. "aunque no es posible proporcionar un conjunto de instrucciones que
conducir a la construccin de modelos exitosos y adecuados en cada caso, hay algunas
pautas generales que pueden seguirse" [Morris, 1 %7]. El arte del modelaje se destaca por
una capacidad de abstraer las caractersticas esenciales de un problema, para seleccionar y
modificar los supuestos bsicos que caracterizan al sistema, y luego a enriquecer y elaborar
el modelo hasta que los resultados d una aproximacin til. Por lo tanto, es mejor
comenzar con un modelo simple y construir hacia mayor complejidad. Sin embargo, la
complejidad del modelo no necesita exceder que requiere para lograr los propsitos para los
cuales est diseado el modelo. Violacin de este principio slo se sumar a los gastos de
construccin y equipo. No es necesario tener una asignacin unvoca entre el modelo y el
sistema real. Se necesita solamente la esencia del sistema real.
Es aconsejable involucrar al usuario del modelo de conceptualizacin del modelo. Que al
usuario del modelo tanto mejorar la calidad del modelo resultante y aumentar la confianza
del usuario de modelo en la aplicacin del modelo.
Recoleccin de datos. Hay una interaccin constante entre la construccin del modelo y la
recoleccin de los datos de entrada necesarios [Shannon, 1975]. Como la complejidad de
los cambios de modelo, tambin pueden cambiar los elementos de datos requeridos.
Tambin, puesto que la recoleccin de datos toma una gran parte del tiempo total necesario
para realizar una simulacin, es necesario para comenzar lo antes posible, generalmente
junto con las primeras etapas de construccin del modelo.
Los objetivos del estudio determinan, en gran manera, el tipo de datos a ser recogidos. En
el estudio de un banco, por ejemplo, si el deseo es conocer la longitud de lneas de espera
como el nmero de cajeros de cambio, los tipos de datos necesarios seran las
distribuciones de tiempo entre llegadas (en diferentes momentos del da), las distribuciones
de tiempo de servicio para los cajeros y distribuciones histrico en las longitudes de lneas
de espera en diferentes condiciones. Este ltimo tipo de datos se utilizar para validar el
modelo de simulacin.
Traduccin de modelo. Mayora de los sistemas reales resultan en modelos que requieren
una gran cantidad de almacenamiento de informacin y cmputo, por lo que el modelo
debe introducirse en un formato reconocible por el ordenador que utilizamos el trmino
"programa" a pesar de que es posible lograr el resultado deseado en muchos casos con poca
o ninguna codificacin real. El modelador debe decidir si para programar el modelo en un
lenguaje de simulacin, como GPSSIH (discutido en el captulo 4), o utilizar software de
simulacin de propsito especial. Para la fabricacin y manipulacin de materiales. (El
captulo 4 discute AutoMod, Extend, Flexsirn, MicroSaint, ProModel, Quest,
SIMUL8)
Loa lenguajes de simulacin son potentes y flexibles. Sin embargo, si el problema es
susceptible de solucin con el software de simulacin, el tiempo de desarrollo del modelo
se reduce grandemente. Adems, la mayora de los paquetes de software de simulacin ha
aadido caractersticas que mejoran su flexibilidad, aunque la cantidad de flexibilidad vara
grandemente.
Verificado? Verificacin se refiere al programa de computadora para el modelo de
simulacin. Funciona el programa correctamente? Con modelos complejos, es difcil, si no
imposible traducir un modelo con xito en su totalidad sin una buena dosis de depuracin;
Si los parmetros de entrada y la estructura lgica del modelo se representan correctamente
en el ordenador, la verificacin se ha completado. En su mayor parte, sentido comn se
utiliza en la realizacin de este paso.
Validado? Validacin se logra a travs de la calibracin del modelo, un proceso
interactivo de comparar el modelo contra el comportamiento real del sistema y uso de las
discrepancias entre los dos y los conocimientos obtenidos, para mejorar el modelo. Este
proceso se repite hasta que la precisin del modelo es juez. Aceptable. En el ejemplo de un
banco mencionado anteriormente, los datos fueron recogidos con respecto a la longitud de
lneas de espera en las condiciones actuales. El modelo de simulacin Replica esta medida
de sistema? Este es un medio de validacin.
Diseo experimental. Las alternativas que se va a utilizar en la simulacin deben ser
determinadas. A menudo, la decisin sobre qu alternativas para simular ser una funcin
de corridas que han sido completadas y analizados. Para cada sistema de diseo que es
simulado, deben tomarse decisiones. En lo referente a la duracin de dicho perodo, la
duracin de la simulacin se ejecuta, y el nmero de repeticiones de cada corrida.
Produccin y anlisis. Funcionamientos de produccin y su posterior anlisis, se utilizan
para estimar medidas de desempeo para los diseos del sistema que se est simulando.
Ms corridas? Teniendo en cuenta el anlisis de corridas que han sido completadas, el
analista determina si son necesarias ms corridas y qu diseo de los experimentos
adicionales debe seguir.
Documentacin y presentacin de informes. Hay dos tipos de documentacin: programa
y progreso. La documentacin del programa es necesario por numerosas razones. Si el
programa va a ser utilizado de nuevo por las mismas o diferentes analistas, podra ser
necesario comprender cmo opera el programa. Esto crear confianza en el programa, de
modo que los usuarios del modelo y las autoridades pueden tomar decisiones basadas en el
anlisis.
Tambin, si se quiere que el programa sea modificado por el mismo u otro analista, este
paso puede ser enormemente facilitado por la documentacin adecuada. Una experiencia
con un mal documentado programa normalmente es suficiente para convencer a un analista
de la necesidad de este paso importante. Otra razn para documentar un programa es para
que los usuarios del modelo puede cambiar los parmetros en un esfuerzo por aprender las
relaciones entre los parmetros de entrada y salida de las medidas de rendimiento o para
descubrir los parmetros de entrada que optimizar alguna salida medida de rendimiento.
Musselman [1998] analiza los informes de progreso que proporcionan los importantes, la
historia escrita de un Proyecto de simulacin, los informes dan una cronologa de los
trabajos y las decisiones tomadas. Esto puede resultar de gran valor para mantener el
proyecto en curso. Musselman sugiere informes frecuentes (mensuales, al menos), de modo
que incluso quienes no participan en el da de hoy.
La operacin puede mantenerse al corriente de la conciencia de estas otras pueden a
menudo mejoran la finalizacin exitosa del proyecto de pavimentacin malentendidos
temprano, cuando el problema se puede resolver fcilmente. Musselman sugiere tambin
mantener un registro de proyecto proporcionando un completo historial de logros, las
peticiones de cambio, las decisiones clave y otros elementos de importancia.
En la vertiente de creacin de informes, Musselman sugiere frecuentes entregas. Estos
pueden o no ser el resultado de grandes logros. Su lema es que "es mejor trabajar con
muchos hitos intermedios que con uno un plazo absoluto." Las posibilidades antes de que el
informe final incluye un modelo de especificacin, demostraciones prototipo animaciones,
los resultados de la capacitacin, intermedio analiza, programa de documentacin, informes
y presentaciones. l sugiere que estos productos deben estar sincronizadas juiciosamente
durante la vida del proyecto.

BIBLIOGRAFA

Aquilano, C. -J. (2004). Administracion de la produccin y las operaciones . Mexico, D.F.:

Mc Graw Hill.

Banks, J. (2009). Discrete Event System Simulation Novena Edicion. Pearson.

 Eduardo Garcia Dunna, L. C. (2006). Simulacion Y Analisis De Sistemas Con
Promodel. Ciudad De Mexico: Pearson.
P, L. E.-L. (2009). Simulacion Con Promodel Casos De Produccion Y Logistica.
Bogota Colombia: Escuela Colombiana De Ingenieria.