SlideShare una empresa de Scribd logo
1 de 13
Descargar para leer sin conexión
UNIVERSIDAD DE ORIENTE
DEPARTAMENTO DE INGENIERÍA DE SISTEMAS
CURSOS ESPECIALES DE GRADO
ESTRATÉGIAS PARA LA AUTOMATIZACIÓN INDUSTRIAL
MATURIN MONAGAS VENEZUELA
Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes
Inteligentes
Profesora:
Ing. Judith Devia
Realizado por:
Equipo DCS
Cedeño W. Anthony J C.I.: 20597736
López R. José A. C.I.: 21350912
Maturín, Abril 2014
ÍNDICE
INTRODUCCIÓN..................................................................................................................1
MARCO TEÓRICO ...............................................................................................................2
1. Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes
Inteligentes .........................................................................................................................2
2. Arquitectura de Implantación.........................................................................................2
3 Propuesta de automatización industrial basado en agentes .............................................3
3.1 Modelo de referencia................................................................................................3
3.2 Control basado en Agentes.......................................................................................3
4. Medio de Gestión de Servicios (MGS) o Middleware ...................................................5
4.1 Arquitectura de Implantación del MGS ...................................................................5
4.2 Nivel Interfaz............................................................................................................6
4.3 Nivel Medio..............................................................................................................7
DISCUSIÓN...........................................................................................................................8
CONCLUSIONES................................................................................................................10
REFERENCIAS BIBLIOGRAFIAS....................................................................................11
1
INTRODUCCIÓN
La tecnología de agentes/sistemas multiagente (SMA) está realizando importantes
aportaciones en la resolución de problemas en diversos dominios (comercio electrónico,
subastas electrónicas, medicina, bolsa, etc.), donde aproximaciones tradicionales no
proporcionan soluciones suficientemente satisfactorias. En concreto, la industria de
fabricación es uno de los dominios donde la tecnología de agentes/SMA proporciona una
forma natural para resolver problemas que son inherentemente distribuidos.
En este trabajo se formula una arquitectura que permite el desarrollo de Sistemas
Multiagentes (SMA) para el control y monitoreo de procesos industriales, que permiten la
operación segura y optima en base a los objetivos de producción. El esquema de desarrollo
se fundamenta, primeramente, en la definición de un Medio de Gestión de Servicios basado
en FIPA, y en segundo lugar, en la definición de la arquitectura de implantación del SMA
en un ambiente de automatización industrial, en conjunción con la especificación de los
agentes. En este trabajo tiene el objeto de dejar las bases que conllevan a la implantación de
los agentes, se presenta todo la arquitectura que debe soportar aplicaciones de control y
supervisión de procesos con la filosofía de Agentes Inteligentes.
2
MARCO TEÓRICO
1. Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes
Inteligentes
Esta plataforma constituye un Medio de Gestión de Servicios (MGS) para sistemas
multiagentes (SMA); en particular, ofrece servicios de comunicación y gestión para agentes
en entornos con restricciones de tiempo real. Con esta plataforma se pueden concebir
aplicaciones como sistemas multiagentes especializados, definidos para coordinar, ejecutar
y evaluar tareas de control y supervisión necesarias en el procesamiento de la información
del proceso y la toma de decisiones en procesos técnicos. Los agentes de control y
supervisión interactúan con un sistema multiagente que modelan los elementos de las
unidades de producción a través de abstracciones lógicas y funcionales de los procesos. Las
complejas interacciones, propias de los sistemas de automatización, son soportadas por el
MGS que provee diferentes mecanismos de comunicación, en base a las características
funcionales de los agentes. [2]
2. Arquitectura de Implantación
Desde el punto de vista de uso de agentes inteligentes, se puede definir una
arquitectura de funcionamiento, tal como se muestra en la Fig. 1, donde se distinguen tres
niveles funcionales: nivel de campo donde se encuentran los elementos actuadores y
sensores, nivel de Middleware o Medio de Gestión de Servicios (MGS) y nivel de
aplicaciones de agentes inteligentes. [2]
Figura 1 Arquitectura funcional de implantación
3
3 Propuesta de automatización industrial basado en agentes
3.1 Modelo de referencia
1. El sistema operativo base que se utiliza, el cual puede ser cualquiera basado en el
manejo de tiempo real. En este se usa Linux más las extensiones tiempo real ofrecidas por
RTAI (Real Time Application Interface, por Linux, https://www.rtai.org/).
2. El nivel medio, el cual contiene dos subsistemas: el que maneja todas las
comunicaciones entre los diferentes sitios (Communication Manager), y el que permite
administrar los agentes en la plataforma computacional (Agent Manager), el cual, entre
otras funcionalidades, permite localizar agentes y asociar agentes a procesos. Este nivel es
el que le confiere las características distribuidas al sistema e implementa todas las
propiedades que se definen para el MGS, para los niveles de acceso a recurso y nivel
medio, tales como migración, interoperatividad, nombramiento, etc. Es importante señalar
que muchas de las funcionalidades y librerías del sistema operativo (LINUX) permiten
implantar este nivel base.
3. El nivel interfaz, el cual está compuesto por los agentes de nidos por la
especificación FIPA para brindarles servicios a las comunidades de agentes (SMA). Los
agentes en esta capa de interfaz son los que permiten que se puedan implementar SMA
sobre las plataformas computacionales actuales.
4. El nivel superior, en el cual existen dos comunidades de agentes. Una de ella es la
comunidad de Agentes de Procesos, los cuales describen los diferentes objetos del medio de
producción (abstracciones lógicas y funcionales de los procesos reales). La otra comunidad
es la de los Agentes de Aplicaciones y Especializados, conformada por todos los agentes
que realizan funciones específicas a nivel de supervisión, control, optimización,
visualización, y otras aplicaciones especializadas y/o legadas. Esta comunidad brinda
servicios a la comunidad de agentes de procesos. Ambas interactúan con el MGS a través
de la capa de interfaz. [1]
3.2 Control basado en Agentes
Cabe destacar que las actividades de los agentes del nivel superior están basadas en
los requerimientos de control de procesos. Estos, a su vez, establecen la necesidad de
comunicaciones y tomas decisiones en tiempo real, adecuandose a situaciones no previstas
mediante la detección de eventos, [Ríos-Bolívar et al., 2006]. En el diseño del nivel
superior podrían estar contemplados los siguientes agentes:
1. Agente Proceso: Modelan los elementos de las unidades de producción. Cada
unidad de producción está representada por un Agente Proceso. La composición de un
Agente Proceso está basada, por un lado, en una división física del proceso, y por otro lado,
en una división funcional de las tareas del agente. Así, un Agente Proceso podría
representar desde dispositivos con capacidades de funcionamiento limitadas, como los
sensores, actuadores u otros elementos de instrumentación de campo, hasta procesos
complejos, tales como una unidad de producción petrolera, una caldera, etc.
4
2. Agente Control: Su tarea fundamental se inspira en la estabilidad y desempeño
del proceso controlado. Realiza tareas de entonación, planeación y ejecución de las
políticas de control. Su funcionamiento depende los siguientes agentes: Agente Diseñador
del Control, Agente Ejecutor del Control y Agente Evaluador del Control.
a. Agente Diseñador del Control: Este agente se encarga de diseñar y/o ajustar
planes de control a ejecutar sobre un horizonte de tiempo finito que garanticen el buen
desempeño del proceso de producción, en términos de los requerimientos de control
(estrategias específicas de control y parámetros de controlador) y de los requerimientos de
procesamiento de control.
b. Agente Ejecutor del Control: Este agente genera las órdenes de control según
los lineamientos estipulados en los planes actuales de control y desempeño.
c. Agente Evaluador del Control: Este agente se encarga de determinar el
desempeño de los planes del control y controladores en ejecución, en términos del
cumplimiento de los objetivos planteados en el diseño.
De esta manera, es posible conformar un ambiente de control de procesos basados
en agentes. La figura 2 muestra la forma de estructura dicho ambiente. A partir de las inter-
relaciones entre los diferentes agentes, es fundamental la comunicación entre ellos bajo los
siguientes aspectos: la comunicación en tiempo real y la comunicación por eventos. Estos
mecanismos de comunicación deben estar soportados por MGS. [1]
Figura 2 Implantación de control con agentes.
5
4. Medio de Gestión de Servicios (MGS) o Middleware
El Medio de Gestión de Servicios (MGS) es el conjunto básico de módulos de
software que implantan las abstracciones mínimas para la especificación, implantación y
manipulación de agentes y objetos. La especificación FIPA define la plataforma de agentes
como un sistema constituido por los recursos de hardware y software (sistema operativo,
software de comunicaciones, software de gestión de agentes) necesarios para que los
agentes puedan ser desarrollados y usados. [1]
4.1 Arquitectura de Implantación del MGS
El MGS está compuesto por 3 niveles. El Nivel Interfaz que define la interfaz entre
el SMA y los componentes del sistema distribuido. Está constituido por cinco agentes:
Agente Administrador de Agentes (AAA), Agente Gestor de Recursos (AGR), Agente
Gestor de Aplicaciones (AGA), Agente Gestor de Datos (AGD) y Agente de Control de
Comunicación (ACC). Los agentes AGR, AGA y AGD son especializaciones del
Directorio Facilitador (DF) especificado en FIPA, (Ver Figura 3). El nivel interfaz se
encarga de establecer las pautas de conversación entre los componentes del sistema
distribuido y el SMA.
El Nivel Medio constituye el núcleo del sistema distribuido, provee servicios de
software que requieren los agentes para poder interactuar entre sí y con el nodo de
ejecución. Proporciona transparencia y seguridad en las transacciones, interoperabilidad de
las aplicaciones y componentes de software, migración de agentes, objetos y/o recursos,
comunicación interprocesos, localización de recursos (agentes y objetos) y provee un
sistema de nombramiento para la localización de agentes y/o objetos. Finalmente, el Nivel
de Acceso a Recursos está integrado por el núcleo básico del Sistema Operativo, el cual
maneja las funcionalidades de tiempo real y manejador de acceso a hardware específico que
requiera el sistema. De esta forma, el MGS pretende conformidad arquitectural entre el
estándar FIPA y la base de su implantación. [1]
Figura 3 Medio de Gestión de Servicios.
6
4.2 Nivel Interfaz
El nivel interfaz brinda todos los servicios requeridos por las comunidades de
agentes para poder operar como SMA. Este nivel está conformado por los siguientes
agentes:
Administrador de Agentes (AAA).
Tipo: Agente de Software.
Papel: Administrador del sistema multi-agentes.
Descripción: se encarga de manejar, integrar y supervisar el estado del sistema
multiagente. Este agente conoce la localización y estado de todos los agentes que existan en
el sistema. El AAA dirige las migraciones de los agentes; así, cada agente que se mueve de
un nodo a otro debe notificar al AAA el movimiento que ha efectuado; de manera que el
agente administrador siempre tenga una vista ajustada al estado del sistema en tiempo real.
Gestor de Datos (AGD).
Tipo: Agente de Software.
Papel: Gestionar el manejo de Datos.
Descripción: este agente se encarga de establecer el enlace con los lugares donde existan
datos de interés para el proceso que se esté ejecutando, sea que estos datos provengan de
bases de datos (relacionales, orientados a objetos, tiempo real, etc.), de SCADAS, DCS,
medidores, o cualquier otro dispositivo o aplicación que pueda almacenar datos. Responde
a las peticiones de los agentes del nivel superior.
Gestor de Aplicaciones (AGA).
Tipo: Agente de Software.
Papel: Localizador de aplicaciones.
Descripción: este agente se encarga de ubicar las aplicaciones que puedan ser requeridas
por un proceso que se esté ejecutando, como por ejemplo de acceso a redes, programas de
cálculo numérico o simbólico, aplicaciones de inteligencia artificial, de envío y recepción
de mensajes, etc. Dichas aplicaciones pueden estar en cualquier servidor al que se tenga
acceso y son requeridas por otros agentes de la comunidad.
Gestor de Recursos (AGR).
Tipo: Agente de Software.
Papel: Gestionar los recursos del sistema.
Descripción: este agente se encarga de manejar, y llevar control del uso de los dispositivos
necesarios en la ejecución de un proceso, como por ejemplo procesadores, dispositivos de
entrada/salida, dispositivos de almacenamiento, etc.
Control de Comunicación (ACC).
Tipo: Agente de Software.
7
Papel: Administrador de comunicaciones.
Descripción: es el encargado de mantener y controlar la comunicación entre sistemas
multiagentes. Se encarga de mantener un estado con fiable del canal de comunicación. Para
llevar a cabo sus tareas usa directamente los servicios que provee el nivel base.
4.3 Nivel Medio
A partir de esas funcionalidades se define un sistema de base. Se asume Linux en
sus versiones tradicionales y su versión tiempo real. Por esa razón, entre otras, e
inicialmente por simplicidad, se asume que los agentes residen en procesos Linux. Cada
proceso debe enlazar e invocar una biblioteca (library) que implanta las llamadas al MGS.
Esto se realiza en cada proceso en lo que denominaremos Ejecutivos.
EL MGS en sus niveles inferiores está estructurado en dos módulos que deben ser
instanciados, obligatoriamente, por los agentes del Nivel Interfaz (FIPA) para la realización
de sus actividades: el manejador de agentes y el manejador de comunicación.
1. Agent Manager (Manejador de Agentes): Se encarga de corresponder agentes
hacia procesos Linux. Contempla funciones como creación, destrucción y manejo de
recursos del sistema operativo para la manipulación de agentes. La creación de
identificadores únicos seria también su responsabilidad. El Agent Manager también debe
implantar la invocación de agentes bajo los esquemas estáticos y dinámicos. Los esquemas
de migración, intra-sitio o inter-sitio son gestionados por este módulo; de igual manera, la
localización de agentes. Este módulo está estructurado en los tres sub-módulos siguientes:
a) Despachador: Se encarga de despachar invocaciones a los agentes. Del lado
superior, recibe invocaciones desde los procesos y las hace llegar al despachador remoto a
través del manejador de comunicación. Del lado inferior, recibe invocaciones remotas y se
las hace llegar al proceso que contiene el agente. El despachador puede implantar despacho
dinámico; es decir, un agente puede construir, en tiempo de ejecución, infraestructura para
recibir invocaciones.
b) Mapper: se encarga de otorgar identificadores únicos y de gestionar los recursos
del sitio para los agentes y procesos. Este módulo es pues responsable de la creación y
destrucción de agentes. Similarmente, este módulo gestiona la migración de agentes.
c) Localizador: Se encarga de localizar agentes respecto a sus identificadores
únicos.
2. Communication Manager (Manejador de Comunicación): Este módulo se
encarga de proveer comunicación confiable de red orientada a invocación. La semántica
queda a decidir entre “a lo más una vez” “exactamente una vez", según las suposiciones de
fallas que se consideren para los agentes. Probablemente, los componentes del MGS estarán
implantados mediante procesos privilegiados Linux.
8
DISCUSIÓN
La manera en la que se desarrolla en la actualidad el gestionamiento viene desde
conceptos básicos sobre como mantener una buena estructura en cuanto a los procesos que
se ejecuten y la realización de los mismos, mas que todo sirven como una guía de los
procesos, con el paso del tiempo es cada vez mas necesaria la implantación de nuevos
sistemas de gestión que soporten la integración de nuevas tendencias en cuanto a la
tecnología que se desarrolla a diario, la evolución de la misma sucede de manera
exponencial y no se detiene, por esto es necesario que tenga un gestionamiento que sea
flexible al cambio sin alterar demasiado a todo el sistema y que pueda dar enfoque a una
parte especifica del todo.
Es normal que siempre se hable de una resistencia al cambio en cuanto a la
implantación de sistemas inteligentes, las personas suelen pensar de manera casi inmediata
que el uso de la palabra “sistema inteligente” significa el desuso de un personal calificado
como reducción de costos, pero lo cierto es que independientemente del nivel de cambio en
cuanto a la tecnología siempre será necesaria la interacción hombre-maquina.
Así como se ha visto en otros estudios cuando se hablaba específicamente de la
supervisión y la monitorización, un sistema podrá estar muy automatizado y preparado con
protocolos que le permitirán saber de manera casi inmediata cuando se da una situación
anómala, diferente a lo estipulado o fuera del rango de medición, pero se necesita la
intervención de personas calificadas que permitan corroborar esta información dado que los
sistemas solo prestan la información, pero no adquieren experiencia como lo hace una
persona.
La experiencia que pueda tener una persona en cuanto a su área de trabajo
dependerá de los años que lleva ejerciendo su cargo y es así como se le darán las
instrucciones a los sistemas inteligentes, ellos necesitan de una previa programación que les
indicara de manera inicial como corregir los problemas, puesto que son sistemas
inteligentes la idea es que adquieran “experiencia” a través de registros de información en
cuanto a los resultados que arroja el continuo monitoreo de todos los procesos.
Cabe destacar que la arquitectura de implantación esta compuesta por tres niveles en
los cuales cada uno de ellos tendrá distintos agentes que ejecutaran cada una de las
acciones, estos agentes estarán encargados de una labor específica, lo que se busca en
realidad con estos agentes inteligentes es facilitar aun mas la manera en las que se realizan
las acciones de control en la cual se deben tomar decisiones de manera casi inmediata pero
que a través de registros e información que puede ser facilitada por el usuario le brinde la
9
oportunidad de dar cada vez con una mejor respuesta, aunque generalmente su mayor
trabajo esta dirigido a monitorizar las actividades entre los mismos agentes.
Dependiendo del nivel del agente recaerá sobre esta la responsabilidad de tener en
cuenta los registros en cuanto a los movimientos y acciones que realizan los demás agentes
así como las funciones que designan para solventar situaciones o simplemente en las
actividades que son completamente rutinarias, el agente principal tendrá la facultad de
dirigir a los demás y tendrá por esto la mayor carga de trabajo aunque se limitara al registro
y los permisos, necesita evaluar las posibles situaciones.
10
CONCLUSIONES
Se presentado una plataforma para la implantación de aplicaciones de control y
supervisión de procesos basada en agentes inteligentes. A partir de una arquitectura de
automatización integrada y un marco de desarrollo de la plataforma de agentes, las
aplicaciones de control se definen a través de procesos de coordinación, ejecución y
evaluación de las tareas de supervisión y control, necesarias para el procesamiento de la
información del proceso y para la toma de decisiones. El control basado en agentes
inteligentes considera la captura de la información de los procesos a través de un modelo
operacional de los mismos, caracterizado por un Agente Proceso.
Para el procesamiento de la información es necesario las comunicaciones entre los
diferentes actores, para lo cual se ha diseñado un Medio de Gestión de Servicios (MGS),
que permite soportar actividades de tiempo real y el manejo de operaciones basadas en
eventos.
11
REFERENCIAS BIBLIOGRAFIAS
1. Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes
Inteligentes. Leandro León, Addison Ríos-Bolívar, Francisco Hidrobo y José
Aguilar. [Documento en Línea] Consultado el 08 de abril de 2014:
http://www.ing.ula.ve/~aguilar/publicaciones/objetos/congreso/CLCA4.pdf
2. Implantando sistemas de control con agentes inteligentes. Addison Ríos-Bolívar
[Documento en Línea] Consultado el 08 de abril de 2014:
http://revistas.mes.edu.cu/greenstone/collect/repo/import/repo/201212/1316708129
305.pdf

