Escolar Documentos
Profissional Documentos
Cultura Documentos
Simular, segn el Diccionario Universitario Webster es: fingir, llegar a la esencia de algo, prescindiendo de la realidad. La Simulacin es una herramienta de anlisis para el diseo y operacin de procesos o sistemas complejos. El uso de trmino Simulacin data de 1940, cuando los cientficos Von Neuman y Ulam trabajaban en el proyecto Monte Carlo, durante la segunda guerra mundial, en la resolucin de problemas de reacciones nucleares. Con la utilizacin de la computadora en los experimentos de simulacin, surgen nuevas aplicaciones y con ello una gran cantidad de problemas tericos y prcticos.
Restricciones. Son las limitaciones impuestas a los valores de las variables o la manera en que los recursos pueden consumirse o asignarse. Las restricciones pueden ser auto impuestas por el diseador (cantidad mxima de capital disponible) o por el sistema debido a su naturaleza (demanda mxima del producto). Funcin objetivo. Es la definicin explicita de los objetivos y metas del sistema y como se evaluar. Los objetivos pueden ser retentivos o adquisitivos. Los objetivos retentivos son aquellos que tratan de preservar o conservar recursos (tiempo, energa, habilidad, etc.) o estados (comodidad, nivel de empleo, etc.). Los objetivos adquisitivos se relacionan con la adquisicin de recursos (utilidades, clientes, etc.).
La definicin de la funcin objetivo debe de ser una especificacin inequvoca de las metas y objetivos contra los cuales se van a medir las decisiones. Proceso de construccin de modelos. El proceso mediante el cual se deduce el modelo de un sistema en estudio, puede describirse como un arte intuitivo. Las reglas para desarrollar modelos tienen una utilidad limitada y solamente puede servir como una estructura o planteamiento sugerido, al intentar sistematizar la intuicin y la experiencia de los que han modelado diversos sistemas. Toda divulgacin cientfica tiene una reconstruccin lgica de eventos, la cual trata de justificar las implicaciones producidas. Ningn informe expone las suposiciones errneas que se abandonaron, las frustraciones, las ideas repentinas y sus decisiones, solamente se relatan la secuencia de eventos y justificaciones acerca de cmo se abordo el problema y se alcanzo el resultado. Un planteamiento para la construccin exitosa de modelos es comenzar con un modelo muy simple e intentar continuar con modelos ms elaborados que reflejen situaciones complejas con mayor claridad. Conforme se prueba e intenta validar cada versin del modelo, se produce una nueva versin que conduce a una nueva prueba y validacin. Por lo tanto, el arte de modelar consiste en la habilidad para analizar un problema, resumir sus caractersticas esenciales, seleccionar y modificar suposiciones bsicas que caracterizan el sistema y luego enriquecer y elaborar el modelo hasta lograr una aproximacin til. Se sugieren siete principios: Dividir el problema del sistema en problemas ms simples. Establecer una definicin clara de los objetivos. Buscar analogas. Considerar un ejemplo numrico especfico del problema. Establecer algunos smbolos. Escribir datos obvios. Si se tiene un modelo simple, enriquecerlo. Si es muy complejo, simplificarlo.
Ms adelante se explicar con mayor detalle cada una de las etapas de la realizacin de un estudio de simulacin.
Control. El control se ha definido bajo dos perspectivas; una limitada y una amplia. Para la perspectiva limitada, el control se concibe como la verificacin a posteriori de los resultados conseguidos en el seguimiento de objetivos planeados. La perspectiva amplia lo concibe como una actividad que orienta a la organizacin hacia el cumplimiento de los objetivos propuestos bajo mecanismos de medicin cualitativos y cuantitativos. El control es una etapa primordial pues an cuando se tenga una estructura y operacin eficiente, como se verifica que los hechos estn de acuerdo a los objetivos Elementos del concepto.
Relacin con lo planteado: Siempre existe para verificar el logro de los objetivos que se establecen en la planeacin. Medicin: Para controlar es imprescindible medir y cuantificar los resultados. Detectar desviaciones: Una de las funciones inherentes al control, es descubrir las diferencias que se presentan entre la ejecucin y la planeacin. Establecer medidas correctivas: El objeto del control es prever y corregir los errores.
Requisitos de un buen control. Correccin de fallas y errores: El control debe detectar e indicar errores de planeacin, organizacin o direccin. Previsin de fallas o errores futuros: el control, al detectar e indicar errores actuales, debe prevenir errores futuros, ya sean de planeacin, organizacin o direccin. Importancia del control. Una de las razones ms evidentes de la importancia del control es porque hasta el mejor de los planes se puede desviar.
Planeacin estratgica. Disea el experimento que producir la informacin deseada. Planeacin tctica. Consiste en la determinacin de cmo se realizar cada una de las corridas de prueba especificadas en el diseo experimental. Experimentacin. Realizar las corridas de simulacin para generar los datos deseados y efectuar el anlisis de sensibilidad. Interpretacin. Obtener las inferencias respecto al sistema real con base en los datos generados en la simulacin. Implantacin. Usar el modelo y/o los resultados. Documentacin. Es el registro de las actividades del proyecto y los resultados as como de la documentacin del modelo y su uso.
La fase de investigacin del estudio, se refiere al establecimiento de las bases y la planeacin de la investigacin, este proceso incluye los siguientes pasos: 1. Especificar explcitamente la tarea por realizar y el sistema a estudiar. 2. Determinar las restricciones impuestas (personal, itinerario, fondos, etc.). 3. Establecer el sistema de administracin de tareas para coordinar personal, recursos y transmitir conocimientos. 4. Asegurar la participacin de todo el personal requerido. 5. Tener acceso a toda la informacin y datos requeridos para resolver el problema. 6. Desarrollar una base de criterios adecuados, mediante los cuales los resultados se puedan evaluar. 7. Establecer los lmites del estudio para que el analista y patrocinador tengan una idea clara de su alcance. Para una buena definicin del problema se hace necesario realizar primeramente un diagnostico de sntomas. Diagnostico de sntomas del sistema. La situacin que describe el patrocinador del estudio sirve para realizar un bosquejo del plan que nos muestra como se llevar a cabo la investigacin, los mtodos a seguir y el itinerario. Este plan, permite recopilar la informacin y datos para asegurarse que se entiende correctamente las necesidades y requerimientos del promotor y/o usuario del sistema. Este plan consiste en el descubrimiento de hechos en el sistema., para realizarlo se pueden utilizar los siguientes procesos: observacin, medicin, participacin o la entrevista. Las fuentes de datos ms comunes son la medicin y la observacin, pero existen otras como los documentos generados por el sistema (manuales, informes, etc.), estos datos se deben aceptar tentativamente, y despus verificar su validez. Las entrevistas son muy tiles por varias razones pero sobre todo cuando la documentacin vlida es escasa. La entrevista tiene dos objetivos principales: Descubrir y verificar hechos y proporcionar la oportunidad de y enfrentarse superar a la resistencia a los cambios que genere el estudio. El analista debe estar conciente que la gente entrevistada est consciente de que sus opiniones pueden generar cambios dentro del sistema. Despus de recopilar todos los datos pertinentes basados en la documentacin y en las entrevistas, el analista debe de participar en el sistema en accin. Cuando no pueda participar debe al menos observar el sistema en operacin. La definicin del sistema para el propsito de simulacin concluye cuando tenemos la representacin esttica y dinmica del sistema. En la representacin esttica se determinan los elementos y subsistemas que contendr el modelo y cuales se excluyen. La representacin dinmica trata sobre los cambios en el sistema. Que cambios son posibles? Que relacin secuencial existe entre cambios? 2 Formulacin del modelo. Concluida la definicin del sistema debemos estar en condiciones de formular el modelo, por lo tanto, la definicin del problema transforma la descripcin del promotor en el lenguaje preciso de nuestros modelos formales. Anteriormente en el apartado 1.2 se expusieron conceptos bsicos del modelo como una definicin, la estructura de los modelos de simulacin, los elementos de los modelos y el proceso de construccin de modelos. A continuacin se presentan algunos tipos de diagramas. Diagramas para modelar. El modelo es una representacin, por lo tanto requerimos de tcnicas para realizar la representacin del sistema. Los modelos esquemticos son todos los mtodos de anlisis que incluyen la representacin grfica de una operacin del sistema. Estos presentan una abstraccin de cmo ocurren o pueden ocurrir los eventos del mundo real. Su propsito es ayudar al analista a entender y documentar como funciona un sistema o proceso. Existen numerosos modelos esquemticos, pero solo presentaremos algunos de ellos, se pueden consultar sobre otros en textos para mejorar mtodos o de anlisis de administracin de la produccin.
Diagrama de flujo de proceso. Es una herramienta de fcil uso, as como una tcnica muy til para determinar como se realiza un proceso paso a paso. Se presenta la operacin de manera lgica y condensada, mostrando el progreso etapa por etapa del proceso que se plantea. Su limitacin es su uso para seguir un solo producto, material, objeto o persona. Tambin se pueden poner en el diagrama mltiples materiales , objetos y personas pero el procedimiento se vuelve ms complejo. EL diagrama lo origin Frank B. Gilbreth y en la actualidad utiliza cinco smbolos: Operacin. Representa que se esta haciendo algo o cambiando algo fsica o qumicamente; algo se esta creando, ensamblando o desarmando. Se consideran operaciones: capturar informacin, hacer un agujero, soldar piezas, etc. Tambin se consideran operaciones: calcular, planear, recibir informacin, etc. Transportacin o movimiento. Describe el movimiento del articulo que se est planeando de un lugar a otro o de un departamento a otro. Un movimiento dentro del rea de operacin se considera parte de la operacin, sin embargo si la persona u objeto deben de desplazarse, es una transportacin. Inspeccin. Es la comparacin contra los planes o estandares predeterminados, incluyendo examen del artculo para establecer la calidad, cantidad, as como la lectura de informacin impresa antes de tomar una decisin. Demora. Representan retrasos temporales, como cuando se interrumpe a una persona que realiza una actividad, una carta que espera en el buzn, etc. Almacenamiento. Tiene lugar cuando las partes o articulos se mantienen en un estado formal y deliberado de inactividad. Ejemplos son: las refacciones en un depsito, plasma en el banco de sangre, registros de un archivo, etc. Con este conjunto de smbolos se puede describir grficamente cualquier procedimiento o proceso. Una variante para visualizar el proceso es el diagrama de flujo, en el cual el diagrama de proceso se sobrepone en un plano de la planta a escala del rea fsica donde se realiza el proceso. Diagrama de bloques. Son quizs los dispositivos ms tiles disponibles para modelar. Los diagramas de bloques identifican a los elementos o subsistemas principales y muestran la existencia de las relaciones entre estos. Las flechas describen el flujo de transacciones entre los elementos, y los cuadros que contienen las palabras descriptivas o de identificacin representan los elementos o subsistemas.
Almacenamiento de informacin
Recepcin de informacin
Entrada
Salida de informacin.
Salida
Ejemplo de diagrama de bloques. Diagrama de flujo lgico. Es un tipo de diagrama de bloques que incluye los smbolos que utilizan los analistas de sistemas. Una caracterstica es su mayor flexibilidad al tener la capacidad de bifurcacin. Se pueden representar puntos de decisin y de eleccin en la secuencia. Los smbolos que se utilizan son: Entrada-Salida. Cualquier proceso que haga disponible informacin para procesamiento o registr. Procesamiento. Es una funcin de procesamiento (similar, pero de mayor grado que una operacin). Decisin. Sirve para mostrar los puntos donde es posible una trayectoria opcional, basada en condiciones variables. Conector. Una entrada de, o salida a, otra parte del diagrama de flujo. Terminal. Principio, final o punto de interrupcin del sistema. El siguiente diagrama representa el cambio de una llanta ponchada.
Estallido
no Otra causa Llanta ponchada? si Abrir cajuela, sacar refaccin y herramientas si Esta ponchada? no Es la llanta delantera? Llamar taller
no
si
no
si
Manejar a casa
Existe una gran diversidad de diagramas que se pueden utilizar para realizar diversas representaciones y cada un sus ventajas de acuerdo a la aplicacin particular.
3 Preparacin de datos. En esta etapa, se pretende adquirir los datos que se pueden obtener del sistema y de acuerdo al modelo elaborado prepararlos para que estos puedan ser ingresados en l. Es posible que algunos datos sean de fcil obtencin, pero tambin existen otros que no estn disponibles o son difciles de adquirir y que pueden ser determinantes para el desarrollo del modelo. Es importante que se definan con claridad y exactitud los datos que el modelo va a requerir para lograr los resultados deseados. La informacin requerida se puede obtener de registros contables, de ordenes de trabajo, de ordenes de venta, de reportes de ventas, de opiniones de expertos, de anlisis estadstico y si no hay otro remedio de la experimentacin (o de la observacin directa). En la siguiente unidad se presenta como realizar el anlisis de la informacin para determinar el comportamiento de las variables aleatorias de entrada al modelo.
4 Traslacin del modelo. Esta etapa consiste bsicamente en la realizacin de la descripcin del modelo en un lenguaje aceptable para la computadora que se usar. La mayora de las computadoras digitales operan en un lenguaje binario de representacin de datos o algn mltiplo del binario tal como el octal o el hexadecimal. Debido a que estos lenguajes son poco eficientes para la comunicacin, estos han evolucionado para que sus usuarios conversen con las computadoras. Es de lamentar, que en la actualidad se han desarrollado una gran cantidad de lenguajes de programacin, tanto de propsito general como de propsito especial, lo que hace muy difcil la seleccin del lenguaje que mejor se ajuste a las necesidades de la aplicacin particular. Por lo tanto, la prctica comn es la adopcin del lenguaje conocido por el analista para el desarrollo del programa. Cualquier lenguaje algortmico general puede expresar el modelo deseado; sin embargo los lenguajes de simulacin especializados pueden tener ventajas muy diferentes en trminos de facilidad, eficiencia y efectividad. Como se enunci anteriormente se han desarrollado lenguajes de propsito general y lenguajes de propsito especial. Los primeros se disearon para resolver una extensa variedad de problemas, tales como FORTRAN, COBOL, BASIC, C++, etc. Tienen ciertas ventajas como: mnimas restricciones al formato de salida y estn bien informados (tienen bibliotecas y ayudas); pero requieren de mayor tiempo de programacin y no contiene trminos propios de la simulacin. Los lenguajes de propsito especfico, se disean para satisfacer o resolver una clase o tipo particular de problemas, tales como los lenguajes de simulacin. Los lenguajes de simulacin comenzaron a desarrollarse a finales de los cincuenta, cuando se observo que gran nmero de programas tenan procesos funcionalmente similares y aparece la idea de crea lenguajes de propsito especfico, como el GPSS, SIMULA, TAYLOR, etc. Entre sus ventajas esta: menos tiempo de programacin, ofrece un medio conciso y directo para expresar conceptos de simulacin, tiene la habilidad de construir y proporcionar subrutinas, genera automticamente ciertos datos que se requieren en las corridas de simulacin, facilita la recopilacin y despliegue de datos; pero debe de apegarse a los requerimientos de formatos de entrada y salida y poseen una flexibilidad reducida de modelos y tiempo de las corridas. 5 Validacin. Es al proceso para llevar a un nivel aceptable la confianza del usuario, referente a la inferencia obtenida del modelo respecto al sistema real. Es imposible probar que el simulador es un modelo correcto o verdadero del sistema real, debido a los mltiples factores que intervienen en su elaboracin. Lo que nos importa es la validacin de resultados y reflexiones que hemos
obtenido u obtendremos a partir de la simulacin. Es decir, lo que importa es la utilidad operativa del modelo y no la verdad de su estructura. No existe la prueba de validacin, en su lugar, el experimentador debe de realizar pruebas a lo largo del proceso de desarrollo del modelo a fin de crear confianza. Shannon, propone tres posibles pruebas para validar el modelo. Primera, cerciorarse que el modelo tenga validez en forma general, por ejemplo; puede el modelo dar respuestas absurdas si se lleva a los parmetros a valores extremos?; Tambin podemos preguntar a gente que interviene en el sistema si los resultados del modelo son razonables. La segunda prueba es la de suposiciones y la tercera es la prueba de transformaciones de entrada-salida. Estas dos pruebas requieren del uso de pruebas estadsticas de medias y varianzas, anlisis de varianza, regresin, ji cuadrada, etc., pero su uso hace suposiciones acerca del proceso fundamental lo que trae consigo las preguntas de validez. Coos Bu, seala que las formas ms comunes de validar son: La opinin de expertos sobre los resultados de la simulacin. La exactitud con que se predicen datos histricos. La exactitud de prediccin del futuro. La comprobacin de falla del modelo de simulacin al utilizar datos que hacen fallar el modelo. La aceptacin y confianza en el modelo de la persona que har uso de los resultados que arroje el experimento de simulacin. 6 Planeacin estratgica. Esta etapa tiene como finalidad el diseo del experimento que producir la informacin deseada. El objetivo de cualquier investigacin experimental, es aprender acerca del sistema que se estudia. El experimento es el proceso de observacin y anlisis que ofrece informacin que conduce a las soluciones. El diseo experimental selecciona un planteamiento particular para recopilar informacin que proporcione suficiente conocimiento acerca del sistema, para permitir que se obtengan inferencias vlidas acerca de su desempeo. Se pueden dos tipos de objetivos del experimento: Encontrar la combinacin de valores de los parmetros que optimizan la variable de respuesta (cuantas variables de entrada, valores de las variables de entrada, cuantas variables de salida). Explicar la relacin entre la variable de respuesta y los factores controlables dentro del sistema (de que manera un cambio en una variable independiente, afecta a la variable de respuesta?).
7 Planeacin tctica. Esta etapa considera aspectos de eficiencia y se encarga de la determinacin de como se van a llevar a cabo cada una de las corridas de prueba que se especifican en el diseo experimental. La planeacin tctica se interesa en dos reas problemticas: las condiciones de inicio, conforme afectan el alcance de equilibrio del sistema y la necesidad de reducir la varianza de las respuestas tanto como sea posible, mientras se minimiza los tamaos de muestra requeridos. Las condiciones inciales. Un experimento de simulacin tiene la facilidad de repetir las condiciones experimentales, as como la comodidad para empezar, detenerse y reiniciar el experimento. Esto es una gran ventaja porque se tiene un mejor control del experimento, pero existe la desventaja de que es necesario pensar y decidir cundo iniciar el modelo y cuando se debe de empezar a recolectar los datos del modelo. La forma ms comn de poner en marcha un modelo es cuando est en reposo, pero para algunos sistemas esto ocurre solo una vez, por ejemplo en: un hospital, una autopista, un aeropuerto, etc.
Para eliminar este efecto transitorio inicial del sistema, se tienen tres alternativas: Utilizar corridas lo suficientemente grandes que hagan insignificante el efecto del periodo inicial. Desechar alguna parte del periodo inicial, de acuerdo a consideraciones propias. Seleccionar las condiciones inciales tpicas del funcionamiento del sistema en condiciones estables. El problema de variabilidad. Una de las caractersticas de los modelos estocsticos de simulacin es su variabilidad, por lo tanto, se requiere de su repeticin para obtener la exactitud y precisin de los resultados. Como el tiempo de las corridas, de computo y de simulacin puede ser grande, se debe de obtener yanta informacin como sea posible con el menor nmero de corridas. El experimento se debe de realizar de tal manera que no solo se obtengan los resultados sino que tambin se pueda estimar la precisin de estas y la confianza atribuible a las conclusiones. La cantidad del esfuerzo y la exactitud estn ntimamente relacionadas, por lo tanto debemos establecer la exactitud deseada del estudio para as determinar el esfuerzo a realizar. La pregunta que con mayor frecuencia se realiza es: Cuntas muestras debo de tomar para logra la confianza deseada (significacin estadstica)?, para contestarla necesitamos saber cunto esfuerzo deseamos realizar. Determinacin del tamao de la muestra. Para la determinacin del tamao de la muestra, se pueden usar dos mtodos: Previa e independientemente de la operacin del modelo. Durante la operacin del modelo y en base a sus resultados. Para calcular el tamao de la muestra previa e independientemente de la operacin del modelo de simulacin, se requiere de tener conocimiento de las posibles respuestas ms altas y ms bajas que se pueden obtener y usa la siguiente relacin: N= ( Z/2)2 / D2 Donde: = desviacin estndar, se calcula: intervalo de respuestas= 4 Z/2= constante de la distribucin normal, para cierto nivel de error () D=diferencia entre el estimado y el parmetro real. Para calcular el tamao de la muestra en base a los resultados del modelos, se requiere correr el modelo al menos 30 veces, y con sus resultados se determina la desviacin estndar (), y se usa la relacin descrita anteriormente. 8 Experimentacin En la experimentacin se planea un estudio de simulacin como una serie de corridas, cuyo objetivo es comparar entre una diversidad de sistemas alternos y/o condiciones de operacin. Se utilizara el trmino experimento para indicar la prueba de un sistema determinado que opere bajo un conjunto de condiciones. Entendemos por corrida a una sola ejecucin de una configuracin experimental y la observacin es una sola medicin de una variable del sistema. La realizacin de un experimento de simulacin es el proceso de ejecutar el modelo de modo de que se observen las respuestas deseadas. Este experimento, es la realizacin de todas las corridas sugeridas en la planeacin tctica con la determinacin del tamao de la muestra (cantidad de corridas requeridas para lograr cierta confiabilidad en los resultados). Cuando se corre el modelo para obtener la informacin deseada, se empiezan a encontrar los defectos y los descuidos de nuestra planeacin y en ocasiones es necesario volver a nuestros pasos hasta alcanzar los objetivos originalmente establecidos.
9 Interpretacin. Esta etapa tiene como finalidad determinar la sensibilidad de nuestras respuestas finales a los valores de los parmetros que se usaron. Usualmente el anlisis de sensibilidad consiste en la variacin sistemtica de los valores de los parmetros (o variables de entrada) sobre algn intervalo de inters y en la observacin del efecto en la respuesta del modelo (variables de salida). En la mayora de los modelos de simulacin, gran parte de las variables establecidas se basan en datos sumamente dudosos. Comnmente, estos valores se pueden determinar slo con base a conjeturas del personal experimentado o en un anlisis superficial de datos mnimos. En consecuencia es de vital importancia la determinacin del grado de sensibilidad para los valores que se usaron. 10 Implantacin. Un proyecto de simulacin est exitosamente terminado, cuando hasta que es aceptado, entendido y usado. Se ha determinado a travs del estudio de Gershefsky, que el porcentaje promedio para desarrollar un modelo era de 25%, para la formulacin del problema 25%, para el anlisis y recopilacin de datos 40% y para la implantacin 10%, por lo tanto no es de sorprenderse que una de las causas de principales del fracaso en la investigacin de operaciones y en los proyectos de ciencias administrativas se deba al mal entendimiento de los resultados por parte del usuario y tambin a la falta de implantacin. Este pequeo tiempo dedicado a la implantacin es difcil de entender cuando se considera que en esta etapa se debe de refinar el modelo, entrenar al usuario, ajustar el modelo a las condiciones cambiantes y asegurar que los resultados que se encontraron son vlidos. El mejor modelo de simulacin no tiene valor hasta que sea aceptado por aquel que ponga en prctica los resultados que se obtengan. A menos que se logre la implantacin y se obtengan resultados, nuestros esfuerzos habran sido en vano. El haber construido un sofisticado y elegante modelo de simulacin, el haber usado un buen anlisis estadstico en la generacin e interpretacin de resultados, no tiene mayor importancia para la mayora de los gerentes que se interesan en el problema y como resolverlo. Les importa poco el tamao de la muestra, los niveles de confianza y otros detalles que le interesan al investigador al realizar la preparacin de la presentacin de su trabajo. La informacin que genera el simulador debe de ser aceptable por el cliente-usuario antes de ser utilizado. Los criterios de aceptacin incluyen aspectos de credibilidad y utilidad. Es obvio que la informacin de salida debe de ser razonable; es decir, el modelo no debe de proporcionar respuestas absurdas, a pesar de que se usen valores absurdos o extremos. Si las salidas del modelo no son crebles en ciertas circunstancias, estas se vuelven sospechosas an cuando los resultados parezcan razonables. El otro criterio, es que el cliente-usuario debe de ser capaz de percatarse de cmo debe usar o actuar con la informacin generada. Si no puede usar directamente la informacin para ayudarse a si mismo a tomar decisiones o apoyar a alguien para que las tome, entonces ignorar la informacin y el esfuerzo realizado habr sido intil. El xito del esfuerzo y de la utilidad est ntimamente ligado al objetivo establecido para el estudio. Para maximizar la oportunidad de implementacin de los resultados del proyecto de simulacin, debemos de tener un modelo que sea: Entendible por el cliente y el usuario. Capaz de dar respuestas razonables. Capaz de proporcionar respuestas implementables. Realista en lo referente a requerimiento de datos. Capaz de proporcionar respuestas a preguntas como Qu pasa si?
11 Documentacin. La documentacin tiene una relacin estrecha con la implantacin. La documentacin cuidadosa y completa del desarrollo y operacin del modelo puede incrementar notablemente su vida til y sus oportunidades para una exitosa implantacin. La buena documentacin facilita la modificacin y asegura que el modelo pueda usarse a pesar de que los servicios de los que se encarga del desarrollo del modelo ya no estn disponibles. La documentacin describe lo que es el sistema, lo que puede hacer y como funciona. Tambin proporciona conocimientos a quien o quienes lo utilizarn o evaluarn. La documentacin sirve a los siguientes propsitos: Mejorar la comunicacin. Proporcionar material de referencia sobre lo que sucedi en el pasado. Proporcionar una gua para el mantenimiento, modificacin y recursin de los sistemas. Servir como herramienta para educacin y capacitacin del personal. La falta de una documentacin puede tares consigo algunas consecuencias, entre las que tenemos: Creacin de operaciones e ineficientes y no coordinadas. Aumento de los esfuerzos redundantes. Decepcin del personal de sistemas y los usuarios acerca del sistema. La documentacin que se debe de presentar, la podemos dividir en tres tipos: Documentacin General. Proporciona una gua y reglas de operacin para los usuarios cuando interactan con el sistema. Incluye el manual del usuario, el cual indica lo que el sistema y como recibir servicios de l. Manual de procedimientos. Induce a todo el personal de operacin de programacin y de sistemas al plan maestro del sistema, a las normas de operacin y procedimientos de programacin. Documentacin de los programas. Se compone de todos los documentos, diagramas y esquemas que explican los aspectos del programa.
Bibliografia.
Shannon.R.E., Simulacin de sistemas., Trillas.Mexico D.F., 1988. Coos Bu Ral., Simulacin un enfoque prctico. Limusa., Mrxico D:F:,1992. Garcia F., Sierra J. y Guzman V., Simulacin de sistemas., CECSA, Mxico 2005. Pooch U.W. y Wall J.A., Discrete evnt simulation. CRC Press., Boca ratn, Florida, 1993