SOLICITUD DE BÚSQUEDA DE MÚSICA CON TROPOS: DESARROLLO DE SISTEMAS MÚLTIPLES DE ETMEN

RESUMEN

El objetivo de este estudio es desarrollar un sistema multiagente para realizar búsquedas de música
utilizando la metodología de Tropos. En primer lugar, las etapas de análisis y diseño se llevaron a cabo
utilizando Tropos y luego se desarrolló una aplicación utilizando el lenguaje Java y el Marco de Jade. La
aplicación se basa en la compra de música de los factores del vendedor por parte de los buscadores de
acuerdo con ciertos criterios.

Palabras clave: Etmen; Tropos; Jade.

1. INTRODUCCIÓN

Pensemos en una persona que busca pistas de música en Internet. Querrán comprar las piezas del tipo y
la calidad que desean al mejor precio. Este proceso debe seleccionar todas las plataformas de ventas
individuales y seleccionar las partes que desean, y al mismo tiempo cumplir con las restricciones de
precios.

Sin embargo, si se desarrolla un sistema multiagente que realizará esta tarea según ciertos criterios, todo
lo que tiene que hacer es enviar los criterios al buscador y esperar a que el buscador le traiga las piezas.
De esta manera, un sistema de agente puede realizar una tarea en un período de tiempo más corto que
tendrá lugar en un tiempo mucho más largo.

Los criterios de búsqueda que enviaremos al factor buscador son los siguientes:

• Tipo de música

• Presupuesto máximo por música

• Presupuesto total máximo

• Número máximo de piezas

• Puntuación musical mínima

2. METODOLOGÍA Y APLICACIÓN DE TROPOS.

Tropos es un tipo de metodología de desarrollo de software basada en agentes establecida en el marco
del modelo organizativo. i * se ha centrado en el enfoque de ingeniería de requisitos orientado a
objetivos. Los objetivos son cumplidos por los actores que actúan de manera objetiva y estratégica.

La metodología de Tropos proporciona orientación desde el análisis de requisitos hasta el diseño en el

desarrollo de un sistema de agente múltiple. Básicamente, es una idea basada en el concepto de
modelado de requisitos para modelar un sistema que se creará y el entorno en el que se encuentra. Este
modelo proporciona mejoras paso a paso y mejoras para el desarrollo de software. También se convierte
en una base para la documentación y los procesos de software.

Tropos consta de 4 secciones. Estos son:

• Análisis de necesidades tempranas

• Análisis de requerimientos tardíos

• Diseño arquitectónico

• Diseño detallado

2.1 Análisis de requisitos tempranos

Tropos ha utilizado las características del marco de modelado i * para el análisis de requisitos. Las partes
interesadas se definen como actores sociales y necesitan trabajar juntos para alcanzar sus objetivos.

En esta etapa, se identifican los actores en el sistema y se revelan las dependencias entre ellos.

Hay 3 actores diferentes en el sistema a formar. Estos son:

• Buscador: un actor que encuentra y devuelve música del usuario.

• Guía: Música El vendedor es el actor que le dice al Buscador que mantenga una lista de factores y qué
tipo de canciones contienen.

• Vendedor: es el actor que intenta vender las piezas de música al Buscador.

Los principales actores de nuestro sistema son: Buscador, Vendedor y Guía.

El Buscador depende del Vendedor para comprar una pieza musical, y el propósito principal de este actor
es comprar música.

La tarea "mostrar los vendedores apropiados" se define en la guía. Así que Guía a la lista de proveedores
adecuados para los buscadores de música.

Se debe dar. Los proveedores que deseen participar en esta lista deben registrarse en la Guía.

Hay 2 objetivos blandos definidos en el sistema. El vendedor quiere aumentar sus ganancias y depende
del Buscador. El objetivo de la Guía es crear y actualizar su propia base de conocimientos solicitando la
lista de reproducción al Vendedor.

2.2 Análisis de requerimientos tardíos

En esta etapa, el sistema que se creará en el diagrama de actor preparado en el paso anterior se agrega
como nuevo actor. En este paso, se revelan las dependencias de cómo el sistema interactúa con el
entorno. Estas dependencias definen requisitos funcionales y no funcionales para el sistema a desarrollar.

En el gráfico creado en la Figura 2, el sistema representa el sistema del buscador de música, donde el
sistema se relaciona con otros actores y cómo estos actores están relacionados con el sistema.
El Buscador, es decir, el actor cliente, asigna buena música al sistema. El objetivo del sistema según esta
tarea es tomar los criterios. Una lista de proveedores se produce cuando el sistema cumple su objetivo.
Realiza la tarea de consultar la música después de la tarea de consulta de música del sistema a través de
la lista de proveedores. La tarea de consulta de música se realiza a través de la fuente de la base de datos
de música. Consulta de musica

Aparte de esto, existen relaciones con los actores del Proveedor que pueden realizar operaciones
interinas, así como Guías y música. El actor guía tiene un deber como base para el recurso de lista de
proveedores. Esta tarea es mantener la lista de proveedores actualizada. Para mantener esta lista
actualizada, el Vendedor debe obtener información del Vendedor.

El actor vendedor tiene más de una tarea. Tareas de registro y borrado.

El objetivo de los procedimientos de registro del proveedor se cumple y se informa a la Guía. El vendedor
también tiene tareas para agregar música, eliminar música y actualizar información de música. Cuando se
realizan estas operaciones, la base de datos de música se actualiza. Esto actualizará la fuente de la base
de datos de música que se ha buscado.

Cuando se completa la tarea, se cumple la tarea de completar la tarea de consulta de música. Este
escenario define el diálogo entre el buscador y el sistema.

2.3 Diseño arquitectónico

