7.3 Clases segun casos de uso En esta seccion mostramos un diagrama de clases por caso de uso de acuerdo con las clases identificadas en las secciones anteriores.

7.3.1 Validar Usuario El caso de uso Validar Usuario involucra una clase control ManejadorRegistroUsuario que controla la informacion de RegistroUsuario y las clases horde InterfaceUsuario e InterfaceBaseDatosRegistro. Agregamos tambien la clase PantallaPrincipal por recibir la informacion de registro a ser validacia y al ManejadorPrincipal por ser el controlador de la pantalla anterior, estas clases se ilustran en la figura 7.31.

Figura 7.31 Clases identificadas para el caso de uso Validar Usuario.

7.3.2 Ofrecer Servicios El caso de uso Ofrecer Servicios involucra una clase control ManejadorSewicio que controla la pantalla PantallaSewicio, Agregamos tambien la clase borde InterfaceUsuario. Estas clases se muestran en la figura 7.32.

Figura 7.32 Clases identificadas para el caso de uso OfrecerServicios.

7.3.3 Registrar Usuario El caso cle uso Registrar Usuario involucra una clase control ManejadorRegistroUsuario que controla la informacion de RegistroUsuario y las clases borde correspondiente a las pantallas PantaHaCrearRegistroUsuario y PantallaObtener RegistroUsuario, ademas cle las clases borcle InterfaceUsuario e InterfaceBaseDatosRegistro. La figura 7.33 muestra estas clases.

271

CLASES SEGUN CASOS DE USO

•iflrtJW?**^"**'*1******* sr***- : K

o**P>"» **«***#< «»•

Figura 7.33 Clases identificadas para el caso de uso Registrar Usuario.

7.3.4 Registrar Tarjeta El caso de uso Registrar Tarjeta involucra una clase control ManejadorRegistroTarjeta que controla la informacion de RegistroTarjeta y las clases horde correspondientes a las pantallas PantallaCrearRegTarjeta y PantallaObtenerRegistroTarjeta, aclemas de las clases horde InterfaceUsuario e InterfaceBaseDatos-Tarjeta, aclemas Registro, como lo muestra la figura 7.34.

Figura 7.34 Clases identificadas para el caso de uso Registrar Tarjeta.

7.3.5 Consultar Information El caso cle uso Consultar Information involucra una clase control Manejador-El caso cle uso Consulta Consultas que controla los diferentes tipos de consultas, junto con la clase horde, corresponcliente a la pantalla PantallaConsultas, ademas de las clases horde InterfaceUsuario e InterfaceBaseDatosRegistro. Daclo que este caso de uso tiene tres subflujos importantes, en lugar cle describirlos en un solo diagrama, lo haremos en tres cliagramas separados como veremos mas adelante. En la figura 7.35 se muestran las clases principales identificadas en este caso de uso.

Figura 7.35 Clases identificadas del caso de uso Consultar Information.

272

CAP. 7 — MODELO DE ANALISIS

CONSULTAR HORARIOS

El subflujo Consultar Horarios del caso de uso Consultar Information involu-El subflujo Consulta cra las clases del diagrama de la figura 735, las cuales no incluyen en el. Se incluyen en el nuevo diagrama las clases horde correspondientes a las pantallas PantallaConsultaHorarios y PantallaResultadoHorarios, ademas de las clases entidad Vuelo, Aeropuerto, Horario y Aerolmea, junto con la clase control ManejadorConsultaHorarios. El resto de las clases entidad del dominio del problema no son necesarias para este subflujo, lo cual se ilustra en la figura 7.36.

Figura 7.36

Clases identificadas para el subflujo Consultar Horarios del caso de uso Consultar Information.

CONSULTAR TARIFAS El subflujo Consultar Tarifas del caso de uso Consultar Information involucra a todas las clases del diagrama de la figura 7.35, las cuales no se incluyen en el. Se incluyen en el nuevo diagrama las clases borde, correspondientes a las pantallas PantallaConsultaTarifas y PantallaResultadoTarifas, ademas de las clases entidad Vuelo, Aeropuerto, Horario, Aerolinea y Tarifa, junto con la clase control ManejadorConsultaTarifas. El resto de las clases entidad del dominio del problema no son necesarias en este subflujo. En la figura 7.37 se muestran las clases del caso de uso identificadas.