Más contenido relacionado

Similar a Unidad v tema 9 dcs

UNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAUNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAjudithDevia
 
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...EquipoSCADA
 
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-EAIPLC AREA DE GRADO
 
PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)
PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)
PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)UDO Monagas
 
Implementación sistema scada en eurocerámica
Implementación sistema scada en eurocerámicaImplementación sistema scada en eurocerámica
Implementación sistema scada en eurocerámicaXavier Espinoza
 
18646089 tipos-y-clases-de-auditorias-informaticas
18646089 tipos-y-clases-de-auditorias-informaticas18646089 tipos-y-clases-de-auditorias-informaticas
18646089 tipos-y-clases-de-auditorias-informaticasyomito_2
 
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 softwareRossiGuerrero
 

Similar a Unidad v tema 9 dcs (20)

Unidad v tema 9 dcs
Unidad v tema 9 dcsUnidad v tema 9 dcs
Unidad v tema 9 dcs
 
UNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAUNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADA
 
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
 
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
 
PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)
PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)
PLC - PLATAFORMA PARA IMPLANTAR SISTEMAS DE SUPERVISIÓN Y CONTROL (EAI)
 
Scada, DCS
Scada, DCSScada, DCS
Scada, DCS
 
Daai 2004
Daai 2004Daai 2004
Daai 2004
 
