Вы находитесь на странице: 1из 36

Manual condensado de EXTEND

Para modelar en tiempo discreto


CONTENIDO

1. INTRODUCCIN....................................................................................................
2. EXTEND. .................................................................................................................
2.1. QU ES EXTEND?.........................................................................................
2.2. CMO ENTRAR A EXTEND?......................................................................
2.3. ENTORNO. .......................................................................................................
2.4. USOS DE EXTEND........................................................................................
2.5. VENTAJAS E INCONVENIENTES AL SIMULAR CON EXTEND. .........
3. SIMULACIN DE EVENTOS DISCRETOS.......................................................
3.1. LIBRERA DE EVENTOS DISCRETOS. .....................................................
CONECTORES COMUNES EN LOS BLOQUES DE LA LIBRERA DE EVENTOS
DISCRETOS. ......................................................................................
3.2. EJEMPLOS. ....................................................................................................
4. CORRER UNA SIMULACIN CON EXTEND. .................................................
5. OTRAS LIBRERIAS DE UTILIDAD. ..................................................................
ANEJO A....................................................................................................................
PROBLEMAS DE EVENTOS EN TIEMPO DISCRETO. ...................................
1. INTRODUCCIN

En una empresa, industria o negocio, evaluar opciones para tomar una decisin no es
una tarea fcil. En un mundo en el que cada da se diversifica la variedad de alternativas
y se intensifica el ritmo competitivo, la exigencia por resultados rpidos y anticipados
requiere enfoques y herramientas innovadoras y potentes.

Ejemplo de ello se puede apreciar en el siguiente caso: el restaurante Can Ninot goza de
gran popularidad, la demanda de clientes que requieren su servicio es cada vez mayor,
la administracin prev que dentro de poco tiempo sern ineficientes las instalaciones
con las que se cuenta, hecho que podra afectar la calidad del servicio que lo distingue
como el mejor restaurante de la ciudad. Previendo esto se quiere implantar una
estrategia de gestin efectiva para continuar con el xito del negocio. Sabiendo que si
no se acta, el restaurante Chiness aprovechar cualquier oportunidad para quitarle
clientela.

En este sentido la cuestin que se plantea es Qu decisin tomar dentro del plan de
accin?: Ampliar las instalaciones, cambiar el diseo de las mesas, requerir ms
camareros, ampliar el horario, realizar reservas, pagar overbooking, incrementar los
precios.
Cual es la ms indicada de acuerdo al presupuesto?, Existe limitante de espacio?,
Cual de ellas arroja el mejor beneficio?.

El mundo actual es muy competitivo, por lo tanto tenemos que buscar herramientas de
apoyo para tomar decisiones efectivas y eficaces.

En este contexto la simulacin constituye una metodologa capaz de dar respuesta a


estas cuestiones. La simulacin puede ayudar a predecir el impacto de determinadas
acciones sin incurrir en los riesgos, compromisos y plazos de una implementacin real.
En entornos competitivos, la disponibilidad de herramientas de apoyo a la toma de
decisiones resulta importante para toma de decisiones efectivas y eficaces.

Antiguamente el empleo de la simulacin era reducido o nulo. Ello debido al


inconveniente computacional, que imposibilitaba obtener respuestas oportunas a las
interrogantes planteadas y/o realizar modificaciones del modelo, as como a la
complejidad en el algoritmo para simular, por ello solo expertos en materia de
programacin podan hacerlo. No obstante ahora con el desarrollo de la tecnologa estos
inconvenientes se han ido disminuyendo.

Hay una gran variedad de entornos que ayudan al desarrollo de la simulacin, como
ejemplo se puede citar: Microdinamo, Stella, Extend, Arena, etc. En este texto nos
centraremos en la introduccin al uso de EXTEND.
2. Visin general de EXTEND

2.1. Qu es extend?

Extend es una herramienta de simulacin que permite visualizar en forma intuitiva el


comportamiento de un sistema dinmico. Basado en una arquitectura de bloques
preprogramados en ambiente grfico que permite reproducir procesos y operaciones en
una amplia gama de aplicaciones, sin necesidad de programacin alguna.
Se entender por simulacin la definicin dada por Shannon: proceso de disear un
modelo de un sistema real y realizar experimentos con l para entender el
comportamiento del sistema o evaluar varias estrategias (dentro de los lmites impuestos
por un criterio o conjunto de criterios) para la operacin del sistema.

Para ejemplificar lo anterior se analizar la cola creada en una verdulera (Fig.1).

Qu elementos comprenden el sistema?


1. Dependiente que atiende a los clientes.
2. Cliente que espera ser atendido.
3. Entrada y salida a la verdulera.

SISTEMA MODELO EN EXTEND

Fig. 1. Representacin de la cola presente en una verdulera.

Trabajando en Extend
Una vez abierto aparece la ventana Demo.mox (Fig. 3), la cual pone a disposicin una
amplia gama de ejemplos de diversos sistemas para observarlos, analizarlos y
estudiarlos. En una primera toma de contacto, en caso de no requerir dicha informacin
bastar con cerrar la ventana.
Fig. 3. Ventana Demo.mox.

Para empezar a trabajar se ha de abrir algn modelo, nuevo, si se quiere construir uno, o
guardado si ya existe.

2.3. Entorno

Hay tres tipos de documentos en Extend: Modelos, libreras y ficheros de texto.

2.3.1. MODELOS

El modelo est compuesto por un conjunto de bloques enlazados a travs de sus


conectores por medio de conexiones que representan el flujo de informacin. Cada
bloque contiene la informacin procesal as como datos de entrada o resultados. Una
vez creado el modelo, este puede ser modificarlo mediante la agregacin o eliminacin
de bloques, moviendo conexiones o cambiando datos del bloque. Cuando se quiere
insertar un bloque al modelo, se copia directamente de la librera donde este contenido
el bloque.

Extend cuenta con algunos ejemplos de modelos en la carpeta correspondiente


(File|Open|Examples). En ella existe una amplia gama de ejemplos que pueden servir
como referencia para los modelos que se pretendan construir, ofreciendo un panorama
de lo que se puede hacer con Extend en la simulacin de modelos.

2.3.2. BLOQUES

Se puede definir como bloque a la representacin pictogrfica (por medio de iconos) de


una funcin. As cada bloque contiene en su estructura un programa donde se especifica
la accin o proceso que debe realizar. El bloque es el elemento bsico de un modelo en
Extend.
Para que actu dentro del modelo deber recibir informacin ya sea mediante el ingreso
directo de datos a su dilogo de entrada y/o utilizando el conector de entrada, dicha
informacin ser procesada por el programa que contiene en su estructura, emitiendo as
una salida o resultado, disponible en los dilogos de salida y/o en el conector de salida,
de esta manera podr existir un intercambio de informacin de bloque a bloque si se
establece una conexin.

