Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado

Transcripción

1 Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado

2 DIAGRAMAS DE CLASES RELACIONES ENTRE CLASES Una vez que tengamos todas nuestras clases, será necesario que estas se asocien, con el fin de mostrar la dependencia entre ellas. Las clases se pueden asociar de la siguiente manera: 1. ASOCIACIÓN (Binaria) Cuando una clase se vincula con otra clase, para ello se trazará una línea que la una, donde, adicionalmente se indicará la multiplicidad entre ellos. Cuando una clase se asocia con otra cada una de ellas juega un papel dentro de tal asociación. Puede representar estos papeles en el diagrama escribiéndolos cerca de la Línea que se encuentra junio a la clase que juega el papel correspondiente. MULTIPLICIDAD DE LAS ASOCIACIONES: La multiplicidad de una asociación determina cuantos objetos de cada tipo intervienen en la relación: El número de instancias de una clase que se relacionan con UNA instancia de la otra clase. Cada asociación tiene dos multiplicidades (una para cada extreme de la relación). Para especificar la multiplicidad de una asociación hay que indicar la multiplicidad mínima y la multiplicidad máxima. Cuando la multiplicidad mínima es 0, la relación es opcional. Una multiplicidad mínima mayor o igual que 1 establece una relación obligatoria. Diagramas de Clases ~ 2 ~ Ing. Fabián Silva Alvarado

3 Clases de Asociación (Atributos de Enlace) Una asociación al igual que una clase puede contener atributos y operaciones. Cuando este sea el caso usted tendrá una clase de asociación. Puede concebir a una clase de asociación de la misma forma en que lo haría con una clase estándar y utilizará una línea discontinua para conectarla a la línea de asociación. Una clase de asociación puede tener asociaciones con otras clases. Tener en cuenta que, esta asociación solo se produce cuando existe una relación con multiplicidad de muchos a muchos, y adicionalmente, existan atributos que describan la relación. Diagramas de Clases ~ 3 ~ Ing. Fabián Silva Alvarado

4 2. AGREGACION Y COMPOSICION Para modelar objetos complejos, no 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: 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. 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. Ejemplo1 Ejemplo2 Un automóvil está compuesto por un motor y carrocería, ya que si se destruye el automóvil, se destruyen las clases de composición pero esto no afecta a la clase conductor ya que es una agregación. Diagramas de Clases ~ 4 ~ Ing. Fabián Silva Alvarado

5 3. GENERALIZACION 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. Ejemplo Generalización: La orientación a objetos se refiere a esto como herencia. El UML también lo denomina generalización. Una clase (la clase secundaria o subclase) puede heredar los atributos y operaciones de otra (la clase principal o superclase). La clase principal (o madre) es más genérica que la secundaria (o hija). Diagramas de Clases ~ 5 ~ Ing. Fabián Silva Alvarado

6 CASOS PRACTICOS CASO 1: RESTAURANT Se desea construir una base de datos que almacene la carta de un restaurante. Para cada plato, se desea obtener su nombre, descripción, nivel de dificultad (de elaboración), una foto y el precio final para el cliente. Cada plato pertenece a una categoría. Las categorías se caracterizan por su nombre (Menú, Ejecutivo o Rápido) y una breve descripción. Cada categoría tiene un encargado, necesitamos también la información de esta persona que a veces es también responsable de más de una categoría. Además de los platos, se desea conocer la lista de ingredientes necesarios para su elaboración y una breve descripción de estos. Por lo general diariamente se preparan 50 porciones x plato por lo que interesa la cantidad del ingrediente a utilizar. CASO 2: CUARTEL MILITAR El Ministerio de Defensa desea diseñar una Base de Datos para llevar un cierto control de los soldados que realizan el servicio militar. Los datos significativos a tener en cuenta son: Un soldado se define por su código de soldado (único), su nombre y apellidos, y su grado (raso, cabo, sargento). Existen varios cuarteles, cada uno se define por su código de cuartel, nombre y ubicación. Hay que tener en cuenta que existen diferentes Cuerpos del Ejército (Infantería, Artillería, Armada,...), y cada uno se define por un código de Cuerpo y denominación. Los soldados están agrupados en compañías, siendo significativa para cada una de éstas, el número de compañía y la actividad principal que realiza. Se desea controlar los servicios que realizan los soldados (guardias, imaginarias, cuarteleros,...), y se definen por el código de servicio y descripción. Consideraciones de diseño: Una compañía pertenece a un Cuerpo y en este cuerpo existe más de una compañía. Un soldado pertenece a una única compañía pero en el tiempo puede pertenecer a más de una durante el servicio militar. A una compañía pueden pertenecer más de un soldado. Un cuerpo pertenece a un cuartel y en un cuartel pueden haber más de un cuerpo. Un soldado realiza varios servicios a lo largo de su vida en el cuartel. Un mismo servicio puede ser realizado por más de un soldado, siendo significativa la fecha de realización Diagramas de Clases ~ 6 ~ Ing. Fabián Silva Alvarado

