UNIDAD 4 ERP EAI

1. UNIVERSIDAD DE ORIENTE
NÚCLEO DE MONAGAS
ESCUELA DE INGENIERÍA Y CIENCIAS APLICADAS
DEPARTAMENTO DE INGENIERÍA DE SISTEMAS
CURSO ESPECIAL DE GRADO – ACPI
ESTRATEGIAS DE AUTOMATIZACIÓN INDUSTRIAL (EAI)
SCADA COMERCIALES & MARCO METODOLÓGICO PARA EL
DESARROLLO DE APLICACIONES PARA AUTOMATIZACIÓN
UNIDAD III: SISTEMAS DE SUPERVISION Y CONTROL
Profesora: Bachilleres:
Ing. Judith Devia Pinto, Rosmar C.I 20.404.889
Rodríguez, Mario C.I 19.875.930
Equipo ERP
Maturín, Febrero de 2016

2. INDICE
INTRODUCCIÓN..................................................................................................................1
1. SCADA:.......................................................................................................................2
2. MARCO METODOLÓGICO PARA EL DESARROLLO DE APLICACIONES
PARA AUTOMATIZACIÓN (SCADA) ....................................................................2
3.PROCESOS O PASOS METODOLOGICOS PARA EL DESARROLLO DE UN
SCADA............................................................................................................................2
3.1 Determinación de los criterios o restricciones de contexto ..................................2
3.2 Identificación de los dominios tecnológicos, de las variables (externas, internas)
de cada dominio, y de las variables transversales de la plataforma objeto ..........2
3.3 Diagnóstico de la situación actual y de los avances tecnológicos y científicos en
el área bajo estudio ...............................................................................................3
3.4 Levantamiento de requisitos.................................................................................3
3.5 Elaboración de escenarios y determinación de los paradigmas tecnológicos
actuales .................................................................................................................3
3.6 Determinación de las brechas tecnológicas entre la situación actual de la
plataforma objeto y los paradigmas......................................................................3
3.7 Selección y priorización de las variables claves...................................................3
3.8 Planificación de la implantación ..........................................................................3
4 ANÁLISIS Y EVALUACIÓN DE TECNOLOGÍAS Y METODOLOGÍAS ............4
4.1 Restricciones de contexto .....................................................................................4
4.2 Dominios tecnológicos .........................................................................................4
4.3 Variables de dominio............................................................................................4
5. SCADAS COMERCIALES ........................................................................................6
6. PRESTACIONES COMERCIALES DE UN SISTEMA SCADA. ............................6
DISCUSIÓN ...........................................................................................................................7
CONCLUSIÓN.......................................................................................................................9
REFERENCIAS ...................................................................................................................10

3. 1
INTRODUCCIÓN
En la actualidad la industria se ha acostumbrado, de buena manera, a exigirse en cuanto
a la calidad de su producción a la vez que intenta (y ha logrado exitosamente) reducir los
costos de la misma. En la mayoría de los casos la información sobre los procesos es
asequible y la industria permite el seguimiento de los mismos por medio de software de
control y monitoreo (SCADAs) que hacen posible registrar datos de los procesos, haciendo
interesante, sencilla y cómoda la interacción de los mismos y su entendimiento.
A continuación, en el siguiente trabajo se dará un estudio más detallado referente al
tema SCADA, detallando los pasos metodológicos para conocer los procesos para dar lugar
a la implantación de la misma. Seguidamente se conocerá la aplicabilidad que tiene esta
temática con la propuesta bajo estudio.

4. 2
MARCO TEORICO
1. SCADA:
SCADA, acrónimo de Supervisory Control And Data Acquisition (Supervisión, Control
y Adquisición de Datos) es un software para ordenadores que permite controlar y
supervisar procesos industriales a distancia. Facilita retroalimentación en tiempo real con
los dispositivos de campo (sensores y actuadores), y controla el proceso automáticamente.
Provee de toda la información que se genera en el proceso productivo (supervisión, control
calidad, control de producción, almacenamiento de datos, etc.) y permite su gestión e
intervención.
2. MARCO METODOLÓGICO PARA EL DESARROLLO DE
APLICACIONES PARA AUTOMATIZACIÓN (SCADA)
Todo proceso de desarrollo tecnológico, automatizado o referente al área de
planificación tiene como objetivo generar opciones y hacer una selección de las mismas,
considerando algunos criterios. Los criterios son aquellos derivados de las restricciones que
se imponen de acuerdo a los lineamientos empresariales, las leyes y políticas de estado,
acuerdos, estándares y protocolos de estricto cumplimiento. Así, la metodología para
analizar y evaluar alternativas en el desarrollo tecnológico de productos informáticos
involucra la consideración de variables cualitativas y cuantitativas, a través de un
procedimiento sistemático.
3. PROCESOS O PASOS METODOLOGICOS PARA EL DESARROLLO DE
UN SCADA.
Según: FUNDACITE-ULA, 2006
3.1 Determinación de los criterios o restricciones de contexto
Los criterios o restricciones de contexto para la determinación de la plataforma de
desarrollo incluyen aspectos a diferentes niveles del entorno organizacional, los cuales
están relacionados con la tecnología, con la eficiencia empresarial, con los intereses de la
nación (por ejemplo, soberanía tecnológica), con restricciones presupuestarias, entre otros.
3.2 Identificación de los dominios tecnológicos, de las variables (externas,
internas) de cada dominio, y de las variables transversales de la
plataforma objeto
Se denomina dominio a cada una de las áreas de especialización de la plataforma
tecnológica objeto. La clasificación de dominios debe seguir los estándares en el ámbito
tecnológico objeto de estudio. Por otro lado, se denominan variables transversales a