Partes de un bloque. Cada bloque est formado por una serie de mecanismos bsicos
como son:
PARTE DESCRIPCIN
Es la ventana que se abre cuando se da doble clic sobre el icono del
Dilogo bloque. El dilogo permite introducir informacin al bloque, as como
tambin reportar resultados.
ModL es el lenguaje de programacin que hace que el bloque trabaje. El
Cdigo programa lee informacin de los conectores, dilogos y del ambiente del
ModL modelo produciendo as una salida que puede ser usada por otros
bloques. Un bloque puede tambin preguntar y controlar otros bloques
en el modelo a travs de su cdigo.
El icono es la representacin pictogrfica del bloque. Se puede dibujar el
Icono icono con el dibujo de Extend, o con cualquier otro programa de dibujo,
o copiando un icono de otro ambiente.
Es una parte animada del icono, que solo se puede ver si se activa la
casilla de Show Animation mientras se corre la simulacin. La
Animacin
simulacin puede ser mostrada sobre el bloque del icono o podra
mostrarse tambin fuera de l.
Los conectores de entrada y salida del bloque. Estos se encuentran en el
Conectores icono y transmiten la informacin hacia y/o del cdigo del programa.
Los bloques pueden tambin transmitir informacin de forma no visible
sin usar conectores, a travs de un bloque de mensaje y variables
globales.
Para acceder a la ayuda se debe dar clic en el botn inferior izquierdo
Texto de que aparece en el dilogo de cada bloque. La ayuda explica de forma
ayuda resumida para que sirve cada bloque, sus conectores, cuales son las
entradas y salidas, etc.

Dilogo

La mayor parte de los bloques tienen un dilogo asociado con ellos. Una de las
funciones de los dilogos es introducir valores y ajustar parmetros, adems de ver los
resultados de las corridas de simulacin.

Para abrir el dilogo de un bloque, se deber presionar dos veces el ratn sobre el icono
del bloque.

Se pueden dejar dilogos abiertos mientras se esta corriendo la simulacin (aunque esto
reduce la velocidad) as se puede ver como varan algunas variables a medida que
evoluciona la simulacin. Esto puede resultar til para mostrar valores que se deseen
controlar durante la simulacin. Adems tambin es posible modificar el valor de los
parmetros de un dilogo mientras se corre la simulacin.
Un dilogo puede ser muy simple con poca informacin o ms complejo con diferentes
pestaas y varios parmetros e incluso tablas. En general siempre aparecen los botones
para aceptar (OK) o cancelar (Cancel).

Resumiendo se dir que los dilogos son los mecanismos tiles para:

1. Ingresar datos al bloque del modelo. Por ejemplo introducir el contenido inicial en el
bloque Accumulate (Fig. 9).

Fig. 9. Dilogo del bloque Accumulate.

2. Reportar resultados. Por ejemplo en la pestaa de resultados del bloque Queue


FIFO (Fig. 10).

Fig. 10. Dilogo del bloque de la cola FIFO.

3. Realizar comentarios o asignar diferentes imgenes para la animacin.

Nota: Si se ha conectado una entrada y tambin a su vez se ha introducido un valor para


esa entrada en el dilogo esta ser omitida ya que el valor del conector siempre
sobrescribir el valor del dilogo.

Conectores y conexiones.

La mayor parte de bloques en Extend tienen conectores de entrada y salida,


representados por pequeos cuadrados conectados a cada lado del bloque. De manera
visual se puede observar la diferencia entre el conector de entrada y el conector de
salida de un bloque ya que stos ltimos son representados con una lnea ms obscura
(Fig. 11).

Fig. 11. Conectores de entrada y salida.


La informacin que fluye dentro del bloque va del conector de entrada al conector de
salida.

Se tiene tres tipos de conectores:


Conectores que transportan valores.
Conectores que transportan tems.
Conector universal, que puede transportar tanto tems como valores.

Los conectores que transportan valores son representados por pequeos cuadros
dibujados con lnea sencilla, en cambio los conectores que transportan tems son
representados por pequeos cuadros dibujados con lneas dobles, y el conector universal
es representado por un cuadrado dentro de un crculo, como se puede apreciar en la Fig.
12.

Fig. 12. Representacin de los diversos conectores.

Los bloques de la librera de eventos discretos tambin contienen conectores de valor,


pero sus conectores principales son los conectores de entrada y salida que pasan
entidades (llamados tems).

El conector de salida admite enlaces a diferentes bloques. En cambio el conector de


entrada slo admite un enlace de conexin.

Para enlazar los bloques a travs de los conectores se utilizan lneas llamadas
conexiones, estas muestran el flujo de informacin del bloque a travs del modelo.

Como se observa en la figura las conexiones de modelos de eventos en tiempo continuo


se caracterizan por ser lneas simples, y realizar un flujo lgico de valores. En cambio
en modelos de eventos en tiempo discretos el flujo lgico es a travs de tems y las
conexiones de este tipo de modelo son dobles. (Fig. 13.)

Fig. 13. Representacin de conexiones para bloques de modelos de evento continuo y discreto.
2.3.3. LIBRERA

Una librera bsicamente se describe como un almacn de bloques. Extend cuenta con
un gran nmero de libreras las cuales incluyen bloques que son los elementos que
sirven para crear modelos de forma gil y rpida.

Como libreras bsicas de Extend cabe destacar a la librera genrica y a la librera de


eventos discretos. No obstante existen libreras complementarias como Manufacturing,
BPR, Plotter, Animation, entre otras. Estas libreras en conjunto permiten modelar un
importante nmero de procesos sin escribir ninguna ecuacin.

Por otra parte existe la posibilidad de crear nuevos bloques, o modificar los ya
existentes y a su vez guardarlos en libreras nuevas o ya existentes.

CMO ABRIR UNA LIBRERA?


Para trabajar con Extend y poder crear modelos es necesario tener acceso a los bloques
que se van a utilizar en la construccin del modelo. Como esos bloques se guardan en
libreras, estas deben ser abiertas previamente para poder tener acceso.

1. Dar clic en el men Library de la barra de comandos.


2. Seleccionar Open library (Fig. 4).

Fig. 4. Open Library de la barra de comandos.

3. Seleccionar del catlogo de libreras disponibles en Extend la que se requiera usar.


Por ejemplo la librera Generic. Dar clic en el botn Abrir (Fig. 5).

Fig. 5. Ventana Abrir, muestra las libreras existentes en Extend.

4. Dar clic en Library, Generic.lix, Open Library Windows y aparecer la


ventana de la librera con los respectivos bloques, como se muestra en la fig. 6.
Fig. 6. Librera Generic.

2.3.4. FICHEROS DE TEXTO.

Los ficheros de texto almacenan datos de una forma que puede ser leda por casi
cualquier aplicacin. Los ficheros de texto son especialmente usados para importar
largas sumas de datos dentro del modelo, por ejemplo de una hoja de clculo, o exportar
resultados o informes a partir de la ejecucin de un modelo.

2.4. USOS DE EXTEND

Extend es una herramienta avanzada de simulacin que puede usarse para las tareas
propias de la simulacin como:

Predecir el curso y los resultados de ciertas acciones.


