1. Conectores<<Coordination>>
1.1. Coordinan las diferentes interacciones o conversaciones en las que participa el agente de acuerdo a un protocolo de comunicación.
2. Componentes <<Component>>
2.1. Flexibilidad por extension en el uso de DAML-S
2.1.1. Ontología aplicada a la descripción de servicios, para describir, independientemente de la implementación, la interfaz pública de los componentes que proporcionan la funcionalidad del agente.
2.1.1.1. Utilizada por los conectores, que solicitan la invocación de un servicio utilizando la descripción contenida en la ontología
2.1.2. La información acerca de los componentes registrados en la arquitectura, como su identificador y su localización, se almacena en objetos ComponentInfo.
2.2. componente <<Mediator>>
2.2.1. AgentCompositionalCore (ACC)
2.2.1.1. Controla la participación en dicha conversación según un protocolo de interacción
2.3. Encapsulan datos y comportamiento.
2.4. Enviar mensajes (componente BasicAgentActions)
2.5. Almacenar datos (componente KnowledgeBase).
2.6. Funcionalidad específica de un dominio de aplicación
2.6.1. Ej: negociar, pujar o comprar en un mercado electrónico (componente e-market).
2.7. Componente COTS (Commercial Off-The-Shelf)
2.8. Servicio Web
2.9. Componente de distribución CommunicationDistribution
2.9.1. Permite que el agente se comunique con otros agentes através de distintas plataformas de agentes y servicios de transporte haciéndolo más versátil y adaptable
2.10. Cmponentes de interfaz
2.10.1. AgentExternalCommunication (AEC)
2.10.1.1. Codifica y decodificar los mensajes de entrada y salida en diferentes representaciones del lenguaje de comunicación de agentes (ACL)
2.10.2. AgentInterface
2.10.2.1. Incluye la interfaz de la funcionalidad ofrecida por el agente (y proporcionada por los componentes) y una lista de protocolos de comunicación que el agente soporta, entre otros elementos
3. Implementación del Conector
3.1. Aceptan una descripción de un protocolo de coordinación y controlan su ejecución en base a ésta
3.2. Intercambio de mensajes
3.3. Acciones internas lleva a cabo el agente durante la ejecución del protocolo
3.4. Conectar el protocolo de interacción con la funcionalidad del agente.
3.5. Nuevo protocolo
3.5.1. Editar un documento XML describiendo el protocolo.
3.5.1.1. Describen los mensajes que son intercambiados durante la interacción
3.5.1.2. Estados por los que pasa el protocolo
3.5.1.3. Comportamiento del protocolo que se describe, para cada rol participante
3.5.1.4. Diagrama de transición que considera, para cada uno de los posibles mensajes de entrada, las acciones a llevar a cabo.
3.5.1.5. Clase MessageMatcher
3.5.1.5.1. Establecer la correspondencia entre los mensajes recibidos y los mensajes del protocolo descritos en la plantilla
3.5.1.6. La clase FSM
3.5.1.6.1. Encapsula un motor de coordinación que controla el comportamiento del protocolo según una máquina de estados
3.5.1.7. ExecutionContext
3.5.1.7.1. Es la encargada de planificar y monitorizar la ejecución de transiciones.
3.6. Conjunto de reglas de inferencia
3.6.1. Modela el comportamiento de cualquier protocolo
3.6.2. De inferencia trigger-transition
3.6.3. Segunda regla discard-msg
4. Ingeniería del Software Orientada a Agentes (ISOA)
4.1. Desarrollo de sistemas multiagente SMs
4.1.1. Modelado de los componentes internos de los diferentes agentes
4.2. Metodos
4.3. Tecnicas
4.4. Herramientas
5. Plataformas de Desarrollo
5.1. Zeus
5.1.1. Arquitectura del agente
5.1.1.1. Subsistemas que permiten el intercambio de mensajes, la planificación y ejecución de tareas, y el almacenamiento de datos entre otros componentes
5.2. Jade
5.3. FIPA-OS
5.4. El diseño de los SMs
5.4.1. Se centra en el modelado de los componentes internos de los diferentes agentes sobre una arquitectura de agente específica de una plataforma de desarrollo como Jade, Zeus o FIPA-OSl
6. Arquitectura composicional
6.1. Facilita su construcción a partir de componentes software reutilizables.
6.2. Descompone la funcionalidad del agente en componentes totalmente independientes, facilitando la incorporación o sustitución de componentes, permitiendo un mayor grado de adaptación del agente resultante.
6.3. Software orientado a aspectos (DSOA, o en ingles AOSD)
6.3.1. El comportamiento, los protocolos de interacción, y la distribución de mensajes a través de un servicio de transporte están separados internamente en entidades diferentes dentro de la arquitectura
6.3.2. Permite alterar cada uno de estos componentes en tiempo de ejecución sin que el resto se vea afectado