Ingenieria Del Software

Estudios de Informática y Multimedia

Ingeniería del Software Práctica 2
• • • • • Para dudas y aclaraciones sobre el enunciado, dirigíos al consultor responsable de la vuestra aula. Se deberá entregar la solución en un archivo Word, OpenOffice, PDF o RTF. Adjuntad el archivo a un mensaje dirigido al buzón de Entrega de prácticas. El nombre del archivo debe ser ApellidosNombre_IS_PRAC2 con laextensión .doc (Word), .sxw (OpenOffice), .pdf (PDF) o .rtf (RTF). La fecha límite para la entrega es el martes 21 de diciembre de 2010 a las 24 horas. Razonad vuestras respuestas, en especial todo aquello que no sea obvio y también las suposiciones que hagáis.

Enunciado
NOTA: Para solucionar esta práctica hace falta usar los apuntes del módulo 6 y los documentos “Del análisis al DiseñoOrientado a Objetos” e “Introducción a la reutilización del software”, que encontraréis en el enlace “Diseño” de la lista “Herramientas y elementos de apoyo” de la solapa “Recursos” del aula; estos documentos incluyen información y reglas a aplicar y un ejemplo extenso. A partir de la solución publicada de la Práctica 1, se pide: a) Partiendo del diagrama de clases de la Práctica 1, identificar comomínimo dos entidades genéricas y reutilizables, que existan directamente en el diagrama, o bien que sean nuevas y se puedan reutilizar en este mismo diagrama y también en otros. Poned ejemplos de su posible reutilización (10%). b) Diagrama estático de diseño para una tecnología orientada a objetos, aplicando al diagrama de clases de entidad de la práctica 1, las transformaciones descritas en losapartados 1.0 a 1.3 del documento “Del análisis al diseño orientado a objetos” mencionado anteriormente. Con respecto al paso 1.4, se pide la sustitución de las asociaciones por atributos adicionales a las clases participantes que apunten a los objetos de la otra clase. Considerad todas las navegaciones en los dos sentidos (25%). c) El código Java de las clases (sin operaciones) obtenidas del apartadoanterior, siguiendo las indicaciones del apartado 1.4 del mismo documento (10%). d) El diseño de la base de datos relacional aplicando el apartado 2 del documento mencionado. De cada tabla obtenida hace falta especificar las columnas, la clave primaria, las eventuales claves ajenas y para cada clave ajena a qué tabla hace referencia (35%). e) El diseño del formato de las ventanas (como en elejemplo del apartado 9.5.3 del módulo 6) para los casos de uso desarrollados en el apartado 1 b) de la Práctica 1, suponiendo que no sucede ningún error en el proceso (20%).

1 de 6

Solución
Apartado a)
La clase Persona se puede reutilizar para definir personas de nuevos tipos que podrían ser de interés en esta aplicación, como por ejemplo Entrenador. Evidentemente, esta clase también se podríareutilizar en cualquier otro sistema en que se quiera conocer el nombre y apellido de las personas. También la clase Equipo se podría reutilizar tal y como está, en cualquier sistema que gestione una algún deporte en equipo (baloncesto, balonmano, hockey...).

Apartado b)
Paso 1.0

La normalización de nombres no es necesaria puesto que todos los nombres de clases y atributos ya respetan laslimitaciones habituales de los lenguajes de programación orientados a objetos. En cuanto a la eliminación de subclases, la única que no tiene atributos es Cambio, pero sí que tiene asociaciones propias. Dado que todos los lenguajes OO permiten representar las subclases fácilmente, no hay ningún motivo para eliminarla. Lo mismo sucede para las subclases de Persona. Paso 1.1 No hay ningún caso deherencia múltiple, por lo tanto no hace falta ningún cambio por este motivo. Paso 1.2 Hay dos clases asociativas binarias, Partido y Convocado, que hace falta reificar:

Paso 1.3 No hay ninguna clase asociativa ternaria, por lo tanto no hace falta ningún cambio por este motivo.

2 de 6

Paso 1.4 El último paso consiste a sustituir las asociaciones por atributos:

Apartado c)
public...