Entender porque ocurren los eventos observados.
Explorar los efectos de las modificaciones.
Identificar reas problemticas antes de la implementacin.
Confirmar que todas las variables son conocidas.
Evaluar ideas e identificar eficiencias.
Obtener ideas y estimular el pensamiento creativo.
Comunicar la integridad y factibilidad de los planes.

2.4.1. VENTAJAS DE EXTEND

Realizar una interfase grfica mostrando las relaciones en el sistema que se esta
modelando.
Animar el modelo, para mejorar la presentacin.
Descomposicin jerrquica de los modelos, permitiendo que un sistema complejo
sea fcil de construir y entender.
Probar de manera rpida todas las suposiciones o alternativas del modelo ya que se
puede cambiar los valores de manera rpida y eficiente.
Reportes para presentaciones y anlisis profundos.
Disponibilidad para analizar costos.
Optimizacin Evolucionaria, Monte Carlo, batch mode y anlisis de sensibilidad
para sistemas ptimos.
Disponibilidad para ajustar parmetros mientras la simulacin esta corriendo.
2.5.2. INCONVENIENTES DE EXTEND

El principal inconveniente de Extend es que no es un programa libre, aunque la versin


DEMO es muy potente.
Otra desventaja sera que no se trata de un software orientado a un rea de simulacin
especfica sino que se compone de libreras generales que permitirn tratar problemas a
nivel general.
3. SIMULACIN DE EVENTOS DISCRETOS
La caracterstica principal de la simulacin de eventos discretos radica en que las
entidades del modelo cambian de estado basados en la ocurrencia de los eventos.

La librera de eventos discretos de Extend esta acondicionada para ser usada para
modelar sistemas de eventos discretos como por ejemplo problemas de colas, o de
inventario.

3.1. LIBRERA DE EVENTOS DISCRETOS.

La librera de eventos discretos contiene el conjunto de bloques bsicos para crear


modelos de eventos en tiempo discreto. Los elementos bsicos para modelarlos son: un
generador, una cola, una actividad y la salida del sistema.

BLOQUES DE LA LIBRERA DE EVENTOS DISCRETOS.


Una vez abierta la librera de eventos discretos (ver seccin 2.3.2.) aparecer la ventana
que se muestra en la Fig. 17.

Fig. 17. Bloques de la librera de Eventos discretos.

Los bloques de esta librera pueden ser divididos de acuerdo a las funciones que
realizan: Ejecutivo, actividades, atributos, procesamiento por lotes, generadores,
informacin, colas, recursos y ruteo. A continuacin se definen cada uno de ellos:

Executive /Ejecutivo: Este bloque es necesario en todo modelo de evento discreto.


Gestiona y controla el tiempo del modelo en tiempo de ejecucin.

Executive Funcin
Este bloque es necesario en todo modelo de evento en tiempo
discreto, debe ser localizado a la derecha de todos los bloques del
modelo.

Executive
Activities/Actividades: Procesan tems.

Activities Funcin
Sostiene un tem por un tiempo, entonces lo libera. El tiempo de la
actividad es especificado en el dilogo o, a travs del D conector (el
valor del D conector sobrescribe el valor en el dilogo).

Activity, Delay
Trabaja de forma similar que el bloque Activity delay excepto que
permite usar el valor del atributo como retraso y/o modificar su
valor.

Activity, Delay
(Attibutes)
Este bloque admite ms de un tem a la vez. El nmero mximo de
tems se indica en el dilogo o a travs del conector C. El tiempo de
retraso para cada tem es colocado a travs del conector D o si nada
es conectado ah, puede ser especificado en el dilogo.
Activity, Multiple

Attributes/Atributos: Dan a los atributos una identidad.

Attributes Funcin
Cambia el valor del atributo de los tems que pasan a travs de l. Se
debe especificar el nombre del atributo a cambiar, la operacin a usar
en el cambio, y el valor del modificador para cambiar.

Estas operaciones son: incrementar, decrementar, multiplicar, dividir.

Change Los valores que se pueden usar como modificadores son: una
Attribute constante, el valor de otro atributo, el valor del conector A.
Calcula una ecuacin cuando un tem pasa a travs de l. Las
entradas para la ecuacin pueden ser los atributos del tem, los
valores, prioridades o uno de los cinco valores de los conectores de
entrada. El resultado de la ecuacin puede ser opcionalmente
DE Equation asignado a un atributo.
Muestra y/o remueve los atributos de los tems, despus los pasa a
travs de l. Los valores de los atributos son mostrados en el dilogo
de salida y afuera en el conector A. Mientras que los tems pasan a
travs del bloque, el bloque puede leer o quitar un atributo o
cualidad, el atributo se puede especificar como la primera cualidad en
la lista o una cualidad nombrada. Si el atributo es encontrado, su
valor es reportado en el dilogo y enviado a travs del conector A. El
conector emite una salida de 1 si el valor del atributo ha cambiado
Get Attribute desde el ltimo valor que ha sido ledo.
Lee la prioridad de los tems despus los pasa. La prioridad es
mostrada en el dilogo y en la salida del conector P. El valor del
conector emite una salida de 1 si el valor de la prioridad ha
cambiado desde el ltimo valor que fue ledo.
Get Priority
Lee el valor de los tems despus los pasa. El valor es mostrado en el
dilogo del conector y en la salida del conector V. El conector de
salida emite una salida de 1 si el valor del valor ha cambiado desde
el ltimo valor que fue ledo.
Get Value
Asigna atributos a los tems que pasan a travs del bloque. Hasta 7
nombres de atributos y valores pueden ser asignados a un tem con
cada bloque. Los atributos pueden agregarse o remplazar atributos
existentes. Se puede especificar el valor de uno de los atributos con el
conector A. El valor en el A conector reemplaza el valor
correspondiente en el valor del dilogo.
Set Attribute

Attributes/Atributos: Dan a los atributos una identidad.

Attributes Funcin
Asigna atributos a los tems que son pasados a travs del bloque.
Hasta 5 atributos y valores pueden ser asignados a un tem. Los
atributos pueden agregarse o remplazar atributos existentes. Se puede
especificar el valor de cada uno de los atributos con el conector de
valor de entrada.

Set Attribute
(5)
Asigna una prioridad a los tems que pasan a travs del bloque. El
valor de la prioridad puede ser colocado en el conector P o, en el
dilogo. Nota: el ms bajo valor (incluyendo nmeros negativos)
tienen la ms alta prioridad.
Set Priority
Asigna un valor a los tems. Este se utiliza para cambiar el valor
inicial de un tem de 1 a un valor diverso. Los tems tienen
originalmente un valor de 1 a menos que el valor sea cambiado por
los bloques Generator, Set Value, Get Attribute, Program, or
Shedule. Nota; los tems con un valor mayor que uno dentro de las
colas se parten. Por ejemplo si se coloca un valor de 5 sobre un tem,
cuando este vaya dentro de una cola, este llegar a ser 5 distintos
tems.
Set Value

Batching/Procesamiento por lotes: Ensamblan y desensamblan tems.