5. 3
aquellas variables que son comunes a dos o más dominios. Estas variables son útiles para
describir situaciones globales que no pueden ser descritas por variables de un solo dominio.
A los fines de su evaluación, es necesario determinar rango de valores de las variables de
cada dominio y las transversales, orientado a los intereses, requisitos e incidencia del
entorno empresarial.
3.3 Diagnóstico de la situación actual y de los avances tecnológicos y
científicos en el área bajo estudio
El levantamiento de información para el diagnóstico del estado actual de la plataforma
tecnológica se apoya fundamentalmente en: visitas, entrevistas, consulta a expertos,
revisión bibliográfica y hemerográfica, etc.
3.4 Levantamiento de requisitos
El levantamiento de los requisitos es una tarea a realizar conjuntamente con la empresa,
a objeto de obtener información de todos los usuarios en los diferentes niveles
organizacionales.
3.5 Elaboración de escenarios y determinación de los paradigmas
tecnológicos actuales
Para el estudio y selección de los paradigmas se realizan trabajos orientados a identificar
los aspectos y variables claves de cada uno de los dominios, así como las tendencias a nivel
internacional para cada una de tales variables.
3.6 Determinación de las brechas tecnológicas entre la situación actual de la
plataforma objeto y los paradigmas
Sobre la base de las variables externas e internas (por dominio), y de las variables
transversales, se determina la brecha entre la situación actual y la situación deseada
derivada de las tendencias de los paradigmas. Estos paradigmas determinan el marco sobre
el cual se debería edificar la futura arquitectura tecnológica.
3.7 Selección y priorización de las variables claves
Consiste en determinar cuáles variables requieren mayor atención a fin de planificar
cambios a corto plazo, por ejemplo a 2 años, y cuales variables pueden diferirse a fin de
planificar su cambio a más largo plazo, por ejemplo a 6 años. La priorización de variables
facilita el establecimiento de los lineamientos que deberían orientar los cambios, algunos a
considerar en el futuro inmediato y otros a más largo plazo.
3.8 Planificación de la implantación
Identificadas las brechas entre la situación actual y la situación deseada, se deben
describir las diferentes operaciones que conforman el plan de implantación en cierto

6. 4
periodo de tiempo, orientadas a reducir tales brechas. Deben considerarse aspectos tales
como la viabilidad y la planificación y lineamientos de negocio.
Estas fases constituyen el insumo fundamental para proponer esquemas definitivos de
adquisición, desarrollo e implantación de la arquitectura computacional. A grandes rasgos,
la metodología se orienta al diagnóstico del estado del arte y los requisitos de desarrollo
según las restricciones. Esas dos visiones se comparan para establecer la brecha tecnológica
y sugerir los planes para disminuirla
4 ANÁLISIS Y EVALUACIÓN DE TECNOLOGÍAS Y METODOLOGÍAS
La metodología aquí descrita requiere, en la fase de Planificación, de la implantación de
una sub-fase de Análisis y Evaluación de Tecnologías y Metodologías a ser utilizadas
durante el desarrollo de las aplicaciones y plataformas. Específicamente, nosotros aquí
proponemos cómo se realizaría esa sub-fase en el área de Automatización Industrial. Este
análisis parte de las conclusiones de cada una de las etapas previas a la Planificación de la
Implantación, y considera, en el contexto de sistemas informáticos, lo siguiente:
4.1 Restricciones de contexto
Vanguardia tecnológica, viabilidad, soberanía tecnológica, políticas de estado,
diversidad de usuarios, rentabilidad del negocio, viabilidad técnica, económica y
organizacional.
4.2 Dominios tecnológicos
Seguridad, desarrollo de aplicaciones, infraestructura, integración, soporte y
mantenimiento, visualización y datos.
4.3 Variables de dominio
Esquema de licenciamiento, esquema de soporte, disponibilidad del
conocimiento, infocultura, integración, alta disponibilidad, redundancia,
aplicaciones legadas, requisitos, escalabilidad, disponibilidad de los datos,
metodologías y herramientas, eficiencia, impacto, modelado, enfoques de
desarrollo de software, etc.
Esta subfase tiene por objeto la definición de la plataforma que soportaría el desarrollo
de la arquitectura y de las aplicaciones de software. Para esto, en esta subfase se realiza un
análisis y evaluación de las tecnologías y metodologías, de las implicaciones económicas, y
de los riesgos que impedirían lograr los objetivos de acuerdo a la visión prospectiva.
Para la evaluación de las tecnologías y metodologías se considera pertinente realizar un
análisis comparativo, tanto cualitativo como cuantitativo, de las diferentes alternativas
identificadas en las siguientes áreas:

7. 5
 Enfoque global de implantación de la aplicación.
 Arquitectura general de la aplicación..
 Metodologías para el desarrollo de software
 Sistemas operativos.
 Lenguajes de programación.
 Componentes principales de la aplicación. Son tareas o bloques de software que
permiten llevar a cabo las actividades propias de la aplicación de software.
 Integración de aplicaciones e integración de los distintos componentes de la
aplicación.
El análisis cualitativo refleja las fortalezas y debilidades de cada alternativa objeto de
estudio, mientras que el análisis cuantitativo incorpora algunos aspectos importantes del en-
torno tecnológico, y se define en términos de dominios y/o entornos de competencia,
evaluando, dentro de cada uno de estos atributos claves para cada una de las alternativas. El
análisis cuantitativo se realiza mediante el cálculo de promedios ponderados por área, de la
siguiente manera:
 Para el área en estudio se identifican los dominios y/o entornos a considerar.
 Por cada dominio y/o entorno se definen las variables que describen dicho dominio
 Por cada dominio y para cada alternativa se calcula el promedio aritmético
considerando los valores cuantitativos asignados a cada variable.
 Finalmente, para cada alternativa, se calcula el promedio ponderado considerando
todos los dominios. Este promedio es utilizado como base para establecer la reco-
mendación respectiva al área.
El resultado de ambos análisis se resume en las recomendaciones de uso de una o varias
de las alternativas evaluadas. Una vez realizados los análisis cualitativo y cuantitativo para
cada una de las alternativas de las áreas definidas, se realiza un análisis de las implicaciones
económicas de la implantación de la aplicación. En algunos casos, las implicaciones
económicas de las diferentes alternativas son muy similares, por lo que es suficiente
realizar solamente un análisis cualitativo. En caso de ser necesario realizar un análisis
cuantitativo, se sigue un procedimiento similar al descrito anteriormente. Seguidamente se
pasa a realizar un estudio de riesgos, donde se identifican, en primer lugar, los factores de
riesgo y sus respectivos impactos, para cada una de las alternativas de cada área. En
segundo lugar, para las alternativas seleccionadas de cada área, se presenta un análisis de
riesgos, en el cual se incluyen factores de riesgo, probabilidad de ocurrencia, cualificación
del impacto y los planes para contrarrestar estos riesgos.

8. 6
5. SCADAS COMERCIALES
Algunos de los programas SCADA, o que incluyen SCADA como parte de ellos, son:
 Aimax, de Design Instruments S.A.
 CUBE, Orsi España S.A.
 FIX, de Intellution.
 Lookout, National Instruments.
 Monitor Pro, de Schneider Electric.
 SCADA InTouch, de LOGITEK.
 SYSMAC SCS, de Omron.
 Scatt Graph 5000, de ABB.
 WinCC, de Siemens
 ABB Control Systems
 Aqua-Aerobic Systems, Inc
 ARC Informatique
6. PRESTACIONES COMERCIALES DE UN SISTEMA SCADA.
Un paquete SCADA debe de ofrecer las siguientes prestaciones:
 Posibilidad de crear paneles de alarma, que exigen la presencia del operador para
reconocer una parada o situación de alarma, con registro de incidencias.
 Generación de históricos de señal de planta, que pueden ser volcados para su
proceso sobre una hoja de cálculo.
 Ejecución de programas, que modifican la ley de control, o incluso el programa
total sobre el autómata, bajo ciertas condiciones.
 Posibilidad de programación numérica, que permite realizar cálculos aritméticos de
elevada resolución sobre la CPU del ordenador, y no sobre la del autómata, menos
especializado, etc.
 Con ellas, se pueden desarrollar aplicaciones basadas en el PC, con captura de
datos, análisis de señales, presentaciones en pantalla, envío de resultados a disco e
impresora, etc.
 Además, todas estas acciones se llevan a cabo mediante un paquete de funciones
que incluye zonas de programación en un lenguaje de uso general como C o Pascal,
aunque actualmente se está imponiendo VBA (Visual Basic for Applications), lo

