II UNIDAD DIDCTICA

SIMULACIN DISCRETA POR PROCESOS

ELEMENTOS BSICOS

En este captulo empezamos a construir los modelos, como hemos dicho en la

introduccin usaremos como herramienta de apoyo el lenguaje de simulacin ARENA.

Elementos bsicos para la construccin de modelos de simulacin mediante sistemas

discretos por procesos.

En el primer captulo hemos definido algunos elementos necesarios en la construccin

de un modelo, a continuacin los listamos todos los necesarios:

c. Variables globales

d. Elementos de Red
 d. Otros Conceptos

- Eventos

Es de remarcar que existen dos tipos de atributos: los definidos por Arena y de los
cuales el software mantiene un control por defecto y los definidos por el usuario cuyo
control debe ser preparado por el usuario.

Dentro de los atributos definidos por Arena podemos destacar:

Entity.CreateTime: Es el atributo donde se almacena automticamente la hora

(TNOW) en que la entidad ha sido creada. Se usa para calcular el tiempo que
una entidad estuvo dentro del sistema (tiempo de ciclo).

Entity.StartTime: Se usa para almacenar el momento en que una entidad inicia

una actividad (proceso).

Entity.VATime: Acumula los tiempos designados como VALUE ADDED.

Entity.NVATime : Acumula los tiempos designados como NON - VALUE

ADDED.

Entity.WaitTime: Acumula los tiempos designados como WAIT.

Entity.TranTime: Acumula los tiempos designados como TRANSFER.

Entity.OtherTime: Acumula los tiempos designados como OTHER o no tienen

categora asignada.

La red se refiere a los elementos que nos presenta ARENA para hacer el modelo.
Estos elementos estn agrupados en Plantilla (Template); as se tiene Plantilla de
Blocks, Plantilla de Elementos, Plantilla de procesos bsicos, Plantilla de procesos
avanzados. En este curso usaremos las Plantillas marcadas con (*).
PROCESOS BSICOS

Los elementos de sta plantilla (as como de las dems plantillas que veremos en el
curso) se llaman mdulos, con ellos se elaboran modelos de poca dificultad. Los
mdulos pueden ser de flujo, que forman parte activa del modelo pues modifican
atributos o el estado del sistema durante el paso de entidades a travs de ellos y
describen el proceso de simulacin, o de datos en los que se declaran los valores
iniciales propiedades de los diferentes elementos que forman el modelo.

Mdulos de flujo

Empezaremos presentado los modelos que nos permitan hacer nuestro primer
modelo: CREATE, PROCESS y DISPOSE.

Mdulo CREATE

Descripcin:

Este mdulo es el punto de partida para las entidades de un modelo de simulacin.

Las entidades luego de salir del mdulo empiezan a fluir por el sistema. Crea arribos
de entidades, cada arribo puede tener una o ms entidades.
Usos clsicos:

a. El inicio de la fabricacin de partes en una lnea de produccin.

b. La llegada de algn documento (por ejemplo: rdenes de compra), dentro de un
proceso de negocios.
c. La llegada de un cliente a una estacin de servicios. (Por ejemplo a una tienda, a
un restaurante, a un mostrador de informacin).

Parmetros:

Parmetro Descripcin Valor por defecto Ejemplo

Name Identificador del modulo, debe ser Create 1 Llegada de Clientes
nico es decir no repetirse para
otro.

Entity Type El nombre del tipo de entidad a Entity 1 Cliente

ser creada

Type Tipo de flujo de llegada a ser Random(Expo) Random(Expo)

generado. Este tipo puede ser:

Random: donde se usa una

distribucin exponencial con una
media definida por el usuario.

Schedule: donde se usa una

distribucin exponencial, cuya
media est determinada en el
modelo de datos SCHEDULE.

Constant: Donde se usa un valor

constante especificado por el
usuario.
 Expression: Permite usar una
distribucin a partir de una lista de
ellas.

Value Determina la media de la 1 5