Batching Funcin
Permite a tems de varias fuentes ser ensamblados como uno solo. En
el dilogo se especifica el nmero de tems de cada una de las
entradas que es requerida para producir un tem de salida. Adems
tambin se puede especificar que tems de uno o ms entradas no
Batch sern trados dentro del bloque hasta que uno o ms de las otras
entradas tengan sus requerimientos completos.
Produce varios tems de un solo tem de entrada. El nmero de tems
producidos en cada salida es especificado en el dilogo. Por defecto,
este bloque detiene sus entradas hasta que su salida sea usada u otra
demanda ocurra en el conector.
Unbatch

Generators/Generadores: Crean tems, programas.

Generators Funcin
Provee tems con tiempos de arribo aleatorios. Los tems pueden ser
creados con una distribucin aleatoria o un rango constante de arribo.
Tambin puedes especificar el nmero de tems que arriban en cada
evento utilizando el conector de valor V. Los conectores de entrada1,
2 y 3 te permiten cambiar los parmetros de entrada de la
distribucin aleatoria cuando la simulacin este en progreso.
Generator
Provee tems programando su entrada en el modelo. Es similar al
bloque Generator excepto que los tiempos de llegada de los tems son
programados, ms bien que al azar. Este bloque es usado para las
necesidades repetidoras o del tiempo o con patrones fijos.
Program

Information/Informacin: Obtiene informacin de los tems.

Information Funcin
Reporta el nmero total de tems pasados a travs de l en su dilogo
y en el conector #. Un valor mayor que 0.5 en el conector r causar
que el conector sea reseteado a cero.
Count tems
Analiza y muestra la informacin de los tems acerca de los tems
que pasan a travs de l. Se debe especificar el nombre de los
atributos que se desee observar. Si un atributo no es encontrado la
informacin estar en blanco.
Information
Muestra cuando el prximo evento ocurrir para cada bloque en el
modelo. Se puede especificar en el dilogo un retardo antes de
mostrar el dilogo. Este bloque debe ser localizado a la derecha de
Show times todos los bloques para mostrar los eventos de todos los bloques.
Analiza y muestra informacin acerca de un tem o valor. Si este
bloque es dejado abierto durante la simulacin, este parar la
simulacin en cada evento y entonces se puede especificar la
longitud del tiempo de pausa antes de mostrar la informacin.
Status
Muestra el tiempo que toma a un tem pasar entre dos partes del
modelo. Se puede encontrar que tanto tiempo toma a un tem pasar de
un bloque a otro. Tambin se puede especificar el tiempo slo de los
tems con un atributo en particular.
Timer
Queues/Colas: Detienen, sortean tems.

Queues Funcin
Este bloque representa una cola, que puede ser ordenada en funcin
de un atributo preestablecido. Si no hay atributos establecidos, esta
cola funciona como una cola FIFO. Si algn tem que no tiene
atributos caer al final de la cola.
Queue
Attributes
En esta cola el que primero entra es el que primero sale. La mxima
longitud determina cuantos tems en la cola pueden ser sostenidos.
Tambin se podra especificar un coste para cuando la cola esta llena
(alcanza la mxima longitud). El dilogo muestra la longitud media
de la cola, el tiempo de espera medio, y la utilizacin de la cola.

Queue FIFO
Es parecida a la cola FIFO, con la diferencia que ahora los ltimos en
entrar son los primeros en salir.

Queue LIFO
Es una cola en la cul los tems son liberados slo si ellos tienen un
atributo en especfico y el valor del atributo marca el valor en el ID
conector. Si hay ms de un tem con el nombre del atributo y el valor,
slo el primero que entr en el bloque ser liberado a no ser que la
Queue opcin en el dilogo "Liberacin de mltiples tems" sea
Matching seleccionada.
Una cola que libera tems por prioridad. El tem en la cola con el ms
bajo valor numrico para su prioridad ser liberado primero. Si todos
los tems en la cola tienen la misma prioridad esta se convierte en una
cola FIFO.
Queue,
Priority
Una cola para las unidades de resource pool. Los tems esperan hasta
que un nmero especificado de unidades de resource pool este
disponible. El orden de los tems en la cola es determinada segn la
regla que est en el dilogo del bloque Resource Pool.

Queue,
Resurse Pool

Rosources/Recursos: Representan tems como recurso, cambios.

Queues Funcin
Este bloque tiene las unidades del resource pool para ser usadas en la
simulacin. Represntan recursos limitados. A diferencia del bloque
Resource, las unidades Resource Pool no son tems. Son variables
que indican disponibilidad de un factor. El bloque Resource Pool
Resource Pool trabaja con el bloque Release Resource Pool para liberar los recursos
del Pool.
Libera un resource pool como un tem pasado a travs de l. Las
unidades del resource pool pueden ser liberadas por:

- Seleccionando el botn nombre Release Resource Pool y


tecleando el nombre del bloque del Resource Pool y el nmero de
unidades a ser liberadas.
Release
Resourse Pool - Seleccionado el botn atributo Release Resource Pool y
especificando un atributo el cual tiene que ser colocado por una cola
o un bloque Resorce Pool.
Este bloque sostiene y provee tems para ser usados en la simulacin.
Puede ser usado como parte de un sistema abierto o cerrado. Si se usa
este bloque en lugar del Generator o el bloque Program para proveer
tems a la simulacin hay que estar seguros de que hay suficientes
tems al inicio y as satisfacer los requerimientos durante la
simulacin. Este bloque es similar al de la cola. Los tems pueden ser
Resourse expulsados del bloque hasta su agotamiento. Si el contenido del
bloque llega a ser negativo, el bloque no sacar ningn valor hasta
que el contenido del bloque vuelva a ser un nmero positivo. El
conector de cambio modifica el nmero de tems almacenados en el
recurso por el valor del tem en el cambio.
Genera un programa sobre un calendario. Shifs puede ser tambin
ON/OFF o representado por un nmero. Si un Shift es ON/OFF, los
bloques los cuales usan este Shift sern suspendidos cuando el shift
sea off y opera normalmente cuando el shift sea on. Si el shift es
numrico, los bloques que usan un shift cambiarn su capacidad
basada sobre el valor corriente de este shift. Solo bloques con una
Queue capacidad de unidad mltiple (tal como los bloques Activity Multiple
Matching and Resource) utilizarn el shift numrico.

Routing/Ruteo: Moviendo tems al lugar correcto.

Routing Funcin
Pasa un tem solo cuando el conector de demanda es conectado y
ciertas condiciones existen en la entrada de la demanda (tambin
cuando el valor de la demanda es verdadero [mayor que 0.5] o se
expulsa en un tem). Si un conector de salida de tem es conectado al
Activity conector de demanda, el bloque acumula el valor de los tems que
Service entran en ello y pasa muchos tems a travs de l.
Este bloque recibe tems enviados por el bloque Throw aunque los
bloques no son conectados por lneas de conexin. La conexin entre
los bloques se especifica en su dilogo mediante la etiqueta y el
nmero de bloque Catch.
Catch
Combina los tems de dos diferentes fuentes dentro de un solo flujo
de tems. ste es diferente del bloque Batch el cual une tems de
diferentes fuentes en un solo tem.