En Tropos, se han desarrollado estilos arquitectónicos adecuados para sistemas multifactoriales. Los
sistemas multifactoriales son básicamente intencionales y sociales. Por esta razón, las estructuras sociales
que se originan a partir de los procesos de diseño de Teoría de la Organización y Alianzas Estratégicas se
refieren. La teoría organizacional define la estructura y el diseño de la organización. Por otro lado, el
Acuerdo Estratégico modela la cooperación estratégica de las partes interesadas de la organización
independiente centrándose en el mismo objetivo.

Se definió un estilo organizacional que describe la estructura organizacional de Tropos. Así, se coordina la
identificación de los objetivos y procesos organizacionales.

Estructura-in-5; Organiza la organización en 5 subestructuras. Básicamente existen Operational Core y con

estos productos y servicios.

Se ocupa directamente de las tareas y procedimientos básicos relacionados. Lo anterior es Strategic Apex,
que se ocupa de las decisiones de gestión. Middle Line establece la jerarquía de autoridad entre Strategic
Apex y Operational Core. Está compuesto por gerentes responsables de gestionar y coordinar las
actividades del Núcleo Operacional. Tecnoestructura, procesos de negocio, salidas, etc. estandarizar,
permitiendo que otros trabajen más efectivamente. El soporte proporciona servicios personalizados en
todos los niveles de esta jerarquía y para su uso fuera del flujo de trabajo.

Si aplicamos este método al sistema de descubrimiento de música, como Núcleo Operacional, podemos
verlo como un actor llamado Music Store. La actualización de la lista de reproducción entre las tareas de
este actor tomará los criterios de búsqueda del usuario y los dirigirá al actor que muestra la línea media
llamada Coordinador de música. El actor llamado Strategic Decisionmaker asume el papel del actor
Strategic Apex y tiene la tarea de obtener las restricciones, desarrollar el camino estratégico de acuerdo
con estas restricciones y encontrar la música adecuada. La representación del actor de apoyo puede ser
vista como una guía. Los registros se hacen físicamente a través de este actor. Cuando la aplicación del
actor de tecnoestructura se desarrolle y se transporte a internet, un actor similar será bienvenido. Este
actor estará interesado en el pago y las obligaciones financieras.

2.4 Diseño detallado

El diseño detallado se realiza para cada componente definido en el diseño arquitectónico. Está diseñado
cómo cada actor es asignado por cada actor en línea con los patrones sociales.

La pantalla que se muestra en la Figura 3 es la primera pantalla que aparece cuando se inicia el sistema.
Existirá en el sistema vía pantalla.

Se pueden crear vendedores y buscadores.

La lista de revendedores se puede actualizar a través de la pantalla que se muestra en la Figura 4. Cuando
desee ingresar música nueva, se puede agregar música nueva a la lista ingresando el tipo de música, el
artista, el nombre de la música, el precio y la calificación. A la izquierda, se muestra la lista de la música
del vendedor. Si lo desea, puede seleccionar la música de la lista y eliminarla.

En la pantalla que se muestra en la Figura 5, el usuario ingresa las restricciones en la pantalla y le da al

buscador la capacidad de encontrar la música. Después de terminar el trabajo, devuelve la música que
recibe al usuario.

2.4.1 Diagrama de la clase

La figura 7 muestra el diagrama de clase de todo el sistema.

• Music Seeker corresponde al buscador en nuestro sistema. Para este factor se han definido 3
comportamientos principales. Estos incluyen:

- shutdownagent,

-updatemusicdiscoveryagents

-Findar y comprar música.

ShutdownAgent asegura que el comportamiento se termina.

El comportamiento de UpdateMusicDiscoveryAgents es un TickerBehaviour. Actualiza la lista de

proveedores de música trabajando en ciertos momentos.

FindAndPurchaseMusics es un tipo ComplexBehaviour y ejecuta los siguientes comportamientos,

respectivamente.

LookForMusic: envía los criterios en la lista de proveedores como criterios de SongRequestInfo.

ListenLookForMusicAnswers: espera respuestas de proveedores. Si no se recibe una respuesta dentro de

un cierto período de tiempo, se considera que la respuesta no responderá. Las respuestas vienen en el
tipo SongSellInfo.

SelectMusic: Selecciona la música apropiada entre la música giratoria.

BuyMusic: envía una solicitud de compra a los proveedores para la música deseada.

ListenBuyMusicAnswers: la solicitud de compra espera a que la música venga de los factores enviados.

• Proveedor de música, revendedor en nuestro sistema.

corresponde al agente. Se definieron 6 comportamientos para este factor. Estos incluyen:

- shutdownagent,

- checkbuyermessages
- En addSong

- removesong,

- buysong

- SongSearch.

ShutdownAgent asegura que el comportamiento se termina.

El comportamiento de CheckBuyerMessages es un CyclicBehaviour. Examina los mensajes de otros

factores e inicia el comportamiento de BuySong o SongSearch en función del contenido del mensaje.

El comportamiento AddSong se utiliza para agregar música a la lista del proveedor.

El comportamiento RemoveSong sirve para borrar música de la lista de proveedores.

El comportamiento de BuySong envía la música deseada a la persona que llama.

SongSearch dirige la música para cumplir con los criterios de búsqueda.

2.4.2 Diagrama de flujo

El diagrama de flujo que se muestra en la Figura 6 resume el funcionamiento del sistema.

Los actores en la figura se conocen como agente de búsqueda, proveedor y guía en nuestro sistema,
respectivamente.

El proveedor debe estar registrado ante el agente de orientación para que lo puedan encontrar las
personas que llaman.

El Buscador solicita una lista de proveedores de la Guía. Luego envía los criterios a los vendedores y les
pide a los vendedores la música adecuada. Luego decide cuál comprar y obtiene la música del
distribuidor.