distribucin exponencial (si se usa
Random en Type), o un valor
constante (si se usa Constant en
Type). Esta caja aparece solo
cuando se usa Random o
Constant.
Schedule Esta caja aparece cuando se usa Schedule 1 Horario de llegadas.
Name Schedule en Type, e identifica el
nombre del modelo de datos
Schedule a usar.
Expression Esta caja aparece cuando se usa 1 UNIF(4,9)
Expression en Type.
Presenta un listado de todas las
distribuciones permitidas por
Arena
Unites La unidad en que debe medirse el Hours Minutes
tiempo que se necesita para la
creacin de entidades.
Entities per El nmero de entidades que 1 DISC(0.2,1,0.7,2,1.1,
arrival entraran al sistema en casa 3)
arribo.
Max Mximo nmero de arribos que Infinite 8
arrivals este mdulo debe generar.
Cuando este valor se alcanza, se
para la creacin de entidades.
First El momento en que debe ocurrir el 0 UNIF(3,12)
Creation primer arribo. No se usa cuando
Type es Schedule.
Mdulo PROCESS

Descripcin:

Este mdulo est destinado a modelar la parte principal de la simulacin. La entidad

que pasa por l puede tomar unidades de recursos, dejar que transcurra un tiempo de
la simulacin, liberar unidades de recursos. Tambin presenta la opcin de manejar
sub modelos para especificar una jerarqua en la lgica definida por el usuario. El
tiempo de proceso es asignado a la entidad y puede ser considerado como: value
added, non value added, transfer, wait, o other (ver, en este captulo, la parte
concerniente a entidades). El costo asociado ser adicionado a la categora apropiada
de entidades.

Usos clsicos:

a. El trabajo que se le hace a una entidad.

b. La revisin de un documento.
c. Cumplimiento de una orden.
 d. Servir a un cliente.

Parmetros de la ventana principal:

Valor por
Parmetro Descripcin Ejemplo
defecto
Name Identificador del modulo, debe ser Process1 Ventanillas
nico es decir no repetirse para otro.

Type Se usa para especificar la lgica dentro Standar Estndar

del mdulo. Puede ser:

Estndar: significa que toda la lgica

ser expresada dentro de este mdulo
y definido por una accin particular.

Submodel: Significa que la lgica ser

definida jerrquicamente dentro de un
sub modelo que puede incluir cualquier
nmero de mdulos lgicos.

Action Indica el tipo de proceso que ocurrir Delay Saize Delay

dentro del mdulo. Puede ser: Release

Delay: Indica que ocurrir una demora

en el paso de la entidad sin uso de
recursos.

Seize Delay: Indica que la entidad que

llega tomara las unidades de recurso y
que ocurrir una demora en el paso de
la entidad usando el recurso tomado.
 Saize Delay Release: Indica que la
entidad que llega tomara las unidades
de recurso y que ocurrir una demora
en el paso de la entidad usando el
recurso tomado, y terminada esta
demora liberar el recurso tomado.

Delay release: Indica que el recurso ha

sido previamente tomado, que solo
ocurrir una demora y que terminada
sta se liberar el recurso.

Esta opcin se presenta solo cuando

Type es standard.

Priority Prioridad con que la entidad espera en Medium(2) High(1)

este mdulo por un recurso especific,
si una o ms entidades estn
esperando por el mismo recurso en
cualquier otra parte del modelo.

Esta opcin no aparece cuando action

es delay.
Resources Lista de recursos o conjunto de <Enf of list> Resource,
recursos usados por la entidad en Maquina, 2
proceso.

Esta opcin no aparece cuando Action

es Delay o Type es Submodel.
Delay Type Tipo de distribucin o mtodo de Triangular EXPO(6)
especificacin del tiempo de espera.

Los valores son similares a los

encontrados en Create.
Units La unidad de medida del tiempo de Hours Minutes
demora.
Allocation Indica como se le asignara el tiempo de Value Added Wait
procesamiento y el costo del proceso a
la entidad.

El tiempo de proceso puede

considerarse como: Value Added, Non
Value added, Transfer, Wait, o Other.

El costo asociado ser asignado a la

categora apropiada para las entidades
y el proceso.

Minimum El valor mnimo en una distribucin 0.5 2.6

uniforme o triangular.
Value Se especifica: la media en una 1 2
distribucin normal, el valor para la
constante, o la moda para la
distribucin triangular.
maximum El valor mximo en una distribucin 1.5 10
uniforme o triangular.
Std Dev El valor desviacin estndar en una No aparece
distribucin normal.
Expression Se usa para especificar una expresin. No aparece
Report especifica si se deben recolectar Chequeado No
Statistics estadsticas del mdulo para ser Chequeado
presentado en el reporte final.
Parmetros de la ventana de Recursos:

Parmetro Descripcin Valor por Ejemplo