Combine
Pasa un tem fuera de la simulacin. El nmero total de tems
absorbidos por este bloque es reportado en su dilogo o en el
conector #.

Exit
Pasa tems fuera de la simulacin de hasta 4 entradas. El nmero total
de tems absorbidos por este bloque es reportado en su dilogo o en
el conector #. El nmero absorbido por cada entrada es reportado en
el dilogo y en el conector de valor de la derecha del bloque.
Exit (4)
Permite que solo un nmero especfico de tems estn en una seccin
del modelo (una restriccin de seccin). Se especifica en el dilogo el
nmero de tems los cuales pueden estar en un rea restringida en un
cierto tiempo.
Gate

Routing/Ruteo: Moviendo tems al lugar correcto.

Routing Funcin
Da prioridad a las salidas, permitiendo que los tems sean enviados a
procesos en paralelo basados en una prioridad definida por el usuario.
Los tems saldrn por orden de prioridad. Si dos o ms tems tienen
la misma prioridad, saldrn por el primer conector que haya
disponible de forma secuencial.
Prioritizer
Selecciona una entrada de entre dos basada en una decisin. Los
tems que estn presentes en la entrada seleccionada son pasados a
travs de la salida. Los dilogos tienen opciones para seleccionar
basados en la prioridad superior, cambiando que entrada es
Select DE seleccionada despus de que un nmero dado de tems haya pasado o
Input basado en el conector seleccionado.
Selecciona una salida entre dos basados en una decisin. El dilogo
tiene opciones para cambiar las salidas despus de que un nmero
dado de tems haya pasado y seleccionado basado en el conector
selector. Si el conector selector no es usado, tu puedes tener 1 salida
de cada nmero especificado de tems yendo al conector superior o a
una probabilidad aleatoria para que cada tem vaya al conector
superior. Si el conector selector es usado, el dilogo tiene opciones
para accionar la palanca (es decir elegir las salidas secuencialmente
cada vez que el selector es activado), elegir las salidas basadas sobre
el valor en el conector selector o especificando la probabilidad del
Select DE conector superior.
Output
Este bloque lanza tems al bloque Catch sin usar conector de salida o
lneas de conexin. La conexin entre los bloques se hace por
etiquetas y el nmero de bloque del bloque catch en el dilogo del
bloque Throw.
Throw
CONECTORES COMUNES EN LOS BLOQUES DE LA LIBRERA DE
EVENTOS DISCRETOS.

Conector Significado
# Nmero de tems
A Atributo para el tem pasando a travs del bloque
D Suma de tiempo a retrasar el tem en el bloque
Hace que el bloque acumule una demanda de mltiples tems si una entrada
demand del tem es conectada. Tambin es usado provocar la operacin del bloque de
Servicio de Actividad.
Indica un cambio en el valor
F Full: salidas de 1 cuando el bloque este lleno, de otra manera 0
L Longitud de la cola: Nmero de tems en la cola
P Prioridad de los tems pasando a travs del bloque.
sensor Observa la presencia de un tem pero no lo recibe
select Selecciona la entrada o salida basada en las opciones en el dilogo.
Tiempo en uso: Salidas de un valor no-cero mientras el bloque esta en uso.
Este valor representa la suma de tiempo desde el evento pasado, en cada
T evento cuando, en cada evento cuando el bloque es activado. Tu puedes
conectar esto a un bloque acumulador para encontrar el tiempo total en uso
durante la simulacin.
Utilizacin; El porcentaje de tiempo en el que el bloque estuvo en uso
U
durante el cuso de la simulacin.
V Valores para los tems pasando a travs del bloque (esto es usualmente 1).
W Tiempo de espera para tems dejando la cola.

CONSIDERACIONES SOBRE LA LIBRERA DE EVENTOS DISCRETOS.


Los modelos de eventos discretos pasan entidades (llamadas tems) de bloque a bloque
durante la simulacin. Los tems son usualmente generados por el bloque Generator
como una distribucin aleatoria dentro de parmetros especficos, o por el bloque
Program como una lista de cuando los eventos ocurren. Estos tems a menudo tienen
prioridades y atributos que les ayudan a corresponder ms estrechamente a partes,
clientes, y empleos en la vida real.

En bloques de eventos discretos, un conector tem pasa un tem y toda la informacin


asociada con l al prximo conector tem. El conector de valor y los parmetros del
dilogo especifican informacin acerca del tem y sus propiedades (atributos, tiempo,
etc.) adems de la informacin de los efectos que el tem tiene en el modelo (tales como
longitud de la cola y tiempo de espera).

El objeto de la simulacin de estos modelos generalmente es para determinar donde hay


cuellos de botella en el proceso y para ver que partes del proceso podran mejorarse.
Todo bloque debe de continuar su conexin ya sea a un bloque ms o a un bloque de
salida. Por lo tanto puedes examinar la salida del bloque Exit y encontrar cuantos tems
han dejado el modelo.

Se tiene por regla general que todo modelo de eventos discretos debe tener siempre
un bloque Executive localizado en la parte izquierda de todos los bloques del modelo.

TEMS Y VALORES DE INFORMACIN.


Las unidades bsicas que son pasadas entre bloques de eventos discretos son los tems.
Los tems son estructuras de datos complejas que adems de valores sobre las variables
que representan tambin contienen informacin sobre el tiempo de la simulacin. Los
tems suelen representar entidades individuales que pueden tener propiedades nicas
como el especificado por sus atributos, prioridades y valores. En la fabricacin de
modelos, los tems pueden ser partes sobre una cadena de montaje; en modelos de red,
un tem sera un paquete de informacin; en modelos de negocio, los tems pueden ser
facturas o gente.

Los valores asociados a un tem pueden proporcionar informacin relacionada con la


naturaleza de los tems y acerca de las cantidades asociadas a determinadas variables o
atributos. Otros valores que pueden hallarse entre los resultados que facilitan algunos
bloques estn el nmero de clientes en la cola, o cuantas elementos han sido
transportados o expedidos por un bloque o la frecuencia de ocurrencia de llamadas.

ATRIBUTOS.
Los atributos son un aspecto importante de la simulacin de eventos discretos.
Bsicamente los atributos son caractersticas de un tem que acompaan al tem
mientras se desplaza por el modelo. Cada atributo consiste en un nombre y un valor
numrico. El nombre de los atributos es usado para identificarlos y su valor es utilizado
para especificar algn aspecto asociado con el nombre.

PRIORIDADES.
Las prioridades permiten especificar la importancia de un tem. Por ejemplo, se podra
tener un paso en un proceso de manufactura donde un trabajador mira todo el trabajo
pendiente y entonces decide ordenar y escoger el que es el ms urgente. Cada tem slo
puede tener una prioridad. La prioridad superior tiene el valor ms bajo, incluyendo
valores negativos (es decir un tem con una prioridad "de -1" tiene una prioridad ms
alta que uno con una prioridad "de 2").

