INSTITUTO TECNOLGICO SUPERIOR

DE ALVARADO
INGENIERA INDUSTRIAL
Materia:
SIMULACIN

Semestre-Grupo:
SEXTO SEMESTRE GRUPO NICO

Producto Acadmico:
LENGUAJES DE SIMULACION

Presenta:
DANIEL GARCIA CUEVAS

Docente:
ING. ABRAHAM A. RUIZ SNCHEZ

TLALIXCOYAN,
INDICEVER. FEB-JUN 2016
1

INTRODUCION . 3
SLAM . 4
GPSS 6
ARENA 9
CONCLUSION . 12
FUENTES DE CONSULTA . 13

INTRODUCCION
En la vida real se presentan muchas situaciones y sucesos que requieren
la toma de decisiones para planificar, predecir, invertir y proyectar
posibles soluciones a problemticas planteadas al momento de efectuar
una simulacin.
Para eso es necesario el conocimiento del problema o de la situacin y
las posibles soluciones, donde juegan un papel de importancia
herramientas que permiten la obtencin de informacin, como la
modelizacin y la simulacin.
Cualquiera que sea la aplicacin para simular, sea un programa
comercial especifico o una aplicacin con lenguaje de propsitos
generales, requieren conocer y manejar una serie de procedimientos y
criterios para obtener datos y para analizarlos para tomar decisiones
que te permitan optimizar los procesos.
En este trabajo nos enfocaremos en tres tipos de lenguaje de simulacin
los cuales son GPSS, SLAM y ARENA.

LENGUAJE DE SIMULACIN SLAM.

SLAM (Simulation Languaje for Alternative Modeling)
Es un lenguaje de simulacin por el cual se pueden construir modelos
con orientacin al proceso o al evento. SLAM fue desarrollado en 1979
por Dennis Pedge y Alan Pritsker y es distribuido por Pritsker Corporation
(indianapolis, Indiana). La parte de SLAM que se orienta a los procesos
emplea una estructura reticular compuesta por smbolos de nodos y
ramas tales como colas, servidores y puntos de decisin. Modelamiento
significa incorporar esos smbolos a un modelo de red que representa el
sistema y en donde las entidades (tems) pasan a travs de la red. SLAM
contiene un procesador que convierte la representacin visual del
sistema a un conjunto de sentencias.
La parte orientada a los eventos permite incluir rutinas en FORTRAN para
las relaciones lgicas y matemticas que describen los cambios en los
eventos.
Un modelo continuo es especificado por las ecuaciones diferenciales o
de diferencia, el que describe la conducta dinmica de las variables de
estado. El modelador codifica esas ecuaciones en FORTRAN, empleando
un juego especial de arreglos de almacn SLAM.
El SLAM simplifica el modelamiento de sistemas complejos, combinando
el uso fcil de lenguaje de proceso como GPSS y Q-GERT con la potencia
y flexibilidad del lenguaje de eventos GASP IV.
CARACTERSTICAS:

Es un lenguaje que proporciona red de smbolos

Contiene subprogramas de apoyo y especifica la estructura.
Permite al analista desarrollar modelos de un proceso de
interaccin.

IMPORTANCIA:
Es importante porque ayuda al estudio del efecto de cambios
internos y externos de sistemas, puede ser utilizada para
experimentar con nuevas situaciones sobre las cuales tiene
poca informacin.

VENTAJAS:

Puede ser usado parar analizar y sintetizar una compleja y

extensa situacin real.
Permite la inclusin de complicaciones del mundo real.
Facilita al usuario en la formulacin de modelos de
simulacin.

DESVENTAJAS:

El SLAM no genera soluciones optimas a problemas de

anlisis cuantitativos.
Las soluciones e inferencias no son usualmente
transferibles a otros problemas.

LENGUAJE DE SIMULACIN GPSS

