Cap 7 De Pressman

Cápitulo 7.

Modelo de análisis.

Este modelo se realiza una vez ya desarrollado y aceptado el modelo de requisitos. El modelo de análisis es una representación conceptual, correspondiente al problema y modelo de requisitos, en término de clase de objetos. Cada una de estas clases contribuye de manera especial a lograr la arquitectura deseada.

Una cualidad importante de la metodología es la rastreabilidad de los modelos, que permite evaluar el impacto de cambios durante el desarrollo.

7.1 Arquitectura de clases.

El modelo análisis tiene como objetivo generar una arquitecutra de objetos que sirva como base para el diseño del sistema.

Las arquitecturas se distinguen según la organizción de los objetos de acuerdo a su funcionalidad. Esto es también conocido como la dimensión de la arquitecutra. Puede incluir cualquier número de dimensiones, algo que depende del tipo de aplicación que se desee desarrollar.

En el caso de los sistemas de información, una de las arquitecturas más utilizadas es la de Modelo, Vista, Control popularizada por los ambientes de desarrollo para los lenguajes de programación de Smalltalk. Esta arquitecutra se basa en tres dimensiones principales: Modelo correspondiente a la información, Vista correspondiente a la presentación o interacción con el usuario y Control correspondiente al comportamiento.

Típicamente la información representa el dominio del probema y se almacena en una base de datos. Por otro lado, el control corresponde a la manipulación de la información a través de sus diversas presentaciones.

7.1.1 Clases con estereotipos

Estereotipo se le conoce como el tipo de funcionalidad o la razón de ser de un objeto dentro de una arquitectura. La arquitectura del sistema se basa en tres de éstos:

• El estereotipo entidad para los objetos que guardan la información sobre el estado interno del sistema a corto y largo plazo.

• El estereotipo borde para objetos que implementan las interfaces del sistema con el mundo externo, correspondientes a todos los actores, incluyendo a aquellos que no son humanos.

• El estereotipo control para objetos que implementan el comportamiento o control de la lógica de los casos de uso, especificando cuándo y cómo el sistema cambia de estado.

Los tres estereotipos de la arquitectura de análisis se pueden describir através de diagramas de iconos en lugar de rectángulos.

7.1.2 Clases para casos de uso.

Normalmente se trabaja con un caso de uso a la vez.

En cada caso de uso de identifican los objetos necesarios para su implementación. Los objetos se identifican según sus estereotipos de manera que correspondan con la funcionalidad ofrecida en cada uno. Se comienza identificando los objetos borde necesarios, continuando con los objetos entidad y finalmente los objetos control. Este proceso de continúa a los demás casos de uso. Cuando un conjunto de objetos ya existe, éstos pueden modificarse para ajustarlos al nuevo caso de uso. La meta es formar una arquitectura que reutilice el mayor número de objetos posibles.

Para asignar objetos a cada caso de uso se hace de acuerdo a los siguientes principios:

• La funcionalidad de los casos de uso que dependen directamente de la interacción del sistema con el mundo externo se asigna a los objetos borde.

• La funcionalidad relacionada con el almacenamiento y manejo de información del dominio del problema se asigna a los objetos entidad.

• La funcionalidad específica a uno o varios casos de uso y que afecta a múltiples objetos a la vez, o que no se relaciona naturalmente con ningún objeto borde o entidad, se asigna a los objetos control.

7.2 Identificación de clases según estereotipos.

Se debe identificar los objetos necesaerios para implementar todos los casos de uso. Considerar los tres tipos de estereotipos. En general, sea desea asignar la funcionalidad general del caso de uso, correspondiente a la política de la aplicación, a los objetos de control.

El trabajo del analista consiste en distribuir de la mejor manera posible el comportamiento especificado en el modelo de requisitos entre los diferentes tipos de objetos de la arquitectura de análisis.

En general, los cambios más comunes a un sistema son los de funcionalidad y bordes.

7.2.1 Borde.

A través de los bordes se comunican los actores del sistema. Describen la comunicación bidireccional entre el sistema y los actores.

Las clases bordes son bastante fácil de identificar, donde se encuentra con al menos tres estrategias:

1. Se pueden identificar con base en los actores.

2. Se pueden identificar con base en las descripciones de las interfaces del sistema que acompañan al modelo de requisitos.

3. Se pueden identificar con base en las descripciones de los casos de uso y extraer la funcionalidad específica a los objetos bordes.

Cada actor necesita su propia clase borde para comunicarse con el sistema, puede necesitar de varios objetos borde.

Existen dos tipos de clase borde a modelar, dependiendo del tipo de actor:

• Objetos borde que se comunican con otros sistemas; es muy común qe la comunicación se desriba mediante protocolos de comunicación.

• Objetos de borde que se comunican con usuarios humanos; se utilizan diversas técnicas para el modelado de la interacción.

Los objetos bordes tienen como propósito principal el manejo de las presentanciones. También pueden administrar información y tener comportamiento.

Para identificar qué parte del flujo de un caso de uso debe asignarse a los objetos borde, se deben analizar las interacciones entre los actores y los casos de uso.

Actores: Usuario, Base de Datos de Registros y Base de Datos de Reservas, re quiere su propio objeto borde. El usuario necesita las pantallas de representación, mientras que la Base de Datos de Registros y Base de Datos de Reservas requiere sus propias clases bordes para intercambiar información con el sistema.

Aunque estas tres clases borde son suficientes para interactuar con los actores, se necesita incluir un número de clases de borde adicionales correspondientes a caada pantalla que se le presenta al usuario.

Clases de borde necesarias para cada caso de uso:

• Validad usuario; se interactúa con los actores Usuario y Base de Datos y Registros a través de las clases borde InterfaceUsuario e Interface BaseDatosRegistro, respectivamente. Se utiliza únicamente la pantalla principal del sistema para la validiación de usuario.

• Ofrecer servicios; este caso de uso utiliza únicamente la pantalla de sercicios del sistema. Se incluye únicamente la clase borde pantallaServicio y la clase borde InterFaceUsuario.

• Registro

...