VALORES DE TEMS.
Cada tem puede representar una sola entidad o un grupo. Si el valor de un tem es 1,
este representa un tem; si es otro diferente de 1, representar a un grupo. Los tems
originalmente tienen un valor de 1 a menos que el valor sea cambiado por los bloques
Set Value, Generator, Get Attribute, or Program.

Los tems con valores diferentes que 1 se tratan de forma diferente dependiendo de la
naturaleza del bloque que los procesa. Viajarn juntos como unidad, siendo procesado
esencialmente como un tem, hasta que alcanzan una salida, una cola, un batch, o un
bloque de resource, o se envan en un conector universal (tal como cambio, demanda,
selector, o comienzo).
RETENER TEMS.
Los bloques de eventos discretos tratan la salida de los tems de dos formas:
El tem es retenido en el bloque y lo deja salir solo cuando otro bloque lo requiere,
la mayora de bloques tienen este tipo de comportamiento.
El tem es empujado del bloque cuando este es creado, independientemente si ser
recogido por otro. Si no puede ser alojado en el bloque consecutivo, se genera un
error.

3.2. EJEMPLOS.

CMO CREAR UN MODELO DE EVENTOS EN TIEMPO DISCRETO?


Para dar inicio a la creacin de modelos de eventos en tiempo discreto se har uso de
varios ejemplos.

PROBLEMA 3.1. VERDULERA HIPER FRUIT.

Carles dueo de la verdulera Hiper Fruit quiere saber cual es el tiempo medio de espera
de sus clientes as como la longitud mxima de la cola. Se ha observado que los clientes
arriban con una frecuencia que sigue una distribucin constante de cada 2 min., y en
promedio el cajero tarda en cobrar una media de 4min.

SOLUCIN.
a) Arribo de clientes a la verdulera: El arribo de clientes a la verdulera puede estar
representado por cualquiera de los dos bloques Generadores cuya funcin es crear
tems, no obstante por las caractersticas de los datos es conveniente usar el bloque
Generator (Fig. 18) el cual proporcionar tems de acuerdo a la distribucin indicada
en su dilogo. En este caso ser una distribucin constante de 2 min.

Fig. 18. Bloque Generador.

b) Esperar turno para pagar: Los bloques que retienen a los tems mientras son
requeridos son los bloques de cola. En el modelo la cola apropiada para este tipo de
sistemas sera una cola FIFO (Fig. 19), ya que los primeros en entrar sern los primeros
en salir.

Fig. 19. Bloque cola FIFO.


c) Pago por las verduras, vendr representado por un bloque de actividad.

El bloque Activity Delay (Fig. 20) es el indicado para representar la actividad de pagar
la verdura, ya que retrasar al tem por una cantidad de tiempo indicada en el dilogo,
esta cantidad representar el tiempo que tarda el cajero en cobrar.

Fig. 20. Bloque Activity, Delay.

De esta manera se podra integrar el modelo realizando las conexiones pertinentes (Fig.
21).

Fig. 21. Resolucin del modelo.

Al correr el modelo con un tiempo de simulacin igual a 1hr de trabajo, se obtienen los
siguientes resultados de la cola FIFO (Fig. 22). Con la informacin recabada se puede
dar respuesta a las preguntas realizadas por el dueo de la verdulera.

Fig. 22. Resultados de la simulacin para el problema 5: verdulera Hiper Fruit.


A partir de los resultados se observa que el tiempo medio de espera es amplio (15 min.),
por lo que se plantea la siguiente interrogante, A cuanto se reducira la longitud de la
cola, si Carles decidiera contratar a otra persona con las mismas aptitudes?.

Para introducir la variante planteada, bastar con copiar bloque de actividad y realizar
las conexiones pertinentes, como se muestra en la figura 23.

Fig. 23.Resolucin del modelo anexando una caja ms.

Al correr la simulacin se observa que el tiempo medio de espera se reduce a 0.

A continuacin se citan diversos problemas, la solucin puede observarse en el Anexo


A.

PROBLEMA 3.2. FUNCIONAMIENTO DE UN LAVADO DE AUTOS.

El Sr. German gerente del Lavado de Autos C&S quiere evaluar un proyecto de
expansin de servicios. Para ello, requiere saber cmo se comporta actualmente el
sistema, y que beneficios traera la implantacin del proyecto.

Actualmente los autos arriban siguiendo una distribucin constante de cada 4 min.

Hay solo una lnea de lavado.


Toma 6 min. lavar el auto.

El proyecto de expansin consiste en aadir una segunda estacin de lavando con las
mismas caractersticas. Siendo esto un ejemplo de procesamiento en paralelo de autos.
Qu efectos tiene sobre el sistema esta modificacin?.

A su vez dicho proyecto tambin contempla ofrecer el servicio de engrasado,


estimndose una demanda del 25% sobre los autos que arriban. Cmo modifica esta
decisin al modelo?

CREANDO ESTRATEGIAS.
Para consolidar la lealtad de los clientes se tiene la siguiente idea: Se prev establecer
una promocin de cliente frecuente que consiste en lo siguiente: a lo largo de 5 visitas
acumuladas los clientes reciben un cupn, el cul permitir por una nica ocasin pasar
a la estacin de lavado sin tener que formarse.

Una interrogante a plantear ser Qu ocurre si llegan al mismo tiempo dos clientes con
este cupn?.

OTROS ASPECTOS A CONSIDERAR.

Considerar que el tiempo gastado en la estacin de servicio es dinmico.


Considerar una capacidad lmite del estacionamiento.
Considerar que cada estacin de lavado tiene su propia cola.

PROBLEMA 3.3. FUNCIONAMIENTO DE UNA GASOLINERA.

La compaa Repsol ha recibido grandes quejas por parte de los consumidores de


Terrasa, debido a que tienen que esperar demasiado tiempo antes de que ellos puedan
acceder a la bomba de gasolina. En los ltimos meses este hecho ha provocado la
disminucin de ventas, por ello la gerencia esta planeando enviar un proyecto a la
corporacin que sea viable para eliminar el problema.

No obstante antes de proponer alguna alternativa se desea analizar el sistema planteado.


El comportamiento actual de la gasolinera es el siguiente:

El arribo de coches viene determinado por una funcin de densidad f(t)=1/5e-(1/5)t,


con t>0.
Ingreso libre a cualquiera de las 2 bombas de gasolina si estn disponibles, de lo
contrario se debe esperar en una sola fila.
El nmero mximo de autos esperando en la fila es de 5 debido a una limitante de
espacio.
Cada auto tarda un tiempo medio de 1.5 y desviacin de 0.5, en tomar gasolina.
Aproximadamente el 30 % de autos requieren el servicio de aceite, actividad que
tarda 0.5 min. ms sobre el tiempo medio de la gasolina.

Realizar la simulacin y el anlisis del proceso para 8 hrs de trabajo.

Una vez obtenido el modelo del sistema, la tarea siguiente ser evaluar las diferentes
alternativas de proyectos y seleccionar la que reduzca el tiempo de autos que salen del
sistema por no poder esperar en la cola.

Agregar una bomba ms.


