REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LA FUERZA ARMADA

NCLEO LARA
DIVISION ACADEMICA COORDINACION CARRERA INGENIERIA DE SISTEMAS

SIMULACIN Y MODELOS

PRCTICA N 3

SIMULACIN DE SISTEMAS DISCRETOS EN EL PAQUETE ARENA

SECCIN: 7M IS

D!"#$%#: ING& INTEGRANTES:

B'()*+,+-#%!. E$#(! /# 01 2

P(# L'3!('%!(+! O34#%+5! G#$#('6 /# 6' A,+7$'%*(': Construir modelos aplicables al sistema real aplicando estrategias para su ensayo y simulacin, con el fin de obtener conclusiones que permitan la optimizacin del sistema real. O34#%+5! G#$#('6 /# 6' P(8"%+"': Que el alumno se familiarice con el software de simulacin ARENA, sus erramientas y la forma de construir modelos b!sicos de simulacin, adem!s de aprender a e"ecutarlo e interpretar los reportes que son generados luego de correr la simulacin. O34#%+5!, E,9#":;+"!, Que el alumno sea capaz de comprender y diferenciar los distintos mdulos b!sicos de ARENA. Que los estudiantes conozcan como establecer los par!metros de e"ecucin m!s adecuados, dentro del software Arena, para el sistema que se est# modelando. $ograr que el estudiante obtenga la capacidad de interpretar correctamente los reportes generados por Arena y que pueda realizar an!lisis de %ariables de inter#s del sistema. Que el estudiante sea capaz de utilizar los gr!ficos de seguimiento de %ariables rele%antes del sistema. Que al final de la pr!ctica el alumno sea capaz de construir un modelo de simulacin, utilizando las erramientas b!sicas que proporciona ARENA. &< F*$/'-#$%!, T#=(+"!,& S+-*6'"+=$ es el proceso de dise&ar un modelo de un sistema real y lle%ar a cabo e'periencias con el mismo con la finalidad sea de apre ender el comportamiento del sistema o de e%aluar di%ersas estrategias (dentro de los l)mites impuestos por un criterio o un con"unto de ellos* para entender el funcionamiento del sistema.+ Robert , annon, -./0.

S+,%#-', /# 9(!/*""+=$: planificacin, control de in%entarios, l)neas de productos, programacin. S+,%#-', /# ,#(5+"+!,: admisin de ospitales, operaciones en %entanillas de bancos, grandes superficies, restaurantes de comida r!pida. S+,%#-', /# /+,%(+3*"+=$1 almacenes, red de distribucin. S+,%#-', +$;!(-8%+"!,: redes de comunicacin, ordenadores, software y ardware, protocolos. E,%8%+"!, > D+$8-+"!,: En los modelos est!ticos se representa el sistema en un instante concreto de tiempo (e"emplo1 localizacin de almacenes en una regin*. En los modelos din!micos las %ariables del modelo e%olucionan con el tiempo, como en los modelos de colas. D#%#(-+$+,%', > E,%!"8,%+"!,: Aquellos modelos en los que todas las %ariables de entrada no puedan tomar %alores aleatorios son deterministas, como por e"emplo los sistemas definidos por ecuaciones diferenciales. $os modelos en los cuales algunas de sus %ariables de entrada puedan tomar %alores aleatorios ser!n modelos estoc!sticos. Esta aleatoriedad en los %alores de entrada al sistema producir! una aleatoriedad tambi#n en los %alores de salida. C!$%+$*!, > D+,"(#%!,: 2epende de los %alores que pueda tomar el tiempo en la simulacin. El tiempo de simulacin es una %ariable continua en los modelos continuos, como pasa con los procesos qu)micos, pudi#ndose integrar con respecto al tiempo. 3ientras que en los discretos, el tiempo de simulacin est! definido para instantes concretos.

A(#$' Combina la facilidad de uso de los simuladores de alto ni%el con la fle'ibilidad de los lengua"es de simulacin. ,e nos presenta como una 4erramienta 56rientada al 7roceso+, por cuanto permite la descripcin completa de la e'periencia que una entidad desarrolla al interior del sistema conforme fluye a tra%#s de #l. C'('"%#(:,%+"', /#6 ,!;%?'(# A(#$' Arena es un lengua"e de programacin cuya principal caracter)stica es la posibilidad de adecuacin al ni%el de programacin necesario en cada caso, incluso dentro de un mismo modelo. Esto permite que Arena no pierda fle'ibilidad, al incluir la posibilidad de utilizacin de lengua"es de propsito general como 3icrosoft, 8isual 9asic o C. ,e combinan pues todas las facilidades de una programacin de alto ni%el con la fle'ibilidad de un lengua"e de programacin general. Esto lo consigue proporcionando una serie de plantillas intercambiables entre s) que contienen mdulos para el modelado y an!lisis de simulacin gr!fica y que pueden combinarse para construir una amplia %ariedad de modelos de simulacin. 7ara una mayor facilidad de e'posicin y una me"or organizacin, los mdulos est!n agrupados en paneles y en la mayor)a de los casos, los mdulos de diferentes paneles pueden mezclarse dentro de un mismo modelo. Esta fle'ibilidad a la ora de modelar se mantiene debido a que Arena tiene una estructura completamente "er!rquica E$%+/'/#,: Es el t#rmino utilizado para representar personas, ob"etos, o cualquier otra cosa, reales o imaginarias, que se mue%en a tra%#s del modelo, pudiendo causar cambios en el estado del sistema o afectar a otras entidades. ,on los ob"etos din!micos en la simulacin, son creadas, pasan a tra%#s de una sucesin de procesos y luego desaparecen, en el caso de los modelos de ciclo abierto ya que, no obstante, es posible tener entidades que nunca de"en el sistema sino que permanezcan circulando por #l. ,in embargo, todas las entidades an de ser creadas, bien por uno mismo o autom!ticamente por el software.

A%(+3*%!,: 7ara indi%idualizar entidades, se les asignan atributos. :n atributo es una caracter)stica com;n de todas las entidades, pero con un %alor espec)fico que permite diferenciar una de otra. $o m!s importante con respecto a los atributos es que sus %alores est!n unidos a entidades espec)ficas. El mismo atributo tendr! normalmente %alores diferentes para entidades distintas. As), los atributos son %ariables locales (local para cada entidad*. Arena puede asignar estos atributos autom!ticamente o ser definidos por uno mismo si es necesario. V'(+'36#, @G6!3'6#,A: :na %ariable es una parte de informacin que refle"a algunas caracter)sticas del sistema, sin importar cu!ntas o qu# tipos de entidades pueda aber. ,e pueden tener muc as %ariables diferentes en un modelo, pero cada una de ellas es ;nica. 4ay dos tipos de %ariables1 8ariables fabricadas por Arena (n;mero de entidades en la cola, n;mero de recursos ocupados, tiempo de simulacin, etc.* y 8ariables definidas por el usuario (n;mero de entidades en el sistema, etc.*. Al contrario que los atributos, las %ariables no est!n unidas a una entidad espec)fica, sino que m!s bien pertenecen al sistema en general. ,on accesibles por todas las entidades y muc as pueden ser cambiadas por alguna entidad. R#"*(,!,: 7ara que sobre una entidad se realice un proceso determinado ser! necesaria la presencia de uno o %arios recursos que presten ese ser%icio. $os recursos representan todo aquello necesario para realizar un proceso1 personas, m!quinas, erramientas, etc. ,on elementos est!ticos del modelo y en ellos son alo"adas las entidades, presentando posibles estados distintos definidos por el usuario1 ocupados, libres, en fallo, etc. C!6',: ,on espacios de espera para las entidades en su mo%imiento por el sistema, cuando estas an sido detenidas por causas del fallo del sistema. 7or e"emplo, si un determinado recurso est! ocupado y la entidad quiere acceder a #l, a de esperar asta

que est# disponible. ,on elementos pasi%os del modelo, no se pueden crear durante la e"ecucin del programa. E,%'"+!$#,: Arena representa los sistemas di%idi#ndolos en subsistemas. Estos subsistemas son llamados estaciones. 2e esta forma, el modelo se ace m!s mane"able y se proporciona una forma f!cil de definicin del mo%imiento de entidades entre partes del sistema. C!$5#B!(, B %('$,9!(%#(,1 :na entidad puede ser transferida de una estacin a otra de diferentes formas1 C U$' "!$#D+=$ /+(#"%'1 la entidad no a de esperar a que est# disponible ning;n medio de transporte. En el camino se in%ierte un tiempo fi"ado por el usuario, pudiendo especificarse como cero. C C!$5#B!(,1 funcionan como cintas transportadoras. :na %ez que la entidad pide el acceso desde una estacin para dirigirse a otra, a de esperar a que e'ista sitio en la cinta para comenzar el transporte. ,e detallar!n m!s caracter)sticas de este transporte en puntos posteriores del proyecto. < T('$,9!(%#(,: en este caso e'iste un n;mero de %e )culos encargados de realizar el transporte. $a entidad tras solicitar un %e )culo a de esperar a que est# disponible para poder realizar el transporte. A"*-*6'/!(#, E,%'/:,%+"!,: 7ara conseguir medidas de los resultados o salidas lle%ados a cabo, ay que acer uso de %arias %ariables que act;an como acumuladores estad)sticos conforme la simulacin progresa, como pueden ser1 el n;mero de partes producidas, el total de tiempo esperando en una cola, n;mero de entidades que an pasado a tra%#s de una cola, el mayor tiempo que se a permanecido en la cola, el total de tiempo que pasa en el sistema para todas las entidades que %an desapareciendo, el !rea ocupada deba"o de la cur%a de algunas funciones, etc. E5#$%!,: A la ora de e"ecutar el modelo, b!sicamente todo se centra en los e%entos.

:n e%ento es algo que ocurre en un instante de tiempo (simulado* que puede acer cambiar, atributos, %ariables o acumuladores estad)sticos, como pueden ser1 la llegada o la salida del sistema de una entidad, el final de la simulacin, etc. 7ara poder e"ecutar, una simulacin debe seguir los e%entos que se supone que ocurrir!n en el futuro (simulado*. En Arena, esta informacin es guardada en un calendario de e%entos. R#6!4 /# S+-*6'"+=$1 El tiempo actual en la simulacin es guardado en una %ariable llamada Relo" de ,imulacin. El transcurso de este tiempo no tiene por qu# coincidir con el real, se puede acelerar o retardar. Este relo" marca el transcurso de los e%entos del calendario y es una parte muy importante de la simulacin din!mica (el relo" es una %ariable llamada =N6>*. Comienzo y 7arada1 :na cuestin muy importante en la simulacin es cmo empezar y parar. Arena ace muc as cosas autom!ticamente, pero no es capaz de decidir cuestiones del modelado como el comienzo y la parada. El usuario es quien debe determinar las condiciones apropiadas de comienzo, cu!nto deber)a durar la e"ecucin y si se deber)a parar en un instante particular de tiempo o cuando ocurra alg;n suceso espec)fico. Estas decisiones pueden tener un gran efecto tanto en los resultados como en las cosas m!s ob%ias como pueden ser los %alores de los par!metros de entrada. 0&< M'%#(+'6#, E-96#'/!,&@E'(/?'(# B ,!;%?'(#A 7ara el desarrollo de esta pr!ctica empleamos una computadora y como software usamos ARENA ,?3:$A=?6N ,6@=>ARE 3&< D#,'((!66! /# *$ #4#-96! /# 6' 9(8"%+"' ' (#'6+F'(& -. En cierto ospital especializado en el tratamiento de pacientes con deficiencias respiratorias se tiene un arribo de pacientes seg;n la siguiente tabla1
HORA 8:00 am 9:00 am 9:00 am 10:00 am 10:00 am 11:00 am 11:00 am 12:00 pm PACIENTES 34 44 34 34

