CAPTULO III DESCRIPCIN DETALLADA DE LAS ACTIVIDADES.

3.1 METODOLOGA UML.

3.1.1 ANLISIS DE REQUERIMIENTOS.

En esta etapa se lograra claridad de lo que el usuario desea, y la forma en la cual se presentara la solucin que se est buscando, para esto se realizan las actividades tcnicas las cuales son: 1. Identificar casos de usos del sistema: para esto se utiliza el diagrama de casos en el cual se representa la siguiente informacin; Cmo encontrar un actor? , se tienen que identificar los usuarios del sistema, Por qu se disea el sistema?, Cules son los actores que el sistema va a beneficiar? sea aquellos que van a interactuar directamente con el

sistema, Cules sern los actores primarios? sea aquellos que van a supervisar, mantener, recibir informacin del sistema, de identificaran los roles que juegan cada uno de los usuarios con el sistema y se identificaran si existen otros sistemas con los cuales podra existir comunicacin. Se detallara Cmo encontrar un caso de uso? Identificando las operaciones importantes del sistema a construir, Cules son las principales tareas de un actor?, Qu informacin tiene un actor que consultar, actualizar, modificar?, Qu cambios del exterior debe informar el actor al sistema? Y Qu informacin deber informarse el actor, con respecto a los cambios del sistema?. Se identificara Cmo encontrar relaciones entre actores y casos de

uso? Para esto se identificaran los casos

de uso en los cuales se ve

implicado el actor, se buscaran relaciones existentes entre casos de uso, Que casos de uso son similares?, diferenciando en la forma en la cual hacen algunas operaciones, y Qu casos de uso redefine la forma en la cual se realiza una transaccin dentro de otro caso de uso?. 2. Dar detalle de los casos de uso descrito: Para esto se describe la informacin de entrada y de salida de cada caso de uso, se ara una descripcin detallada del caso de uso, haciendo la descripcin total de su objetivo, las variables posibles para realizar el caso de uso. Diagramas de interaccin a detalle (secuencia o colaboracin), se identifican errores y excepciones posibles en el caso de uso, se relaciona el caso de uso con la interfaz a usuario que lo representa y se especifica el dialogo que da solucin al caso de uso. 3. Definir un interfaz inicial del sistema (si es aplicable): se dibujaran las pantallas de interaccin para los distintos actores-usuarios, se copiara el modelo mental del usuario, se realizara una revisin de los elementos del modelo del mundo interesantes para el actor-usuario,. 4. Desarrollo del modelo mundo: Esta informacin se representa en un diagrama de estructura esttica de clases.

Para identificar Clases es necesario tomar encuentra lo siguiente:

Elementos fsicos y lgicos dentro del sistema a modelar Top-down: Se comenzara por la clase del objeto ms general (el mundo). Encontrar sus componentes hasta llegar a clases de tipos bsicos

Identificar los sustantivos del enunciado del problema y determinar si son clases del modelo del mundo Identificar clases desde el punto de vista de la informacin Identificar los elementos del espacio del problema

Identificar otros sistemas relacionados como objetos externos Identificar dispositivos relacionados Identificar los eventos que el sistema debe recordar y manipular Identificar los roles de los elementos del mundo Identificar sitios Identificar unidades organizacionales importantes en el problema Identificar clases desde el punto de vista funcional (casos de uso) Identificar los objetos que participan en un caso de uso particular Se continuara con los mensajes de cada objeto, dejando para el final los atributos. Identificar clases desde el punto de vista de sus estados En qu estados est en sistema? Cules objetos determinan estos estados? Cmo es el ciclo de vida de estos objetos?

Posibles errores:

Una clase HACE en vez de una clase ES Solo se requiere un objeto de la clase Dificultad para encontrar atributos Objetos con iniciativa propia Es un objeto y un usuario a la vez Solo se encuentra un servicio Varias clases tienen los mismos atributos o servicios Solo tienen informacin o mensajes no relevantes para el problema Vista Funcional: Dividir un sistema de la manera clsica

Identificar atributos y asociaciones.

Cules son las caractersticas determinantes del objeto en el dominio del problema? Con qu objetos esta relacionado? Con qu objetos debe estar relacionado para realizar sus mensajes? Identificar el nombre, los roles y cardinalidad de las asociaciones Qu asociaciones hay de tipo partes y un todo (composicin)? Qu informacin se requiere en una clase para realizar su comportamiento?

Posibles errores Identificar atributos o relaciones no relevantes a los casos de uso identificados Las relaciones no reflejan directamente la realidad

Identificar mensajes Punto de vista funcional Qu mensajes debe tener un objeto para colaborar en un caso de uso? Punto de vista de comportamiento Qu comportamiento se espera de un objeto dado en el modelo del mundo? Qu mensajes se requieren para manipular la informacin que contienen? Qu mensajes requieren para manipular las relaciones que tiene? Qu mensajes hacen que el objeto cambie de un estado a otro?