defecto
Type Especifica si se usar un recurso en Resource set
particular o se seleccionar de un
conjunto de ellos
Resource name Nombre del recurso que se tomara o No aparece
liberar. Aparece cuando el Type es
Resource.
Set name Nombre del conjunto del recursos de No aparece
donde se tomar o soltar un
miembro. Aparece cuando el Type
es Set.
Quantity Nmero de unidades del recurso o No aparece
del conjunto de recursos que ser
tomado.
Selection Rule Mtodo para seleccionar un recurso No aparece
de un conjunto de ellos. Puede ser:

Cyclical: Completar ciclos con los

miembros disponibles.

Random: Seleccionar
aleatoriamente un recurso entre los
recursos disponibles.

Preferred Order: Siempre selecciona

el primer miembro libre.

Specific Member: Requiere que en

un atributo se determine el recurso a
usar.
 largest Remaining capacity y
Smallest Number Busy: se usa para
recursos con capacidad multiple.

Esta opcin aparece cuando Type

es set.
Save Attribute Es el nombre de un atributo que se No aparece
usa para guardar el ndice del
recurso que tomo la entidad.
Set Index Se usa cuando Selection Rule es No aparece
Specific Member, permite
determinar el recurso que ser
tomado (liberado) por la entidad.

Mdulo DISPOSE

Descripcin:

Este mdulo se concibe como el punto final a las entidades en un modelo de

simulacin.
Usos Clsicos:
a. Para que las partes abandonen un sistema.

b. El fin de un proceso de negocios.

c. Clientes que salen de un supermercado.

Parmetros:

Valor por
Parmetro Descripcin Ejemplo
defecto
Name Identificador del modulo, Dispose1 Salida de
debe ser nico es decir no Supermercado
repetirse para otro.
Record Entity Determina si las estadsticas Check Non Check
Statistics de la entidad que entra
deben ser registradas.
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,
total cost.

Problemas de aplicacin

A continuacin iniciamos una serie de ejercicios, empezando con los ms simples y

elementales. La intencin, al mostrar estos ejercicios, es proporcionar una
metodologa para obtener un modelo de simulacin y explicar detalladamente el uso
de las diferentes alternativas que tiene Arena.
En esta seleccin de problemas usamos una agencia de un banco hipottico.
Empezamos con el funcionamiento ms simple de la agencia y en cada problema le
aadimos alguna complejidad.
Problema 2.1: UNA AGENCIA BANCARIA

Considere una agencia bancaria que funciona con un solo cajero. El tiempo entre
arribos de los clientes a la agencia est distribuido uniformemente entre los valores de
1 minuto y 4 minutos. El tiempo que necesita el cajero para atender a un cliente est
distribuido exponencialmente con media de 3 minutos. Simular el funcionamiento de la
agencia para 200 clientes y determine: el tiempo necesario para atenderlos y el tiempo
que utiliza el cajero para ello.

Solucin:
Nota: Este es un problema de un servidor con su propia cola

Para modelar esta situacin debemos de considerar lo siguiente:

a. La llegada de los clientes.

b. Qua hacen los clientes dentro de la agencia bancaria.

c. Inicio de la simulacin.

d. Fin de la simulacin.

Llegada de los clientes:

Por el enunciado del problema sabemos que los clientes (las entidades de nuestro
modelo Porque?), arriban a la agencia en intervalos de tiempo distribuidos
uniformemente entre 1 minutos y 4 minutos. Esto significa que arribar un cliente, para
que arribe otro cliente debe de transcurrir una cantidad de minutos la cual responde a
una distribucin uniforme entre 1 minuto y cuatro minutos. No hay ms informacin al
respecto por lo que se debe asumir que:

En cada arribo llega un solo cliente.

El primer cliente arriba en el momento que se inicia la simulacin (TNOW =

0.0).
Si algunos de estos elementos debieran ser diferentes, el enunciado lo dira
explcitamente.

Qu hacen los clientes dentro de la agencia:

Despus de arribar el cliente busca el cajero, recordemos que por el enunciado solo
hay un cajero; si este est desocupado el cliente pasa por la zona de espera (o zona
de cola), sin quedarse en ella, y empieza la atencin inmediatamente, en caso
contrario, es decir si el cajero est ocupado, el cliente se queda en la zona de espera
(haciendo cola) hasta que el cajero se desocupe. En el momento que el cajero se
desocupa el cliente deja la cola y pasa a ser atendido. Cuando el cliente termina de
ser atendido por el cajero se va de la agencia bancaria.

Inicio de la Simulacin:

El problema no nos habla de ningn requisito para el inicio de la simulacin, por ello
solo consideraremos que la simulacin se inicia en el momento TNOW = 0.0 y que la
agencia, en este momento, est vaca.

