3.6. Herramientas CASE para el análisis

3.6. Herramientas CASE para el análisis 

Las herramientas CASE (Computer Aided Software Engineering,Ingeniería de Software Asistida por Computadora) son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en términos de tiempo y deDINERO. Estas herramientas pueden ayudar en los aspectos del ciclo de vida de desarrollo del software en tareas como:

·El proceso de realizar un diseño del proyecto,

·cálculo de costos,

·Implementación de parte del código automáticamente con el diseño dado,

·Compilación automática,

·Documentación o detección de errores entre otras.

3.5. Diccionario de clases según Módulos

3.5. Diccionario de clases según Módulos

Como última etapa del modelo de análisis, se actualiza el diccionario de clases organizada según módulos, para incluir todas las clases identificadas durante el modelo de análisis.

·Las clases se separan en diferentes módulos con el fin de lograr una mejor organización y correspondencia entre clases y casos de uso.

·Aquellas clases que participan en varios casos de uso se pueden asignar a módulos adicionales

Interface Usuario

Modulo compuesto por una clase utilizada para el manejo general de las interfaces de usuario:

Interface Usuario: Clase Borde. Toda la interacción con el usuario se hace por medio del borde de usuario.

Principal

Está compuesto por clases comunes a la funcionalidad general del sistema:

Pantalla Principal- Clase Borde

Manejador Principal- Clase Control

Registro

El modulo registro se divide en los siguientes módulos:

Usuario: Pantalla Crear Registro Usuario, Pantalla Obtener Reg Usuario, Registro Usuario y Manejador Registro Usuario.

Tarjeta: Pantalla Crear RegTarjeta, Pantalla Obtener RegTarjeta, Registro Tarjeta y Manejador Registro Tarjeta.

Interface BD: Está compuesto por la clase encargada de interactuar con la base de datos. Interface Base Datos Registro. Donde BD corresponde a la base de datos.

Servicios

Se divide en los siguientes módulos (MODULOS ADICIONALES):

DOMINIO: Vuelo, reservación, horario, aerolínea, aeropuerto, tarifa, asiento, pasajero, avión y viajero Frecuente.

INTERFACEBD: incluye una clase para el acceso a la base de datos. Interface Base Datos Reserva.

CONSULTAS: Pantallas Consultas, Manejador Consultas.

HORARIOS: Pantalla Consulta Horarios, Pantalla Resultado Horarios y Manejador Consulta Horarios.

 TARIFAS: Pantalla Consulta Tarifas, Pantalla Resultado Tarifas y Manejador Consulta Tarifas.

 ESTADO: Pantalla Consulta Estado, Pantalla Resultado Estado y Manejador Consulta Estado

PAGOS: Pantalla Pagar Reg Tarjeta, Pantalla Reembolsar RegTarjeta y Manejador Pagos.

3.4. Diagramas de secuencias

3.4. Diagramas de secuencias 

Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos.

Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales.

3.3. Clases

3.3. Clases 

Una clase por lo general representa un sustantivo, como una persona, lugar o (posiblemente bastante abstracta) cosa - es el modelo de un concepto dentro de un programa de computadora. Fundamentalmente, encapsula el estado y el comportamiento del concepto que representa. Encapsula el estado a través de marcadores de datos llamados atributos (o variable miembro o variables de instancia), y encapsula el comportamiento a través de secciones de código reutilizables llamados métodos.

Más técnicamente, una clase es un conjunto coherente que consiste en un tipo particular de metadatos. Una clase tiene una interfaz y una estructura. La interfaz describe cómo interactuar con la clase y sus instancias con métodos, mientras que la estructura describe cómo los datos se dividen en atributos dentro de una instancia. Una clase también puede tener una representación (metaobjeto) en tiempo de ejecución, que proporciona apoyo en tiempo de ejecución para la manipulación de los metadatos relacionados con la clase. En el diseño orientado a objetos, una clase es el tipo más específico de un objeto en relación con una capa específica.

3.2. Identificación de clases según Estereotipos.

3.2. Identificación de clases según Estereotipos. 

Para llevar a cabo la transición del modelo de requisitos al modelo de análisis se deben identificar los objetos necesarios para implementar todos los casos de uso. La arquitectura de objetos debe considerar los tres tipos de estereotipos de objetos. Para ello se deben identificar primero las clases borde, las clases entidad y finalmente las deControl.

En general, los cambios más comunes a un sistema son los de funcionalidad y bordes. Los cambios de las interfaces deben afectar solo  a los objetos borde.

Los cambios a la funcionalidad son más difíciles de administrar, ya que ésta puede abarcar todos los tipos de objetos.

3.1 Arquitectura de Clases

3.1 Arquitectura de Clases

El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Como se discutió en la introducción del libro, dependiendo del tipo de aplicación existen diversas arquitecturas que se pueden utilizar, siendo de nuestro interés aquellas arquitecturas especialmente diseñadas para el manejo de los sistemas de información, las cuales involucran ricas interfaces de usuario y accesos a base de datos como aspectos fundamentales de la arquitectura.

En término de las propias arquitecturas, éstas se distinguen según la organización de la funcionalidad que ofrecen los objetos dentro de ellas o la dimensión de los objetos. Esta dimensión corresponde a los diferentes tipos de funcionalidad que manejan los objetos dentro la arquitectura. Por ejemplo, en el caso de funcionalidad para el manejo de interfaces y base de datos, si existen tipos distintos de objetos para el manejo de cada una de estas por separado, entonces se considera que la arquitectura es de dos dimensiones.