Integrante

Garca Duverg, Oliva Antonia (12-03-0028)

Tema
Primer Parcial: Arena, Software de Simulacin
Profesor
Valentn Matos
Seccin
01
Asignatura
Simulacin de Procesos

San Cristbal, Rep.Dom

30 de Septiembre de 2016

1.

Arena Software Simulador

En este proceso de buscar soluciones ms amigables para todos los

involucrados en el sistema en la elaboracin, validacin y experimentacin de
modelos mediante herramientas graficas en un entorno de ventanas, se
encuentra Arena, desarrollado por Rockwell Software.
1.1 Qu es la Simulacin?
Es un gran conjunto de mtodos y aplicaciones que buscan imitar el
comportamiento de sistemas reales, generalmente en una computadora con un
software apropiado. Este mtodo se basa en utilizar herramientas que permitan
reproducir un sistema real. El objetivo es que la simulacin sea lo ms parecido
al sistema real, en relacin a:

Elementos incluidos
Nivel de detalles
Restricciones
Elementos de entrada y salida del modelo

Algunos de los sistemas reales que pueden ser simulados son los siguientes:

Planta de manufactura con maquinas, personas, mtodos de trasporte,

bandas transportadoras y espacio de almacenamiento.
Un banco con diferentes tipos de clientes, servidores e instalaciones
(ventanillas de cajeros, cajeros automticos, entre otros).
Un aeropuerto con pasajeros que facturan, pasan por seguridad y luego
a la puerta de embarque; vuelos de salida que requieren de
remolcadores de empuje y de retorno; asignacin de pistas de aterrizaje
y despegue, entre otros.
1.2 SOFTWARE ARENA. Cmo se usa?

Arena es un software que le permite llevar la tecnologa de la modelizacin y

simulacin para el mundo empresarial. Arena est diseado para analizar el
impacto de los cambios relativos a rediseos importantes y complejos
asociados con la cadena de suministros, fabricacin, procesos, logstica,
distribucin y almacenamiento y sistemas de servicio. Arena tambin
proporciona la mxima flexibilidad y amplitud de cobertura para modelar
cualquier nivel deseado de detalle y complejidad, detalles que se observarn
en el transcurso de los casos.
Arena es una herramienta orientada al proceso, con el que se puede:
1. Modelar procesos, documentar y comunicarlos colaborativamente.
2. Simular el futuro de los sistemas entendiendo las relaciones complejas e
identificar oportunidades de mejora.
3. Visualizar las operaciones con grficos de animacin dinmicos.
4. Analizar el sistema con el mtodo Que pasara si (What-if) y entender
cuales serian las alternativas de soluciones y escoger el mejor camino
para hacer cambios en la empresa.

ARENA se nos presenta como una Herramienta Orientada al Proceso, por

cuanto permite la descripcin completa de la experiencia que una entidad
desarrolla al interior del sistema conforme fluye a travs de l.
Por ejemplo, desde la perspectiva de la orientacin al proceso, la descripcin
del mismo sistema cliente servidor estara estructurada en los siguientes pasos:

Creacin de una nueva entidad (cliente).

Guardar la hora actual en uno de los atributos de la entidad para poder
calcular el tiempo en fila y el tiempo total de permanencia en el sistema.
Posicionarse al final de la fila.
Esperar en fila hasta que el servidor se desocupe (si el servidor estaba
desocupado esta espera ser 0 (Cero)).
Salir de la fila y utilizar el servidor.
Calcular el tiempo en fila.
Permanecer utilizando el servidor por el lapso de tiempo requerido.
Liberar el servidor (para que otras entidades puedan utilizarlo).
Incrementar el contador de entidades procesadas y calcular el tiempo de
permanencia en el sistema.
Eliminacin de la entidad.

1.3 Cmo funciona el Software Arena?

El entorno de modelado de Arena consta de tres zonas diferenciadas.

a) Ventana del diagrama de flujo del modelo (Model Window Flowchart
View). En este espacio se construye el diagrama de bloques que
conforman el modelo de simulacin del proceso. en esta ventana
pueden observarse tambin los elementos grficos y animaciones de las
simulaciones.

b) Ventana de hoja de clculo (Model Window Spreadsheet View). en

esta ventana se pueden comprobar y modificar los parmetros
correspondientes a los bloques (procesos) y a las entidades.
c) Barra de proyectos (Project Bar). este espacio tiene varios paneles
desplegables que permiten disear el modelo. Dichos paneles contienen
los mdulos necesarios para construir el modelo, as como otros
elementos como los informes estadsticos de las simulaciones o un
panel de navegacin que facilita la localizacin del modelo de la ventana
del diagrama de flujo.
La construccin de un modelo es relativamente fcil pues una vez diseado el
diagrama de flujos y la secuenciacin de los eventos discretos del proceso,
basta con arrastrar mdulos de la barra de Proyectos a la ventana del
diagrama de flujo y darle valores a los parmetros correspondientes.
2.1 Mdulos y Sus Funciones
Los elementos bsicos para los modelos de Arena se llaman mdulos. Estos
son el diagrama de flujo y los objetos de datos que definen el proceso que se
va a simular y se eligen de las plantillas de la barra de proyectos. Vienen en
dos formas bsicas: diagrama de flujo y datos.
Los mdulos de diagrama de flujo describen procesos dinmicos del modelo.
Se pueden interpretar como nodos o lugares a travs de los cuales fluyen las
entidades o en donde se originan o dejan el modelo. Para el panel de proceso
bsico, los mdulos de diagrama de flujo disponibles son Create, Dispose,
Process, Decide, Batch, Separate, Assign y Record.
Los mdulos de datos definen caractersticas de varios elementos del proceso,
como entidades, recursos y colas. Tambin pueden configurar variables y otros
tipos de valores y expresiones numricos que pertenecen al modelo en su
conjunto. Los iconos para los mdulos de datos en la barra de proyecto
parecen pequeas hojas de clculo. Para el panel de proceso bsico, los
mdulos de datos disponibles son Entity, Queue, Resource, Variable, Schedule
y Set.
2.2 Mdulos de flujo. Basic Process
Descripcin de los mdulos de proceso.
Este mdulo representa la llegada de entidades al modelo de
simulacin. Las entidades se crean usando una planificacin o
basndose en el tiempo entre llegadas. En este mdulo se
especifica tambin el tipo de entidad de que se trata. Una vez se
incluye en el modelo a la derecha del smbolo aparece bajo una
lnea el nmero de entidades creadas.
Posibles Usos.
Punto de inicio de produccin en una lnea de fabricacin.
Llegada de un documento (por ejemplo, una peticin, una factura, una
orden) en un proceso de negocio.

 Llegada de un cliente a un proceso de servicio (por ejemplo, un

restaurante, una oficina de informacin).