Evaluar la alternativa de que solo 2 bombas ofrezcan cargar gasolina y una ms
para el servicio conjunto de gasolina con el servicio de aceite, contra la
alternativa de que todas las bombas ofrezcan el mismo servicio.
Establecer dos Filas, con la misma restriccin de 5 autos.

PROBLEMA 3.4. FUNCIONAMIENTO DE UNA OFICINA BANCARIA.

Una oficina bancaria abre de 9:00 a 17:00hrs. Normalmente la oficina atiende a 40


clientes por hora. Dispone de dos cajas una con ms experiencia que otra para atender al
pblico. Si la cola arriba a 3 personas se abre una caja ms hasta reducir la cola a 1 o 0
personas. Segn las operaciones a hacer los clientes tardan aproximadamente lo que
indica la tabla.

Tabla de distribucin:

TIEMPO 1-2 2-3 3-4 4-5 5-6 6-7 7-8 8-9 9-10
NOVATO 0.05 0.10 0.20 0.15 0.20 0.15 0.07 0.05 0.03
EXPERIENCIA 0.10 0.25 0.15 0.15 0.20 0.15

4. CORRER UNA SIMULACIN CON EXTEND.

PASOS PARA CORRER LA SIMULACIN.

1. Dar clic en la pestaa Run de la barra de comandos.


2. Seleccionar Run Simulation.

Estos son los dos pasos bsicos a realizar para correr la simulacin, ya que por default
Extend tiene algunas instrucciones que le indican como y cuando terminar la
simulacin. No obstante estas instrucciones pueden ser modificadas en el men
Simulation Setup.

a) Estatus de la Simulacin.

Cuando se comienza a correr el modelo, Extend muestra alguna informacin de status


inicial en la forma de mensajes que aparecen momentneamente sobre la pantalla.
Dependiendo de la velocidad de la computadora, se pueden ver los siguientes mensajes
Please wait, Cheking data, o Initializing Data.

Una vez que la simulacin se esta llevando a cabo, Extend muestra una pequea barra
de estado.

Los nmeros despus del reloj de arena son un estimado del tiempo actual de salida de
la simulacin, as que se puede determinar que tan larga es la corrida. El reloj muestra el
tiempo corriente de la simulacin, y Run es el nmero total de simulaciones si es que se
estn corriendo simulaciones mltiples.

b) Opciones del men: Simulation


Setup

El comando Simulation Setup del men Run permite especificar cmo y que tan
largo correr la simulacin. El dilogo tiene tablas para modelos de eventos en tiempo
discreto y continuo, as como tambin tablas para nmeros aleatorios y unidades de
tiempo.
Tabla de Eventos en tiempo discreto.

Selecciona Descripcin.
End simulation Indica el tiempo final de la simulacin.
at time.
Start simulation Es el punto en el que se inicia la simulacin. Usualmente es 0.
at time
Number of runs El nmero de veces a correr la simulacin.
Global time units Unidades de tiempo en que se regir el modelo entero.
Comments Este es un tem opcional usado para documentar aspectos del
modelo, tales como las unidades.

Cada vez que se corre una simulacin, Extend usa el mismo valor del dilogo contenido
en el dilogo Simulation Setup. As que habitualmente se usa este dilogo una vez por
modelo.

Generalmente, la nica parte que se necesita cambiar en el dilogo es End simulation


at time parmetro localizado sobre la tabla de eventos discretos o continuos.

c) Animacin.
Para animar un modelo de forma automtica slo basta con seleccionar del men Run
de la barra de comandos el men Show Animation.

5. OTRAS LIBRERIAS DE UTILIDAD.

LIBRERA PLOTTER.
La librera plotter cuelga todos los tipos comunes de plotters usados para mostrar
grficamente las salidas del modelo, utilidad principal de esta librera.

Bloque Funcin
Muestra un grfico de barras de hasta seis valores de entrada. Las
barras pueden cambiar instantneamente o en intervalos regulares. A
diferencia de otros Plotters, el bloque Bar Chart no registra
ningn dato.
Bar Chart
Muestra una grfica de tipo Gantt. Hasta 6 grficas son trazadas en
un solo bloque grfico Gantt.

Gantt Chart
Crea un histograma de todos los valores que recibe.

Histogram
Muestra la media y la desviacin estndar de un valor.

Plotter DE,
Error bars
Acumula los resultados de hasta 4 corridas de informacin de una
simulacin de eventos discretos sobre un solo plotter.

Plotter DE,
Multisim
Este plotter es solo utilizado para trazar eventos discretos.

Plotter DE
Muestra la media y la desviacin estndar de valores.

Plotter Error
bars
Este plotter traza una seal.

Plotter FFT
Proporciona un grfico y una tabla para hasta cuatro valores de
entrada para modelos continuos.

Plotter I/O
Acumula los resultados de hasta cuatro corridas de una simulacin
continua sobre un solo plotter.

Plotter,
Multisim
Muestra dos conjuntos de datos, cada grfico como valores pares x,
y.

Plotter Scatter
Muestra dos conjuntos de datos, cada grfico como valores pares x,
y.

Plotter Scatter
(4)
Da grficas y tablas de datos para hasta cuatro veces asociados las
entradas.

Plotter Strip
Muestra dos conjuntos de datos trazados como valores pares x, y,
pero solo para un nmero especfico de puntos.

Plotter Worm
ANEJO A.

PROBLEMAS DE EVENTOS EN TIEMPO DISCRETO.

SOLUCIN: PROBLEMA FUNCIONAMIENTO DE UN LAVADO DE


AUTOS.

1. Identificar los elementos que estn en juego.

a) Arribo de autos al lavado de Autos.


b) Estacionar el auto para esperar el servicio.
c) Servicio de lavado.
d) Salida del sistema.

a) Arribo de autos al lavado de Autos

Para modelar el arribo de autos se debe incorporar al modelo un bloque cuya funcin
sea generar tems (autos) acorde a una distribucin aleatoria. Caracterstica que coincide
con la funcin desempeada por el bloque Generador (Fig. 51).

Fig. 51. Bloque Generator.

b) El estacionar el auto para esperar el servicio.

El estacionar el auto para esperar el servicio ocasiona la formacin de una cola. Se


emplear la cola FIFO, as que los primeros autos en entrar sern los primeros en salir
(Fig.52).

Fig. 52. Bloque FIFO.

c) Servicio de lavado.

Para representar la accin del lavado de auto dentro del modelo se emplear el bloque
Activity delay en donde el tem (auto) ser detenido por cierto tiempo y despus
liberado, la liberacin del tem indicar la finalizacin del lavado (Fig. 53).
Fig. 53. Bloque Activity Delay.

d) Salida del sistema.

La salida del sistema estar representada con el bloque Exit (Fig. 54).

Fig. 54. Bloque Exit.

e) Modelo bsico de evento de tiempo discreto.

Es importante comenzar con un modelo simple, luego aadir la complejidad tanto como
sea necesario hasta que todos los factores relevantes sean considerados y el modelo
aproxime el sistema que se desea modelar (Fig. 55).

