Anlisis de Sistemas Mineros |

UNIVERSIDAD NACIONAL DE INGENIERA

FACULTAD DE INGENIERA GEOLGICA, MINERA Y
METALRGICA

ANLISIS DE SISTEMAS
MINEROS
ESCUELA : INGENIERA DE MINAS
DOCENTE : PHD. ALFREDO MARIN SUAREZ
ALUMNO : ALVAREZ GALVN, ESTEFANA
CDIGO : 20132126F

2017
 INDICE

I. INTRODUCCIN______________________________________________________________3

II. MARCO TEORICO____________________________________________________________ 4

III. DESARROLLO________________________________________________________________ 5
IV. APLICACIN _______________________________________________________________________________11

V. CONCLUSIONES____________________________________________________________________________16

Pgina 2
 I. INTRODUCCION

La simulacin de eventos discretos es una herramienta de anlisis de operaciones de gran

potencial que se est utilizando en la actualidad debido a su estructura simple y de fcil
comprensin. Puede aplicarse a sistemas complejos en operaciones mineras debido a que
stas tambin son de naturaleza discreta.

Pgina 3
 II. MARCO TEORICO

Qu es la simulacion?

Simular es probar o tantear y luego ajustar mediante cambios en los valores de las variables
en una escala y ambiente diferente a la realidad , adelantndose a los resultados que
pueden obtenerse en una operacin bajo ciertas condiciones, para evaluar los beneficios o
inconvenientes de los parmetros dados, los que pueden modificarse convenientemente
antes de iniciar una operacin real evitando as altos costos de cambios posteriores cuando
sta ya se encuentra desarrollada. La simulacin como tcnica de optimizacin por tanteos
comprime experiencias reales en periodos cortos. Despus del primer clculo se efectuan
otros variando uno o ms factores observando los efectos de estos cambios y procediendo
al ajuste si es necesario.

Pgina 4
III. DESAROLLO
1. VENTAJAS, DESVENTAJAS Y PELIGROS DE LA SIMULACIN

1.1. VENTAJAS

Los sistemas reales, la mayora de los cuales poseen elementos estocsticos,

pueden ser de difcil modelamiento matemtico para su evaluacin analtica.
En estas circunstancias la simulacin es el nico camino de investigacin
posible.
Puede ser usado repetidamente a mnimo costo una vez que se haya
construido el modelo apropiado.
Generalmente son ms fciles de aplicar que los mtodos analticos.
Los modelos analticos requieren de muchas suposiciones para hacerlos
manejables matemticamente, la simulacin no tiene tantas restricciones.
La simulacin permite estimar medidas de desempeo del sistema existente
bajo diferentes escenarios de operacin y en tiempo reducido.
Las alternativas de diseo propuestas a un sistema pueden evaluarse y
modificarse en busca de mejores resultados.
Se puede tener un mejor control sobre condiciones experimentales, lo que no
es posible experimentando con el sistema real.
Permite estudiar el sistema minuciosamente por periodos prolongados y en
tiempo reducido.

1.2. DESVENTAJAS

Generalmente se acercan a las soluciones ptimas aunque stas nunca se

conozcan con gran certeza.
Hay dificultad en vender la idea por falta de difusin.

2. PELIGROS

Ver la simulacin como un ejercicio complicado de programacin.

Inferir con una sola corrida asumiendo independencia.
Confianza en simuladores comerciales de fcil acceso, complejos, no
documentados, que no implementan la lgica deseada.
Uso arbitrario de distribuciones y suposiciones.

Pgina 5
 Impresionarse con el gran volumen de informacin y una animacin realista,
pero que no representa al sistema estudiado.

3. GPSS/H (GENERAL PURPOSE SIMULATION SYSTEM)

GPSS es un seudo-lenguaje de programacin basado en la teora de colas que

se puede utilizar para la simulacin de diferentes operaciones en distintos
campos.

Tratado como un lenguaje de naturaleza dinmica que constantemente puede ser

modificado y mejorado de acuerdo a lo requerido. Se aplica para ayudar a
resolver una gran variedad de problemas, entre los que se encuentran los
relacionados a la minera pues la mayoria de stos obedecen a modelos de la
teora de espera.

4. VENTAJAS DEL GPSS/H

Puede ser continuamente mejorado.
Se encuentra completamente disponible.
Est escrito en un lenguaje de programacin y por lo tanto es muy veloz.
Puede resolver una variedad de problemas en una forma rpida y precisa.
Dichos problemas pueden ser de diferente naturaleza tales como los de
ingeniera, industria manufacturera, ciencia y los negocios.
Habiendo sido introducido en 1961 por IBM, ha resistido la prueba de tiempo,
mientras que otros lenguajes de programacin han fallado.
Ha probado ser extremadamente verstil para el modelamiento en minera y
en la operaciones relacionadas a sta. Lo que incluye tanto operaciones
superficiales como subterrneas, as como tambin el transporte de material
hacia la planta concertadora, fundicin y refinera.
Se asocia fcilmente con PROOF para hacer animaciones.

5. PASOS A SEGUIR EN LA CONSTRUCCIN DE UN MODELO GPSS

Identificacin de los elementos del sistema a estudiar.

Descripcin de la lgica que gobierna el sistema.
Usar el sistema de diagrama de flujos para producir un modelo GPSS/H.
Correr el modelo.
Analizar el modelo para la identificacin de errores.
Aplicar los resultados obtenidos en el anlisis del sistema.
Experimentar con el sistema.

Pgina 6
6. FLUJOGRAMA DEL ANALISIS DE UN SISTEMA USANDO GPSS/H