12:00 am 1:00 pm 1:00 pm 2:00 pm 2:00 pm 3:00 pm

45 43 21

2e acuerdo los procedimientos del ospital, los pacientes deben ser admitidos, instalados con su cilindro de o')geno y despac ados de las instalaciones. $a admisin de los pacientes toma A minutos e'actos, instalar a los pacientes con su cilindro de o')geno puede tomar desde 0 minutos asta -B minutos, aunque normalmente toma / minutos. 7ara el despac o de los pacientes se debe firmar un formulario que el tiempo para esto sigue una distribucin normal de Normal (C,-*. $os pacientes pueden ser instalados con su respecti%o tanque de o')geno por D %oluntarios que traba"an seg;n el siguiente orario1 8oluntario-1 =raba"a de E1BB am a A1BB pm con - ora de descanso al medio dia. 8oluntarioD1 =raba"a de .1BB am a -1BB pm sin descanso alguno. Fa que el ser%icio debe ser brindado lo m!s r!pido posible, determinar, por medio de un modelo de simulacin, cual es el tiempo m!'imo de espera por cada paciente y el total de pacientes atendidos en el d)a.

P!,% 6'3!('%!(+!

0&< A$86+,+, B D+,"*,+=$ /# 6' #D9#(+#$"+' /#,'((!66'/'& LLEGADA DE LOS PACIENTES :tilizando el mdulo CREA=E se define el nombre de la entidad y el tiempo de arribos que limitan las llegadas de los pacientes (denominado 5$$EGA2A,+*.

ADMISIN DE LOS PACIENTES A partir de los datos del problema se puede obser%ar la ora de llegada de cada paciente, es decir cada recurso cuenta con una ora en el que este recurso se encuentra disponible dentro de la corrida de la simulacin. $a capacidad de los recursos se encuentra basada en un patrn de cambios en el tiempo, por lo que, para efectos del modelo, es necesaria la asignacin de dic as oras en el mdulo resources con los par!metros pre%iamente establecidos dentro del mdulo ,c edule. El software Arena cuenta con tres opciones para mane"ar el cambio en la capacidad del recurso 2efinido por la ora1 7reempt (Reemplazar*1 El cambio de la capacidad del recurso es instant!neo. El proceso que se le est! realizando a la entidad se completa cuando el recurso se encuentre nue%amente disponible. >ait (Espera*1 El cambio de capacidad del recurso ocurre cuando el proceso de la entidad est! completo. El siguiente cambio de la capacidad es desplazado. ?gnore (ignorar*1 El cambio de la capacidad del recurso ocurre cuando el proceso de la entidad est! completo. El siguiente cambio de capacidad ocurre en el tiempo se&alado impactando la duracin del cambio. INSTALACIN DE CILINDRO DE OXIGENO :tilizando el mdulo 7R6CE,, se define el proceso de instalacin de cilindro de o'igeno. ,e utiliza la accin 5,eize 2elay+ ya que la entidad captura el recurso y lo demora para que no sea capturado por otra entidad asta que libera. ,e determina que el recurso del proceso de instalacin de cilindro de o'igeno se basa en el ,et pre%iamente denominado como 8oluntarioH $os elementos de un ,et de recursos pueden seleccionarse usando el nombre del ,et y una regla de seleccin y los miembros de #ste se escoger!n de acuerdo a la regla que se aya determinado1

Cyclical1 ,elecciona un recurso de manera c)clica. Random1 ,elecciona un recurso de manera aleatoria. FIRMA DEL FORMULARIO :tilizando el mdulo 7R6CE,, se define el proceso de firma del formulario. ,e utiliza la accin 52elay+ ya que la entidad contin;a en demora del recurso para que no pueda ser capturada por otra entidad asta que lo libera. DESPACGAR PACIENTE :tilizando el mdulo 7R6CE,, se define el proceso de despac ar paciente. ,e utiliza la accin 52elay Release+ ya que la entidad termina la demora del recurso para finalmente liberarlo. 2entro de este proceso se especifica que los recursos se encuentran ba"o un ,et delimitado como %oluntario. $a definicin del recurso como un ,et se realiza dando clic sobre el botn Add, recordando que la liberacin del recurso se utiliza ba"o la regla de 5,pecific 3ember+ por el ec o que se tiene que liberar el recurso espec)fico que se tiene capturado. 3&< C!$"6*,+!$#,& En la siguiente practica se pudo obser%ar que aplicando Arena podemos %er como con este programa podemos simular diferentes campos, destacando el an!lisis de sistema de produccin y log)stica industrial, distribucin, nodos de transporte y almacena"e, ser%icios, as) como log)stica integral y el an!lisis de toda la cadena de suministro. Cuenta con un con"unto de funciones necesarias para el desarrollo de una simulacin e'itosa. Esto es, permite el an!lisis de entrada y salida de datos y la %erificacin del modelo. Normalmente, cualquier proceso que puede ser descrito por medio de un diagrama de flu"o y simulado con Arena. Arena es m!s eficaz en los an!lisis de negocios, ser%icios o simple procesos de fabricacin.