Fig. 55. Bloques que representan un modelo bsico de evento de tiempo discreto.

AGREGANDO ELEMENTOS AL PROBLEMA.

Se observa en la simulacin del modelo que la longitud de la cola se incrementa sobre el


tiempo, es decir los autos estn arribando ms rpidamente que lo que ellos estn siendo
lavados.

En este sentido se sabe que en la mayora de los negocios las colas largas desmotivan al
cliente, por lo que se debe implementar una estrategia que ayude a reducir el nmero de
autos en la cola.
Una alternativa de accin sera el aadir una segunda estacin de lavando con las
mismas caractersticas. Siendo esto un ejemplo de procesamiento en paralelo de autos.

Fig. 56. Modelo de procesamiento en paralelo.

Al correr la simulacin, se observa que la entrada de la longitud de la cola esta cerca de


0 la mayora del tiempo.

Por otra parte al mirar el dilogo del bloque Exit se observa que un nmero es ms largo
que otro. Ello es debido a que no se especifica ninguna regla concerniente a como los
autos debern ir a las estaciones de lavado, por lo que por defecto el auto ir a la
primera estacin disponible. Esto causa que los autos usen una estacin con ms
frecuencia que la otra.

AGREGANDO VARIABLES AL PROBLEMA.

En el proyecto de expansin se contempla ofrecer el servicio de engrasado, estimndose


una demanda del 25% sobre los autos que arriban.

Se prev que al entrar al lavado de autos los conductores informen el servicio que
solicitan. Para modelar esto se hace uso de los atributos, es decir una vez que los autos
arriban al lavado, estos son etiquetados de acuerdo al servicio que requieren, en este
caso se crear un atributo con valor 0 (probabilidad del 0.25) para los que no requieren
engrasado y 1 (probabilidad 0.75) en caso contrario.

Fig. 57. Modelacin del proyecto de expansin utilizando atributos.

El bloque get Attribute observa el primer atributo en cada tem y reporta el valor del
atributo en el conector A.

El bloque Select es usado para direccionar los autos basndose en el atributo


encontrado. De esta manera se obtiene el modelo deseado.
OTROS ASPECTOS A CONSIDERAR.
Considerar que el tiempo gastado en la estacin de servicio es dinmico.
Considerar una capacidad lmite del estacionamiento.
Considerar que cada estacin de lavado tiene su propia cola.

SOLUCIN: PROBLEMA FUNCIONAMIENTO DE UNA GASOLINERA.

1. Identificar los elementos bsicos que estn en juego.

a) Arribo de autos a la gasolinera.


b) Esperar si las bombas de gasolina estn ocupadas.
c) Limitante de espacio en la fila.
d) Servicio de gasolina.
e) Servicio de aceite por parte del 30% de autos.
f) Salida del sistema.

a) Arribo de autos a la gasolinera.

Para modelar el arribo de autos se tiene que seleccionar un bloque cuya funcin sea
generar tems (autos) acorde a una distribucin aleatoria. Caracterstica que coincide
con la funcin desempeada por el bloque Generator.

Fig. 59. Bloque generator.

b) Esperar si las bombas de gasolina estn ocupadas.

Para representar este hecho se ocupar la cola FIFO, en donde los primeros autos en
entrar sern los primeros en salir.

c) Limitante de autos estacionados en la fila.

Esta limitante ser incluida al abrir el dilogo del bloque de la cola FIFO y en la pestaa
de QUEUE indicamos la longitud mxima de la cola, tal y como se observa en la figura.
Fig. 60. Dilogo del bloque de cola FIFO.

d) Servicio de gasolina.

Para representar la accin del lavado de auto dentro del modelo emplearemos el bloque
Activity delay en donde el tem (auto) ser detenido por cierto tiempo y despus
liberado. La liberacin del tem indicar la finalizacin del servicio de gasolina.

Como el tiempo de servicio para poner gasolina sigue una distribucin aleatoria se
deber presionar el botn Random Delay e indicar la distribucin que corresponda.

f) Servicio de aceite por parte del 30% de autos.

Para modelar este supuesto es necesario diferenciar el 30% de autos que requieren
aceite sobre los que no, una forma de hacerlo es colocar un atributo que represente si se
desea o no este servicio, as que se utilizar el bloque Set Attribute, el cual asignar
un valor de 0 para los autos que requieren aceite y 1 para los que no.

Fig. 61. Modelacin del servicio de aceite utilizando atributos.

No obstante falta considerar en el modelo que los autos que requieren aceite tardarn
0.5 min. ms sobre la media del tiempo de servicio de gasolina. Las bombas tendrn un
tiempo para los autos que solo quieran gasolina y otro para los que quieran aceite y
gasolina.

Para ello emplearemos el bloque Select input. Adems se combinar con el bloque de
decisin para satisfacer el funcionamiento del modelo.
Fig. 62. Resolucin del modelo de la Gasolinera.

SOLUCIN: PROBLEMA FUNCIONAMIENTO DE UNA OFICINA


BANCARIA.

Una oficina bancaria abre de 9:00 a 17:00hrs. Normalmente la oficina atiende a 40


clientes por hora. Dispone de dos cajas una con ms experiencia que otra para atender al
pblico. Si la cola arriba a 3 personas se abre una caja ms hasta reducir la cola a 1 o 0
personas. Segn las operaciones a hacer los clientes tardan aproximadamente lo que
indica la tabla.

1. Identificar los elementos bsicos que estn en juego.

a) Arribo de clientes al banco.


b) Esperar si la caja est ocupada.
c) Abrir una caja ms si la cola arriba a 3 personas.
d) Servicio de caja.
a) Arribo de clientes al banco.

Para modelar el arribo de clientes se tiene que seleccionar un bloque cuya funcin sea
generar tems (personas) acorde a una distribucin aleatoria. Caracterstica que coincide
con la funcin desempeada por el bloque Generator.

Fig. 63. Bloque generator.

b) Esperar si la caja esta ocupada.

Para representar este hecho se ocupar la cola FIFO, en donde los primeros clientes en
entrar sern los primeros en salir.

c) Abrir una caja ms si la cola arriba a 3 personas.

Para ello usaremos una combinacin del bloque Decisin y del bloque Unbatch, de
manera tal que cuando la cola registre un valor igual o mayor de tres active el bloque
Unbatch, el cual demandar tems para la tercera caja en servicio.

d) Servicio de caja.

Para representar la accin del lavado de auto dentro del modelo emplearemos el bloque
Activity delay en donde el tem (persona) ser detenido por cierto tiempo y despus
liberado. La liberacin del tem indicar la finalizacin del servicio de banco.
Fig. 64. Resolucin del modelo del Banco.

Bibliografa

[1] A. M. Law and W. D. Kelton "Simulation, Modeling and Analysis".


McGraw-Hill, 1982

[2] S. M. Ross. "A course in simulation ". Macmillan, 1990.

[3] P. Bratley, B. L. Fox y L. E. Schrage. "A guide to simulation". Springer-


Verlag, 1987

Вам также может понравиться