Parmetros
Name: identificador nico del mdulo.
Entity Type: nombre del tipo de entidad a ser generada.
Type: tipo de flujo de llegada a generar. Los tipos incluidos son: Random
(usa una distribucin exponencial y hay que indicar la media), Schedule
(usa una distribucin exponencial pero la media se determina a partir del
mdulo Schedule especificado), Constant (se especifica un valor
constante), o Expresin (se puede elegir entre distintas distribuciones).
Value: determina la media de la distribucin exponencial (si se usa
Random) o el valor constante (si se usa Constant) para el tiempo entre
llegadas.
Schedule Name: identifica el nombre de la planificacin a usar. La
planificacin define el formato de llegada para las entidades que llegan
al sistema. Slo se aplica cuando se usa en Type, Schedule.
Expression: cualquier distribucin o valor que especifique el tiempo
entre llegadas. Se aplica slo cuando en Type se usa Expression.
Units: unidades de tiempo que se usan para los tiempos entre llegadas
y de la primera creacin.
Entities per Arrival: nmero de entidades que se introducirn en el
sistema en un momento dado con cada llegada.
Max Arrivals: nmero mximo de entidades que generar este mdulo.
First Creation: momento de inicio en el que llega la primera entidad al
sistema.

Este mdulo representa el punto final de entidades en un modelo

de simulacin. Las estadsticas de la entidad se registrarn antes
de que la entidad se elimine del modelo.
Posibles Usos
Partes que abandonan un servicio
Finalizacin de un proceso de negocio
Clientes abandonando un comercio

Parmetros
Name: identificador nico del mdulo.
Record Entity Statistics: determina si las estadsticas de las entidades
entrantes se registrarn o no. Estas estadsticas incluyen value-added
time, nonvalue- added time, wait time, transfer time, other time, total
time, valueadded cost, non-value-added cost, wait cost, transfer cost,
other
cost,
y
total
cost.
Este mdulo corresponde a la principal forma de
procesamiento en simulacin. Se dispone de opciones para
ocupar y liberar un recurso. Adicionalmente, existe la opcin
de especificar un submodelo y especificar jerrquicamente la
lgica definida por el usuario. El tiempo de proceso se le
aade a la entidad y se puede considerar como valor aadido, valor noaadido, transferencia, espera u otros. Una vez se introduce en el modelo,
aparece un nmero en la parte inferior del smbolo que indica el nmero de
entidades que actualmente estn procesndose.
Posibles Usos

Mecanizado de una parte.

Revisin de un documento para completarlo.
Rellenar rdenes.
Servir a un cliente.

Parmetros
Name : identificador nico del mdulo
Type: mtodo que especifica la lgica dentro del mdulo. Un procesado
Standard significa que toda la lgica se guardar dentro de un mdulo
Process y se definir por una accin (Action) particular. Submodel indica
que la lgica se definir jerrquicamente en un submodelo que puede
incluir un nmero indeterminado de mdulos lgicos.
Action: tipo de proceso que tendr lugar dentro del mdulo. Existen
cuatro tipos: Delay, Seize Delay y Seize Delay Release. Delay indica que
solamente se llevar a cabo un proceso de retardo sin que existan
restricciones de recursos. Seize Delay indica que un recurso ser
asignado en este mdulo y que habr un retardo y la liberacin del
recurso ocurrir ms tarde. Seize Delay Release indica que se asignar
un recurso seguido por un retardo y luego, se liberar el recurso
reservado. Delay Release indica que un recurso ha sido reservado
previamente y que la entidad se retardar simplemente, y luego se
liberar el recurso especificado.
Priority: valor de prioridad de la entidad que espera acceder en este
mdulo un determinado recurso si una o ms entidades esperan el
mismo recurso(s) en cualquier lugar en el modelo.
Resources: lista del recurso o conjunto de recursos utilizados para
procesar la entidad. No se aplica cuando Action tiene el valor de Delay o
cuando Type es submodel.
Delay Type: tipo de distribucin o mtodo de especificar los parmetros
del retardo. Constant y Expression requieren valores simples, mientras
que Normal, Uniform, y Triangular requieren varios parmetros.
Units: unidades de tiempo para los parmetros de retardo.
Allocation: determina cmo se asigna el tiempo de procesado y el coste
del proceso a la entidad.
Minimum. valor mnimo en el caso de una distribucin uniforme o
triangular.
Value: valor medio para una distribucin normal, el valor constante para
un retardo de tiempo constante, o la moda para una distribucin
triangular.
Maximum: valor mximo para una distribucin uniforme o triangular.
Std Dev: desviacin estndar para una distribucin normal.
Expression: expresin cuyo valor se evala y se usa para el procesado
del retardo de tiempo.
Este mdulo permite a los procesos tomar decisiones en el
sistema. Incluye la opcin de tomar decisiones basndose en
una o ms condiciones (por ejemplo, si el tipo de la entidad es
Gold Car) o basndose en una o ms probabilidades (por
ejemplo, 75% verdadero, 25% falso). Las condiciones se
pueden basar en valores de atributos (por ejemplo, prioridad),
valores de variables (por ejemplo, nmero de rechazados), el
tipo de entidad o una expresin.

Hay dos puntos de salida del mdulo Decide cuando se especifica el tipo 2-way
chance o 2-way condition. Hay un punto de salida para las entidades
verdaderas y una para las entidades falsas. Cuando se especifica el tipo
Nway chance o condition, aparecen mltiples puntos de salida para cada
condicin o probabilidad y una nica salida else.
Posibles Usos
Envo de partes defectuosas para que se vuelvan a hacer.
Ramas aceptadas frente a rechazadas.
Envo de clientes prioritarios a procesos dedicados

Parmetros
Name: identificador nico del mdulo.
Type: indica si la decisin se basa en una condicin o es
aleatoria/porcentual. El tipo se puede especificar como 2-way o N-way.
2-way permite definir una condicin o probabilidad (ms la salida false).
N-way permite definir cualquier nmero de condiciones o probabilidades,
aparte de la salida false.
Conditions: define una o ms condiciones que se usan para dirigir las
entidades a los distintos mdulos.
Percentages: define uno o ms porcentajes usados para encaminar las
entidades a los distintos mdulos.
Percent True: valor que se comprobar para determinar el porcentaje
de entidades que se han enviado a travs de la salida True.
If: tipos de condiciones disponibles para ser evaluados.
Named: especifica el nombre de la variable, atributo, o tipo de entidad
que se evaluarn cuando una entidad entre en el mdulo.
Is: evaluador de la condicin.
Value: expresin que se comparar con un atributo o variable o que se
evaluar como una nica expresin para determinar si es verdadero o
falso.
Este mdulo se usa para asignar valores nuevos a las variables, a
los atributos de las entidades, tipos de entidades, figuras de las
entidades, u otras variables del sistema. Se pueden hacer
mltiples asignaciones con un nico mdulo Assign. Para aadir
una nueva variable al modelo, simplemente se selecciona Add,
Type: Entity, el nombre de la variable y el valor que se desea tome
a partir de ese momento.

Posibles Usos
Acumular el nmero de sub ensamblados aadidos a una parte.
Cambiar el tipo de entidad para representar una copia de un formulario
multicopia.
Establecer una prioridad del cliente.