Posibles errores Identificar servicios no relevantes a los casos de uso identificados Identificar servicios que no puede realizar la clase por falta de informacin Identificar relaciones de herencia

Qu clases son abstracciones naturales de clases ya existentes? Qu clases comparten atributos o servicios? Qu clases extienden atributos o servicios de otras?

Posibles Errores No tener una relacin Es Un entre las clases

Identificar restricciones del modelo Identificar valores posibles y no posibles de los atributos. Describirlos como restricciones de las clases Identificar valores permitidos para las asociaciones. Describirlos como restricciones de la asociacin Identificar restricciones que relaciones dos o ms atributos o relaciones. Describirlas dentro de la clase correspondiente Posibles errores Hay estados en el modelo imposibles en el mundo real Hay estados en el mundo real no considerados en el modelo

Identificar paquetes Qu subdivisiones lgicas pueden tener las clases identificadas? Que subconjunto de clases y casos de uso pueden ser reutilizados en otros dominios? Combinar clases fuertemente relacionadas en un paquete Combinar clases que tienen que ver con los mismos casos de uso en un paquete

Consideraciones de reutilizacin Reutilizar modelos de dominio existentes Identificar posibles variantes en el futuro tenerlas en cuenta para diseo (patrones)

5. Validar los modelos: Validar las restricciones descritas para las clases

Para cada clase evaluar la completitud de las restricciones Desarrollar objetos ejemplo que cumplan con las restricciones y que no sean vlidos en el mundo real

Validar atributos y mensajes

La clase tiene toda la informacin necesaria para desarrollar la tarea? La clase tiene las relaciones necesarias para propagar el mensaje y cumplir con la tarea? Los mensajes si son utilizados dentro del contexto del problema? Los mensajes obligan la conservacin de las restricciones del modelo?

Desarrollar diagramas de interaccin (diagramas de secuencia o de colaboracin) para la variante por defecto de cada caso de uso, usando los objetos del modelo del mundo encontrados y sus mensajes.

Escoger la opcin por defecto de cada caso de uso Identificar los objetos involucrados Desarrollar el diagrama de secuencia o el de colaboracin para la interaccin

Validar los diagramas de Interaccin

Todo mensaje de un objeto a otro implica una asociacin y un rol en el diagrama de clases Todo mensaje est definido en su correspondiente clase Opcional: Completar el diagrama de clases con asociaciones de dependencia a las clases de los argumentos de los mensajes

Validar con un experto del dominio

Validar estructura del mundo Validar funcionalidad esperada del sistema Validar los diagramas de interaccin descritos como detalle de los casos de uso

Validar con un usuario representativo de cada actor

Validar la funcionalidad esperada para el actor en particular: completitud, relevancia Validar los diagramas de interaccin descritos como detalle de los casos de uso del actor Validar la interfaz diseada y el dilogo descrito

3.1.2 DISEO DE SISTEMA.

En esta etapa se define una subdivisin en aplicaciones del sistema (si es lo suficientemente grande) y la forma de comunicacin con los

sistemas ya existentes con los cuales debe interactuar, para esto se Identificara la arquitectura del sistema, se definirn componentes del sistema, las aplicaciones y su ubicacin. Representarlos por medio de nodos, componentes y objetos activos (representando las aplicaciones) dentro de los nodos. Deber definirse mecanismos de comunicacin. Expresarlos por medio de asociaciones de dependencia entre los nodos, componentes o aplicaciones y, si es conocido, agregar un estereotipo para definir el protocolo de comunicacin requerido. Agregar notas con restricciones, rendimiento esperado y dems detalles de las conexiones. Se Particularizara los casos de uso a la arquitectura planteada. Refinar los casos de uso ya existentes de la etapa anterior para adecuarse a la arquitectura planteada. Se validara la arquitectura. Comprobando la validez tcnica, econmica y organizacional de la propuesta.

3.1.3 DISEO DETALLADO.

En esta etapa se adecuara el anlisis a las caractersticas especficas del ambiente de implementacin y se completan las distintas aplicaciones del sistema con los modelos de control, interfaz o comunicaciones, segn sea el caso.

1. Desarrollar el modelo de interfaz

Conocer el framework de base Enlazar las clases de interfaz con las clases del modelo del mundo

2. Desarrollar los modelos de control, persistencia y comunicaciones

Conocer los frameworks de base Enlazar las clases del framework con las dems clases del sistema

3.1.4 IMPLEMENTACIN Y PRUEBA.

Se desarrolla el cdigo de una manera certificada, para esto se verifica lo siguiente.

1. Se definirn estndares de programacin y se Asimilar

los

idiomas

aplicables al lenguaje, se deber Conocer y adecuar estndares de programacin al lenguaje, se definir estructuras de directorios y se diseara makefiles

2. Codificacin y pruebas unitarias, se realizaran revisiones de cdigo y Tratamiento de Trace y Log

3. Pruebas de mdulos y de sistema, Casos de prueba y Procedimiento de instalacin