Figura 7.37

Clases identificadas para el subflujo Consultar Tarifas del caso de uso Consultar Information.

CONSULTAR ESTADO El subflujo Consultar Estado del caso de uso Consultar Information involucra a todas las clases del diagrama de la figura 7.35, las cuales no se incluyen CLASES SEGUN CASOS DE USO

273

en el. Se incluyen en el nuevo diagrama las clases borde correspondiente a las pantallas PantallaConsultaEstado y PantallaResultadoEstado, ademas de las clases entidad Vuelo, Aeropuerto, Horario, Aerolmea y Avion, junto con la clase control ManejadorConsultaEstado. El resto de las clases entidad del dominio del problema no son necesarias para este subflujo. En la figura 7.38 se muestran las clases identificadas en este caso de uso.

Figura 7.38 Clases identificadas para el subflujo Consultar Estado del caso de uso Consultar Information.

7.3.6 Hacer Reservation El caso de uso Hacer Reservation involucra una clase control ManejadorReservas, que se encarga de controlar las reservaciones, junto con las clases bordes correspondientes a las pantallas PantallaClaveReservas, PantallaCrearReservaVuelos y PantallaRecordReservaVuelos, ademas de las clases borde InterfaceUsuario e InterfaceBaseDatosReserva. Se incluyen en el diagrama todas las clases entidad necesarias: Vuelo, Asiento, Avion, Tarifa, Horario, Aerolmea, Aeropuerto, Reservation, Pasajero y ViajeroFrecuente. En la figura 7.39 se muestran las clases identificadas en este caso de uso.

Figura 7.39 Clases identificadas para el caso de uso Hacer Reservation.

274

CAP. 7 — MODELO DE ANALISIS

7.3.7 Pagar Reservation El caso de uso Pagar Reservation involucra a la clase control ManejadorPagos que controla la informacion de pagos y las clases horde correspondientes a las pantallas PantallaPagarRegTarjeta y PantallaReembolsarRegTarjeta, ademas depa las clases horde InterfaceUsuario e InterfaceBaseDatosReserva.las c. Se incluye tambien la clase RegistroTarjeta dado que es necesaria para obtenerSe incluye t la informacion de la tarjeta de credito. La figura 7.40 ilustra las clases identificadas en este caso de uso.

Figura 7.40 Clases identificadas para el caso de uso Pagar Reservation.

7.4 Diagramas de secuencias Una vez identificadas las clases, se debe describir la interaccion entre ellas para lograr la funcionalidad de los casos de uso. Este es un paso muy importante, ya que con base en esta funcionalidad, se definira la arquitectura del sistema, tanto estructural como funcional. Para eso se introducen los diagramas de secuencias, tambien conocidos como de interaccion o eventos, los cuales describen los diferentes casos de uso segun la interaccion o eventos enviados entre los objetos de la arquitectura del modelo de analisis. La descripcion general de un diagrama de secuencia se muestra en la figura 7.41. El diagrama de secuencias describe aspectos dinamicos de un sistema, a diferencia de los diagramas de clases que muestran informacion estatica. For tal razon, los diagramas de secuencias utilizan objetos, a diferencia de los diagramas de clases que utilizan clases como elementos basicos. A diferencia de un diagrama de clases, el diagrama de secuencia puede representar multiples objetos de manera independiente, incluyendo multiples instancias de un mismo actor. Notese el prefijo ":", en la figura correspondiente a la notacion para objetos, como se describio en el capitulo 4. Cada objeto en el diagrama es representado con una linea vertical, correspondiente al eje del tiempo, donde el tiempo avanza hacia abajo. El diagrama de secuencia muestra los eventos que ocurren en el tiempo, los cuales son enviados de un objeto a otro. El orden de los objetos en el diagrama no es imporDIAGRAMAS DE SECUENCIAS

275