Parmetros
Name: identificador nico del mdulo.
Assignments: especifica la o las asignaciones que se llevarn a cabo
cuando la entidad ejecute el mdulo.
Type: tipo de asignacin que se va a realizar. Other, puede incluir
variables del sistema, tales como capacidad de los recursos o tiempo de
finalizacin de la simulacin.
Variable Name: nombre de la variable a la que se asignar un nuevo
valor.
Attribute Name: nombre del atributo de la entidad al que se le asignar
un nuevo valor.
Entity Type: nuevo tipo de entidad que se le asignar a la entidad
cuando entre en el mdulo.
Entity Picture: nueva imagen de la entidad que se le asignar.
Other: Identifica la variable del sistema especial a la que se le asignar
un nuevo valor.
New value: Valor asignado al atributo, variable, u otras variables del
sistema.
Este mdulo funciona como un mecanismo de agrupamiento dentro del
modelo de simulacin. Los lotes pueden estar agrupados permanente o
temporalmente. Los lotes temporales deben ser divididos posteriormente
usando el mdulo Separate. Los lotes se pueden realizar con un nmero
especfico de entidades de entrada o se pueden unir a partir del valor de un

determinado atributo. Las entidades que llegan a un mdulo Batch se

coloca en una cola hasta que se ha acumulado el nmero necesario de
entidades. Una vez acumuladas, se crea una nueva entidad representativa.
Cuando se incluye en el modelo, en la parte inferior del smbolo se
representa el Nmero de entidades en espera de ser agrupadas.

Posibles Usos
Recoger un cierto nmero de partes antes de empezar a
procesar.
Reensamblar previamente copias separadas de un formulario.
Juntar un paciente con los resultados de sus pruebas antes de
concederle una cita.
Parmetros
Name: identificador nico del mdulo.
Type: mtodo de agrupamiento de las entidades.
Batch Size: nmero de entidades a ser agrupadas.
Save Criterion: mtodo para asignar valores de
atributos definidos por el usuario, representativos de la entidad.
Rule: determina cmo se agruparn las entidades que llegan. Any
Entity tomar las primeras Batch Size entidades que lleguen y
las unir todas juntas. By Attribute significa que los valores de los
atributos especificados deben coincidir para poder ser agrupados.
Este mdulo se puede usar para replicar la entidad entrante en mltiples
entidades o para dividir una entidad previamente agrupada. Se especifican
tambin las reglas de asignacin de atributos para las entidades
miembro. Cuando se segmentan lotes existentes, la entidad
temporal que se form se destruye y las entidades que
originalmente formaron el grupo se recuperan. Las entidades
saldrn del sistema secuencialmente en el mismo orden en que
originalmente se agregaron al lote. Cuando se duplican entidades,
se hacen el nmero de copias especificado. En el smbolo que
representa este mdulo, el original sale por la rama superior y el duplicado por
la rama inferior.
Posibles usos
Enviar entidades individuales que representan cajas eliminadas de un
contenedor.
Enviar una orden tanto a realizacin y a facturacin para un
procesamiento paralelo.
Separar un conjunto de documentos previamente agrupados.
Parmetros
Name: identificador nico del mdulo.

10

 Type: mtodo de separacin de las entidades entrantes.

Duplicate Original, toma la entidad original y realiza un cierto nmero
de copias idnticas.
Split Existing Batch, requiere que la entidad entrante sea una entidad
agrupada temporalmente utilizando el mdulo Batch. Las entidades
originales se desagruparn.
Percent Cost to Duplicates: distribucin de costes y tiempos de la
entidad entrante en los duplicados salientes.
# of Duplicates: nmero de entidades salientes que dejarn el mdulo,
adems de la entidad entrante original.
Member Attributes: mtodo de determinar cmo asignar los valores de
los atributos de la entidad representativa a las entidades originales.
Attribute Name: nombre del atributo(s) de la entidad representativa que
se asignan a las entidades originales del grupo.
Este mdulo representa el final de entidades en un modelo de
simulacin. Las estadsticas de la entidad se registrarn antes de que la
entidad se elimine del modelo.
Posibles Usos
Partes que abandonan el servicio modelado
Finalizacin de un proceso de negocio.
Clientes abandonando un comercio.

Parmetros

Name
Identificador nico del mdulo.
Record Entity
Statistics: Determina si las estadsticas de las entidades entrantes se
registrarn o no. Estas estadsticas incluyen value-added time, non value
added time, wait time, transfer time, other time, total time, value added
cost, non-value-added cost, wait cost, transfer cost, other cost, y total
cost.
2.3 Mdulos de datos. Basic Process

Este mdulo de datos define los diversos tipos de entidades y su valor de

imagen inicial en la simulacin.

11

Posibles usos
Elementos que se van a producir o ensamblar (piezas, pallets).
Documentos: formularios, e-mails, faxes, informes.
Gente que se mueve a travs del proceso (clientes).
Parmetros
Entity Type: nombre de la entidad que se va a definir.
Initial Picture: representacin grfica de la entidad al inicio de la
simulacin.
Holding Cost/Hour: coste por horas de procesamiento de la entidad a lo
largo del sistema. Este coste se sufre siempre que la entidad se
encuentre en cualquier sitio del sistema.
Initial VA Cost: valor de coste inicial que se asignar al atributo value
added cost de la entidad. Este atributo acumula al coste sufrido cuando
una entidad pasa tiempo en una actividad de espera; por ejemplo,
esperando a ser metida en un lote o esperando un recurso(s) en un
mdulo Process.
Initial Transfer Cost: valor de coste inicial que se le asignar al atributo
de coste de transferencia de la entidad. Este atributo acumula el coste
sufrido cuando una entidad pasa tiempo en una actividad de
transferencia.
Initial Other Cost: valor de coste inicial que se asignar al atributo other
cost de la entidad. Este atributo acumula el coste sufrido cuando una
entidad pasa tiempo en una actividad de transferencia.
Este mdulo de datos se puede usar para cambiar la regla para una
determinada cola. La regla de la cola por defecto es First In, First Out
salvo que se indique otra cosa en este mdulo. Hay un campo
adicional que permite definir la cola como compartida.
Posibles usos
Cola de trabajos esperando un recurso en un mdulo Process.
rea de almacenamiento de documentos que esperan ser cotejados en
un mdulo Batch.
Parmetros
Name: nombre de la cola cuyas caractersticas se van a definir.
Type: regla de encolado para la cola, la cual puede estar basada en un
atributo. Los tipos incluyen First In, First Out; Last In, First Out; Lowest
Attribute Value (primero); y Highest Attribute Value (primero). Un valor de
atributo bajo puede ser 0 o 1, mientras que un valor alto puede ser 200 o
300.
Attribute name: atributo que se evaluar para los tipos Lowest Attribute
Value o Highest Attribute Value. Las entidades con valores de atributos
ms bajos o ms altos sern encoladas primero en la cola.

12

 Shared: campo de seleccin que determina si una determinada cola se

usa en mltiples sitios dentro del modelo de simulacin. Slo se puede
usar en el caso de recursos de peticin (es decir, con el mdulo Seize
del panel Advanced Process).