Tema3-u4-eai_equipo_cad
Tema3-u4-eai_equipo_cadTema3-u4-eai_equipo_cad
Tema3-u4-eai_equipo_cad
 
SCADAS COMERCIALES
SCADAS COMERCIALESSCADAS COMERCIALES
SCADAS COMERCIALES
 
Proyecto Final - Calidad de Software
Proyecto Final - Calidad de SoftwareProyecto Final - Calidad de Software
Proyecto Final - Calidad de Software
 
Implementación sistema scada en eurocerámica
Implementación sistema scada en eurocerámicaImplementación sistema scada en eurocerámica
Implementación sistema scada en eurocerámica
 
T-ESPE-014809.pdf
T-ESPE-014809.pdfT-ESPE-014809.pdf
T-ESPE-014809.pdf
 
Introducción
IntroducciónIntroducción
Introducción
 
Modbus eai u5
Modbus eai u5Modbus eai u5
Modbus eai u5
 
18646089 tipos-y-clases-de-auditorias-informaticas
18646089 tipos-y-clases-de-auditorias-informaticas18646089 tipos-y-clases-de-auditorias-informaticas
18646089 tipos-y-clases-de-auditorias-informaticas
 
Manual técnico
Manual técnicoManual técnico
Manual técnico
 
Manual técnico
Manual técnicoManual técnico
Manual técnico
 
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
 
