Beruflich Dokumente
Kultur Dokumente
ÁREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS
Tutor Académico:
Profa. Dairy García
_____________________
Cédula de Identidad: 13.507.961
Correo Electrónico: gardelcard@gmail.com
Teléfonos: (0414)3854150-(0285)6327196
Tutor Empresarial:
Ing. Alberto Cardona
_____________________
Cédula de Identidad: 13.982.322
Correo Electrónico: sirc4l@sidor.com
Teléfonos: (0426)5930322
pp.
INTRODUCCIÓN…………………………………………………………….. 0
CAPÍTULO I
EL PROBLEMA
Planteamiento del Problema……………….…………………………,…… 0
Propuesta de solución y beneficios que generaría………………………..... 0
Objetivos de la Investigación……………………………………………… 0
Objetivo General…………………………………………………………. 0
Objetivos Específicos…………….…………………………………….... 0
Justificación de la Investigación….……...…………………………………. 0
Alcance y Limitaciones………………………………………………….. 0
CAPÍTULO II
MARCO TEÓRICO
Generalidades de la Empresa...…………………….…………………..….. 0
Ubicación Geográfica…………………………………………..…………. 0
Funcionamiento de Sidor…………………………………..……………... 0
Misión...……………………………………………………..…….………. 0
Visión………………………………………………………..…..………… 0
Objetivos de la Empresa……………………………………………………. 0
Valores de Sidor………………………………………….………….……. 0
Organización y Estructura de la Empresa………………………………..... 0
Proceso Productivo de Sidor……………………………………………… 0
Protocolo de Comunicación……………………………………………….. 0
Ethernet………………………………………………………………..…..
0
Backplane…………………………………………………………………… 0
Módulos de I/O…………………………………………………………..… 0
Módulos de Ccomunicación……………………………………………..… 0
Bases Legales…………….…………………………………………….…. 0
CAPÍTULO III
MARCO METODOLÓGICO
Tipo de Investigación.………………………..………..…………………… 0
Diseño de Investigación.………………………………….……………….. 0
Técnica e Instrumentos de Recolección de Datos.………………………… 0
Metodología de Desarrollo...…………………………………………….… 0
Referente Metodológico…………………………………………………… 0
Cronograma de Actividades………………………….…………………….
0
Referencias Bibliográficas………………………………………………….. 0
LISTA DE FIGURAS
N° pp.
1 Ubicación geográfica de Sidor CA………………………...……………….… 0
2 Vista general de Sidor CA………………………………………………….… 0
3 Organigrama de Sidor CA………………………………………..................... 0
4 Procesos de produccion de Sidor CA............................................................... 0
5 Organigrama del departamento de pasantia ................................................... 0
6 Layaut Zona de Acabado del Tren de Barras de Sidor CA 0
7 Arquitectura básica de un PLC………………………………………..…… 0
8 Diagrama de escalera LD……………………………………..……………. 0
9 Diagrama de Bloque función FBD…………………………………………. 0
10 Diagrama texto estructurado ST…………………………………………..... 0
11 Diagrama de una red Modbus…………………………………………….… 0
12 Capas del protocolo Modbus TCP/IP………………………………….…… 0
13 Arquitectura de un PLC Modicon………………………………………….. 0
14 Diagrama en bloque del sistema Quantum...................................................... 0
15 Arquitectura de Módulos Quantum.................................................................. 0
16 Característica del modulo de la CPU………………………………………… 0
17 Representación del conector frontal del sistema Quantum 0
18 Característica del modulo CPS………………………………………………….. 0
19 Característica del modulo ACI y ARI ……………………………………..…. 0
20 Característica del modulo ACO…………………………………………..……. 0
21 Característica del modulo DDI…………………………………………….…… 0
22 Característica del modulo DDO……………………………………………..…. 0
23 Característica del modulo de comunicación CRP/CRA....................................... 0
24 Característica del modulo comunicación TCP/IP NOE....................................... 0
25 Característica del modulo Modbus....................................................................... 0
26 Ciclo de vida metodología RUP…..…………………………………………….. 0
LISTA DE TABLAS
N° pp.
1 Referente metodológico……………………………………………………..… 0
INTRODUCCIÓN
CAPÍTULO I
EL PROBLEMA
La Siderúrgica del Orinoco (Sidor C.A.) dentro de su plan estratégico tiene como
objetivo principal el mejoramiento continuo de sus procesos e instalaciones, para
incrementar cada vez más la producción de aceros planos y largos, por tal razón tiene la
necesidad de implementar planes de modernización que implican la adquisición de equipos
de última tecnología con el propósito de eliminar la obsolescencia que estos presentan
actualmente. En este sentido, se está llevando a cabo un proceso de actualización y
estandarización de todos los sistemas de control que dirigen el funcionamiento de las
plantas de producción de acero. La idea es que dicho mejoramiento ofrezca mayor
flexibilidad en mantenimiento y ahorro en los tiempos de diagnóstico de fallas.
La zona de acabado del Tren de Barras, tiene instalada desde su inauguración en el año
1979 la unidad de mando S31-2KC1 marca Siemens, que como sistema de control dirige
parte fundamental del proceso de fabricación de la cabilla. Esta se encarga del
funcionamiento de los siguientes subsistemas: vías de rodillos, cizalla de corte en frío,
regulación de motores de corriente continua. Cada uno de estos subsistemas es guiado por
un software de control elaborado en lenguaje de texto estructurado, donde no se tiene
documentación alguna de dicho programa siendo necesario crear la lógica de control que
permita seguir operando los equipos instalados en la zona.
A nivel de hardware es necesario hacer una revisión de las entradas y salidas de todo el
sistema y redefinir los elementos de campo, como la elaboración de las lista de materiales
y cables de control y potencia, por último desarrollar la arquitectura de las diferentes redes
de comunicación que formarán parte del nuevo sistema, como son: Ethernet, Modbus plus
y Río. Todo lo anteriormente mencionado, se verá plasmado en el diseño de planos de
ingeniería que mostrarán cómo van conectados y ensamblados eléctricamente en forma
armónica todos sus elementos.
Con la implementación de la arquitectura hardware-software propuesta, se obtendrán
como beneficios:
Disminución de las demoras por fallas en el software de la unidad de mando.
• Realizar un procedimiento de pruebas con todas las variables funcionales del proceso
de fabricación de cabilla del área de acabado del tren de Barras.
Este proyecto está enmarcado en la segunda de las tres fases de automatización que
tiene definida Sidor para la Planta del tren de Barras y Alambrón. Contempla el llamado
nivel cero de la automatización, donde se plantea la ingeniería básica de nuevo sistema de
control de los procesos productivo de sus líneas de laminación.
CAPÍTULO II
MARCO TEÓRICO
Ubicación geográfica
Ser la empresa socialista siderúrgica del estado venezolano, que prioriza el desarrollo
del mercado nacional con miras a los mercados del la Alternativa Bolivariana para América
Latina y el Caribe (ALBA), andino, caribeño y del Mercado Común del Sur
(MERCOSUR), para la fabricación de productos de acero con alto valor agregado, alineada
con los objetivos estratégicos de la nación, a los fines de alcanzar la soberanía productiva y
el desarrollo sustentable del país.
Visión
Objetivos de la empresa
Ejecución de inversiones.
Reducción de costos.
Mejora de la eficiencia.
Los principales equipos que componen el laminador del Tren de Barras son:
Horno de vigas galopantes: con una capacidad de 160 ton/hora.
Cizalla de corte en frio: corta las divisiones de material en largos comerciales (6,
9, 12 y 18 metros) o cualquier otra longitud requerida. Este proceso se genera a
través de un sistema de rodillos de desplazamientos. Actualmente solo se corta a 12
mts.
Botalam: este proceso está compuesto por: La cizalla de corte en frio, cadenas de
jinetillos, contador de cabillas, cadenas alimentadoras, cadenas intermedias, tope
alineador, cadenas empaquetadoras, maquinas atadoras, ganchos evacuadores, vías
de rodillos y cadenas ripadoras; mediantes estos equipos se selecciona, se cuenta y
se forman los atados para posteriormente ser almacenados, La capacidad de
producción del laminador, va a depender del diámetro del producto que se esté
laminando en los turnos rotativos (v. Gráfico 6).
Gráfico 6. Zona de acabado del Tren de Barras. Sidor (2016).
Antecedente histórico
Uno de los aspectos importantes para lograr el objetivo de este proyecto, fue la
elección de la metodología para el desarrollo de la aplicación, por lo que se utilizó la
planteada por Jacobson, Booch y Rumbaugh (2004). Denominada RUP (Proceso Unificado
de Desarrollo de Software), con esta metodología se logra asegurar la producción del
software dentro del plazo determinado por la empresa. RUP utiliza el Lenguaje Unificado
de Modelado (UML), para preparar todos los esquemas de un sistema de software. Esta
metodología ofrece disciplinas en las cuales se encuentran artefactos que cuentan como
guías para poder documentar e implementar de una manera fácil y eficiente un sistema, así
como para realizar el buen desarrollo del mismo, dentro de las respectivas fases que la
conforman.
La información que presenta este proyecto, se ubica dentro del mismo contexto y
surge de la necesidad de automatización de equipos diseñados para atender los procesos de
producción que tradicionalmente son manuales, los procesos conchado y atemperado
exigen lazos de control de temperatura, y deben ser controlados a través de sensores y
actuadores. La solución fue desarrollada mediante la intervención de un producto PLC
logo, de la empresa siemens, diseñado y fabricado para todos los sectores industriales.
La propuesta que motiva este trabajo de investigación, se encuentra dentro del mismo
marco de automatización industrial y surge de la necesidad de sistematización de la unidad
de mando S31-2KC1 del Tren de Barras de SIDOR C.A, por tener una tecnología
hardware/software obsoleta en la cual no permite que se logre obtener los objetivos y
metas de producción en el laminado de cabillas. La solución será desarrollada mediante la
intervención de un autómata programable de la serie Modicon, con un software de
programación Concept, diseñado y fabricado para todos los sectores industriales y dar
respuesta al caso de estudio.
Automatización industrial
Durante el diseño del software se realizan muchos pasos que se centra en cuatro
atributos distintos del programa, como son: estructura de datos, arquitectura de software,
representaciones de interfaz y algoritmo. La calidad del software se base en implementar,
revisar y consolidar un adecuado proceso de pruebas, durante su desarrollo que permita
que en cada etapa del ciclo del proyecto se manejen mejores estándares de producción y
por ende de calidad del mismo.
Protocolos de comunicación
Protocolo MODBUS
Protocolo TCP/IP
El protocolo de comunicaciones de red TCP/IP Modbus “es la base del Internet que
sirve para enlazar computadoras que utilizan diferentes sistemas operativos incluyendo
PC, minicomputadoras y computadoras centrales sobre redes de área local y área extensa”
(Chávez, 2010, p. 11). Fue desarrollado y demostrado por primera vez en 1972 por el
Departamento de Defensa de los Estados Unidos, ejecutado en el ARPANET, una red de
área extensa de computadoras.
Según Pressman (2002) todo software después de la codificación debe ser probado:
Una vez que se ha generado el código, comienzan las pruebas del programa.
El proceso de pruebas se centra en los procesos lógicos internos del
software, asegurando que todas las sentencias se han comprobado, y en los
procesos externos funcionales; es decir, realizar las pruebas para la detección
de errores y asegurar que la entrada definida produce resultados reales de
acuerdo con los resultados requeridos (p. 20).
Una vez que el sistema desarrollado ha sido realizado, se debe de probar que el
software cumpla con las funciones de trabajo para el cual fue creado; en la mayoría de los
caso esta pruebas se realizan en conjunto con el desarrollador del programa y los usuario
finales, a fin de detectar posibles errores que pueda presentar el nuevo programa y
proceder a realizar las correcciones correspondiente, con el fin de garantizar la calidad del
producto elaborado y pasar a la etapa de aceptación por los responsables del proyecto y
llevado a producción.
Ethernet
Es un estándar de redes de computadoras de área local (LAN), con acceso al medio por
contienda CSMA/CD (Acceso Múltiple por Detección de Portadora con Detección de
Colisiones), es una técnica usada en redes para mejorar sus trabajos. Ethernet define las
características de cableado y señalización del nivel físico y los formatos de tramas de datos
del nivel de enlace de datos, del modelo OSI, esta se tomó como base para la redacción del
estándar internacional IEEE 802.3, Las tramas Ethernet e IEEE 802.3 pueden coexistir en
la misma red.
Backplane
Es el lugar físico donde se instalan los módulos que componen un sistema, existen 6
tipos de rack actualmente, la diferencia está en la capacidad de soportar mayor o menor
cantidad de módulos (2, 3, 4, 6, 10 y 16), los lugares que ocupan los módulos dentro de un
Backplane son llamados slot y todo el conjunto de módulos con límites de especificación
estrictamente definidas (cantidad, ubicación y módulos) se denomina Drop. Posee un bus
pasivo encargado de proveer señal de datos y alimentación de 5 voltios cc, para todos los
módulos. Para este proyecto se utilizará un rack de 16 slot (v. Gráfico 14).
Gráfico 14. Diagrama del sistema Quantum. Sidor (2016).
Las unidad de control de proceso del módico quantum, son una gama de controladores
programables de alto rendimiento basados en los procesadores 486 y Pentium y son
compatibles con el software Unity Pro, es un sistema electrónico de funcionamiento digital
que utiliza una memoria programable para almacenar internamente instrucciones del
usuario, tales como secuencia de procesos, temporización, acoplamiento, aritmética,
lógicas, entre otros. Este a su vez trabaja como máster de bus para el control de los
módulos de entradas y salidas locales, remotas y distribuidas del sistema (v. Gráfico 15).
Gráfico 15. Características del modulo CPU. Sidor (2016).
Módulos de I/O
Módulos de entrada digitales (DDI). Son las que pueden tomar solo dos estados:
encendido o apagado, estado lógicos 1 ó 0, ya que estos trabajan con señales de tensión de
corriente continua de 24 a 48 voltios cc, estas señales van y vienen desde los dispositivos
de campo a un formato de señal que puede ser procesado por el controlador del CPU, como
interruptores de fin de carrera, interruptores de proximidad, sensores de temperatura,
solenoides, actuadores de válvulas. Todos los módulos están aislados ópticamente del bus
para garantizar un funcionamiento seguro y sin errores. Además, también se puede
configurar su software (v. Gráfico 19).
Gráfico 19. Características del módulo DDI. Sidor (2016).
Módulos de salida analógica (ACO). Permiten que el valor de una variable interna
del autómata se convierta en tensión o intensidad. Son convertidores de señales eléctricas
que convierten señales desde y hacia dispositivos de campo, a un formato que pueda ser
procesado por la CPU, tales como interruptores, válvulas, sensores. Todos los módulos
están aislados ópticamente del bus para garantizar un funcionamiento y pueden
configurarse su software (v. Gráfico 20).
Gráfico 19. Características del módulo ACO. Sidor (2016).
Módulos de salida digitales (DDO). Permiten actuar sobre los actuadores que
administran órdenes de todo o nada, el valor de la salida digital se convierte en la apertura
o cierre de un relet. Estos trabajan con señales de tensión de corriente continua de 24 a 48
voltios cc, estas señales van y vienen desde los dispositivos de campo a un formato de
señal que puede ser procesado por el controlador del CPU, como fines de carrera, sensores
de proximidad, temperatura, solenoides y válvulas. Todos los módulos están aislados
ópticamente del bus para garantizar un funcionamiento. Además, también se puede
configurar su software (v. Gráfico 21).
Gráfico 201. Características del módulo DDO. Sidor (2016).
Módulos de comunicación
Entre los basamentos legales que sustenta la investigación, se encuentran las leyes y
normas nacionales e internacionales que se mencionan a continuación.
MARCO METODOLÓGICO
Del mismo modo, Arias (2006) señala “que se trata de una propuesta de acción para
resolver un problema práctico o satisfacer una necesidad. Es indispensable que dicha
propuesta se acompañe de una investigación, que demuestre su factibilidad o posibilidad
de realización” (p. 134). En este sentido, se dice que este es un proyecto factible, ya que
pretende ser un referente para la automatización e implantación de la arquitectura
hardware-software para la unidad de mando S31-2KC1 de la Zona de Acabado del Tren de
Barras de SIDOR C.A, enfocado a resolver un problema planteado, o satisfacer las
necesidades de un proceso productivo de una industria u organización.
Las técnicas de recolección de datos, se refieren a las diferentes formas en las que el
investigador puede obtener la información que necesita en base al objetivo de su proyecto,
la recolección de los datos en el proceso de la investigación constituye una de las etapas
más delicadas ya que de esta dependen los resultados que se obtengan durante la misma.
Como técnica para la recolección de la información, se aplicara la observación directa la
cual consiste en analizar la necesidad de automatización e implantación de la arquitectura
hardware-software de la unidad de mando S31-2KC1 en la Zona de Acabado del Tren de
Barras de SIDOR C.A.
La observación directa.
Para Méndez (2009) la observación directa “es el proceso mediante la cual se perciben
deliberadamente ciertos rasgos existentes en la realidad, por medio de un esquema
conceptual previo y con base a ciertos propósitos generalmente por una conjetura que se
quiere investigar” (p. 251). En esta investigación, este será un instrumento importante ya
que, se estará presente, en el área de trabajo y según Tamayo (2007) es “aquella en la cual
el investigador puede observar y recoger datos sobre su propia observación” (p. 193). Bajo
estos criterios se observará la situación actual, incluyendo procedimientos y equipos para
proponer mejoras a la problemática existente en el proceso de laminación de fabricación de
cabilla en la Zona de Acabado del Tren de Barras de SIDOR C.A, a través de la
observación directa se podrá visualizar procesos, procedimientos, equipos entre otros.
Revisión documental
Sierra (1999) plantea que “para que perdure toda observación es preciso que se recojan
sus resultados por medio de la escritura o de otra forma documental” (p.123). Esta técnica
permite realizar consultas y apoyarse en fuentes escritas vinculadas a los documentos,
textos y herramientas automatizadas que están relacionadas con el proyecto de
investigación, facilitando el conocimiento de cómo se determinan y ejecutan los procesos
involucrados en el sistema, logrando con ello alcanzar cierto grado de dominio del tema
para desarrollar adecuadamente la investigación. Para esto se accedió a la documentación
de manuales de normas, instalación de equipos y operación, como también investigaciones
realizadas con otras características en automatización de procesos industriales ejecutados
en la empresa.
Entrevistas no estructuradas
Sabino (2006) afirma que la entrevista “es una forma de interacción social que tiene
por objeto recolectar datos para una investigación” (p. 106). Por otro lado, Sampieri (2001)
expresa: “es una conversación entre dos o más personas, estas personas dialogan con
arreglo a ciertos esquemas o pautas de un problema o cuestión determinada” (p. 175).
De acuerdo a lo planteado, se utilizará la técnica de la entrevista no estructurada en el área
en estudio con el fin de obtener información, opiniones, referencias, y conocimientos
técnicos del proceso de laminación.
Durante la fase de inicio las iteraciones hacen mayor énfasis en las actividades de
modelado del negocio y requerimientos. Pero luego en la fase de elaboración, las
iteraciones se orientan al desarrollo de la aplicación. En la fase de construcción, se lleva a
cabo la elaboración del producto por medio de una serie de iteraciones. Para cada
iteración de estas se diseñan diagramas de casos de uso, se refinan los diagramas de
análisis y se procede a su implementación y pruebas. Ya cuando se está en la fase de
implantación se pretende garantizar que se tiene un producto preparado para su entrega a la
comunidad de usuarios.
Las fases que comprenden la metodología RUP están definidas en formas más
específicas a continuación, detallando las actividades realizadas en cada una de ellas
durante la producción del software.
Fase de iniciación
Durante esta fase, las iteraciones se centran con mayor énfasis en las actividades de
modelamiento de la empresa y en sus requerimientos. Se centra más en buscar o planear
todo lo que la empresa requiera, para luego utilizar sus recursos mejorando y dándole una
visión de lo que se espera plantear en el proyecto. En esta etapa se define y se decide el
alcance del proyecto con los responsables, se identifican los riegos asociados y se propone
una visión general de la arquitectura del software. Este periodo de iniciación y las
actividades de implementación, comprenden lo siguiente:
Fase de elaboración
Durante esta fase, las iteraciones se centran al desarrollo de la base del diseño,
encierran más los flujos de trabajo de requerimientos, modelo de la organización, análisis,
diseño y una parte de implementación orientada a la base de la construcción. Tanto la
funcionalidad como el dominio del problema se estudian en profundidad y se define una
arquitectura básica en la planificación del proyecto, considerando recursos disponibles. La
etapa de elaboración y las actividades de implementación comprenden lo siguiente:
Fase de construcción
Durante esta fase, el producto se desarrolla por medio de una serie de iteraciones
las cuales se seleccionan algunos casos de uso, se define su análisis y después el diseño, se
procede a su implantación y pruebas. En esta etapa se realiza una serie de cascada para
cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementación del
producto. Se documenta tanto el sistema construido como el manejo del mismo. Esta faceta
proporciona un producto construido junto con la documentación para ser enviado al
usuario. El período de construcción y las actividades de implementación comprenden lo
siguiente:
En esta fase hay comunicación permanente entre el equipo desarrollador del proyecto
(diseñadores, analista, programadores). Por ser la etapa más técnica del sistema, la
participación del usuario es mínima, estando limitada a coadyuvar en las pruebas del
programa. Durante este tiempo se desarrollaran la codificación, estándares y criterios de
los módulos que comprenderán el programa, con la finalidad de producir un software que
cumpla con los requerimientos y presupuesto establecidos en la automatización de la
unidad de control S31 2KC1 del Tren de Barras en Sidor y así poner en marcha una
versión beta de la aplicación, con el objeto de recoger datos sobre el funcionamiento del
producto elaborado.
Fase de transición
La metodología RUP, comprende dos aspectos importantes por los cuales se establecen
las disciplinas en el desarrollo del proyecto, estas conllevan los flujos de trabajo, los cuales
son una secuencia de pasos para la culminación de cada una de ellas. Estas se describen a
continuación:
Entorno: Esta disciplina se enfoca sobre las actividades necesarias para configurar
el proceso que engloba el desarrollo de un proyecto y describe las actividades requeridas
para el desarrollo de las pautas que lo apoyan. Su propósito es proveer a la organización
que desarrollará el software, un ambiente en el cual basarse, por medio de procesos y
herramientas que apoyen el desarrollo el software.
La metodología RUP, cuenta con unas series de elementos que los componen y entre
estos se tienen.
Artefactos: Es el resultado parcial o final que es producido por los actores durante
el proyecto. Son las entradas y salidas de las actividades, realizadas por los actores, los
cuales utilizan y van produciendo estos artefactos para tener guías. Estos pueden ser un
documento, un modelo o un elemento de modelo.
c) Análisis y diseño del sistema: Los artefactos para el análisis y el diseño capturan
y presenta la información relacionada con la solución a los problemas que se presentaron
en los requisitos fijados.
Tabla 1 (Cont.).
Los requisitos se establecen Construcción de los casos de uso, para
con mayor profundidad, diseñar el modelo de despliegue de la
utilizando el lenguaje de los arquitectura del sistema. Modelo de
desarrolladores para definir la análisis para la interface y diagramas de
Análisis arquitectura del sistema, se colaboración.
especifican las clases en cada caso
de uso y se construyen los
diagramas de colaboración y de
secuencia para definir la función
de los lenguajes FBD. Se
desarrolla la interfaz.de
comunicación del proceso y se
elabora el diccionario de clase del
sistema.
Se crea el modelo del sistema Modelo de diseño, por los diferentes
de la arquitectura, permitiendo diagramas y diccionario de clases de
mantener los requisitos sistemas.
funcionales y no funcionales
Diseño definidos por el modelo de
análisis, para la implementación
de las actividades posteriores de
los subsistemas individuales,
interfaces y clases.
Se refina el análisis para la
elaboración e implementación de
los diagramas de clases de cada
caso de uso y la elaboración del
diccionario de clase del sistema.
Nota: El autor (2016).
3.6 Cronograma de Actividades
Modelación y Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Desarrollo
Interacción 1 2 3 4 5 6 7 8
Semanas aplicadas a las
Fases 1 1 2 3 3 3 4 5
REFERENCIAS
Balcells, J. & Romeral, J. L. (1998). Autómatas programables. México: Alfa Omega Grupo de
Editores S.A.
Booch, G., Jacobson, I., Rumbaugh, J. (1999). El Lenguaje Unificado de Modelado. Madrid,
España: Addison Wesley Iberoamericana.
Bolton, W. (2006). Controladores Lógicos Programables (PLC). (4ª. ed.) Oxford: Editorial
Elsevier Newnes
Jacobson, I., Booch, G., Rumbaugh, J. (2000). El proceso unificado de desarrollo de software.
Madrid, España: Pearson Educación.
Jacobson, I., Booch, G., Rumbaugh, J. (2000). El Lenguaje Unificado de Modelado. Manual
de Referencia. Madrid, España: Addison Wesley.
Montejo, M. (2005). Introducción al estándar IEC 1131-3. Autómatas. [Página Web en línea].
Disponible http://www.automatas.org/software.htm [Consulta: 2017, agosto 14].
Proceso Racional Unificado (RUP), desarrollado por Booch, Rumbaugh y Jacobson (2000).
Sidor C.A (2006). Generalidades del Tren de Barras. Siderúrgica Del Orinoco Alfredo
Maneiro, Dirección de Talento Humano, Capacitación. Estado Bolívar, Venezuela.