SlideShare una empresa de Scribd logo
1 de 12
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
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
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.
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
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
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:
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.
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
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.
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.
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.
10
REFERENCIAS
 SCADA [Documento en línea] tomado el 27 de febrero de 2016 desde:
https://es.wikipedia.org/wiki/SCADA


Más contenido relacionado

La actualidad más candente

57220854 simbologia-y-diagramas-de-instrumentacion
57220854 simbologia-y-diagramas-de-instrumentacion57220854 simbologia-y-diagramas-de-instrumentacion
57220854 simbologia-y-diagramas-de-instrumentacion
vilchoff
 

La actualidad más candente (20)

Unidad 2.- calidad en los procesos.
Unidad 2.- calidad en los procesos.Unidad 2.- calidad en los procesos.
Unidad 2.- calidad en los procesos.
 
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo Ciclo de Vida de un sistema de información y técnicas para su desarrollo
Ciclo de Vida de un sistema de información y técnicas para su desarrollo
 
57220854 simbologia-y-diagramas-de-instrumentacion
57220854 simbologia-y-diagramas-de-instrumentacion57220854 simbologia-y-diagramas-de-instrumentacion
57220854 simbologia-y-diagramas-de-instrumentacion
 
Tema 9 unidad i- ici
Tema 9  unidad i- iciTema 9  unidad i- ici
Tema 9 unidad i- ici
 
Metodos de evaluacion de riesgos
Metodos de evaluacion de riesgosMetodos de evaluacion de riesgos
Metodos de evaluacion de riesgos
 
Métodos de Evaluación de Riesgos
Métodos de Evaluación de RiesgosMétodos de Evaluación de Riesgos
Métodos de Evaluación de Riesgos
 
Metodos 2
Metodos 2Metodos 2
Metodos 2
 
Dialnet monitoreo y-controldeunprocesonormalmultivariado-3985076
Dialnet monitoreo y-controldeunprocesonormalmultivariado-3985076Dialnet monitoreo y-controldeunprocesonormalmultivariado-3985076
Dialnet monitoreo y-controldeunprocesonormalmultivariado-3985076
 
Actividad 3
Actividad 3Actividad 3
Actividad 3
 
SUPERVISIÓN (PARTE II)
SUPERVISIÓN (PARTE II)SUPERVISIÓN (PARTE II)
SUPERVISIÓN (PARTE II)
 
sistema de informacion
sistema de informacion sistema de informacion
sistema de informacion
 
Metodos para la_evaluacion_integral_del_riesgos_(2)
Metodos para la_evaluacion_integral_del_riesgos_(2)Metodos para la_evaluacion_integral_del_riesgos_(2)
Metodos para la_evaluacion_integral_del_riesgos_(2)
 
Capitulo 14,15,17. Auditoria informatica un enfoque practico
Capitulo 14,15,17. Auditoria informatica un enfoque practicoCapitulo 14,15,17. Auditoria informatica un enfoque practico
Capitulo 14,15,17. Auditoria informatica un enfoque practico
 
Descripción de un scada
Descripción  de un scadaDescripción  de un scada
Descripción de un scada
 
Instrumentación De Control - Clase 2
Instrumentación De Control - Clase 2Instrumentación De Control - Clase 2
Instrumentación De Control - Clase 2
 
Ntp -679
Ntp  -679Ntp  -679
Ntp -679
 
Ped
PedPed
Ped
 
Paper4
Paper4Paper4
Paper4
 
Funcionalidades SAE Mosaq (3.0)
Funcionalidades SAE Mosaq (3.0)Funcionalidades SAE Mosaq (3.0)
Funcionalidades SAE Mosaq (3.0)
 
Control automático
Control automáticoControl automático
Control automático
 

Similar a U4 scada comercial metodologia

El proceso de ingeniería de requisitos en el ciclo global del soft
El proceso de ingeniería de requisitos en el ciclo global del softEl proceso de ingeniería de requisitos en el ciclo global del soft
El proceso de ingeniería de requisitos en el ciclo global del soft
Franz Alvarez
 
Generalidades de la auditoria de sistemas y software
Generalidades de la auditoria de sistemas y softwareGeneralidades de la auditoria de sistemas y software
Generalidades de la auditoria de sistemas y software
RossiGuerrero
 
Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fep
Yazmin Waldo
 

Similar a U4 scada comercial metodologia (20)

Unidad iii tema 8 modbus
Unidad iii tema 8 modbusUnidad iii tema 8 modbus
Unidad iii tema 8 modbus
 
Plantilla unidad II
Plantilla unidad IIPlantilla unidad II
Plantilla unidad II
 
Tema3-u4-eai_equipo_cad
Tema3-u4-eai_equipo_cadTema3-u4-eai_equipo_cad
Tema3-u4-eai_equipo_cad
 
Auditoría informática
Auditoría informáticaAuditoría informática
Auditoría informática
 