Este mdulo de datos define los recursos en un sistema de

simulacin, incluyendo informacin de costes y disponibilidad del
recurso. Los recursos pueden tener una capacidad fija que no vara
durante la simulacin o pueden operar basndose en una planificacin.
Los fallos y estados del recurso se pueden definir tambin en este
mdulo.
Posibles usos
Equipamiento (maquinaria, caja registradora, lnea de telfono).
Gente (empleados, procesadores de rdenes, empleados de ventas,
operadores).
Parmetros
Name: nombre del recurso cuyas caractersticas se deben definir.
Type: mtodo para determinar la capacidad de un recurso. Fixed
Capacity no cambiarn durante la simulacin. Based on Schedule
significa que se usa el mdulo Schedule para especificar la capacidad y
duracin del recurso.
Capacity: nmero de unidades de recurso de un determinado nombre
que estn disponibles en el sistema para el procesamiento.
Schedule: name Identifica el nombre de la planificacin a usar por parte
del recurso. El planificador define la capacidad del recurso para un
periodo de tiempo determinado.
Schedule Rule: determina cundo debe ocurrir el cambio de capacidad
cuando se requiere una disminucin de la capacidad para una unidad de
recurso muy ocupada.
Busy/Hour: coste por hora de un recurso que est procesando una
entidad.
Idle/Hour: coste por hora del recurso cuando est libre.
Per Use: coste de un recurso en base al uso, independientemente del
tiempo durante el cual se est usando.
StateSet Name: nombre de los estados que se le pueden asignar a un
recurso durante la simulacin.
Initial State: estado inicial del recurso.
Failures: lista todos los fallos asociados con el recurso.
Este mdulo de datos se puede usar en conjuncin con el mdulo Resource
para definir una operacin de planificacin para un recurso o con el mdulo
Create para definir una planificacin de llegada. Adems, una planificacin se

13

puede usar y referir a factores de retardos de tiempo basados en el

tiempo de simulacin.
Posibles Usos
Planificacin del trabajo, incluyendo descansos, para la
plantilla.
Esquemas de fallos del equipamiento.
Volumen de clientes que llegan a un comercio.
Factores de curva de aprendizaje de los nuevos trabajadores.
Parmetros
Name: nombre de la planificacin que se va a definir.
Type: tipo de planificacin que se va a definir. Puede ser relativa a
Capacity (para planificaciones de recurso), relativa a Arrival (para el
mdulo Create), o Other.
Time Units: unidades de tiempo empleadas para informar de la duracin
de tiempo.
Scale Factor: mtodo de escalado de la planificacin para incrementar o
disminuir los valores de Arrival/Other. Los campos Value se multiplicarn
por el factor de escala para determinar los nuevos valores.
Durations: lista los pares valor y duracin para la planificacin. Los
datos de planificacin se introducen grficamente usando el editor de
planificaciones grfico.
Value: representa la capacidad del recurso, la frecuencia de llegadas, o
algn otro valor.
Duration: duracin de tiempo para la que un Value especificado ser
vlido.
Este mdulo de datos define varios tipos de conjuntos, incluyendo
recursos, contadores, cuentas, tipos de entidad, y figuras de
entidad. Los conjuntos de recursos se pueden usar en los
mdulos Process (Seize, Release, Enter y Leave en el panel
Advanced Transfer). Los conjuntos counter y tally se pueden usar
en el mdulo Record. Los conjuntos queue se pueden utilizar con Seize, Hold,
Access, Request, Leave, y Allocate de los paneles Advanced Process y
Advanced Transfer.
Posibles usos
Mquinas que pueden realizar las mismas operaciones en un servicio de
fabricacin.
Supervisores, empleados de caja en un comercio.
Conjunto de figuras correspondientes a un conjunto de tipos de
entidades.
Parmetros
Name: nombre del conjunto que se va a definir.

14

 Type: tipo de conjunto que se va a definir.

Members: grupo repetido que especifica los miembros del recurso en el
conjunto. El orden es importante si se emplean reglas de seleccin del
tipo Prefered Order y Cyclical.
Resource Name: nombre del recurso a ser incluido en el conjunto de
recursos.
Tally Name: nombre de la cuenta dentro del conjunto de cuentas.
Counter Name: nombre del contador dentro del conjunto de contadores.
Entity Type: nombre del tipo de entidad dentro del conjunto de tipos de
entidad.
Picture Name: nombre de la imagen dentro del conjunto de imgenes.
Este mdulo de datos se utiliza para definir una dimensin de la
variable y su valor(es) inicial(es). Las variables se pueden referenciar
en otros mdulos, se les puede reasignar un valor nuevo y se
pueden emplear en cualquier expresin.
Posibles usos
Nmero de documentos procesados por hora.
Nmero serie a asignar a partes para una identificacin nica.
Espacio disponible en un servidor.
Parmetros
Name: nombre de la variable que se va a definir.
Rows: nmero de filas en una variable con dimensin.
Columns: nmero de columnas en una variable con dimensin.
Statistics: caja de seleccin para determinar si se recogern o no
estadsticas
Clear Option: define el tiempo, en el caso de ser requerido, en que el
valor(es) de la variable, se reinicia al valor(es) inicial(es) especificado. Si
se escoge Statistics implica reiniciar esta variable a su valor inicial
siempre que las estadsticas se borren. Si se escoge System se reinicia
la variable a su valor inicial siempre que se reinicia el sistema. None
indica que nunca se reinicia la variable a su valor inicial.
Initial Values: lista el valor(es) inicial de la variable.
Initial Value: valor variable al inicio de la simulacin.

2.4 Mdulos de flujo. Advanced Process

En este panel se podemos encontrar mdulos adicionales de flujo y datos para
la construccin del modelo.
Este mdulo retendr una entidad en una cola para esperar a una seal o que
una condicin llegue a ser verdadera (scan) o sea detenida infinitamente, para
que sea removida despus con el mdulo Remove. Si la entidad est detenida
esperando una seal, el mdulo Signal se utiliza en otro lugar en el modelo
para permitir que la entidad pase al siguiente mdulo. Si la entidad est

15

esperando que una condicin dada sea verdadera, la entidad permanecer en

