Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 1/6. Apellidos: Nombre: Núm.:

Transcripción

1 Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 1/6 Apellidos: Nombre: Núm.: PD1 (5 Ptos.): Responda a las siguientes cuestiones de forma concisa y razonada: 1. Qué contraindicación tiene el GRASP Variaciones Protegidas? Consultar apuntes o página 318 de Larman. 2. Discuta sobre los otros nombres que ha recibido el GRASP Variaciones Protegidas Consultar apuntes o página 319 de Larman. 3. Discuta sobre si un paquete con clases para construir ventanas de diálogo es un framework o una biblioteca En principio dicho paquete puede ser diseñado como framework o como biblioteca. Si dicho paquete no proporciona mecanismos de extensión (mediante herencia p.e), es más que probable que se trate de una biblioteca. En caso contrario, es más que probable que se trate de un framework, pues el cliente podrá extender la funcionalidad de las clases de diálogo. Por otra parte, si la interacción entre el cliente y el paquete se ajusta al conocido como principio de Hollywood, podríamos afirmar que se trata de un framework. NO OLVIDE INDICAR SU NOMBRE COMPLETO, SIN USAR ABREVIATURAS. GRAPE O UNA POR LA ESQUINA LOS FOLIOS CORRESPONDIENTES A CADA EJERCICIO

2 Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 2/6 4. Justifique mediante un ejemplo o contraejemplo si existe o no en Java alguna posibilidad de extender el comportamiento de un método definido como final en una clase derivada. Sólo es posible si dicho método invoca a métodos gancho (hook). Por ejemplo, el método m1 de la clase Ejemplo puede ser extendido si en una clase derivada de Ejemplo se redefine el comportamiento del método hook. Nótese que al proporcionarse una definición por defecto del método gancho, la clase Ejemplo no tiene porque ser abstracta. class Ejemplo { public void m() {. hook();. protected void hook () { 5) Discuta sobre los aspectos a tener en cuenta cuando se trata de implementar el PD Singleton en Java. Consultar apuntes de la asignatura.

3 Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 3/6 Apellidos: Nombre: Núm.: PD2 (5 Ptos.): Se necesita diseñar un módulo con la finalidad de comprimir archivos teniendo en cuenta los siguientes condicionantes: 1. El módulo ofrecerá a sus clientes la posibilidad de comprimir uno o varios archivos del modo indicado en el siguiente fragmento de código Java. Class Test { public static void run() { Compressor c= new Compressor(); c.compress ( test1.doc ); List l= new ArrayList(); l.add( test1.jpg ); l.add( test2.bmp ); c.compress (l); 2. El método de compresión (ZIP, RAR, etcétera) a emplear dependerá del contenido del archivo a comprimir. Para averiguar el formato de compresión más adecuado en cada caso, se deberá emplear el Singleton DoctorCompression, más concretamente su método string getbestmethod (String namefile), el cual devuelve en una cadena de texto el método de compresión más adecuado para el fichero indicado. 3. Se deben emplear las clases ZIPCompressor y RARCompressor para comprimir archivos en formato ZIP y RAR respectivamente. Ambas clases implementan la interfaz ICompressor cuya definición en Java es: interface ICompressor { void compress(string filename); 4. El grado de cohesión de las clases del diseño propuesto debe ser tan alto como sea posible. 5. Las clases DoctorCompression, ZIPCompressor y RARCompressor no deben ser modificadas. NO OLVIDE INDICAR SU NOMBRE COMPLETO, SIN USAR ABREVIATURAS. GRAPE O UNA POR LA ESQUINA LOS FOLIOS CORRESPONDIENTES A CADA EJERCICIO

4 Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 4/6 A) Justifique brevemente en lenguaje natural los GRASP y patrones de diseño que considere aplicables en el diseño de este módulo. A partir del enunciado se desprende que existe un único punto de variación: el método de compresión. Proteger al módulo de dicha variación encaja con la motivación del PD Estrategia por lo que en principio sería un primer candidato. De los patrones relacionados con Estrategia, si utilizamos el GRASP Indirección o Fabricación Pura para que la clase Compressor no sea responsable de crear un compresor concreto, conseguimos una mayor cohesión de la clase Compressor.

5 Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 5/6 Apellidos: Nombre: Núm.: B) Ilustre con un diagrama de clases UML el diseño propuesto para el modulo solicitado, haciendo uso de anotaciones para explicar la semántica de los métodos más relevantes. NO OLVIDE INDICAR SU NOMBRE COMPLETO, SIN USAR ABREVIATURAS. GRAPE O UNA POR LA ESQUINA LOS FOLIOS CORRESPONDIENTES A CADA EJERCICIO

6 Ingeniería del Software de Gestión II 26 de enero de 2005 Pág: 6/6 Elabore el diagrama de secuencias asociado al comportamiento del módulo para la primera petición de compresión del apartado anterior. Considere que el mejor método para dicho archivo es ZIP. C) Elabore el diagrama de secuencias asociado al comportamiento del módulo para la segunda petición de compresión del apartado anterior. No realice ninguna consideración sobre el mejor método para comprimir los archivos.