Informe metologico que indica el paso a paso para hacer una auditoria informa...
Informe metologico que indica el paso a paso para hacer una auditoria informa...Informe metologico que indica el paso a paso para hacer una auditoria informa...
Informe metologico que indica el paso a paso para hacer una auditoria informa...
 
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓNCICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
CICLO DE VIDA Y DISEÑO DEL SISTEMAS DE INFORMACIÓN
 
Diseño Y Desarrollo De Sistemas De Información
Diseño Y Desarrollo De Sistemas De InformaciónDiseño Y Desarrollo De Sistemas De Información
Diseño Y Desarrollo De Sistemas De Información
 
El proceso de ingeniería de requisitos en el ciclo global del soft
El proceso de ingeniería de requisitos en el ciclo global del softEl proceso de ingeniería de requisitos en el ciclo global del soft
El proceso de ingeniería de requisitos en el ciclo global del soft
 
Capitulo III
Capitulo IIICapitulo III
Capitulo III
 
Metodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de InformaciónMetodologías de Diseño y Desarrollo de Sistemas de Información
Metodologías de Diseño y Desarrollo de Sistemas de Información
 
ciclo de vida de los Sistemas de informacion
ciclo de vida de los Sistemas de informacionciclo de vida de los Sistemas de informacion
ciclo de vida de los Sistemas de informacion
 
U5-T1: TENDENCIAS A LA SUPERVISIÓN-EAI
U5-T1: TENDENCIAS A LA SUPERVISIÓN-EAIU5-T1: TENDENCIAS A LA SUPERVISIÓN-EAI
U5-T1: TENDENCIAS A LA SUPERVISIÓN-EAI
 
UNIDAD 2 EAI
UNIDAD 2 EAIUNIDAD 2 EAI
UNIDAD 2 EAI
 
Auditoria de sistemas
Auditoria de sistemasAuditoria de sistemas
Auditoria de sistemas
 
Unidad iii eai
Unidad iii eaiUnidad iii eai
Unidad iii eai
 
Metodologias de diseño y desarrollo de los sistemas de informacion
Metodologias de diseño y desarrollo de los sistemas de informacionMetodologias de diseño y desarrollo de los sistemas de informacion
Metodologias de diseño y desarrollo de los sistemas de informacion
 
Ssadm
SsadmSsadm
Ssadm
 
Generalidades de la auditoria de sistemas y software
Generalidades de la auditoria de sistemas y softwareGeneralidades de la auditoria de sistemas y software
Generalidades de la auditoria de sistemas y software
 
SCADAS COMERCIALES
SCADAS COMERCIALESSCADAS COMERCIALES
SCADAS COMERCIALES
 
Estudio tecnico fep
Estudio tecnico fepEstudio tecnico fep
Estudio tecnico fep
 

Más de Mario Rodriguez (12)

U5 metodos-para-la-implementacion-de-crm
U5 metodos-para-la-implementacion-de-crmU5 metodos-para-la-implementacion-de-crm
U5 metodos-para-la-implementacion-de-crm
 
Ici unidad-v subir
Ici unidad-v subirIci unidad-v subir
Ici unidad-v subir
 
T3 u5 erp eai
T3 u5 erp eaiT3 u5 erp eai
T3 u5 erp eai
 
Tema 3 unidad 4 sgegai
Tema 3 unidad 4 sgegaiTema 3 unidad 4 sgegai
Tema 3 unidad 4 sgegai
 
Tema 1-unidad-3-erp-conceptualidades.-grupo-erp
Tema 1-unidad-3-erp-conceptualidades.-grupo-erpTema 1-unidad-3-erp-conceptualidades.-grupo-erp
Tema 1-unidad-3-erp-conceptualidades.-grupo-erp
 
Unidad ii-sgecpi
Unidad ii-sgecpiUnidad ii-sgecpi
Unidad ii-sgecpi
 
Tema i-exposicion cadena de valor como herramienta gerencial
Tema i-exposicion cadena de valor como herramienta gerencialTema i-exposicion cadena de valor como herramienta gerencial
Tema i-exposicion cadena de valor como herramienta gerencial
 
U4 valvulas y descripcion de sus componentes
U4 valvulas y descripcion de sus componentesU4 valvulas y descripcion de sus componentes
U4 valvulas y descripcion de sus componentes
 
Tema 1-unidad-3
Tema 1-unidad-3Tema 1-unidad-3
Tema 1-unidad-3
 
U2 tema 5 erp
U2 tema 5 erpU2 tema 5 erp
U2 tema 5 erp
 
Seminario i variables controladas y variables incontroladas
Seminario i variables controladas y variables incontroladasSeminario i variables controladas y variables incontroladas
Seminario i variables controladas y variables incontroladas
 
Computador, el control. unidad 1 ERP
Computador, el control. unidad 1 ERPComputador, el control. unidad 1 ERP
Computador, el control. unidad 1 ERP
 

Último

Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14
KevinBuenrostro4
 
Presentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdf
Presentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdfPresentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdf
Presentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdf
juancmendez1405
 

Último (20)

Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14
 
