Universidad Nacional del Centro del Per

Ingeniera de Sistemas
Ing. Jaime Suasnbar Terrel
Introduccin a Rockwell Arena
Simulacin Discreta
Arena
Arena es una herramienta fcil de usar, potente herramienta que
te permite crear y ejecutar experimentos en modelos de
sistemas. Puede poner a prueba sus ideas en un "laboratorio
(Computer), para predecir el futuro con confianza ... y sin alterar
su entorno de negocios actual.
Descripcin de Arena
SOFTWARE ARENA que permite modelar, simular, visualizar y
analizar Sistemas de Eventos Discretos (SED).
Modelar Simular Visualizar Analizar
SISTEMA
ARENA
Componentes del Sistema
SISTEMA ENTIDAD ATRIBUTOS ACTIVIDADES RECURSO EVENTO
VARIABLES DE
ESTADO
Banco Clientes
Tipo de cliente
(Tarjeta Oro)
Realizar ingreso
Consulta de saldo
Oficinista
Cajero
automtico
Llegada
Salida
N de cajeros
ocupados
N de clientes
esperando
Fbrica Mquinas
Velocidad
Ratio averas
Taladrar
Soldar
Torno
Robot
Averas
Estado de las
maquinas(ocup
adas, averiadas,
desocupadas)
Comunicac
iones
Mensajes
Longitud
Destino
Transmitir
CPU
Buffer
Llegadas a
destino
N de paquetes
esperando
Simulation Concepts
Entities and Attributes
Queues
Resources
Statistics
Sets
Stations and Activity Areas
Storages
Sequences
Conveyors
Transporters
Five steps with Arena
Create a
basic model
Arena provides an intuitive, flowchart-style environment for building an "as-is" model of your
process
Refine the
model
Add real-world data (e.g., process times, resource requirements, staff levels) to your model by
double-clicking on modules and adding information to Arena's data forms. To create a more
realistic picture of your system, replace the animation icons that Arena automatically supplies with
graphics of your own (e.g., from ClipArt or other drawing packages).
Simulate
the model
Run the simulation to verify that the model properly reflects the actual system. Identify bottlenecks
and communicate with others through the dynamics of Arena's graphical animation.
Analyze
simulation
results
Arena provides automatic reports on common decision criteria, such as resource utilization and
waiting times. Augment the built-in statistics with your own, so that Arena reports what's
important for your decision-making needs.
Select the
best
alternative
Make changes to the model to capture the possible scenarios you want to investigate, then
compare the results to find the best "to-be" solution.
Types of modules
There are two types of modules on a panel:
Flowchart module shapes are placed in the
model window and connected to form a
flowchart, describing the logic of your
process.
Data modules are not placed in the model
window. Instead, they are edited via a
spreadsheet interface.
Area de Trabajo
Area de datos
Area de Mdulos
CONVERSIN DEL MODELO WOKFLOW A
MODELO FLOWCHART
La conversin se realiza teniendo en cuenta el numero de
entradas y salidas de cada proceso, si un proceso tiene 2
entradas se puede expresar a travs de un mdulo process, de lo
contrario se puede representar con dos process separados.
Asimismo, el modelado tambin est asociado al nmero de
salidas de cada proceso que en este caso se puede representar
con un mdulo decide.
Sin, embargo, no hay una receta nica para realizar el proceso de
conversin, pero es conveniente entender la lgica del diagrama
de proceso para que estos puedan ser traducidos al modelo
flowchart.
What is a module?
The start of process flow. Entities enter the simulation here.
Create:
The end of process flow. Entities are removed from the simulation here.
Dispose:
An activity, usually performed by one or more resources and requiring some
time to complete.
Process:
A branch in process flow. Only one branch is taken.
Decide:
Collect a number of entities before they can continue processing.
Batch:
Duplicate entities for concurrent or parallel processing, or separating a
previously established batch of entities.
Separate:
Change the value of some parameter (during the simulation), such as the
entitys type or a model variable.
Assign:
Collect a statistic, such as an entity count or cycle time.
Record:
Resource / Process / Servers
En versiones anteriores de Arena se utilizaba el clsico mdulo SERVER o
ADVANCED SERVER, ya que stos modelaban simultneamente los siguientes
fenmenos:
1. Liberacin de recurso de transporte que se cogi en la estacin anterior
(opcionalmente)
2. Captura del recurso (o set de recursos) asociado al servidor, o espera en cola en caso
de que est ocupado
3. Tiempo de proceso
4. Liberacin del recurso asociado al servidor
5. Captura de un recurso de transporte para desplazarse a la estacin siguiente
MODULOS PROCESS
Los pasos 2,3,4 se pueden disociar en tres bloques bsicos llamados:
SEIZE (paso 2),
DELAY (paso 3), y
RELEASE (paso 4)
Caso de Estudio N 01
En un almacn de una empresa XYZ se efecta la recepcin de
pedidos, los cuales son informatizados por un oficinista.
Se ha tomado una informacin de campo de las interllegadas en
minutos de 100 pedidos:
3 6 4 5 4 8 5 2 7 2
2 7 3 6 4 8 5 9 6 3
3 8 8 9 5 8 16 5 6 6
6 6 4 5 8 6 4 3 1 3
2 5 3 3 9 7 7 8 7 2
2 5 5 6 8 2 5 5 8 5
2 4 4 6 6 9 5 3 4 4
3 5 2 6 2 3 9 3 1 5
3 5 5 4 8 5 5 3 5 3
5 4 6 0 4 8 1 6 7 5
Caso de Estudio N 01
La labor informatizacin de pedidos tiene una demora en minutos
El pago al oficinista es de 15 soles por hora y por el uso del recurso
tiene un costo adicional de 2.5 soles.
Estudiar el sistema mediante simulacin del proceso de recepcin de
pedidos del almacn para analizar:
El ndice de ocupacin del oficinista
Costo semanal del proceso
2,43 3,10 2,92 2,76 2,38 3,38 3,07 2,90 2,61 2,80
2,79 2,69 2,98 2,59 2,98 2,37 2,07 3,16 2,70 2,57
2,59 3,07 2,96 2,90 2,96 2,73 2,65 3,37 3,05 2,62
3,19 2,53 2,98 2,81 2,71 3,43 3,39 2,60 2,80 3,12
2,93 2,77 3,02 2,51 2,45 3,02 2,84 2,89 3,25 2,41
2,72 2,94 3,33 2,93 2,65 3,17 2,67 2,86 3,45 3,03
3,27 3,48 2,42 3,19 2,98 2,60 2,60 2,86 2,82 3,23
2,98 3,46 2,42 2,65 2,72 3,08 2,62 2,42 3,10 3,04
3,13 2,74 3,46 3,04 3,10 3,36 3,21 3,25 2,30 2,47
2,55 3,07 2,66 2,22 2,81 3,02 2,77 2,57 3,10 3,31
Caso de Estudio 02:
Epyme Confianza agencia Huancayo
realiza el proceso de recepcin y
revisin de solicitudes de crditos de
vivienda.
La revisin de las solicitudes es
realizada por un nico empleado, y
consiste en decidir si la solicitud de
crdito contiene toda la
documentacin requerida, de lo
contrario si falta algn documento y
debe ser rechazada.
El modelo contiene tres elementos
de incertidumbre, que son
modelados de la forma siguiente:
Intervalo de tiempo entre llegadas
consecutivas de solicitudes: expo (2 horas)
Tiempo que tarda el empleado en revisar
una solicitud: triang (1 hora, 1.75 horas, 3
horas)
La decisin de aceptar o devolver una
solicitud se basa en si est completa o
incompleta
Se define una probabilidad de que la
solicitud este completa (0.88) y la
complementaria (0.12) de que este
incompleta.
Caso de Estudio 02
El objetivo del estudio de simulacin
es responder a las siguientes cinco
preguntas:
Cuanto tiempo transcurre, en promedio,
desde que una solicitud es recibida hasta
que finaliza su revisin?
Dado que el sueldo del empleado es 12
soles/hora, Cual es el costo promedio de
revisar cada solicitud?
Cual es el tiempo mximo de revisin de
una solicitud?
Cual es el numero mximo de solicitudes
en espera de ser revisadas?
Que proporcin del tiempo el empleado
se encuentra ocupado?
CUAL ES NUMERO DE SOLICITUDES
ATENDIDAS POR EL SISTEMA?
CUAL ES EL NUMERO DE SOLICITUDES
PENDIENTES DE ATENCION?
Caso de Estudio Propuesto
Realice el estudio de simulacin descrito a continuacin.
El modelo representa un paso en una cadena de fabricacin, consistente en
hacer un agujero en las piezas mediante una nica mquina perforadora. Las
piezas llegan a este paso, son procesadas por un nico recurso y abandonan el
proceso. Si la perforadora se encuentra libre en el instante en que llega la
pieza, entonces sta es procesada inmediatamente. En caso contrario, la pieza
espera su turno en una cola con disciplina FIFO.
El intervalo de tiempo entre llegadas sucesivas de piezas est distribuido
exponencialmente, con media 5 minutos. Las piezas llegan de una en una. El
tiempo de proceso est distribuido triangularmente, con rango de 1 a 6
minutos y modo 3 minutos.
Condiciones iniciales: la mquina est libre y la cola vaca.
Condicin de finalizacin: el tiempo simulado alcanza el valor 20 minutos.
Ejercicio Propuesto
El objetivo del estudio es estimar los estadsticos siguientes:
Nmero total de piezas procesadas.
Tiempo promedio de espera en la cola.
Tiempo mximo de espera en cola.
Nmero medio de piezas esperando en la cola.
Tamao mximo de la cola.
Tiempo de ciclo medio, es decir, el valor esperado del tiempo que
transcurre desde que la pieza llega al sistema hasta que lo abandona.
Tiempo de ciclo mximo.
Utilizacin de la mquina perforadora, es decir, proporci on del tiempo
que se encuentra ocupada.
Entity
The entity section is broken into three groups called: Time, Cost, and Other.
Time
NVA Time: This section reports each entity types non-value added time. Non-value added
time is accumulated when the entity incurs a delay at a non-value added process.
Other Time: This section reports each entity types other time. Other time is accumulated
when the entity incurs a delay at a process whose allocation has been designated as other.
Total Time: This section reports each entity types total time. Total time for an entity is
calculated based on the time the entity enters the system until when statistics are generated
(i.e., TNOW Entity.CreateTime). This statistic is also commonly referred to as the "cycle
time". Although often the total time will correspond to the sum of the times in the five
allocation categories, in some modeling situations such as using groups, this may not be
true.
Transfer Time: This section reports each entity types transfer time. Transfer time is
accumulated when the entity incurs a delay at a process whose allocation has been
designated as transfer. By default, all time spent using material handling from the Advanced
Transfer panel (a conveyor or transporter) is specified as transfer.
VA Time: This section reports each entity types value added time. Value added time is
accumulated when an entity incurs a delay at a value added process.
Wait Time: This section reports each entity types wait time. Wait time is accumulated when
the entity incurs a delay at a process whose allocation has been designated as wait, or when
the entity resides in a queue until the entity exits the queue.
FIN
Solucin Caso de Estudio N 01
1. Construir el modelo en Arena
2. Editar parmetros de modulos
1. Name: Entrada de Pedidos
2. Type: Pedidos
3. Expression: pois(5)
Editar el Proceso y Recurso
Process
Name: Informatizacion
Action: Seize, Delay, Release
Delay Type: Triangula(3, 4, 4.5)
Resources:
Name: Oficinista
Type: Resources
Quantity: 1
Editar el Proceso y Recurso
Edicin del Dispose
Name: Salida
Edicin Resources
Seleccione Resources en el Panel Basic Process
Ingresar los datos de costos del recurso
Pasos en Arena
3. Definicin de parmetros de simulacin
Menu Run / Setup
1. Configurar Ficha: Project Parameters
2. Configurar Ficha: Replication Parameters
Otros
1. Run Speed
2. Run Control
3. Reports
4. Array Size
Configurar Ficha: Project Parameters
Configurar Ficha: Replication Parameters
Anlisis de Resultados: ndice de utilizacin
ndice de utilizacin: 0.5570 55.70%
Costo del proceso: 334.20+265.80+1185.00=1785 Nuevos soles
Solucin caso N 02: Supuestos del Modelo
Al comenzar la jornada de trabajo el empleado tiene pendientes todas las
solicitudes que no revis los das anteriores. Por consiguiente, la finalizacin
de la jornada laboral no supone un evento relevante: el empleado reanuda el
trabajo en el punto en que lo dej el da anterior.
Por este motivo, y puesto que el costo se calcula por hora, al disear el
experimento puede suponerse que el sistema funciona ininterrumpidamente.
En concreto, se simula el funcionamiento del sistema durante 20 das,
suponiendo que funciona 24 horas al da. Dado que se trata de un ejemplo
introductorio, se realiza una nica rplica de la simulacin.