El cdigo de simulacin se edita en unaventana de texto

Los componentes que evolucionan en elsistema se denominan TRANSACCIONES

(clientes, personas, objetos, vehculos,...)

El ciclo de vida de las transacciones sedescribe en lo que se denomina SEGMENTO (la

evolucin del trfico en cada va de uncruce es un segmento distinto)

Pgina 7
 Los segmentos estn integrados por BLOQUES o COMANDOS (cdigo)

Cada BLOQUE refleja una fase del ciclo de vida de la transaccin dentro del SEGMENTO (ej.
fase puede ser estar en la ventanilla)

La estructura general de un bloque :

Campo de direccin (opcional)

Campo de operacin
Campo de operandos

Cada segmento se puede representar mediante un diagrama de bloques Universidad

Pontificia Comillas de Madrid GPSS WORLD 4

Cada bloque puede identificarse medianteun smbolo

7. CREACIN DE TRANSACCIONES (GENERATE A,B)

Genera una transaccin con una distribucin uniforme distribuida entre

[A-B, A+B]

Los operandos A y B no pueden ser negativos (A es como la media y B como la

desviacin)

Pgina 8
Adems el operando A >= B

Si B=0 implica que la generacin se realiza a intervalos constantes (B puede omitirse)

Valor por omisin de A y B es 0.

8. FINALIZACIN DE TRANSACCIONES (TERMINATE, START)

TERMINATE se coloca siempre con posterioridad al bloque GENERATE y elimina

transacciones del sistema

El bloque START se coloca a continuacin de TERMINATE cuando se quiere limitar el

nmero de transacciones que han completado la simulacin

El bloque START con su operando crea un contador del cual TERMINATE va

descontando una cantidad cada vez que pasa una transaccin (START indica el valor
inicial del contador)

9. TIEMPO DE ESTANCIA (ADVANCE A,B)

Permite a una transaccin permanecer en el segmento un tiempo uniformemente

distribuido en el intervalo [A-B, A+B] antes de seguir avanzando

Ejemplo (continuacin):

Cada cliente de la sucursal permanece un tiempo uniformemente distribuido entre

20 y 30 minutos aunque todos los que estn en la sucursal a la hora del cierre se
marchan sin
ser atendidos

10. RECURSO UNITARIO (SEIZE A RELEASE A)

Pgina 9
SEIZE permite a una transaccin utilizar un recurso (servidor) que slo puede atender
a una transaccin a la vez (se denomina Facility)

RELEASE libera el recurso de la transaccin.

El operando A de SEIZE y RELEASE identifica el recurso que es utilizado y liberado

El nombre del recurso puede contener cualquier nmero de caracteres siempre que
el 1 sea una letra.

Si el recurso est ocioso, la transaccin puede tomarlo y continuar al bloque siguiente

sin que otra transaccin pueda tomarlo hasta que no se libere con el bloque RELEASE

Si el recurso est ocupado, la transaccin espera y forma una cola con disciplina FIFO
(sin embargo no se proporciona resultados de esta cola)

Es importante no olvidar el bloque RELEASE ya que el recurso siempre estara

ocupado para las transacciones posteriores a la primera

11. INFORMACIN CON QUEUE Y DEPART

Se puede obtener informacin:

colas de espera para un recurso

transacciones entre dos bloques de un segmento

Para colas: Se han de situar a ambos lados del bloque que asigna recurso

Entre dos bloques: antes del bloque inicial y despus del bloque final

Pgina 10
IV. APLICACIN

1) Abrimos GPSS , visualizando la siguiente pantalla :

2) Creamos un nuevo archivo de la siguiente manera :

Pgina 11
 3) En la anterior ventana mostrada , colocaremos el cdigo respectivo y los tiempos que se
manejan , para as poder realizar la simulacin requerida.

A continuacion se realizara una simulacion de la labor de cargio de un camion por medio de

una CAMIN, en donde analizaremos las tablas de frecuencia para la cola.

Primera corrida

Se hara iteraciones, en donde el tiempo de servicio de la pala 1 esta en el rango de 120 180
segundos y el tiempo de llegada del camin entre 120 240 segundos.

Pgina 12
 Obteniendo una utilizacin del 82.7 %

Pgina 13
Segunda corrida

Se hara iteraciones, en donde el tiempo de servicio de la pala 2 esta en el rango de 100 160
segundos y el tiempo de llegada del camin entre 100 220 segundos.

Obteniendo una utilizacin del 80.6 %

Pgina 14
Tercera corrida

Se hara iteraciones, en donde el tiempo de servicio de la pala 3 esta en el rango de 110 170
segundos y el tiempo de llegada del camin entre 100 220 segundos.

Obteniendo una utilizacin del 87.1 %

Pgina 15
V. CONCLUSIONES

Observamos la tabla de frecuencias con que el camin entra a la espera de ser

llenado, con sus respectivas frecuencias y frecuencias acumuladas porcentuales.
Obtenemos en el primer caso una utilizacin de 82.7%
Para el segundo caso , que se tuvo una pala 2, se tiene una utilizacin del 80.6%
En la tercera corrida, se hizo con una pala 3, lo cul nos llev a simular una
utilizacin del 87.1% , con un tiempo promedio del camin en la cola de 17.92
segundos.
Verificamos adems que se tiene para la corrida 1 y corrida 2, un tiempo
promedio del camin en la cola de 6.946 segundos.
Se debe tener mucho cuidado en las simulaciones en admitir resultados sin
realizar un previo anlisis.

Pgina 16