El GPSS es uno de los primeros lenguajes de simulacin que se
desarroll, as que se ha probado durante mucho tiempo. (Gordon lo
implement en 1962). Sin embargo, tiene la desventaja de que no
incluye una animacin incorporada, aunque sus resultados se pueden
animar por otros paquetes tales como el Proff Annimation.
Antecedentes
El GPSS (General Purpose Simulation System) lo implemento Gordon en
1962 y fu J. O. Henrikesen quien hizo la primera liberacin para la
Wolverine Sofware en 1977, desde entonces se ha mantenido como un
lenguaje capaz de simular adecuadamente una gran cantidad de
entornos de inters prctico y terico.
Existen diferentes versiones de GPSS, cada una con sus variantes
particulares, pero la filosofa operativa es semejante en todas las
versiones. En el ITESM-CEM se dispone de dos: el GPSS/H para
plataforma DOS y compatibles, y el GPSS/C para Plataforma UNIX. En
este curso se presentan las instrucciones de manera que sean
aceptadas por ambos compiladores de GPSS (en lo posible), marcando
siempre que lo amerite, las diferencias entre una y otra versin. Sin
embargo es conveniente recordar que las versiones de los lenguajes y
programas cambian continuamente por lo que, si dispone de una versin
de GPSS en donde no corran las instrucciones tal y como aparecen en
este curso, consulte su manual de referencia donde, seguramente,
encontrar la sintaxis apropiada para su versin.
ELEMENTOS BSICOS
Como se menciona en la subseccin anterior la simulacin mediante
GPSS

se

realiza

con

dos

elementos

bsicos

conocidos

como

transacciones y bloques. Una transaccin es aquello que fluye a travs

6

del sistema de manufactura, y que puede ser: informacin, piezas,

ordenes de produccin, fallas, operarios, mecnicos, etc., mientras que
un bloque se define como cualquier operacin que realiza una
transaccin dentro de un sistema: procesamiento, entrada a un
almacn, salida de un almacn, inicio de proceso, fin de proceso, salida
del sistema, ensamble, desensamble, etc.
CONCEPTOS DE PROGRAMACIN
Un programa en GPSS puede ser visualizado desde dos puntos de vista;
el primero, dentro del contexto de programacin por bloques ya
descrito; el segundo, dentro del contexto de cadenas de eventos. Por lo
general es ms sencilla la visualizacin de la simulacin dentro del
primero de ellos, y es posible programar modelos validos sin considerar
el concepto de cadenas de eventos. Se entiende por cadena de eventos
el lugar donde se envan las transacciones que durante su recorrido a
travs del modelo o bloques encuentra una condicin de bloqueo que les
impide seguir un cambio libremente. Existen dos tipos de bloqueo: a)
Bloqueo de retraso o b) Bloqueo condicional.
a) El bloqueo de retraso consiste en la entrada de una transaccin a un
bloque que retardara su tiempo de avance; en otras palabras, la
transaccin estar en el tiempo t1 y saldr del bloque en el tiempo t2,
en el intervalo entre estos dos tiempos, la transaccin permanece, a los
ojos de un programador, por bloques en el bloque retardaste, sin
embargo, a los ojos de un programador por eventos, la transaccin para
formar parte de la cadena de eventos futuros, a la que entra en t1 y sale
en t2. En GPSS existen solo dos bloques retar dantes: el GENERATE, que
coloca la transaccin en la cadena de eventos futuros hasta el tiempo
que deba de entrar al sistema, y el ADVANCE, que coloca la transaccin
en la cadena de eventos futuros hasta que haya cumplido con su retraso
asignado.

b) El bloque condicional ocurre cuando una transaccin intenta entrar a

un bloque y encuentra un impedimento fsico o una condicin no
cumplida en el bloque; por ejemplo, una transaccin que intenta entrar a
un bloque que simula una mquina, y dicha maquina se encuentra
trabajando con otra transaccin o est descompuesta. Entonces la
transaccin queda bloqueada hasta que la maquina se desocupe o
quede reparada. Hablamos en programacin por bloques, en apariencia
la transaccin queda suspendida en el espacio esperando su entrada al
bloque que se lo impide. Sin embargo, esa transaccin es enviada a
esperar su destino a la cadena de eventos actuales, hasta que la
condicin de bloques desaparezca y pueda continuar su camino. En este
sentido en GPSS existen muchos bloques que actan sobre las
transacciones; por mencionar algunos, SEIZE, GATE, TEST y ENTER

LENGUAJE DE SIMULACION ARENA

Arena es un modelo de simulacin por computadora que nos ofrece un
mejor entendimiento y las cualidades del sistema, ya que adems de
representar el sistema efecta automticamente diferentes anlisis del
comportamiento.
Arena facilita la disponibilidad del software el cual est formado por
mdulos de lenguaje siman (lenguaje de simulacin).
Este programa combina las ventajas de los simuladores de alto nivel con
la flexibilidad de lenguajes generales como microsoft, Visual Basic.
Arena tambin incluye animaciones dinmicas en el mismo ambiente del
trabajo y prev apoyo integrado, incluyendo grficas para los diseos
estadsticos y analiza aspectos que son parte del estudio.
Este software de Systems Modeling Corporation es una gran herramienta
para simular procesos de cualquier tipo.