el mdulo, hasta que la condicin/es llegue a ser verdadera. Cuando
la entidad es un Hold infinito, el mdulo Remove se utiliza en algn
lugar del modelo para permitir que la entidad continue procesandose.
Posibles usos
Espera a que un semforo se vuelva verde.
Deteniendo una pieza esperando una autorizacin.
Comprobando el estado de una mquina u operador para continuar un
proceso.
Parmetros
Name: identificador nico del mdulo que se muestra en la forma del
mdulo.
Type: indica el razonamiento de espera de la entidad en una cola interna
o especificada. Wait for Signal, esperar la entidad hasta que se reciba
una seal del mismo valor. Scan for Condition esperar la entidad hasta
que una condicin especfica sea verdadera. Con la opcin Infinite Hold,
la entidad esperar hasta que sea retirada de la cola por el mdulo
Remove.
Wait for Value: cdigo de seal para la entidad en espera. Se aplica
solo cuando Type es Wait for Signal.
Limit: nmero mximo de entidades en espera que sern liberadas una
vez recibida una seal. Se aplica solo cuando Type es Wait for a Signal.
Condition: especifica la condicin que ser evaluada para que espere la
entidad en el mdulo. Si la condicin evaluada es verdadera, la entidad
deja el mdulo inmediatamente. Si la condicin es falsa, la entidad
esperar en la cola asociada hasta que la condicin se vuelva
verdadera. Se aplica solo cuando Type es Scan for Condition.
Queue Type: determina el tipo de cola en el que esperan las entidades.
Si se selecciona Queue, se especifica el nombre de la cola. Si se
selecciona Set, se especifican la cola seleccionada y los miembros. Si
se selecciona Internal, se emplea una cola interna para la espera de
todas las entidades. Attribute y Expression son mtodos adicionales para
definir la utilizacin de la cola.
Queue Name: es visible si Queue Type es Queue y define el nombre
simblico de la cola.
Set Name: este campo solo es visible si Queue Type is Set y define la
cola seleccionada que contiene la cola que se referencia.
Set Index: este campo es visible solo si Queue Type es Set y define una
referencia en la cola seleccionada.
Attribute: este campo es visible solo si Queue Type es Attribute. El
atributo introducido en este campo ser evaluado para indicar que cola
se va a utilizar.
Expression: este campo solo es visible su Queue Type es expression.
La expresin introducida en este campo ser evaluada para indicar que
cola se emplea.

16

El mdulo de seal o mdulo Signal enva un valor de seal a

cada mdulo de retencin (Hold) en el modelo que figura en Wait
for Signal y libera la cantidad mxima especificada de las
entidades. Cuando una entidad llega a un mdulo de seal, se
evala la seal y el cdigo de seal se enva. En este momento,
las entidades que estn en espera en el mdulo Hold de la misma
seal son liberadas de las colas del citado mdulo. La entidad
que enva la seal a su paso por el mdulo continuar hasta que encuentra un
retardo, entre en una cola, o en un mdulo disposed.
Posibles usos
Anlisis de los patrones de trfico en una interseccin (seal cuando la
luz cambie a verde)
Sealizacin de un operador para completar una orden que estaba
esperando un componente
Parmetros
Name: identificador nico del mdulo que se muestra en la forma del
mdulo.
Signal Value: valor de la seal que se enviar a las entidades en los
mdulos espera (Hold).
Limit: nmero mximo de entidades que van a ser liberados de
cualquier mdulo Hold cuando se recibe la seal.
El mdulo Failure se disea para utilizarlo con recursos. Cuando ocurra un
fallo, a pesar de su capacidad, el recurso completo falla. Los Failures se
han diseado para utilizarse con recursos de capacidad simple o mltiple
cuyas unidades de recurso individual todas fallan al mismo tiempo.
Posibles usos
Informacin de rotura de una mquina
Cambio de cinta de caja registradora cada x clientes.
Mantenimiento. Apagado o reiniciado aleatorio de un ordenador.
Parmetros
Name: el nombre del fallo asociado a uno o ms recursos.
Type: determina si la ocurrencia del fallo est basada en el tiempo o en
un contador.
Count: define el nmero de recursos liberados hasta que aparece el
fallo. Vlido cuando Type es Count.
Up time: define el tiempo entre fallos como el tiempo que transcurre
entre ellos. Vlido cuando Type es Time.
Up Time Units: unidades de tiempo entre fallos (Up time) para fallos
definidos por tiempo.
Down Time: define la duracin del fallo.
Down Time Units: unidades de duracin del fallo (Down Time).

17

 Uptime in this State only: define el estado que debera considerarse

para el tiempo entre fallos. Solo para definicin de fallos basada en
tiempo. Si el estado no se especifica, entonces se consideran todos los
estados. Por ejemplo el tiempo especificado entre fallos no depende del
tiempo que ocupa un estado especfico, sino del tiempo total de la
simulacin.
3.1 EJEMPLOS
A) Al departamento de servicios de una empresa industrial llegan las
piezas de un producto. Cada pieza debe pasar por cada estacin de
trabajo; es decir, se deben ejecutar dos operaciones secuenciales (en
serie), tal como se muestra en el siguiente que describe el proceso:

Las piezas arriban al sistema de acuerdo con una distribucin de

probabilidad exponencial con una media de 0.4 minutos. Cada estacin de
trabajo posee un operario que procesa una pieza a la vez y
frecuentemente se forman colas antes de cada estacin. Los tiempos de
servicio en cada estacin tambin estn exponencialmente distribuidos
con una media de 0.25 minutos para la primera estacin y 0.5 minutos
para la segunda. Se desea determinar el tiempo de ciclo; es decir, el
tiempo promedio para procesar una pieza (desde que ingresa al sistema
hasta que sale). Simular el comportamiento del sistema durante 300
minutos.
Solucin:

Escenario
Suponga que la cola 1 tiene una capacidad de cuatro piezas. La poltica
de la empresa es subcontratar todo el servicio slo en el caso de que las

18

piezas no puedan ingresar al sistema debido a que la cola est al tope de

su capacidad.
Determinar el nmero de piezas que se subcontratan
Determinar cada cuanto tiempo en promedio se enva una pieza
para subcontratacin.
Solucin:

Descripcin del modelo:

19

20

21

B) Se trata de simular el proceso de inspeccin de los mandos de control de

televisores. Los tiempos entre llegadas de los mismos sigue una distribucin
uniforme entre 3.5 y 7.5 minutos. La inspeccin lleva un tiempo que se
distribuye segn una Uniforme entre 6 y 12 minutos. Tras la inspeccin, si se
detecta algn fallo (ocurre el 15% de las veces), se enva a ser ajustado tras lo
cual vuelve a ser inspeccionado. El ajuste lleva un tiempo uniforme entre 20 y
40 minutos. Cuando un televisor pasa la inspeccin (a la primera o tras varios
ajustes), se enva a la seccin de empaquetado, que no forma parte del
modelo.
Solucin:

Descripcin del modelo:

22

23

C) En una planta de fabricacin existen 2 tornos y 1 taladradora. Con ellos

se fabrican dos tipos de productos (A y B). Los tiempos de procesado en
minutos de cada pieza son:

Se desea simular la fabricacin de 12 lotes de 5 piezas del producto A y

10 lotes de 8 Piezas del producto B, sabiendo que el tiempo entre llegada
de cada lote de productos tipo A es de 14 minutos y el de los de tipo B
sigue una exponencial de media 3 minutos.
Solucin:

Descripcin del modelo:

24

25

26

Hacer un pequeo folleto de Arena, definir como se usa, informacin

necesaria para que funcione y ejemplos.
Definir los mdulos y cada una de sus funciones.
Procesos bsicos, procesos avanzados, transferencia bsica y avanzada.
Procesos de flujo y empaque.
NDICE

1. Arena Software Simulador

