En esta etapa el objetivo es convencerse de que el desarrollo es posible. Para ello se identifican los casos de uso más importantes que reflejen los problemas principales que se van a encontrar y cuáles van a ser los componentes del sistema que participarán en su resolución.
La identificación y gestión de los casos de uso se hace con UML según lo establecido en el RUP. La identificación de los componentes se hace mediante un modelo de organización y un modelo de entorno. Serían necesarios también modelos de agente para identificar los agentes si no fuera porque la especificación del problema ya establece qué agentes existen. El modelo de organización dará una vista global de cómo se organizan estos elementos, mientras que el de entorno en esta etapa establecerá con qué elementos del sistema previo se necesita interactuar.
El modelo de entorno se genera ejecutando las actividades Identificar aplicaciones del entorno (1.a ) que produce las aplicaciones mencionadas por la especificación (ServidorAplicaciones y BaseDatos), Asociar operaciones sobre aplicaciones (2 ) que producen las operaciones asociadas a los elementos anteriores, y determinar la percepción de los agentes (6 ) que produce la asociación entre el Agente Personal y Servidor de Aplicaciones.
|
Actividad |
Tipo de resultado |
Referencia |
|
Identificar aplicaciones del entorno (1.a ) |
Un conjunto de aplicaciones |
Ilustración 100 |
|
Asociar operaciones sobre aplicaciones (2
) |
Operaciones sobre las aplicaciones |
|
|
Determinar la percepción de los agentes (6
) |
Asociaciones entre agentes y aplicaciones |
La organización se determina mediante identificar grupos (1.a ) que produce la estructuración de la organización en comunidades, generar miembros (1.b ) que produce la asociación de los agentes a las comunidades y la asociación de las aplicaciones al grupo administración. Las relaciones sociales no se consideran en esta etapa y en cuanto a la funcionalidad, se restringe a la identificación de casos de uso relevantes y a la ejecución de la actividad identificar objetivos (2.c ). Los objetivos obtenidos se corresponden con los objetivos generales del sistema, ayudar en la distribución de documentos y mantener la calidad de los documentos proporcionados.
|
Actividad |
Tipo de resultado |
Referencia |
|
identificar grupos (1.a ) |
Un conjunto de grupos |
Ilustración 101 |
|
generar miembros
(1.b
) |
Elementos que componen los grupos |
|
|
identificar objetivos (2.c
). |
Objetivos asociados a las organizaciones |
Los casos de uso relevantes se muestran en la Ilustración 99 . Corresponden a las situaciones que se pueden presentar en una comunidad. Se han omitido los casos de uso de administración para restringir el desarrollo a la parte de agentes. Los casos de uso tratan principalmente del desarrollo del trabajo en las comunidades
Ilustración
99.
Casos
de uso asociados al problema
o Gestionar la comunidad. La comunidad debe poder tratar altas, bajas y asegurar que los usuarios que tengan un comportamiento molesto sean echados de la comunidad.
o
Usuarios molestos. Los usuarios molestos son aquellos que
hacen que el resto de miembros de la comunidad reciban información que no gusta
o bien que se dedican a criticar negativamente todo cuanto reciben.
o
Altas en la comunidad. Las altas de la comunidad se
realizan de forma democrática consultando a los miembros existentes. Para
asegurar la adecuación del nuevo miembro, éste pasa por un proceso de selección
similar al de evaluación de sugerencias.
o
Bajas en la comunidad.
Las bajas se realizan a petición del usuario y no son sometidas a
ninguna discusión
o
Propagar información. La información se propaga entre los usuarios de la
comunidad de forma selectiva siguiendo los pasos indicados en la especificación.
Ilustración
100.
Entidades
identificadas en el entorno
De la fase de captura de requisitos, se tiene que existen en el entorno (Ilustración 100 ):
o Base de datos. Donde se debe almacenar el estado de los agentes
o Servidor de aplicaciones. Representa al conjunto de programas que se utilizan para interaccionar con el usuario en la actualidad. Esto incluye la interfaz web. Dado que la percepción del agente personal está relacionada con las acciones que ejecuta el usuario y que éstas se procesan en el interfaz web, debe existir una relación de percepción entre el agente y el servidor de aplicaciones.
Con esta información se propone la siguiente arquitectura del SMA. La arquitectura muestra que debe existir una comunidad representada por un Agente de Comunidad y un conjunto de Agentes Personales, tal y como indica la especificación.
Ilustración 101. Arquitectura tentativa del sistema
La organización Empresa inicialmente persigue dos objetivos: incrementar la colección de documentos interesantes para los usuarios (Distribuir_documentos_interesantes) y mantener la calidad de los que ya posee (Mantener_calidad_documentos). Esto se justifica porque si aumentan los documentos, y la calidad de los que llegan es mala (de acuerdo con la opinión de los usuarios), entonces la calidad conjunta es mala.
Dentro de esta organización se define el grupo de Administración, encargado de gestionar recursos comunes, y Comunidad, cuyo número no está acotado. Pueden existir tantas comunidades como se desee. Por cada comunidad existe un único Agente de comunidad y varios Agentes Personales, mientras que un Agente Personal puede pertenecer a varias comunidades. Las tareas de gestión de la comunidad (altas y bajas de los miembros) serán responsabilidad del Agente de Comunidad.