Fin de la simulacin:

Segn el enunciado para que termine la simulacin es necesario que 200 clientes
hayan sido atendidos. Esto significa que solo deben entrar a nuestro sistema 200
entidades (para nuestro caso clientes).
Esquema:

Cola de Cliente siendo Salida de

clientes atendido en clientes
Arribo de delante del cajero
clientes j
El modelo en Arena

LLEGADA DE
VENTANILLAS Dispose 1
CLIENTES
0 0
0

El Mdulo CREATE:
El Mdulo PROCESS:

El Mdulo DISPOSE

Para ejecutar el modelo es necesario poner los parmetros del sistema:

Ingrese al SETUP de la simulacin:
Despus de ejecutar la orden anterior, se mostrar la siguiente ventana, observe que
en esta ventana se presentas 6 lengetas, En la lengeta Project Parameters (que
por defecto est activa, si no lo estuviera actvela), ponga un nombre a su modelo
como se muestra a continuacin:

Active ahora la lengeta Replication Parameters, en esta opcin cambie la opcin

Base Time Units, que aparece en Hours, por Minutes; con esto le sta diciendo a
Arena que use como unidad de tiempo el minutos en su reporte de resultados. Ver
figura.
Active luego la lengeta Reports y selecciones en Default Report: SIMAN Summary
Report (.out file), la opcin Display SIMAN summary report (.out file) using djela con
lo que sale por defecto, as:
Finalmente acepte y luego guarde su modelo, este proceso se ejecuta de la misma
forma como se hace en cualquier aplicacin sobre Windows.

En este modelo se ha definido:

Estos elementos tienen sus propias caractersticas. ARENA les coloca algunas
caractersticas por defecto. Esto se puede apreciar en los mdulos de DATOS. Para la
entidad hay un mdulo de datos llamado ENTITY y para el recurso existe el mdulo
de datos RESOURCE. Estos elementos los mostramos a continuacin.
Mdulo de datos ENTITY:
Aqu podemos observar que se ha definido una entidad llamada CLIENTE y que esta
entidad va a ser graficada, en la simulacin, como un Picture Repirt.
Esta entidad fue creada al definirla en el CREATE. A partir de este mdulo pueden
crearse otras entidades o cambiar las caractersticas de las mismas.

Mdulo de datos RESOURCE

Aqu podemos ver que se ha definido un recurso llamado CAJERO, que desde que se
inicia hasta que termina la simulacin (Fixed Capacity) habr una (Capacity) una
solo Cajero (Una sola unidad del recurso).
Este recurso fue creado al definirlo en el rea RESOURCES del PROCESS, debe de
aclarase que por defecto lo crea con capacidad 1. A partir de este mdulo pueden
crearse otros recursos y/o cambiar las caractersticas de los mismos.
Ahora ya est listo para ejecutar su primera simulacin, para esto realice las siguientes
operaciones:
Al terminar el proceso de simulacin sale una ventana de mensajes, como la siguiente:

Haga click en el botn si, para ver el reporte:

En este reporte podemos observar la siguiente informacin:
Problema 2.2

Considere la agencia del problema 2.1, en ella se tiene 3 cajeros, adems de que el
tiempo entre llegadas de los clientes est distribuido exponencialmente con media de
1.5 minutos y que el tiempo de atencin de un cliente est distribuido normalmente con
media de 4 minutos y desviacin estndar de 0.1 minuto. Ahora la agencia trabajara 8
horas y se desea determinar el tiempo trabajado por los cajeros.

Solucin:

Nota: Este es un problema de dos o ms servidores en paralelo con una sola cola

El esquema del problema es muy parecido al anterior y lo presentamos a continuacin:

Cola de Salida de
clientes delante clientes
Arribo de del cajero
clientes
Clientes siendo
atendidos en
los cajeros

Modelo:

LLEGADA DE SALIDA DE
VENTANILLAS
CLIENTES CLIENTES
0 0
0
El Mdulo CREATE

Los elementos dentro de los crculos muestran las diferencias entre el CREATE de
este modelo y el del anterior:

El Mdulo PROCESS
Los elementos dentro de los crculos muestran las diferencias entre el PROCESS de
este modelo y el del anterior:

El tiempo que se necesita para que un cliente sea atendido por un cajero,
en este caso, est distribuido normalmente con media de 4 minutos y una
desviacinestndar de 0.1 minuto.

