Análisis y Diseño de Aplicaciones 3º Educación Media Tecnológica

DIAGRAMA DE CLASES

Un diagrama de clase describe la estructura estática del sistema, mostrando sus clases y las relaciones entre estas. Una clase es la definición de un conjunto de objetos con características y comportamiento similares.

Clases Abstractas: Clases Concretas: Una clase abstracta es aquella que no tiene instancias directas pero cuyas clases descendientes tienen instancias directas Clases Concretas: Son todas aquellas clases que pueden ser instanciables.

Modelando una Operación Los objetos tienen comportamientos, cosas que puedan hacer y que se les puedan dar a éstos. Las operaciones requieren un nombre, argumentos y a veces un valor de retorno. Las reglas de privacidad se aplican en la misma forma que para los atributos: Private, Public, Protected y Package.

Diagrama de Clases: Asociaciones El propósito de la asociación puede expresarse en un nombre, verbo o frase que describa como los objetos de un tipo (clase) se relacionan con objetos de otro tipo (clase). Por ejemplo: Una persona tiene un coche Una persona maneja un coche Multiplicidad: cuantos objetos van a participar en la relación

Relaciones entre clases Conexión semántica entre elementos del modelo. Tipos de Relaciones entre clases: Asociación. Agregación. Composición. Generalización / Especialización.

Asociación: Según notación UML, la asociación comprende: Relación o invocación significativa entre dos o más clases. Según notación UML, la asociación comprende: Descripción, o nombre de la relación. Multiplicidad: Indica cuantos objetos pueden participar en la relación. 0 ó más: * 1 o más: 1..* De 2 a 4: 2..4 Sólo 7: 7 Clase A Clase A <Descripción> Clase B Clase B <mult A> <mult B>

Dirección La dirección en las flechas de la asociación determinan en que dirección puede recorrerse una asociación en el momento de la ejecución. Una asociación sin flechas significa que se puede ir de un objeto a otro y viceversa. Por ejemplo la siguiente el tipo de flecha en la asociación implica que desde el objeto Reservación puedes recuperar (dirigirte hacia) el objeto Cliente. También implica que del objeto Cliente puedes recuperar el juego de reservaciones para ese cliente.

Supongamos que los requerimientos para un sistema de reservaciones requieren que “desde una reservación, que el sistema pueda recuperar el cuarto 1….* hecha para 1 Reservación Cliente 1 hecha para 1 Cuarto Reservación

Pasos para el diagrama de clases Identificar las clases. Mostrar los atributos y operaciones (posteriormente) Dibujar asociaciones Etiquetar asociaciones y en caso necesario los roles Indicar multiplicidad Dibujar flechas de dirección

AGREGACION Y COMPOSICION Para modelar objetos complejos, n bastan los tipos de datos básicos que proveen los lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer objetos que son instancias de clases definidas por el desarrollador de la aplicación, tenemos dos posibilidades

AGREGACION  Por Referencia: Es un tipo de relación dinámica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye. Este tipo de relación es comúnmente llamada Agregación (el objeto base utiliza al incluido para su funcionamiento). La agregación (por Referencia) se destaca por un rombo transparente.

COMPOSICION Por Valor: Es un tipo de relación estática, en donde el tiempo de vida del objeto incluido está condicionado por el tiempo de vida del que lo incluye. Este tipo de relación es comúnmente llamada Composición (el Objeto base se construye a partir del objeto incluido, es decir, es "parte/todo"). La composición (por Valor) se destaca por un rombo relleno.

Ejemplo En donde se destaca que: Un Almacen posee Clientes y Cuentas (los rombos van en el objeto que posee las referencias). Cuando se destruye el Objeto Almacen también son destruidos los objetos Cuenta asociados, en cambio no son afectados los objetos Cliente asociados. La flecha en este tipo de relación indica la navegabilidad del objeto referenciado. Cuando no existe este tipo de particularidad la flecha se elimina.

GENERALIZACIÓN Indica que una subclase hereda los métodos y atributos especificados por una Super Clase, por ende la Subclase además de poseer sus propios métodos y atributos, poseerá las características y atributos visibles de la Super Clase (public y protected), ejemplo:

En la figura se especifica que Auto y Camión heredan de Vehículo, es decir, Auto posee las Características de Vehículo (Precio, VelMax, etc) además posee algo particular que es Descapotable, en cambio Camión también hereda las características de Vehiculo (Precio, VelMax, etc) pero posee como particularidad propia Acoplado, Tara y Carga. Cabe destacar que fuera de este entorno, lo único "visible" es el método ‘Caracteristicas’ aplicable a instancias de Vehículo, Auto y Camión, pues tiene definición pública, en cambio atributos como Descapotable no son visibles por ser privados.