RESPONSABILIDAD SOCIAL EN LAS ORGANIZACIONES (4).pdf
RESPONSABILIDAD SOCIAL EN LAS ORGANIZACIONES (4).pdfRESPONSABILIDAD SOCIAL EN LAS ORGANIZACIONES (4).pdf
RESPONSABILIDAD SOCIAL EN LAS ORGANIZACIONES (4).pdf
 
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
 
Diagnostico del corregimiento de Junin del municipio de Barbacoas
Diagnostico del corregimiento de Junin del municipio de BarbacoasDiagnostico del corregimiento de Junin del municipio de Barbacoas
Diagnostico del corregimiento de Junin del municipio de Barbacoas
 
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
 
Revista Faro Normalista 6, 18 de mayo 2024
Revista Faro Normalista 6, 18 de mayo 2024Revista Faro Normalista 6, 18 de mayo 2024
Revista Faro Normalista 6, 18 de mayo 2024
 
BIENESTAR TOTAL - LA EXPERIENCIA DEL CLIENTE CON ATR
BIENESTAR TOTAL - LA EXPERIENCIA DEL CLIENTE CON ATRBIENESTAR TOTAL - LA EXPERIENCIA DEL CLIENTE CON ATR
BIENESTAR TOTAL - LA EXPERIENCIA DEL CLIENTE CON ATR
 
Comunidades Virtuales de Aprendizaje Caracteristicas.pptx
Comunidades Virtuales de Aprendizaje Caracteristicas.pptxComunidades Virtuales de Aprendizaje Caracteristicas.pptx
Comunidades Virtuales de Aprendizaje Caracteristicas.pptx
 
TRABAJO CON TRES O MAS FRACCIONES PARA NIÑOS
TRABAJO CON TRES O MAS FRACCIONES PARA NIÑOSTRABAJO CON TRES O MAS FRACCIONES PARA NIÑOS
TRABAJO CON TRES O MAS FRACCIONES PARA NIÑOS
 
ESTEREOTIPOS Y ROLES DE GÉNERO (labor de grupo)
ESTEREOTIPOS  Y ROLES DE GÉNERO (labor de grupo)ESTEREOTIPOS  Y ROLES DE GÉNERO (labor de grupo)
ESTEREOTIPOS Y ROLES DE GÉNERO (labor de grupo)
 
ENUNCIADOS CUESTIONARIO S9 GEOLOGIA Y MINERALOGIA - GENERAL.docx
ENUNCIADOS CUESTIONARIO S9 GEOLOGIA Y MINERALOGIA - GENERAL.docxENUNCIADOS CUESTIONARIO S9 GEOLOGIA Y MINERALOGIA - GENERAL.docx
ENUNCIADOS CUESTIONARIO S9 GEOLOGIA Y MINERALOGIA - GENERAL.docx
 
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
 
LA GEOMETRÍA Y LOS SISTEMAS ANGULARES, APRENDER LEYENDO LA BIBLIA
LA GEOMETRÍA Y LOS SISTEMAS ANGULARES, APRENDER LEYENDO LA BIBLIALA GEOMETRÍA Y LOS SISTEMAS ANGULARES, APRENDER LEYENDO LA BIBLIA
LA GEOMETRÍA Y LOS SISTEMAS ANGULARES, APRENDER LEYENDO LA BIBLIA
 
Power Point: Luz desde el santuario.pptx
Power Point: Luz desde el santuario.pptxPower Point: Luz desde el santuario.pptx
Power Point: Luz desde el santuario.pptx
 
Seguridad y virus informáticos 12°B 2024
Seguridad y virus informáticos 12°B 2024Seguridad y virus informáticos 12°B 2024
Seguridad y virus informáticos 12°B 2024
 
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptxDESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
 
Presentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdf
Presentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdfPresentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdf
Presentación de medicina Enfermedades Fotográfico Moderno Morado (1).pdf
 
5º PARTE 3 SOY LECTOR -MD EDUCATIVO_240418_155445 (1).pdf
5º PARTE 3 SOY LECTOR -MD EDUCATIVO_240418_155445 (1).pdf5º PARTE 3 SOY LECTOR -MD EDUCATIVO_240418_155445 (1).pdf
5º PARTE 3 SOY LECTOR -MD EDUCATIVO_240418_155445 (1).pdf
 
PLAN DE GESTION DEL RIESGO 2023 - 2024.docx
PLAN DE GESTION DEL RIESGO  2023 - 2024.docxPLAN DE GESTION DEL RIESGO  2023 - 2024.docx
PLAN DE GESTION DEL RIESGO 2023 - 2024.docx
 
ACERTIJO SOPA DE LETRAS OLÍMPICA. Por JAVIER SOLIS NOYOLA
ACERTIJO SOPA DE LETRAS OLÍMPICA. Por JAVIER SOLIS NOYOLAACERTIJO SOPA DE LETRAS OLÍMPICA. Por JAVIER SOLIS NOYOLA
ACERTIJO SOPA DE LETRAS OLÍMPICA. Por JAVIER SOLIS NOYOLA
 

U4 scada comercial metodologia

  • 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 