Desde simples colas hasta

procesos con gran cantidad de variables involucradas. Este tipo de

software es de gran utilidad para visualizar y estudiar de qu modo se
estn llevando a cabo diferentes procesos. Puede utilizarse para simular
procesos tan variados como:

La disponibilidad de camas en un hospital

Simulacin de Eventos LII 2109
Llenado de lquidos en una planta embotelladora
Produccin de cobre
9

Arena cuenta con un sistema de animacin llamado Cinema Animation

System, el que nos ayuda a comprender y visualizar los procesos en
forma clara. Adems, Arena nos entrega la capacidad de disear
ambientes de simulacin y adems nos da la posibilidad de crear
diferentes Templetes (barras de herramientas) para una empresa
especfica, departamento o tarea usando el lenguaje e imgenes para
facilitar el trabajo y comprensin de la simulacin.

APLICACIONES EMPRESARIALES DE LA SIMULACIN

Procesos de fabricacin. Fue una de las primeras reas beneficiadas
por estas tcnicas. La simulacin se emplea tanto para el diseo como
para la ayuda a la toma de decisiones operacionales.
Logstica. La simulacin contribuye de forma significativa a la mejora
de los procesos logsticos en general. Dentro de esta rea, se incluye
tanto una cadena completa de suministros, como la gestin de
inventarios de un almacn.

ELEMENTOS DE UN MODELO DE ARENA.

Entidades. La mayora de las simulaciones incluyen entidades que se
mueven a travs del modelo, cambian de estado, afectan y son
afectadas por otras entidades y por el estado del sistema, y afectan a
las medidas de eficiencia. Son los elementos dinmicos del modelo,
habituales mentes se crean, se mueven por el modelo durante un
tiempo y finalmente abandonan el modelo. En un proceso sencillo de
fabricacin, como el que analizamos en el primer ejemplo, las entidades
sern las piezas que son creadas, pasan a la cola si la mquina que debe
procesarlas est ocupada, entran en la mquina cuando sta queda
libre, y abandonan el sistema cuando salen de la mquina. En este caso
10

slo habr un tipo de entidades (aunque puede haber simultneamente

varias copias de la entidad circulando por el diagrama), pero en un
caso general podra haber muchos tipos de entidades distintas (y
muchas copias de cada una de ellas), que representaran distintos tipos
de piezas, de diferentes caractersticas, prioridades, rutas, etc.
Atributos. Para individualizar cada entidad, se le pueden unir distintos
atributos. Un atributo es una caracterstica de todas las entidades,
pero con un valor especfico que puede diferir de una entidad a otra. Por
ejemplo, en el primer ejemplo, nuestras entidades (piezas), podran
tener unos atributos denominados Hora de Llegada, Fecha de Entrega,
Prioridad y Color para indicar esas caractersticas para cada entidad
individual. Arena hace un seguimiento de algunos atributos de manera
automtica, pero ser necesario definir, asignar valores, cambiar y usar
atributos especficos, en cada sistema que se desee simular.

11

CONCLUSION
Para el presente trabajo se ha llegado a la siguiente conclusin, sea
determinado que es necesario el llevar acabo la planificacin de la
simulacin ya que esta nos permite analizar sucesos de la vida real
permitiendo predecir lo que podra ocurrir en determinados procesos.
La simulacin de sistema nos permitir optimizar el tiempo de respuesta
para el momento de realizar o disear algn proyecto ya que este nos
ayuda a planificar como vamos a elaborar este, obteniendo este como
resultado una mayor eficacia, rapidez y fiabilidad en las actividades
realizadas durante cada paso a seguir.

12

FUENTES DE CONSULTA
http://lenguajeslam.blogspot.mx/2010/04/slamsimulation-languaje-foralternative.html
https://simuladoresgpss.wikispaces.com/LENGUAJE+DE+SIMULACI
%C3%93N+GPSS
http://simuladorarena.blogspot.mx/
http://es.slideshare.net/jmm2014/lenguaje-de-simulacin

13