Automatizacion modbus
Automatizacion modbusAutomatizacion modbus
Automatizacion modbus
 
Auditoria de sistemas
Auditoria de sistemasAuditoria de sistemas
Auditoria de sistemas
 

Más de acpicegudomonagas

Unidad v ici, equipo dcs, tema 9
Unidad v ici, equipo dcs, tema 9Unidad v ici, equipo dcs, tema 9
Unidad v ici, equipo dcs, tema 9acpicegudomonagas
 
Unidad v tema 9 - equipo dcs - plc, diagramas secuenciales
Unidad v   tema 9 - equipo dcs - plc, diagramas secuencialesUnidad v   tema 9 - equipo dcs - plc, diagramas secuenciales
Unidad v tema 9 - equipo dcs - plc, diagramas secuencialesacpicegudomonagas
 
Unidad 4 eai. equipo dcs. tema 7 deteccion de fallos
Unidad 4 eai. equipo dcs. tema 7 deteccion de fallosUnidad 4 eai. equipo dcs. tema 7 deteccion de fallos
Unidad 4 eai. equipo dcs. tema 7 deteccion de fallosacpicegudomonagas
 
Unidad 4 tema 7 - equipo dcs - deteccion de fallas
Unidad 4   tema 7 - equipo dcs - deteccion de fallas Unidad 4   tema 7 - equipo dcs - deteccion de fallas
Unidad 4 tema 7 - equipo dcs - deteccion de fallas acpicegudomonagas
 
Equipo dcs proceso productivos
Equipo dcs   proceso productivosEquipo dcs   proceso productivos
Equipo dcs proceso productivosacpicegudomonagas
 
La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.acpicegudomonagas
 
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDESASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDESacpicegudomonagas
 
Unidad V SGEPCI- SCM DIAPOSITIVAS
Unidad V SGEPCI- SCM DIAPOSITIVASUnidad V SGEPCI- SCM DIAPOSITIVAS
Unidad V SGEPCI- SCM DIAPOSITIVASacpicegudomonagas
 
ASPECTOS CONCEPTUALES DE LOS CRM
ASPECTOS CONCEPTUALES DE LOS CRMASPECTOS CONCEPTUALES DE LOS CRM
ASPECTOS CONCEPTUALES DE LOS CRMacpicegudomonagas
 
GESTIÓN DE LA CADENA DE SUMINISTRO
GESTIÓN DE LA CADENA DE SUMINISTROGESTIÓN DE LA CADENA DE SUMINISTRO
GESTIÓN DE LA CADENA DE SUMINISTROacpicegudomonagas
 
Unidad IV SGEPCI- SCM DIAPOSITIVAS
Unidad IV SGEPCI- SCM DIAPOSITIVASUnidad IV SGEPCI- SCM DIAPOSITIVAS
Unidad IV SGEPCI- SCM DIAPOSITIVASacpicegudomonagas
 

Más de acpicegudomonagas (20)

Unidad v ici, equipo dcs, tema 9
Unidad v ici, equipo dcs, tema 9Unidad v ici, equipo dcs, tema 9
Unidad v ici, equipo dcs, tema 9
 
Unidad v tema 9 - equipo dcs - plc, diagramas secuenciales
Unidad v   tema 9 - equipo dcs - plc, diagramas secuencialesUnidad v   tema 9 - equipo dcs - plc, diagramas secuenciales
Unidad v tema 9 - equipo dcs - plc, diagramas secuenciales
 
Unidad 4 eai. equipo dcs. tema 7 deteccion de fallos
Unidad 4 eai. equipo dcs. tema 7 deteccion de fallosUnidad 4 eai. equipo dcs. tema 7 deteccion de fallos
Unidad 4 eai. equipo dcs. tema 7 deteccion de fallos
 