1.1Qu es la Simulacin?
1.2 SOFTWARE ARENA. Cmo se usa?
1.3Cmo funciona el Software Arena?
1.4 2.1 Mdulos y Sus Funciones
2.2 Mdulos de flujo. Basic Process
2.3 Mdulos de datos. Basic Process
2.4 Mdulos de flujo. Advanced Process
3.1 EJEMPLOS

27

Panel de procesos avanzados

MDULO DELAY: Este mdulo (figura 3.30) permite al modelador

simular un retraso programado en el sistema. Cuando una entidad llega al
mdulo Delay sta es retrasada dentro de ste de acuerdo a la duracin
proporcionada por expresin de retraso que se le haya asignado. El tiempo
puede ser asignado a las categoras value-added, si el proceso agrega
valor; non-value added, si no agrega valor; transfer, si es un tiempo de
movimiento entre procesos; wait, si es de espera; other, si no aplican
las anteriores. Los costos asociados son calculados de igual manera de
acuerdo a la asignacin.
Usos comunes son:

Duracin de un proceso en una empresa de servicio.

Duracin del setup o ajuste de una mquina.
Duracin de la transferencia de un documento entre departamentos.

28

MDULO HOLD: Este mdulo (figura 3.31) es utilizado para retener a

una entidad en una lnea de espera mientras se enva una seal, cumple una
condicin o es liberada mediante el uso del mdulo Remove. En caso de
que se desee programar el mdulo para que espere una seal, se debe
utilizar en combinacin con el mdulo Signal que es el encargado de
emitir la seal; si el caso es que espera a una condicin, la entidad esperar
en el mdulo hasta que dicha condicin se cumpla; si se ocupa la opcin
del mdulo Remove, la entidad aguardar en el espera hasta que se le
permita seguir su procesamiento.
Usos posibles:

Espera de una seal.

Retencin de una parte para inspeccin.
Espera de una pieza para ensamble.

MDULO MATCH:
ste mdulo (figura 3.32) se utiliza para juntar o formar grupos de
entidades. El procedimiento consiste en separar las entidades en varias
categoras (hasta 5 por mdulo) y formar lneas de espera en cada
29

categora. El mdulo libera una entidad de cada lnea de espera cuando

exista en cada una por lo menos una entidad, las entidades son liberadas
simultneamente pueden ser agrupadas por atributos (type: base on
atrribute) Para realizar la separacin por categoras, el mdulo cuenta con
varios puntos de entrada que automticamente coloca las entidades en colas
diferentes; sin embargo, tambin existe la opcin de separar entidades que
han entrado en el mismo punto de entrada, esto mediante la especificacin
de un atributo que los coloque en lneas de espera distintas.
Ejemplos de usos:

Ensamble de partes.
Formacin de paquetes con surtido de productos (se utiliza en conjunto
con el mdulo Batch.
Sincronizacin de salida de dos o ms entidades.

MDULO READWRITE:
Es utilizado para extraer datos (de una lista de variables, atributo u otra
expresin) de un archivo externo, del teclado o para escribirlos en un
archivo externo. El tipo de archivo debe ser especificado dentro del mdulo
File. Puede ser de especial utilidad cuando los datos reales se encuentran
ya en un archivo de base de datos u hoja de clculo y desea importarlos,
cuando por comodidad los valores han sido generados y almacenados en
este tipo de archivo o si se desee exportar valores de resultado para un
anlisis desde otro programa. Para que la simulacin se ejecute el archivo
debe, en efecto existir, lo cual no es problema si el analista ha desarrollado
el archivo en el mismo ordenador dnde se ejecuta la simulacin; sin
embargo, si se desea ejecutarla en otro ordenador no se debe olvidar
adjuntar el archivo correspondiente. Este mdulo se presenta en la figura
3.3.
Archivo secuencial o base de datos de Lotus. Cuando la entidad llega al
mdulo da la orden de extraer o escribir los datos, el archivo externo con el
30

que se trabaja se abre en caso no se encontrase abierto. Archivo de

Microsoft Excel, Microsoft Access y objetos de informacin ActiveX.
Cuando una entidad arriba al mdulo se examina el archivo externo
respectivo por una conexin ADO. En caso de que el programa no est
abierto, se crea una conexin ADO automticamente usando Microsoft Jet
OLE DB Provider (si es un archivo de Microsoft Excel o Microsoft Access)
o la especificada cadena de conexin (si es un objeto de informacin
ActiveX), para luego leer o escribir en l. Archivo de lenguaje extensible.
Cuando la entidad arriba al mdulo, se evala si el archivo se encuentra
abierto, de no ser el caso el archivo es abierto automticamente en un
conjunto de registro o Recordset ADO. Luego es posible extraer
informacin del archivo o escribir en l.
Entre los usos que comnmente se le da al mdulo ReadWrite, se
encuentran:

Lectura de nmeros aleatorios de programas de clculo, tipo Microsoft

Excel.
Exportacin de datos de costos de diversas corridas para su anlisis.
Creacin de un men para el usuario final.

31

MDULO RELEASE:
El mdulo Release (figura 3.35) se ocupa cuando se desea liberar
unidades de un recurso, o unidades de recurso comprendidas en un set de
recursos, es decir, un grupo de recursos con propiedades similares creado
por el modelador, previamente capturado por una entidad. Se debe
explicitar para cada recurso, el nombre y la cantidad que ser liberada. Una
vez el recurso ha sido liberado, ste se encuentra disponible para que sea
capturado por otras entidades en espera.
Ejemplos de uso:

Finalizacin de una actividad de atencin al cliente.

Autorizacin de una requisicin de material por encargado de bodega.
(libera al encargado de bodega para otra labores)
Dar de alta en un Hospital.

32

MDULO REMOVE:
Es utilizado para remover una entidad de una posicin especfica de una
lnea de espera, y luego mandarla al mdulo designado. ste es til al
momento de construir una lgica del modelo que permita remover una
entidad de un mdulo Hold; para ello se debe especificar el nombre de la
lnea de espera del mdulo Hold (en el campo Queue Name) y el lugar
que la entidad ocupa en la lnea (en el campo Rank of Entity), el valor
predeterminado es 1, indicando la primera entidad en cola. Se muestra en la
figura 3.37.

El funcionamiento del mdulo consiste en que cuando una entidad arriba,

ste remueve a la entidad de la lnea de espera; luego libera a la entidad que
ha generado al suceso en el punto de salida nombrado como Original (la
entidad se pudo haber generado con el slo propsito de remover la entidad
o no); para posteriormente liberar a la entidad removida de la cola en el
punto de salida nombrado como Removed Entity y la enva a otro
mdulo.
Ejemplos de uso:
Remover una orden de la lnea de espera, para ser completada.
Llamar a un paciente desde sala de espera para examinarle.
Tomar una solicitud de entre una pila de ellas.

33

MDULO SEIZE: El mdulo Seize (figura 3.38) se encarga de asignar

uno o ms recursos a una determinada entidad; puede capturar unidades de
recurso o sets de recursos. La entidad que entra al mdulo espera en cola
hasta que todos los recursos de lo que necesita estn disponibles
simultneamente. Se puede declarar el tipo de asignacin de uso de
recurso: si agregar valor, no agrega valor, es un proceso de trnsito o de
espera, etc.
Es importante recordar que para que otra entidad haga uso del recurso, ste
debe ser liberado, haciendo necesario usar en conjunto los mdulos Seize
y Release.
Ejemplo de uso (de acuerdo a los ejemplos sugeridos en el mdulo
Release):
Inicio de una actividad de atencin al cliente.
Arribo de una requisicin al escritorio de el encargado de bodega
para su autorizacin.
Ingreso a un Hospital.

34

MDULO SIGNAL: Enva, a cada mdulo Hold que la espera, una

seal ordenndole liberar el nmero mximo de entidades estipulado. Es
absolutamente necesario para utilizar un mdulo Signal que exista o
en el modelo un mdulo Hold, pero no es necesario para un mdulo
Hold que exista un mdulo Signal.
Luego una entidad entra al mdulo Signal la seal es enviada al
mdulo Hold (dicha seal no tiene representacin en pantalla), en este
instante, las entidades que esperan la seal son removidas de sus lneas
de espera. La cantidad de entidades removidas depende del nmero
explicitado como mximo en el campo Limit y, en caso de que no
exista en cola el nmero mximo de entidades, depende del nmero que
en ese momento haya en cola (se presenta el ejemplo en la figura 3.40).
Usos tpicos:
Analizando el comportamiento de una mquina, esperando para
emitir la seal.
Indicacin de un que un proceso ha alcanzado su termin y esta
listo para el siguiente.

35

MDULO ADJUST VARIABLE: El mdulo Adjust Variable permite al

modelador ajustar una variable a cierto valor objetivo con una tasa de
cambio estipulada. Este es de gran utilidad para simular procesos que
requieren un aumento continuo en una variable a travs del tiempo.
Es posible especificar el tiempo entre actualizaciones del mdulo (el
campo Update Interval). Esto se vuelve til cuando se esta graficando el
comportamiento de la variable, con actualizaciones ms frecuentes se
producen grficas ms suaves, sin saltos abruptos en el perodo en que la
variable alcanza su valor objetivo. La desventaja, al utilizar actualizaciones
ms frecuentes, es que disminuyen la velocidad de ejecucin de la
simulacin, debido a que una mayor cantidad de clculos es necesaria; por
ello, si se desea incrementar la velocidad de ejecucin se deben utilizar
actualizaciones no tan frecuentes (Ver figura 3.41).
Ejemplos de usos:
Temperatura de un Horno en control.
Ingresos mensuales acumulados.

36

MDULO FILE: Es un mdulo de datos, por lo que no tiene

representacin en la vista del diagrama de flujo. Este debe ser incluido
cuando se accede a archivos externos mediante el mdulo ReadWrite,
permite identificar el nombre del archivo, define el mtodo de acceso,
formato y las caractersticas operacionales de los archivos (ver figura 3.42).
Ejemplos de uso (relacionados con los ejemplos sugeridos en el mdulo
ReadWrite):
Archivo de nmeros aleatorios de Excel.
Archivo de datos vaco, destinado a la escritura de datos de costos.

37

PANEL DE MDULOS DE FLUJO El panel Flow Process contiene

mdulos que sirven al constructor del modelo como herramientas para la
elaboracin de modelos que reflejen sistemas tengan dentro de si procesos
que involucren el flujo o movimiento de substancias. Este panel puede ser
de suma utilidad para modelar plantas qumicas o de tratamiento de aguas,
que involucren el almacenamiento o retencin de lquidos, y el flujo de
estos a una tasa especfica.
En esta seccin se presentarn los mdulos que se abordarn
posteriormente en el documento, a saber: Tank, Sensor, Flow, Seize
Regulator, Release Regulator. En la figura siguiente se muestra el panel
Flow process, tal como aparece en la ventana de trabajo de Arena.

MDULO TANK: El mdulo Tank se utiliza para representar un

dispositivo de almacenamiento de material. Viene acompaado por una
animacin que simula a un tanque que retiene un lquido azul, a su vez,
posee dos cuadros de texto, como parte de su animacin, que sirven de
indicadores del comportamiento dentro del tanque. Uno representa el nivel
que alcanzado la substancia que el tanque almacena, o en otras palabras, el
volumen de substancia que se encuentra dentro del tanque (Tank level);
el otro representa la razn neta del flujo de substancia al interior del tanque
(Tank Net Rate), expresada en unidades de volumen (ninguna en
especfico) por unidad de tiempo.
En el cuadro de dilogo se puede declarar la capacidad de almacenamiento
del tanque, dentro del campo bajo el nombre de Capacity. Adems,
cuenta con un campo destinado a especificar el nivel inicial del tanque,
bajo el nombre Initial level. (Figura 3.44)
38

Al seleccionar el botn Add (figura 3.45) del cuadro de dilogo se accede

a declarar las caractersticas de cada regulador, a saber: su nombre y la tasa
mxima de flujo que se le permite, con sus respectivas unidades de tiempo.
La tasa mxima de flujo determina la velocidad en que se vaciar o llenara
el tanque, segn sea un regulador de entrada o salida. Se puede aadir
cuantos reguladores se necesite para propsito de la simulacin, cada uno
con su propia tasa mxima de flujo.

MDULO SENSOR: El mdulo Sensor permite al analista monitorear el

comportamiento de las operaciones de un tanque, para ello se debe ingresar
el nombre del tanque que se desea monitorear; luego seleccionar de la lista
desplegable Location Type el tipo de medicin que se utilizar, as:
seleccinese Specific level si se desea monitorear un nivel especfico,
escribiendo en el campo que se encuentra a su derecha la cifra exacta; o
39

Percentage Capacity si se monitorear de acuerdo a un porcentaje de la

capacidad total del tanque respectivo.
Una vez especificado el valor objetivo, se debe especificar si el sensor se
activar una vez el nivel sobrepase ese valor o si lo har cuando alcance un
valor inferior, eso se realiza seleccionado de la lista desplegable Crossing
Direction la opcin Positive, si se desea que se active cuando alcanza un
valor superior, o Negative, para un valor inferior al nivel objetivo.
El sensor puede o no estar habilitado, segn sea el objetivo del constructor
del modelo, ya sea dejndolo habilitado desde el principio de la simulacin
o habilitndolo durante la ejecucin con ayuda de la lgica del modelo y la
variable Sensor ID, lo cual no se discutir aqu.
Se puede determinar que acciones ejecuta el sensor cuando est habilitado,
las cuales comprenden: regular el flujo de determinado regulador, mandar
una seal o asignar una variable. Sin embargo, ninguna de estas acciones se
utilizar en este documento, sino que se habilitar la casilla Create
Discrete Entity para que cuando el sensor sea activado ste cree una
entidad que pueda se ocupada por la lgica del modelo para la ejecucin de
una accin.
Como ltimo punto se aclara que la figura 3.46 que aparece sobre el
mdulo es una animacin que representa un semforo que se mantiene con
color rojo mientras permanece inactivo y cambia a verde cuando se activa.

40

MDULO FLOW: Este mdulo (Figura 3.48) permite el movimiento de

substancia. Para declarar la accin que se efectuar, dentro de la lista
desplegable Type puede seleccionarse una de tres opciones:
Transfer. En cuyo caso se ordena a Arena que la substancia fluye
de un tanque a otro.
Por lo que se debe de especificar el tipo de fuente de regulacin
(Source Regulator Type), ya sea un regulador o un set de
reguladores. En este documento no se discutirn los set de
41

reguladores. Luego de seleccionar el regulador, se debe seleccionar,

por su nombre, el regulador que fungir como fuente y el que lo har
como destino del flujo.
Add. En este caso slo es necesario seleccionar el tipo de
regulacin y el nombre del regulador que servir de destino del flujo.
Remove. Para esta opcin solamente se selecciona el tipo de
regulacin y el nombre del regulador que se utilizar como fuente del
flujo.

Cuando una entidad arriba al mdulo Flow, esta es retenida hasta que la
primera de las siguientes opciones ocurra: cuando la cantidad estipulada ha
sido transferida, cuando una seal ha sido enviada o cuando el tiempo
indicado haya acabado. Para los objetivos del documento se utilizara el
lmite de la cantidad estipulada, para lo que, en dentro del campo
Quantity se deber escribir el valor o la expresin objetivo.

MDULO SEIZE REGULATOR: El mdulo Seize Regulator (Figura

3.49) se utiliza para capturar uno o ms reguladores. Un regulador de
tanque debe ejecutar una sola operacin a la vez, es decir, que si el
regulador ha sido capturado para desarrollar cierta operacin, no estar
disponible hasta que sea liberado de dicha operacin. Cuando una entidad
42

arriba al mdulo espera en una lnea de espera hasta que todos los
reguladores requeridos estn disponibles.
Para agregar reguladores simplemente se da clic sobre el botn Add y se
elige el nombre del regulador en la lista desplegable Regulator
Name(Figura 3.50).

MDULO RELEASE
REGULATOR: Este mdulo (Figura 3.51) se utiliza para liberar uno o ms
reguladores que han sido capturados previamente por otras entidades,
dejndolos disponibles para que otras entidades en espera (dentro de una
cola del mdulo Seize Regulator) los utilicen para otras operaciones.
De manera idntica al mdulo anterior, para declarar los reguladores debe
darse clic al botn Add y luego elegirse el nombre del regulador de la
lista desplegable Regulator Name(Figura 3.52).

43

A continuacin se describen brevemente los paneles ms usuales.

El panel Basic Process, contiene (mdulos) elementos bsicos de
construccin de los modelos.
El panel Advanced Process provee de mdulos bsicos adicionales y otros
avanzados, para la construccin del modelo.
El panel Blocks, contiene el grupo completo de bloques SIMAN.
El panel de Advanced Transfer consiste en una serie de mdulos que
soportan la transferencia de entidades en el modelo. stos pueden ser de
transferencia ordinaria o empleando equipo de transporte manual de
material.
El panel Elements contiene los elementos necesarios para declarar los
recursos del modelo, colas, variables, atributos y recoleccin de
estadsticas.
44

En algunas versiones, pueden aparecer otros paneles como son el Common,

con mdulos como Arrive, Server, Depart, Inspect, y mdulos de elementos
Stats, Variables, Expressions, and Simulate; y el Support que contiene un
grupo de bloques SIMAN empleados con frecuencia.
Por otra parte, se encuentran el panel Navigate que se encuentra tambin en
la barra Project, incluye las vistas del modelo. Pudiendo visualizar
diferentes submodelos de forma jerrquica. Y el panel Reports, que es una
lista de resultados de la simulacin tras la ejecucin, en relacin a varios
componentes del modelo.
Para incluir paneles seleccionar en el men de Arena File>Template
Panel>Attach. Entonces habr que seleccionar el panel deseado en la capeta
Template que se encuentra dentro de la carpeta de instalacin del programa
Rockwell Software>Arena. Estos archivos tienen extensin (.tpo).

CAPTULO 2: INTRODUCCIN A LA
SIMULACIN......................................................................... 5
2.1.
Definicin.........................................................................................................
.................... 5
2.2. Enfoques para la
simulacin. .............................................................................................. 6
2.3. Tipos y mtodos de
simulacin........................................................................................... 6
2.4. Ventajas y desventajas de la
simulacin. ........................................................................... 7
2.5. Metodologa para la
simulacin. ......................................................................................... 9
2.6. Esquema de metodologa parar el proceso de
simulacin ............................................... 12
2.7.
Conceptos. ......................................................................................................
.................. 13
2.7.1.
Sistema............................................................................................................
.......... 13

45

2.7.2.
Modelo..............................................................................................................
......... 14
CAPTULO 3: SOFTWARE
ARENA ................................................................................................. 19
3.1.
Introduccin.....................................................................................................
.................. 19
3.2. Entorno de
trabajo.............................................................................................................
21
3.3. Barras de
herramientas....................................................................................................
. 27
3.4. Barra de proyectos (project
bar) ....................................................................................... 29
3.5. Panel de procesos
bsicos ............................................................................................... 29
3.5.1. Mdulo
create............................................................................................................
30
3.5.2. Mdulo
dispose .........................................................................................................
31
3.5.3. Mdulo
process .........................................................................................................
32
3.5.4. Mdulo
decide ...........................................................................................................
33
3.5.5. Mdulo
batch.............................................................................................................
33
3.5.6. Mdulo
separate........................................................................................................
34

46

3.5.7. Mdulo
assign ...........................................................................................................
35
3.5.8. Mdulo
record............................................................................................................
36
3.5.9. Mdulo
entity .............................................................................................................
36
3.5.10. Mdulo
queue............................................................................................................
37
3.5.11. Mdulo
resource........................................................................................................
37
3.5.12. Mdulo
schedule........................................................................................................
37
3.5.13. Mdulo
set .................................................................................................................
38
3.6. Panel de procesos
avanzados .......................................................................................... 39
3.6.1. Mdulo
delay: ............................................................................................................
40
3.6.2. Mdulo
hold: ..............................................................................................................
41
3.6.3. Mdulo
match: ...........................................................................................................
42
3.6.4. Mdulo
readwrite: ......................................................................................................
43
3.6.5. Mdulo
release: .........................................................................................................
44

47

3.6.6. Mdulo
remove:.........................................................................................................
45
3.6.7. Mdulo
seize:.............................................................................................................
46
3.6.8. Mdulo
signal:............................................................................................................
47
3.6.9. Mdulo adjust
variable:.............................................................................................. 48
3.6.10. Mdulo
file: ................................................................................................................
49
3.7. Panel de mdulos de
flujo ................................................................................................. 50
3.7.1. Mdulo
tank: ..............................................................................................................
51
3.7.2. Mdulo
sensor: ..........................................................................................................
52
3.7.3. Mdulo
flow:...............................................................................................................
54
3.7.4. Mdulo seize
regulator: ............................................................................................. 55
3.7.5. Mdulo release regulator:......

48