Es de hacer notar que en la zona Resources, la orden sigue igual, pus

cada cliente necesita de un cajero para hacer la transaccin. Que existan 3
cajeros, como dice el enunciado de este problema, no significa que cada
cliente nrcesite de ellos 3 para hacer la transaccin. Este tres es la
capacidad del recurso, no es la cantidad de unidades de recurso que
necesita una entidad para realizar el proceso. Por ello de debe modificar la
capacidad del recurso a partir del mdulo de datos RESOURCE:
La zona marcada por el circulo es la que debe de cambiarse: en Replication length
debe ponerse la cantidad del tiempo a simular y en Time Units las unidades de
tiempo en que esta el dato anterior. En este problema nos piden 8 horas, pudo
haberse escrito, 480 minutos 0.3 dias.

Ejecutamos la simulacin y obtenemos:

Los valores que se determinaron en el problema anterior, para este problema son:
Problema 2.3

En base del problema 2.2 y considerando que el pago de los cajeros se calcula de la
siguiente forma: 10 dlares por hora que este atendiendo a clientes, 5 dlares por la
hora en que no tenga clientes y 0.20 dlares por cada cliente atendido, determine la
siguiente informacin:
Cunto debe pagar cada cliente por el uso de cajero.

Cunto debe pagarse a los cajeros.

Solucin:
Nota: En este problema se pone un costo a los recursos.

El esquema de funcionamiento del sistema es el mismo que el del problema 2.2, por
ello el modelo es el mismo, por eso aqu los omitimos.

El costo de recurso es un dato, por ello esto debe ser manejado a partir del mdulo de
datos RESOURCE:

En el problema 2.2, este mdulo era:

Observamos que presentan los campos, an vacos; Busy/Hour, Idle/ Hour, Per Use.
En Busy/Hour debe ponerse el costo por hora que el recurso est trabajando.

En Idla/Hour debe ponerse el costo por hora que el recurso est en el sistema, pero
que por dinmica del mismo (falta de clientes) no trabaje.

En Per Use debe ponerse lo paga por cada trabajo hecho por el recurso.

As el mdulo RESOURCE actual queda de la forma:

Para que los resultados aparezcan en el reporte final es necesario que se active la
opcin de costos, para ello use la lengeta Project Parameters de RUN SETUP.
Guarde el modelo y luego ejecutelo. Al terminar la simulacin le aparecer el siguiente
reporte:

En l podemos observar:
Problema 2.4

Considere, en base de la pregunta 2.3, que existe otro tipo de cliente: VIP, a los
clientes actuales se les llama clsicos. El tiempo entre llegadas de este nuevo tipo de
clientes est distribuido exponencialmente con media de 5 minutos, el primero de
estos clientes llega 4 minutos despus de iniciado el funcionamiento de la agencia.
Los cajeros atienden a todos los clientes sin distincin alguna. Determine los costos de
los cajeros para cada tipo de clientes.

Solucin:

Nota: Este es el mismo tipo de problema que el 2.3, dos o ms servidores con una
sola cola, la diferencia es que es que hay dos tipos de clientes. Estos dos tipos de
clientes se diferencian, en el modelo, por la forma como llegan: los primeros siguiendo
una distribucin exponencial con media de 1.5 y los segundos siguiendo una
distribucin exponencial con media de 5 minutos.

El Modelo:

LLEGADA DE SALIDA DE
VENTANILLAS
CLIENTES CLIENTES
0 0
0

LLEGADA DE
VIPs
0
El mdulo CREATE de los clientes VIP:

Observar que es necesario este nuevo CREATE pues la distribucin de llegada no es

la misma que para los otros clientes, otra diferencia es que el primer cliente llega 4
minutos despus de iniciado el funcionamiento de la agencia.
Se deja al alumno ejecutar el modelo y comprobar que:

Antes de continuar con la relacin de problemas les mostraremos dos mdulos de

flujos bsicos ms: ASSIGN y DECIDE.

Mdulo DECIDE
Descripcin:

Este mdulo sirve para tomar decisiones dentro del sistema. Estas decisiones pueden
ser tomadas en base de una o ms condiciones, por ejemplo si el cliente del banco es
tipo VIP, o basadas en una o ms probabilidades, por ejemplo el 57% es verdadero y
el 43% es falso. Las condiciones pueden ser dadas por el valor de un atributo, por
ejemplo Prioridad, por el valor de una variable, por ejemplo Nmero en sistema, por el
tipo de entidad o por una expresin, por ejemplo NQ(Maquina.Queue).