Unidad 4 tema 7 - equipo dcs - deteccion de fallas
Unidad 4   tema 7 - equipo dcs - deteccion de fallas Unidad 4   tema 7 - equipo dcs - deteccion de fallas
Unidad 4 tema 7 - equipo dcs - deteccion de fallas
 
Unidad iii tema 6 dcs.pptx
Unidad iii  tema 6  dcs.pptxUnidad iii  tema 6  dcs.pptx
Unidad iii tema 6 dcs.pptx
 
Unidad iii tema 6 dcs
Unidad iii tema 6 dcsUnidad iii tema 6 dcs
Unidad iii tema 6 dcs
 
ISA
ISAISA
ISA
 
Isa.
Isa.Isa.
Isa.
 
Equipo dcs proceso productivos
Equipo dcs   proceso productivosEquipo dcs   proceso productivos
Equipo dcs proceso productivos
 
La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.
 
Unidad VI SGEPCI-SCM
Unidad VI SGEPCI-SCMUnidad VI SGEPCI-SCM
Unidad VI SGEPCI-SCM
 
Unidad VI SGEPCI-SCM
Unidad VI SGEPCI-SCMUnidad VI SGEPCI-SCM
Unidad VI SGEPCI-SCM
 
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDESASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
 
Unidad V SGEPCI- SCM DIAPOSITIVAS
Unidad V SGEPCI- SCM DIAPOSITIVASUnidad V SGEPCI- SCM DIAPOSITIVAS
Unidad V SGEPCI- SCM DIAPOSITIVAS
 
ASPECTOS CONCEPTUALES DE LOS CRM
ASPECTOS CONCEPTUALES DE LOS CRMASPECTOS CONCEPTUALES DE LOS CRM
ASPECTOS CONCEPTUALES DE LOS CRM
 
GESTIÓN DE LA CADENA DE SUMINISTRO
GESTIÓN DE LA CADENA DE SUMINISTROGESTIÓN DE LA CADENA DE SUMINISTRO
GESTIÓN DE LA CADENA DE SUMINISTRO
 
Unidad IV SCM- SGEPCI
Unidad IV SCM- SGEPCIUnidad IV SCM- SGEPCI
Unidad IV SCM- SGEPCI
 
Unidad IV SGEPCI- SCM DIAPOSITIVAS
Unidad IV SGEPCI- SCM DIAPOSITIVASUnidad IV SGEPCI- SCM DIAPOSITIVAS
Unidad IV SGEPCI- SCM DIAPOSITIVAS
 
INTEGRACIÓN DE LOS ERP´S
INTEGRACIÓN DE LOS ERP´SINTEGRACIÓN DE LOS ERP´S
INTEGRACIÓN DE LOS ERP´S
 
Unidad ii tema 2 - plc
Unidad ii  tema 2 - plcUnidad ii  tema 2 - plc
Unidad ii tema 2 - plc
 

Último

S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdfS454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdffredyflores58
 
Trabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruanaTrabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruana5extraviado
 
5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx
5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx
5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptxNayeliZarzosa1
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCANDECE
 
Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)mendezruben1901
 
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)ssuser6958b11
 
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIPSEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIPJosLuisFrancoCaldern
 
CFRD simplified sequence for Mazar Hydroelectric Project
CFRD simplified sequence for Mazar Hydroelectric ProjectCFRD simplified sequence for Mazar Hydroelectric Project
CFRD simplified sequence for Mazar Hydroelectric ProjectCarlos Delgado
 
Fe_C_Tratamientos termicos_uap _3_.ppt
Fe_C_Tratamientos termicos_uap   _3_.pptFe_C_Tratamientos termicos_uap   _3_.ppt
Fe_C_Tratamientos termicos_uap _3_.pptVitobailon
 
QUIMICA ORGANICA I ENOLES Y ENAMINAS LIBR
QUIMICA ORGANICA I ENOLES Y ENAMINAS LIBRQUIMICA ORGANICA I ENOLES Y ENAMINAS LIBR
QUIMICA ORGANICA I ENOLES Y ENAMINAS LIBRyanimarca23
 
Peligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacionPeligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacionOsdelTacusiPancorbo
 
Clase 1 Análisis Estructura. Para Arquitectura pptx
Clase 1 Análisis Estructura. Para Arquitectura pptxClase 1 Análisis Estructura. Para Arquitectura pptx
Clase 1 Análisis Estructura. Para Arquitectura pptxPaolaVillalba13
 
3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdf3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdfRicardoRomeroUrbano
 
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosRevista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosJeanCarlosLorenzo1
 
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Francisco Javier Mora Serrano
 
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinaciónEstacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinaciónAlexisHernandez885688
 
Fisiología del azufre en plantas S.S.pdf
Fisiología del azufre en plantas S.S.pdfFisiología del azufre en plantas S.S.pdf
Fisiología del azufre en plantas S.S.pdfJessLeonelVargasJimn
 
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIACLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIAMayraOchoa35
 
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdfSEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdffredyflores58
 
Sistema de gestión de turnos para negocios
Sistema de gestión de turnos para negociosSistema de gestión de turnos para negocios
Sistema de gestión de turnos para negociosfranchescamassielmor
 

Último (20)

S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdfS454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
 
Trabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruanaTrabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruana
 
5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx
5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx
5.1 MATERIAL COMPLEMENTARIO Sesión 02.pptx
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRC
 
Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)
 
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
 
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIPSEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
 
CFRD simplified sequence for Mazar Hydroelectric Project
CFRD simplified sequence for Mazar Hydroelectric ProjectCFRD simplified sequence for Mazar Hydroelectric Project
CFRD simplified sequence for Mazar Hydroelectric Project
 
Fe_C_Tratamientos termicos_uap _3_.ppt
Fe_C_Tratamientos termicos_uap   _3_.pptFe_C_Tratamientos termicos_uap   _3_.ppt
Fe_C_Tratamientos termicos_uap _3_.ppt
 
QUIMICA ORGANICA I ENOLES Y ENAMINAS LIBR
QUIMICA ORGANICA I ENOLES Y ENAMINAS LIBRQUIMICA ORGANICA I ENOLES Y ENAMINAS LIBR
QUIMICA ORGANICA I ENOLES Y ENAMINAS LIBR
 
Peligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacionPeligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacion
 
Clase 1 Análisis Estructura. Para Arquitectura pptx
Clase 1 Análisis Estructura. Para Arquitectura pptxClase 1 Análisis Estructura. Para Arquitectura pptx
Clase 1 Análisis Estructura. Para Arquitectura pptx
 
3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdf3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdf
 
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosRevista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
 
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
 
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinaciónEstacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
 