9. 7
DISCUSIÓN
En la industria actual, se ha optado por obtener la mayor cantidad de ventajas
competitivas posibles en el ámbito comercial, es por eso que han surgido (y con el tiempo
se han mejorado) sistemas de control desarrollados a partir de las tecnologías de
información para la comunicación disponibles en el momento. Se ha hecho necesario el
desarrollo de aplicaciones y sistemas que permitan controlar procesos a la vez que recojan,
evalúen y suministren los datos arrojados por el mismo. Es de esta manera que nacen los
sistemas SCADA que hoy conocemos y que por su intención de estandarizarlos se han
vuelto comerciales.
Partiendo desde los conceptos básicos de SCADA y la definición de “Comercial”,
puedo deducir que el término SCADA comercial se refiere a sistemas de adquisición,
supervisión y control de datos que pueden ser hallados en el mercado y se adaptan
fácilmente a sistemas operativos comunes.
Es también necesario saber que si se desean hacer estas aplicaciones de SCADA
comerciales, deben estar dirigidas a plataformas informáticas y sistemas operativos de uso
común, como lo son el caso de Linux y Windows, buscando no solo adaptarse a ellos sino
mantenerse efectivas para las versiones más actuales de estos OS.
La metodología descrita requiere, en la fase de Planificación, de la implantación de una
sub-fase de Análisis y Evaluación de Tecnologías y Metodologías a ser utilizadas durante el
desarrollo de las aplicaciones y plataformas. Específicamente, se propone cómo se realiza-
ría esa sub-fase en el área de Automatización Industrial.
Los criterios utilizados para emplear dicha metodología, son derivados de las
restricciones que se imponen de acuerdo a los lineamientos empresariales, las leyes y
políticas de estado, acuerdos, estándares y protocolos de estricto cumplimiento. Así, la
metodología para analizar y evaluar alternativas en el desarrollo tecnológico de productos
informáticos involucra la consideración de variables cualitativas y cuantitativas, a través de
un procedimiento sistemático.
Con respecto a la aplicabilidad que tiene esta temática respecto a nuestra propuesta, la
misma no escapa de esta realidad, ya que la misma está basada en un Diseño de
Supervisión, Control y Monitoreo para Automatizar Ambiente Inicial de Pollo de Engorde
en su primera Fase de Crecimiento, en la cual se tiene enmarcado en el objetivo número
cuatro (4), que es, Diseñar el sistema automatizado en base a las necesidades y
requerimientos especificados para la supervisión, monitoreo y control de las condiciones
iniciales de los pollos, bajo este objetivo, se determinara el diseño de hardware y software
que permitirán administrar y controlar el sistema, todo esto a través de una interfaz que
permita la visualización de la misma.

10. 8
De acuerdo a lo dicho anteriormente, los pasos metodológicos que engloba la
metodología de SCADA, será de gran utilidad para la realización del software que permita
el control y monitoreo del sistema, siguiendo los siguientes pasos: Determinación de los
criterios o restricciones de contexto, Identificación de los dominios tecnológicos, de las
variables (externas, internas) de cada dominio, y de las variables transversales de la
plataforma objeto, Diagnóstico de la situación actual y de los avances tecnológicos y
científicos en el área bajo estudio, Levantamiento de requisitos, Elaboración de escenarios
y determinación de los paradigmas tecnológicos actuales, Determinación de las brechas
tecnológicas entre la situación actual de la plataforma objeto y los paradigmas, Selección y
priorización de las variables claves y por ultimo Planificación de la implantación
Tomando en cuanto nuestro cuarto objetivo, Diseñar el sistema automatizado en base a
las necesidades y requerimientos especificados para la supervisión, monitoreo y control de
las condiciones iniciales de los pollos, en el cual se tiene establecido como actividad,
especificar un hardware y software que permita el control y monitoreo de nuestro sistema,
en tal sentido, llevando a cabo los pasos de la metodología SCADA, será necesario detallar
cada uno de los pasos denotados en el contenido del trabajo. Cabe destacar que el último
proceso que es planificación de la implantación esta se llevara a cabo a totalidad cuando la
propuesta sea desarrollada en todo su esplendor.

11. 9
CONCLUSIÓN
 El marco metodológico considera diferentes escenarios para, dentro de lo probable y
prioritario, y bajo las restricciones de contexto, determinar los paradigmas a seguir.
De igual manera, considera los aspectos culturales y de organización para garantizar
niveles de satisfacción en la implantación efectiva de la nueva plataforma
tecnológica, bajo las restricciones del negocio y del estado
 A fin de mantener la compatibilidad entre diversos sistemas y bases de datos, por
beneficios comerciales, es preferible usar sistema operativo Linux simple o
Windows no menores de la versión XP.

12. 10
REFERENCIAS
 SCADA [Documento en línea] tomado el 27 de febrero de 2016 desde:
https://es.wikipedia.org/wiki/SCADA