Usos clsicos:

a. Envos de partes defectuosas para que sean mejoradas.

b. Ramificar los cheques aceptados vs. Los cheques denegados.
c. Enviar con prioridad a las entidades a un determinado proceso.

Parmetros:

Valor por
Parmetro Descripcin Ejemplo
defecto
Name Identificador del modulo, debe ser nico Decide 1 Hay cola?
es decir no repetirse para otro.
Type Indica si la decisin se basa en una 2 way by 2 way by
condicin (Si X > Y) o por porcentaje (40% Chance Chance
si, 60% no).

El Type puede ser especificado como:

2 way by Chance - para una

probabilidad

2 way by Condition - para una

condicin

N-way by Chance para cualquier

 nmero de probabilidades que se
especifiquen ms una salida else.

N-way by Condition para cualquier

nmero de condiciones que se
especifiquen ms una salida else.
Conditions Define una o ms condiciones mediante
las cuales se dirigen las entidades a
diferentes mdulos.

Solo aparece cuando Type es N-way by

Condition.
Percentages Define una o ms probabilidades
mediante las cuales se dirigen las
entidades a diferentes mdulos.

Solo aparece cuando Type es N-way by

Chance.
Percentage Valor que se ha de chequear para 50 20
True determinar el porcentaje de entidades que
saldrn por la salida True.
If Tipos de condiciones que estn Entity Type
disponibles para evaluacin: Variable,
Variable Array (1D), Variable Array (2D),
Attribute, Entity Type, Expression.
Named Especfica el nombre de la variable, Entity 1
atributo, etc., que ser evaluado al
momento quela entidad ingresa el mdulo.

No aparece cuando Type es Expression.

Is Evaluados para la condicin. >= <

Slo aparece cuando Conditions es

Attribute o Variable.
Row Especifica la fila para una variable tipo 1 3
arreglo (matriz).

Solo aparece cuando Type es N-way by

Condition o 2 way by Condition, y la
Variable es Array (1D) o Array (2D).

Column Especifica la columna para una variable 1 2

tipo arreglo (matriz).

Solo aparece cuando Type es N-way by

Condition o 2 way by Condition, y la
Variable es Array (1D) o Array (2D).

Value Expresin que ser comparada con un 1 8

atributo p variable, o que ser evaluada
como una simple expresin si es
verdadera o falsa.

No aparece cuando Conditions es Entity

Type.

Mdulo ASSIGN
Descripcin:

Este mdulo se usa para asignar nuevos valores a: variables, attributes, entity types,
entity pictures u otras varoables del sistema.

Se pueden hacer varias asignaciones en un solo mdulo Assign.

Usos Clsicos:

Parmetros:

Valor por
Parmetro Descripcin Ejemplo
defecto
Name Identificador del modulo, debe ser nico es Assign 1 Datos del
cliente
decir no repetirse para otro.
Assignment Especifica una o ms asignaciones que serm
s hechas cuando una entidad llegue a este
mdulo.
Type El tipo de asigancin que de har. Variable Attribute

Otros pueden incluir varoables del sistema,

tales como capacidad del recurso, momento
en que termina al asimulacin.
Variable Nombre de la varoable a la que se le easinar Variable 1 Cantidad
Name un nuevo valor cuando la entidad entre en el
mdulo.
 Aparece solo cuando Type es Variable y
Variables es Variable Array (1D), Variable
Array (2D).
Row Especifica la fila para una variable tipo arreglo. 1 8
Column Especifica la columna para una variable tipo 1 6
arreglo.
Attribute Nombre del atributo de entidad al que se le Attribute 1 Color
Name asignar un nuevo valor cuando la entidad
ingrese al mdulo.

Aparece solo cuando Type es Attribute.

Entity Type Nuevo tipo de entidad que se le asignar a la Entity 1 Cliente
entidad, cuando la entidad ingrese al mdulo.

Aparece solo cuando Type es Entity Type.

Entity Nuevo grfico de la entidad que se le asignar Picture.Re
Picture a la entidad, cuando la entidad ingrese al port
mdulo.

Aparece solo cuando Type es Entity Picture.

Other Especifica la variable especial del sistema a J
la que se le asignar un nuevo valor cuando la
entidad ingrese al mdulo.

Aparece solo cuando Type es Other.

New Value Valor que ser asignado al atributo, Variable u 1
otra variable del sistema.

No aparece cuando Type es Entity Type o

Entity Picture.

Ahora continuamos con los ejemplos: