1. Esqueleto de una aplicación disponible para adaptarlo a las necesidades de un programador.
2. AGENTES
2.1. Definición
2.1.1. Son un programa de computación que se ejecuta en un ambiente y realiza acciones dentro de este para alcanzar las metas para las cuales fue diseñado.
2.2. CARACTERISTICAS Y CLASIFICACIÓN DE LOS AGENTES
2.2.1. Autonomía:Un agente opera sin la intervención directa de un humano además tiene control sobre sus acciones y su estado interno.
2.2.2. Habilidad de interactuar con otros agentes o el usuario humano.
2.2.3. Reactividad: Perciben el entorno y responden en un tiempo razonable a los cambios que ocurren en el.
2.2.4. Proactividad: los agentes pueden reaccionar por iniciativa propia sin necesidad de que el usuario tenga que activarlo.
2.2.5. Orientación hacia el objeto final: Divide su tarea compleja en varias actividades pequeñas para así poder lograr la meta compleja.
2.2.6. Racionalidad: el agente siempre actuara para lograr sus metas y nuca actuara de forma que evite las consecuencias de las mismas.
2.2.7. Adaptabilidad: El agente debe ser capaz de ajustarse a los hábitos, formas de trabajo y necesidades del usuario.
3. EN CASO DE ZEUS
3.1. CONECTORES
3.1.1. De esta forma es posible enlazar o conectar el protocolo de interacción con la funcionalidad del agente.
3.2. OBJETOS
3.2.1. Objeto Execution Context Utilizará la descripción de las transacciones del protocolo para su ejecución y monitorización.
3.3. El objeto FSM controlará la ejecución basándose en el diagrama de transacción incluido en la descripción.
3.3.1. Jess Engine Ofrece una implementación de un motor de coordinación
3.3.1.1. Esta implementación usa la programación basada en reglas para coordinar la ejecución de un protocolo de comunicación. Durante la ejecución del protocolo esta clase, a partir de reglas que definen el diagrama de transición del protocolo, infiere para cada mensaje de entrada que transición se debe ejecutar y modifica el estado del protocolo a un nuevo estado.
3.4. SUBCLASE
3.5. Componentes Encapsulan datos y Comportamiento
3.5.1. Componente (Basic Agent Actions) Ofrece la funcionalidad básica del Agente.
3.5.2. Componente (Knowledgeable): Almacena Datos.
3.5.3. Componente AgentInterface: Contiene la interfaz pública del agente, que es una extensión de la interfaz pública tradicional de los componentes software para el caso de los agentes.
4. Conceptos
4.1. Diseño reutilizable de todo o parte de un sistema, representado por clases abstractas y la forma en que las instancias interactuan.
5. Características
5.1. Abstracción de URLs y Sesiones
5.1.1. No es necesario manipular direcciones ni sesiones, el framework lo realiza
5.2. Acceso a datos
5.2.1. Incluyen herramientas e interfaces para integrarse con herramientas que conectan a los datos.
5.3. Controladores
5.3.1. La mayoría implementa controladores para gestionar eventos.
5.4. Autentificación y control
5.4.1. Incluyen mecanismos para la identificación de usuarios.
5.5. Internacionalización
5.5.1. Inclusión de varios idiomas en el desarrollo.
6. Funciones
6.1. Permite coordinar funciones transversales relacionadas a todos los componentes de un software.
6.2. Mínimiza el código disperso por toda la aplicación
6.3. Evita la dispersión de elementos del software en varios módulos de la aplicación.
6.4. Reutilizar código ya existente.
6.5. Acelerar el proceso de desarrollo
7. Clasificación
7.1. Por su Aplicabilidad
7.1.1. Verticales
7.1.1.1. Desarrollados específicamente para un dominio de aplicación concreto.
7.1.1.2. Cubren amplio espectro de aplicaciones.
7.1.1.3. Más costosos de desarrollar
7.1.1.4. Más caros al ser comercializados.
7.1.2. Horizontales
7.1.2.1. Modelar infraestructuras de comunicaciones
7.1.2.2. Interfaces de usuario
7.1.2.3. Modelar aspectos relacionados con el sistema subyacente.
7.1.2.4. Marcos de Trabajo Distribuidos
7.1.2.4.1. Diseñado para integrar componentes y aplicaciones en ambientes distribuidos
7.1.2.4.2. Permiten altos niveles de modularidad y reutilización de desarrollo.
7.1.3. Marcos de Trabajo para Componentes
7.1.3.1. MT tanto verticales como horizontales
7.2. Aceptan una descripción de un protocolo de coordinación y controlan su ejecución en base a esta.
7.2.1. Realizados exclusivamente para el desarrollo de aplicaciones basadas en componentes reutilizales.
7.3. Por su extensión
7.3.1. Caja blanca
7.3.1.1. El acceso al código del MT permite reutilizar la función mediante herencia y reescritura de métdos.
7.3.2. Caja de cristal
7.3.2.1. No permite modificar ni reescribir salvo para puntos de entrada.
7.3.3. Caja Negra.
7.3.3.1. Se extienden mediante la composición y la delegación en el momento de utilizar la herencia.
7.3.4. Caja Gris
7.3.4.1. Admitir la inspección de su estructura y ejecución.
7.3.4.2. Es la más lista.