Fisiología del azufre en plantas S.S.pdf
Fisiología del azufre en plantas S.S.pdfFisiología del azufre en plantas S.S.pdf
Fisiología del azufre en plantas S.S.pdf
 
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIACLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIA
 
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdfSEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdf
 
Sistema de gestión de turnos para negocios
Sistema de gestión de turnos para negociosSistema de gestión de turnos para negocios
Sistema de gestión de turnos para negocios
 

Unidad v tema 9 dcs

  • 1. UNIVERSIDAD DE ORIENTE DEPARTAMENTO DE INGENIERÍA DE SISTEMAS CURSOS ESPECIALES DE GRADO ESTRATÉGIAS PARA LA AUTOMATIZACIÓN INDUSTRIAL MATURIN MONAGAS VENEZUELA Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes Inteligentes Profesora: Ing. Judith Devia Realizado por: Equipo DCS Cedeño W. Anthony J C.I.: 20597736 López R. José A. C.I.: 21350912 Maturín, Abril 2014
  • 2. ÍNDICE INTRODUCCIÓN..................................................................................................................1 MARCO TEÓRICO ...............................................................................................................2 1. Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes Inteligentes .........................................................................................................................2 2. Arquitectura de Implantación.........................................................................................2 3 Propuesta de automatización industrial basado en agentes .............................................3 3.1 Modelo de referencia................................................................................................3 3.2 Control basado en Agentes.......................................................................................3 4. Medio de Gestión de Servicios (MGS) o Middleware ...................................................5 4.1 Arquitectura de Implantación del MGS ...................................................................5 4.2 Nivel Interfaz............................................................................................................6 4.3 Nivel Medio..............................................................................................................7 DISCUSIÓN...........................................................................................................................8 CONCLUSIONES................................................................................................................10 REFERENCIAS BIBLIOGRAFIAS....................................................................................11
  • 3. 1 INTRODUCCIÓN La tecnología de agentes/sistemas multiagente (SMA) está realizando importantes aportaciones en la resolución de problemas en diversos dominios (comercio electrónico, subastas electrónicas, medicina, bolsa, etc.), donde aproximaciones tradicionales no proporcionan soluciones suficientemente satisfactorias. En concreto, la industria de fabricación es uno de los dominios donde la tecnología de agentes/SMA proporciona una forma natural para resolver problemas que son inherentemente distribuidos. En este trabajo se formula una arquitectura que permite el desarrollo de Sistemas Multiagentes (SMA) para el control y monitoreo de procesos industriales, que permiten la operación segura y optima en base a los objetivos de producción. El esquema de desarrollo se fundamenta, primeramente, en la definición de un Medio de Gestión de Servicios basado en FIPA, y en segundo lugar, en la definición de la arquitectura de implantación del SMA en un ambiente de automatización industrial, en conjunción con la especificación de los agentes. En este trabajo tiene el objeto de dejar las bases que conllevan a la implantación de los agentes, se presenta todo la arquitectura que debe soportar aplicaciones de control y supervisión de procesos con la filosofía de Agentes Inteligentes.
  • 4. 2 MARCO TEÓRICO 1. Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes Inteligentes Esta plataforma constituye un Medio de Gestión de Servicios (MGS) para sistemas multiagentes (SMA); en particular, ofrece servicios de comunicación y gestión para agentes en entornos con restricciones de tiempo real. Con esta plataforma se pueden concebir aplicaciones como sistemas multiagentes especializados, definidos para coordinar, ejecutar y evaluar tareas de control y supervisión necesarias en el procesamiento de la información del proceso y la toma de decisiones en procesos técnicos. Los agentes de control y supervisión interactúan con un sistema multiagente que modelan los elementos de las unidades de producción a través de abstracciones lógicas y funcionales de los procesos. Las complejas interacciones, propias de los sistemas de automatización, son soportadas por el MGS que provee diferentes mecanismos de comunicación, en base a las características funcionales de los agentes. [2] 2. Arquitectura de Implantación Desde el punto de vista de uso de agentes inteligentes, se puede definir una arquitectura de funcionamiento, tal como se muestra en la Fig. 1, donde se distinguen tres niveles funcionales: nivel de campo donde se encuentran los elementos actuadores y sensores, nivel de Middleware o Medio de Gestión de Servicios (MGS) y nivel de aplicaciones de agentes inteligentes. [2] Figura 1 Arquitectura funcional de implantación
  • 5. 3 3 Propuesta de automatización industrial basado en agentes 3.1 Modelo de referencia 1. El sistema operativo base que se utiliza, el cual puede ser cualquiera basado en el manejo de tiempo real. En este se usa Linux más las extensiones tiempo real ofrecidas por RTAI (Real Time Application Interface, por Linux, https://www.rtai.org/). 2. El nivel medio, el cual contiene dos subsistemas: el que maneja todas las comunicaciones entre los diferentes sitios (Communication Manager), y el que permite administrar los agentes en la plataforma computacional (Agent Manager), el cual, entre otras funcionalidades, permite localizar agentes y asociar agentes a procesos. Este nivel es el que le confiere las características distribuidas al sistema e implementa todas las propiedades que se definen para el MGS, para los niveles de acceso a recurso y nivel medio, tales como migración, interoperatividad, nombramiento, etc. Es importante señalar que muchas de las funcionalidades y librerías del sistema operativo (LINUX) permiten implantar este nivel base. 3. El nivel interfaz, el cual está compuesto por los agentes de nidos por la especificación FIPA para brindarles servicios a las comunidades de agentes (SMA). Los agentes en esta capa de interfaz son los que permiten que se puedan implementar SMA sobre las plataformas computacionales actuales. 4. El nivel superior, en el cual existen dos comunidades de agentes. Una de ella es la comunidad de Agentes de Procesos, los cuales describen los diferentes objetos del medio de producción (abstracciones lógicas y funcionales de los procesos reales). La otra comunidad es la de los Agentes de Aplicaciones y Especializados, conformada por todos los agentes que realizan funciones específicas a nivel de supervisión, control, optimización, visualización, y otras aplicaciones especializadas y/o legadas. Esta comunidad brinda servicios a la comunidad de agentes de procesos. Ambas interactúan con el MGS a través de la capa de interfaz. [1] 3.2 Control basado en Agentes Cabe destacar que las actividades de los agentes del nivel superior están basadas en los requerimientos de control de procesos. Estos, a su vez, establecen la necesidad de comunicaciones y tomas decisiones en tiempo real, adecuandose a situaciones no previstas mediante la detección de eventos, [Ríos-Bolívar et al., 2006]. En el diseño del nivel superior podrían estar contemplados los siguientes agentes: 1. Agente Proceso: Modelan los elementos de las unidades de producción. Cada unidad de producción está representada por un Agente Proceso. La composición de un Agente Proceso está basada, por un lado, en una división física del proceso, y por otro lado, en una división funcional de las tareas del agente. Así, un Agente Proceso podría representar desde dispositivos con capacidades de funcionamiento limitadas, como los sensores, actuadores u otros elementos de instrumentación de campo, hasta procesos complejos, tales como una unidad de producción petrolera, una caldera, etc.
  • 6. 4 2. Agente Control: Su tarea fundamental se inspira en la estabilidad y desempeño del proceso controlado. Realiza tareas de entonación, planeación y ejecución de las políticas de control. Su funcionamiento depende los siguientes agentes: Agente Diseñador del Control, Agente Ejecutor del Control y Agente Evaluador del Control. a. Agente Diseñador del Control: Este agente se encarga de diseñar y/o ajustar planes de control a ejecutar sobre un horizonte de tiempo finito que garanticen el buen desempeño del proceso de producción, en términos de los requerimientos de control (estrategias específicas de control y parámetros de controlador) y de los requerimientos de procesamiento de control. b. Agente Ejecutor del Control: Este agente genera las órdenes de control según los lineamientos estipulados en los planes actuales de control y desempeño. c. Agente Evaluador del Control: Este agente se encarga de determinar el desempeño de los planes del control y controladores en ejecución, en términos del cumplimiento de los objetivos planteados en el diseño. De esta manera, es posible conformar un ambiente de control de procesos basados en agentes. La figura 2 muestra la forma de estructura dicho ambiente. A partir de las inter- relaciones entre los diferentes agentes, es fundamental la comunicación entre ellos bajo los siguientes aspectos: la comunicación en tiempo real y la comunicación por eventos. Estos mecanismos de comunicación deben estar soportados por MGS. [1] Figura 2 Implantación de control con agentes.
  • 7. 5 4. Medio de Gestión de Servicios (MGS) o Middleware El Medio de Gestión de Servicios (MGS) es el conjunto básico de módulos de software que implantan las abstracciones mínimas para la especificación, implantación y manipulación de agentes y objetos. La especificación FIPA define la plataforma de agentes como un sistema constituido por los recursos de hardware y software (sistema operativo, software de comunicaciones, software de gestión de agentes) necesarios para que los agentes puedan ser desarrollados y usados. [1] 4.1 Arquitectura de Implantación del MGS El MGS está compuesto por 3 niveles. El Nivel Interfaz que define la interfaz entre el SMA y los componentes del sistema distribuido. Está constituido por cinco agentes: Agente Administrador de Agentes (AAA), Agente Gestor de Recursos (AGR), Agente Gestor de Aplicaciones (AGA), Agente Gestor de Datos (AGD) y Agente de Control de Comunicación (ACC). Los agentes AGR, AGA y AGD son especializaciones del Directorio Facilitador (DF) especificado en FIPA, (Ver Figura 3). El nivel interfaz se encarga de establecer las pautas de conversación entre los componentes del sistema distribuido y el SMA. El Nivel Medio constituye el núcleo del sistema distribuido, provee servicios de software que requieren los agentes para poder interactuar entre sí y con el nodo de ejecución. Proporciona transparencia y seguridad en las transacciones, interoperabilidad de las aplicaciones y componentes de software, migración de agentes, objetos y/o recursos, comunicación interprocesos, localización de recursos (agentes y objetos) y provee un sistema de nombramiento para la localización de agentes y/o objetos. Finalmente, el Nivel de Acceso a Recursos está integrado por el núcleo básico del Sistema Operativo, el cual maneja las funcionalidades de tiempo real y manejador de acceso a hardware específico que requiera el sistema. De esta forma, el MGS pretende conformidad arquitectural entre el estándar FIPA y la base de su implantación. [1] Figura 3 Medio de Gestión de Servicios.
  • 8. 6 4.2 Nivel Interfaz El nivel interfaz brinda todos los servicios requeridos por las comunidades de agentes para poder operar como SMA. Este nivel está conformado por los siguientes agentes: Administrador de Agentes (AAA). Tipo: Agente de Software. Papel: Administrador del sistema multi-agentes. Descripción: se encarga de manejar, integrar y supervisar el estado del sistema multiagente. Este agente conoce la localización y estado de todos los agentes que existan en el sistema. El AAA dirige las migraciones de los agentes; así, cada agente que se mueve de un nodo a otro debe notificar al AAA el movimiento que ha efectuado; de manera que el agente administrador siempre tenga una vista ajustada al estado del sistema en tiempo real. Gestor de Datos (AGD). Tipo: Agente de Software. Papel: Gestionar el manejo de Datos. Descripción: este agente se encarga de establecer el enlace con los lugares donde existan datos de interés para el proceso que se esté ejecutando, sea que estos datos provengan de bases de datos (relacionales, orientados a objetos, tiempo real, etc.), de SCADAS, DCS, medidores, o cualquier otro dispositivo o aplicación que pueda almacenar datos. Responde a las peticiones de los agentes del nivel superior. Gestor de Aplicaciones (AGA). Tipo: Agente de Software. Papel: Localizador de aplicaciones. Descripción: este agente se encarga de ubicar las aplicaciones que puedan ser requeridas por un proceso que se esté ejecutando, como por ejemplo de acceso a redes, programas de cálculo numérico o simbólico, aplicaciones de inteligencia artificial, de envío y recepción de mensajes, etc. Dichas aplicaciones pueden estar en cualquier servidor al que se tenga acceso y son requeridas por otros agentes de la comunidad. Gestor de Recursos (AGR). Tipo: Agente de Software. Papel: Gestionar los recursos del sistema. Descripción: este agente se encarga de manejar, y llevar control del uso de los dispositivos necesarios en la ejecución de un proceso, como por ejemplo procesadores, dispositivos de entrada/salida, dispositivos de almacenamiento, etc. Control de Comunicación (ACC). Tipo: Agente de Software.
  • 9. 7 Papel: Administrador de comunicaciones. Descripción: es el encargado de mantener y controlar la comunicación entre sistemas multiagentes. Se encarga de mantener un estado con fiable del canal de comunicación. Para llevar a cabo sus tareas usa directamente los servicios que provee el nivel base. 4.3 Nivel Medio A partir de esas funcionalidades se define un sistema de base. Se asume Linux en sus versiones tradicionales y su versión tiempo real. Por esa razón, entre otras, e inicialmente por simplicidad, se asume que los agentes residen en procesos Linux. Cada proceso debe enlazar e invocar una biblioteca (library) que implanta las llamadas al MGS. Esto se realiza en cada proceso en lo que denominaremos Ejecutivos. EL MGS en sus niveles inferiores está estructurado en dos módulos que deben ser instanciados, obligatoriamente, por los agentes del Nivel Interfaz (FIPA) para la realización de sus actividades: el manejador de agentes y el manejador de comunicación. 1. Agent Manager (Manejador de Agentes): Se encarga de corresponder agentes hacia procesos Linux. Contempla funciones como creación, destrucción y manejo de recursos del sistema operativo para la manipulación de agentes. La creación de identificadores únicos seria también su responsabilidad. El Agent Manager también debe implantar la invocación de agentes bajo los esquemas estáticos y dinámicos. Los esquemas de migración, intra-sitio o inter-sitio son gestionados por este módulo; de igual manera, la localización de agentes. Este módulo está estructurado en los tres sub-módulos siguientes: a) Despachador: Se encarga de despachar invocaciones a los agentes. Del lado superior, recibe invocaciones desde los procesos y las hace llegar al despachador remoto a través del manejador de comunicación. Del lado inferior, recibe invocaciones remotas y se las hace llegar al proceso que contiene el agente. El despachador puede implantar despacho dinámico; es decir, un agente puede construir, en tiempo de ejecución, infraestructura para recibir invocaciones. b) Mapper: se encarga de otorgar identificadores únicos y de gestionar los recursos del sitio para los agentes y procesos. Este módulo es pues responsable de la creación y destrucción de agentes. Similarmente, este módulo gestiona la migración de agentes. c) Localizador: Se encarga de localizar agentes respecto a sus identificadores únicos. 2. Communication Manager (Manejador de Comunicación): Este módulo se encarga de proveer comunicación confiable de red orientada a invocación. La semántica queda a decidir entre “a lo más una vez” “exactamente una vez", según las suposiciones de fallas que se consideren para los agentes. Probablemente, los componentes del MGS estarán implantados mediante procesos privilegiados Linux.
  • 10. 8 DISCUSIÓN La manera en la que se desarrolla en la actualidad el gestionamiento viene desde conceptos básicos sobre como mantener una buena estructura en cuanto a los procesos que se ejecuten y la realización de los mismos, mas que todo sirven como una guía de los procesos, con el paso del tiempo es cada vez mas necesaria la implantación de nuevos sistemas de gestión que soporten la integración de nuevas tendencias en cuanto a la tecnología que se desarrolla a diario, la evolución de la misma sucede de manera exponencial y no se detiene, por esto es necesario que tenga un gestionamiento que sea flexible al cambio sin alterar demasiado a todo el sistema y que pueda dar enfoque a una parte especifica del todo. Es normal que siempre se hable de una resistencia al cambio en cuanto a la implantación de sistemas inteligentes, las personas suelen pensar de manera casi inmediata que el uso de la palabra “sistema inteligente” significa el desuso de un personal calificado como reducción de costos, pero lo cierto es que independientemente del nivel de cambio en cuanto a la tecnología siempre será necesaria la interacción hombre-maquina. Así como se ha visto en otros estudios cuando se hablaba específicamente de la supervisión y la monitorización, un sistema podrá estar muy automatizado y preparado con protocolos que le permitirán saber de manera casi inmediata cuando se da una situación anómala, diferente a lo estipulado o fuera del rango de medición, pero se necesita la intervención de personas calificadas que permitan corroborar esta información dado que los sistemas solo prestan la información, pero no adquieren experiencia como lo hace una persona. La experiencia que pueda tener una persona en cuanto a su área de trabajo dependerá de los años que lleva ejerciendo su cargo y es así como se le darán las instrucciones a los sistemas inteligentes, ellos necesitan de una previa programación que les indicara de manera inicial como corregir los problemas, puesto que son sistemas inteligentes la idea es que adquieran “experiencia” a través de registros de información en cuanto a los resultados que arroja el continuo monitoreo de todos los procesos. Cabe destacar que la arquitectura de implantación esta compuesta por tres niveles en los cuales cada uno de ellos tendrá distintos agentes que ejecutaran cada una de las acciones, estos agentes estarán encargados de una labor específica, lo que se busca en realidad con estos agentes inteligentes es facilitar aun mas la manera en las que se realizan las acciones de control en la cual se deben tomar decisiones de manera casi inmediata pero que a través de registros e información que puede ser facilitada por el usuario le brinde la
  • 11. 9 oportunidad de dar cada vez con una mejor respuesta, aunque generalmente su mayor trabajo esta dirigido a monitorizar las actividades entre los mismos agentes. Dependiendo del nivel del agente recaerá sobre esta la responsabilidad de tener en cuenta los registros en cuanto a los movimientos y acciones que realizan los demás agentes así como las funciones que designan para solventar situaciones o simplemente en las actividades que son completamente rutinarias, el agente principal tendrá la facultad de dirigir a los demás y tendrá por esto la mayor carga de trabajo aunque se limitara al registro y los permisos, necesita evaluar las posibles situaciones.
  • 12. 10 CONCLUSIONES Se presentado una plataforma para la implantación de aplicaciones de control y supervisión de procesos basada en agentes inteligentes. A partir de una arquitectura de automatización integrada y un marco de desarrollo de la plataforma de agentes, las aplicaciones de control se definen a través de procesos de coordinación, ejecución y evaluación de las tareas de supervisión y control, necesarias para el procesamiento de la información del proceso y para la toma de decisiones. El control basado en agentes inteligentes considera la captura de la información de los procesos a través de un modelo operacional de los mismos, caracterizado por un Agente Proceso. Para el procesamiento de la información es necesario las comunicaciones entre los diferentes actores, para lo cual se ha diseñado un Medio de Gestión de Servicios (MGS), que permite soportar actividades de tiempo real y el manejo de operaciones basadas en eventos.
  • 13. 11 REFERENCIAS BIBLIOGRAFIAS 1. Plataforma para Implantar Sistemas de Supervisión y Control Basados en Agentes Inteligentes. Leandro León, Addison Ríos-Bolívar, Francisco Hidrobo y José Aguilar. [Documento en Línea] Consultado el 08 de abril de 2014: http://www.ing.ula.ve/~aguilar/publicaciones/objetos/congreso/CLCA4.pdf 2. Implantando sistemas de control con agentes inteligentes. Addison Ríos-Bolívar [Documento en Línea] Consultado el 08 de abril de 2014: http://revistas.mes.edu.cu/greenstone/collect/repo/import/repo/201212/1316708129 305.pdf