7 CASO 3: INSTITUTO La BD del instituto, almacena información sobre todas las personas que la conforman. De cualquier persona se almacena su nombre, dirección, teléfono y . Los profesores además tienen el departamento al que pertenecen y su dedicación. Los alumnos que están matriculados además se les considera: un número de expediente y el nombre de la carrera a la que pertenecen. Del personal se almacena la unidad administrativa a la que pertenecen y su categoría profesional. CASO 4: AGENCIA DE VIAJES Una cadena de agencias de viajes desea disponer de una Base de Datos que contemple información relativa al hospedaje y vuelos de los turistas que la contratan. Los datos a tener en cuenta son: La cadena de agencias está compuesta por un conjunto de sucursales. Cada sucursal viene definida por el código de sucursal, dirección y teléfono. La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estará definido por el código de hotel, nombre, dirección, ciudad, teléfono y número de plazas disponibles. De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma exclusiva. Cada vuelo viene definido por el número de vuelo, fecha y hora, origen y destino, plazas totales y plazas de clase turista de las que dispone. La información que se desea almacenar por cada turista es el código de turista, nombre y apellidos, dirección y teléfono. Por otra parte, hay que tener en cuenta la siguiente información: A la cadena de agencias le interesa conocer que sucursal ha contratado el turista. A la hora de viajar el turista puede elegir cualquiera de los vuelos que ofrece la cadena, y en que clase (turista o primera) desea viajar. De igual manera, el turista se puede hospedar en cualquiera de los hoteles que ofrece la cadena, y elegir el régimen de hospedaje (media pensión o pensión completa). Siendo significativa la fecha de llegada y de partida. CASO 5: INFORMACION POLICIAL La Policía quiere crear una base de datos sobre la seguridad en algunas entidades bancarias. Para ello tiene en cuenta: Que cada entidad bancaria se caracteriza por un código y por el domicilio de su Central. Que cada entidad bancaria tiene más de una sucursal que también se caracteriza por un código y por el domicilio, así como por el número de empleados de dicha sucursal. Que cada sucursal contrata, según el día, algunos vigilantes jurados, que se caracterizan por un código y su edad. Un vigilante puede ser contratado por diferentes sucursales (incluso de Diagramas de Clases ~ 7 ~ Ing. Fabián Silva Alvarado

8 diferentes entidades), en distintas fechas y es un dato de interés dicha fecha, así como si se ha contratado con arma o no. Por otra parte, se quiere controlar a las personas que han sido detenidas por atracar las sucursales de dichas entidades. Estas personas se definen por una clave (código) y su nombre completo. Alguna de estas personas están integradas en algunas bandas organizadas y por ello se desea saber a qué banda pertenecen, sin ser de interés si la banda ha participado en el delito o no. Dichas bandas se definen por un número de banda y por el número de miembros. Así mismo, es interesante saber en qué fecha ha atracado cada persona una sucursal. Evidentemente, una persona puede atracar varias sucursales en diferentes fechas, así como que una sucursal puede ser atracada por varias personas. Diagramas de Clases ~ 8 ~ Ing. Fabián Silva Alvarado