Los siete engaños más comunes al modelar con Arena

Están reunidos aquí, los engaños más comunes cometidos por usuarios novatos de Arena (e incluso algunos avanzados). éstos están identificados por el “problema” encontrado por el usuario:

1) Yo aumento la capacidad del recurso, pero el desempeño del sistema empeora!

Esto es tan común que ya fue objeto del artículo anterior “El Enigma de la Capacidad”. Recuerde que la capacidad del recurso es informada en el módulo Resource. El campo “capacity” del Process o Seize sirve para informar cuantas unidades son necesarias para la ejecución del proceso.

2) Las entidades están siendo retenido en un único módulo Process.

Muchos engaños pueden llevar a esta situación. El más común es que el usuario olvide colocar la unidad correcta, dejando en horas (padrón del módulo) en lugar de cambiar a minutos. Otra opción es que el error esté en el módulo Create anterior, que debería tener el tiempo en horas, pero fue colocado en minutos. Otra posibilidad es que el Process haya sido configurado como Seize-Delay, y el usuario haya olvidado adicionar un módulo Release más adelante, manteniendo el recurso eternamente ocupado.

3) El modelo “congeló”. Rodó hasta un cierto momento y ahora el reloj paró. No pasa nada más !

Posiblemente, el modelo tiene algo como lo mostrado en la figura de al lado. Una decisión que cuando no es satisfecha, retorna a la entidad para su propia entrada. Como ella no pasa por ningún módulo que provoque atraso, la condición permanece igual cuando la entidad llega, llevando a la misma decisión y continuando en un ciclo infinito, que paraliza la simulación. La solución es cambiar esa estructura por un Hold configurado como “Scan for Condition”, o colocar un Delay de tiempo bastante corto entre la salida del Decide y su propia entrada.


4) No consigo abrir mi archivo de datos en el Input Analyzer.

COncéntrese al usar el Input Analyzer, pues un error muy común es usar el comando “abrir” para abrir el archivo de datos que se desea analizar. Realemente, ese comando sirve para abrir un “análisis” ya hecho por la herramienta. Para analizar una nueva masa de datos, primero se debe hacer clic en “New” para iniciar un nuevo análisis y después en “File > Data File > Use Existing”, para cargar los datos.

5) Al liberar la correa o transportador, Arena muestra un mensaje de error.

Inclusive usando correctamente los comandos “Exit” y “Free”, Arena presenta error ? Puede ser que la entidad que está liberando la correa o el transporter no sea la misma que los ocupó Esto puede pasar cuando la entidad es duplicada por un Separate. En estos casos, recuerde siempre colocar estos comandos en el flujo de la entidad “Original”, y no en las copias.

6) Arena muestra error de módulo no conectado, pero todos están conectados.

Este es un caso de “ilusión de óptica” que puede ser difícil de detectar por usuarios sin experiencia. Verifique si algun módulo nuevo no fue colocado sobre uma linha de conexão já existente de tal forma a dar a ilusão de estar conectado. É fácil verificar: na mensagem de erro, clique no botão “Find” para localizar o módulo que originou a mensagem, e mude-o de posição para confirmar se está realmente conectado.

7) El modelo muestra un error pero no identifica cual es el módulo.

Esto es común cuando el error está en la animación. Ejemplo: puede haberse colocado un mostrador numérico con la intención de informar el valor de la variables “teste”, pero su grafía fue digitada incorrectamente, como “tesste”. En este caso, Arena no reconoce la variable e informa el error, inclusive citando cual es el nombre no identificado, lo que facilita su localización. Busque en los elementos de animación colocados por último, o si la animación es muy grande, vaya eliminando porciones graduales y en seguida revisando el modelo. Cuando la animación errada sea eliminada, el modelo revisará normalmente. En ese momento basta hacer click en “Undo” varias veces hasta que toda la animación fue eliminada vuelva a aparecer y concentrarse en la porción que fue retirada por último. .

Marcelo Moretti Fioroni

É Consultor de Simulación en Paragon, graduado en Ingeniería Eléctrica con énfasis en Computadores por la FEI, Mestre en Manufactura de la UNICAMP y Doctor en Logística de la Poli-USP. Participó de aproximadamente 180 exitosos proyectos de simulación. Co-fundador de Paragon Tecnología en 1992, empresa pioneira y líder del mercado en América Latina. Es Profesor de Simulación de Sistemas en la FMU-FISP-S. Realizó el entrenamiento de más de 1.200 profesionales en simulación. Puede ser contatado en <marcelo@paragon.com.br>

Leer otros artículos


Fechar X

Cadastre seu e-mail para receber novidades!

[contact-form-7 404 "Not Found"]
Fechar X

Avise-me próxima turma

[contact-form-7 404 "Not Found"]
Fechar X

Indique esta página

[contact-form-7 404 "Not Found"]