CONTENIDO

Pg

INTRODUCCIN
1. OBJETIVOS
1.1. Objetivo general
1.2. Objetivo Especifico
2. METODOLOGIA MESSAGE (METHODOLOGY FOR
ENGINEERING SYSTEMS OF SOFTWARE AGENTS)
2.1. UML
2.2. RUP
2.3. Anlisis
2.4. Diseo
2.5. Ventajas
2.6. Desventajas
2.7. Ejemplo
3. CONCLUSIN
4. BIBLIOGRAFA
5. CIBERGRAFA

4
5
5
5
6
6
7
8
9
10
11
11
18
19
19

INTRODUCCIN

Desde la aparicin de la Inteligencia Artificial (IA) surgi uno de sus principales

paradigmas a desarrollar, el de los agentes inteligentes, el cual se refiere a que unas
entidades sean capaces de actuar en el entorno en el que se encuentran de acuerdo
a percepciones que este reciba de l por medio de sensores, de una manera
racional y autnoma teniendo en cuenta su principal objetivo el de maximizar su
utilidad. Pero, se careca de modelos que permitieran seguir un proceso bien
estructurado para el desarrollo de estos, tal es el caso de la metodologa
MESSAGE, siendo esta una de las metodologas ms jvenes que integra
resultados de sus antecesoras, esta tiene como objetivo principal la utilizacin de
modelos y meta-modelos que define como sern las especificaciones del sistema y
las herramientas que brindaran soporte en el proceso de generacin de
especificaciones de un SMA.
A lo largo de este trabajo se podr encontrar informacin referente a esta
metodologa; su concepto, sus caractersticas, los modelos en los que se rige, as
como tambin un ejemplo que pueda orientar a los lectores sobre el funcionamiento
de esta metodologa.

OBJETIVOS

OBJETIVO GENERAL

Presentar y explicar de qu manera el modelo MESSAGE (methodology for

engineering systems of software agents) aporta a la funcionalidad integral de los
SMA.

OBJETIVOS ESPECIFICOS

Analizar cada uno de los modelos que rigen la metodologa MESSAGE.

Analizar las fortalezas y debilidades de esta metodologa.

Explicar mediante un ejemplo la funcionalidad de esta metodologa.

METODOLOGIA MESSAGE
(METHODOLOGY FOR ENGINEERING SYSTEMS OF SOFTWARE AGENTS)

La metodologa MESSAGE tiene como base el Proceso Unificado Racional (RUP),

ya que se rige bajo el modelo incremental e iterativo, lo que implica el mejoramiento
progresivo de los requisitos, plan, diseo e implementacin del sistema. Sin olvidar
que esta combinada con el Lenguaje Unificado de Modelado (UML), lo que le
permite integrar el desarrollo de Software mediante las notaciones UML como lo
son: casos de uso, diagramas de clase, diagramas de interaccin, diagramas de
transicin de estado; adems de incorporar ciclos de vida, actividades y tareas.
Ya que estos se centran en la fase de elaboracin donde la arquitectura del ncleo
del sistema y los posibles riesgos deben ser identificados; esta arquitectura se
elabora a partir de modelos de agentes relatados y notaciones grficas. En
resumen, la metodologa MESAGGE extiende UML con el nuevo agente
relacionando conceptos y notaciones grficas enriqueciendo y adaptando el
proceso RUP para el anlisis y diseo basado en agentes.
Pero es importante recordar en que se basa el UML y el RUP.
UML: Es un lenguaje grfico para visualizar, especificar, construir y documentar un
sistema. UML ofrece un estndar para describir un plano del sistema, incluyendo
aspectos conceptuales tales como procesos, funciones del sistema, y aspectos
concretos como expresiones de lenguajes de programacin, esquemas de bases
de datos y compuestos reciclados.
Es importante remarcar que UML es un "lenguaje de modelado" para especificar o
para describir mtodos o procesos. Se utiliza para definir un sistema, para detallar
los artefactos en el sistema y para documentar y construir.

RUP: (Rational Unified Process o Proceso Unificado de Racional) Es un proceso de

ingeniera de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organizacin de desarrollo. Su objetivo es
asegurar la produccin de software de mayor calidad para satisfacer las
necesidades de los usuarios dentro de un lmite de tiempo y presupuesto previsible.
Antes de abarcar la metodologa MESSAGE, es primordial tener en cuenta los
conceptos generales que se vendrn desarrollando y las notaciones graficas que
representan dichos conceptos. Los ms importantes conceptos relacionados con
los agentes son los siguientes:

Agente: es una entidad autnoma y atmica capaz de prestar una funcin

potencialmente til, a esta capacidad le denominaremos servicio.

Organizacin: es un conjunto de agentes que trabajan entre s por un bien en

comn.

Rol: es una descripcin externa de un agente en un contexto en particular,

adems, un agente puede desempear varios roles y un rol puede ser
desempeado por varios agentes.

Meta: una meta se asigna a un agente con un estado. Si una instancia de la

meta est presente en la memoria de trabajo del agente, entonces la intencin
del Agente es lograr el estado al que hace referencia la Meta.

Recurso: son las entidades no autnomas utilizadas por los agentes.

Los principales tipos de actividades son:

Tareas: es la unidad que representa la actividad en el nivel de conocimiento con

una sola unidad privilegiada o principal. Las tareas tienen dos situaciones que
describen pre-condiciones y post-condiciones. Adems, las tareas se pueden
subdividir. Como se considera a las tareas como mquinas de estados
(StateMachines), se utilizan los diagramas de actividad de UML para
describirlas.

Interacciones: representan la segunda forma de actividad, junto con las tareas.

Las interacciones, por definicin, son realizadas por varios participantes y tienen
un propsito que todos los participantes persiguen.

Mostraremos la sintaxis grafica de lo anteriormente mencionado:

Agente

Rol

Organizacin

Meta

Tarea

Servicio

Interaccin

Estructura

Implicacion

Asignacin

Conocido

Flujo de datos

Por consiguiente, la metodologa MESSAGE trabaja bajo dos modelos: ANALISIS y

DISEO, ya que estos aportan un nivel alto de abstraccin por la inclusin del (RUP)
y (UML), a su vez estos nos permiten saber que debemos hacer durante el
desarrollo de esta metodologa, pero adems tambin podemos hablar de vistas o
meta-modelos que ayudan a entender en profundidad lo que los SMA deben hacer.
Anlisis: El propsito de este modelo es producir una especificacin del sistema
que describe el problema a resolver, esto es representado como un modelo
abstracto ordenado para entender mejor el problema, lo que facilita la solucin de
este.
El proceso de anlisis se lleva a cabo mediante pasos llamados niveles. En el primer
nivel se realiza la definicin del sistema en relacin con su grupo y el entorno. El
8

sistema es visto como un conjunto de organizaciones que interactan con los

recursos, actores u otros.
El nivel 1 son definidos la estructura y comportamiento de las entidades como la
organizacin, agentes, tareas y metas de las entidades de dominio.
Adems, son implementados meta-modelos o vistas en la metodologa MESSAGE
y entre estos encontramos:

Vista de organizacin: muestra entidades concretas en el sistema y su entorno

y relaciones de alto nivel entre ellos.

Vista de objetivo/tarea: muestra objetivos, tareas, situaciones y sus

dependencias. Los objetivos y tareas tienen atributos que permiten crear
dependencias lgicas, mostrar divisin de objetivos y tareas. Adems, las
dependencias temporales se denotan con la sintaxis de los diagramas de UML.

Vista de agente/role: se representan los objetivos del agente, tareas que sabe
cmo realizar, recursos que utiliza, eventos a los que atiende, entre otros.

Vista de interaccin: se representa el iniciador, el motivador, los colaboradores,

la informacin relevante comunicada, los eventos que dispara y efectos
relevantes de la interaccin.

Vista de dominio: muestra los conceptos importantes del dominio donde se

desarrolla el SMA y sus relaciones.

Diseo: El propsito del diseo es definir entidades computacionales que

representen el SMA apareciendo en el nivel de anlisis. En general, los artefactos
producidos en cada parte del modelo de anlisis necesitan ser transformados en
una entidad computacional que puede ser implementada. As las entidades de
anlisis son trasladadas a subsistemas, interfaces, clases, firmas operacionales,
algoritmos, objetos, diagramas de objetos, y otros conceptos computacionales.

En pocas palabras, el proceso de diseo consiste en una serie de actividades

iterativas para la transformacin del modelo de anlisis dentro del diseo de
artefactos.
El modelo de anlisis es refinado para producir la primera versin de la estructura
del SMA, al cual se le proponen cuatro pasos:

La asignacin de roles a los agentes.

Prestacin de servicios con tareas.

Perfeccionamiento de los protocolos de interaccin.

Papel de la interaccin con especificacin de comportamiento con grficos de

estado.

Al igual que todas las metodologas, esta trae consigo tanto fortalezas como
debilidades que sern expresadas a continuacin:
Ventajas:

Las instancias de los agentes definidos pueden variar mientras exista el sistema
multi-agente. En esta se modelan las interacciones y se definen tanto los roles
como los agentes capaces de actuar en dichos roles.

Los servicios cambian en los SMA. Estos se modelan para definir las
organizaciones, los roles y los agentes que brindan algn tipo de servicio
especfico, los cuales pueden variar dependiendo el tipo de agente.

Los agentes pueden cambiar la forma en que proporcionan un servicio. Cuando

se modela se definen las descripciones como tareas, de modo que cualquier
agente podra colaborar con otro para el cumplimiento de un servicio antes
prestado.

Los agentes pueden comunicarse con propiedad de la informacin en su

entorno. Esto es posible gracias a la ontologa, la cual fue obtenida del modelo
de dominio que surge en el momento del anlisis. Esta ontologa puede ser
usada por los agentes para comunicarse.

10

Los agentes demuestran un comportamiento orientado a objetos, por esta razn,

continuamente optimizan sus tiempos de diseo y ejecucin de objetivos;
gracias a que se les indica que pueden y se definen como reglas.

Desventajas:

La falta de madurez hace que el anlisis de diseos en el RUP no este del todo
finalizada.

Un agente cambia los roles de forma dinmica. En este caso, un agente podra
dejar de realizar un papel, as como tambin, podra empezar a ejecutar nuevos
roles durante la vida til del sistema.

Un agente podra interactuar con otro para la realizacin de su rol.

El constante avance de los sistemas provoca la creacin de nuevos conceptos

y servicios que deben ser aprendidos por los agentes durante su vida til.

Ejemplo: Sistema multi-agente para la gestin automatizada del correo interno.

Contexto: en ocasiones la entrega de los diferentes paquetes o correos dentro de
una empresa u organizacin puede ser algo compleja, debido a que no siempre se
cuenta con el personal disponible para la entrega de estos, por tal razn se desea
implementar un sistema automatizado para la realizacin de dicha tarea.
Para poder llevar a cabo todo esto, los recursos que se necesitan son una serie de
robots mviles con unos brazos 3D-Robot y una red inalmbrica que permite la
comunicacin en todo el edificio. Debemos tener en cuenta que los agentes deben
actuar en tiempo real incluso en momentos crticos, regidos bajo la misma
plataforma y arquitectura.
Modelado del sistema: para llevar a cabo el desarrollo de este sistema se requerir
de la utilizacin de un sistema multiagente al cual se le denomina MESSAGE
combinado con el UML, que har que este funcione en tiempo real.

11

Anlisis: El anlisis del sistema da como resultado un conjunto de modelos

formados por diversos diagramas y esquemas.
Estos modelos son:

Modelo de organizacin;

Modelo de objetivos/tareas;

Modelo de agente;

Modelo de interacciones;

Modelo de dominio.

Modelo de organizacin:
Este modelo permite definir la estructura y la conducta de un grupo de agentes que
trabajan de forma conjunta para alcanzar ciertos objetivos. Para el sistema concreto
a desarrollar se plantea una organizacin cuyo principal objetivo es la gestin
integral del reparto de cartas en el edificio. Donde se han identificado cuatro tipos
de agentes distintos:

Agente Interfaz: encargado de recibir las peticiones de los usuarios humanos

del sistema.

Agente Planta: es el encargado de controlar y distribuir todo el trabajo a realizar

en una planta del edificio (con lo que existir uno por cada planta). Este recibe
las rdenes del agente interfaz y las asigna a los agente robots de su respectiva
planta.

Agente Robot: este agente es el encargado de controlar y gestionando la lista

de transportes que debe realizar, pudiendo llevar solo un objeto a la vez as
tenga varios pedidos pendientes.

Agente Ascensor: este agente es el encargado de controlar tanto el ascensor

como la recogida y distribucin de cartas y paquetes que se encuentre en una
planta distinta a la de destino.

12

Modelo de objetivos/tareas: este modelo quiere dar respuesta a tres cosas, Por
qu?, Quin?, Cmo?, el primero se requiere a los objetivos a cumplir, el segundo
hace referencia a los agentes que interactan en el sistema y el ultimo a las tareas
que se deben realizar para cumplir los objetivos.
Como bien sabemos, el objetivo principal es Gestionar reparto de carta en un edificio
y este debe dividido en objetivos especficos para ser cumplido a corto plazo.

13

Para una representacin de cmo se realiza un flujo de trabajo tomaremos en

cuenta Gestionar llegada de nuevas cartas. En primer lugar, el agente interfaz
tramita la llegada de una nueva peticin de envo. Posteriormente analiza la peticin
y si sta corresponde a un caso donde el origen y destino estn en la misma planta
se solicita al agente de planta correspondiente que trate de tramitar la solicitud. ste
realizar una bsqueda del robot ms apropiado. En el caso de que el origen y el
destino no coincidan en planta se inicia un proceso similar, pero por duplicado,
gestionando de forma independiente la labor en cada planta. Finalmente, una vez
recibida por parte del agente interfaz las respuestas de los agentes de planta
correspondientes, ste informa al solicitante del nuevo envo de la viabilidad o no
de su peticin.

Modelo de agentes: El modelo de agente est formado por un conjunto de agentes

y roles que son descritos de forma individual. Cada elemento del modelo de agente
rene la informacin especfica de un agente o rol incluyendo sus relaciones con
otras entidades.
Como ya hemos visto, existen cuatro tipos de agentes en este sistema: Interfaz,
planta, robot y ascensor.
Para permitir el entendimiento de cmo generar roles, tomamos como ejemplo el
agente robot, el cual cumple con cuatro roles. Los cuales son:

Ocioso, cuando no tiene ninguna entrega pendiente.

Navegacin, cuando debe hacer maniobras complejas por toda la planta.

Repartidor, cuando debe recoger o entregar una carta.

Emergencia, cuando detecta bajo nivel en la batera e intenta llegar a base

pronto.

14

Modelo de Interaccin:
Este modelo captura la forma en que los agentes (o roles) intercambian informacin
con otros (y tambin con el entorno). Debido a la existencia de diversas
interacciones en el sistema y a las limitaciones de espacio, stas quedan recogidas
en el siguiente cuadro, donde se expresa para cada interaccin identificada el
agente iniciador, el agente receptor, una breve descripcin y el protocolo FIPA.

15

Modelo de dominio: El modelo de dominio permite definir los conceptos especficos

del dominio con el que los agentes deben trabajar. La forma en que se expresa esto
es mediante un modelo donde se muestran las clases necesarias del dominio, los
atributos de cada clase y las relaciones entre dichas clases. En este sistema
tenemos una entidad llamada robot de la cual obtenemos constantemente
informacin sobre su estado: posicin, velocidad, batera, entre otros.
Debemos considerar que existen variables de tipo temporal, como lo son: la
posicin, la batera, etc., donde la posicin no siempre ser la misma ya que el robot
se mover por toda su rea de trabajo, y en consideracin con la batera, esta se
ira consumiendo con el pasar del tiempo, de este modo se podra saber cunto
tiempo de autonoma le quedara. En cambio, la velocidad tiende a ser constante,
teniendo en cuenta que no debe ser muy rpido ya que podra causar accidente o
consumir demasiado la batera, ni muy lento porque generara demora en la
realizacin de su tarea.
Diseo e Implementacin de un Agente Robot: Una vez desarrollados los
modelos de la actividad de anlisis se pasara a realizar la actividad de diseo. Para
esta fase de desarrollo del sistema nos centraremos nicamente en el Agente
Robot.
Esta herramienta nos permitir definir los diferentes componentes de los que consta
un agente teniendo en cuenta la correspondencia con los elementos resultado del
anlisis que se recoge en el siguiente cuadro.

16

Es primordial la definicin de la jerarqua de entidades que se encuentran el en

agente Robot, como se podr observar en la figura:

Una vez definidos los diferentes comportamientos, se deben establecer las

transiciones que puedan ocurrir entre dichos comportamientos, as como las
situaciones en las que dichas transiciones deben llevarse a cabo, para lo cual se
construye el autmata de transiciones entre comportamientos.

17

CONCLUSIN

Partiendo de lo anteriormente dicho, haremos referencia al hecho de que, se debe

aprovechar al mximo los avances logrados con respecto a la Inteligencia Artificial
para poder desarrollar agentes los cuales posean diferentes cualidades o capacidad
para as poder satisfacer cualquier necesidad que tengan los clientes, optimizando
procesos
Adems, se ha evidenciado la importancia de los sistemas multi-agentes, pero sobre
todo de la metodologa MESSAGE, no slo para el campo de la Ingeniera de
Sistemas, sino que es un campo abierto, donde todos somos beneficiarios de ello.

18

BIBLIOGRAFIA

Brian Henderson-Sellers_ Paolo Giorgini-Agent-oriented Methodologies-Idea

Group Pub (2005) PDF

CIBERGRAFIA

http://rupmetodologia.blogspot.com.co/

RUP

https://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado

UML

http://es.slideshare.net/kasas12/ingeniera-del-software-orientada-a-agentes

Message Metodologa

http://www.upv.es/sma/teoria/metodologias/articulos/D3finalReviewed.pdf

Project P907 MESSAGE: Methodology for Engineering Systems of Software Agents

Eurescom.

http://www.upv.es/sma/teoria/metodologias/articulos/message2001.pdf

Agent Oriented Analysis using MESSAGE/UML

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.5.9786&rep=rep1&ty
pe=pdf

Agent Oriented Analysis using MESSAGE/UML

http://users.dsic.upv.es/grupos/ia/sma/publications/showPublic.php?idFile=45

Modelado de un SMA de Tiempo Real empleando la metodologa RT-MESSAGE

19