Requisitos previos

El alumno deberá poseer conocimientos básicos de programación e ingeniería de
software.

Recomendaciones

Se recomienda tener aprobadas las asignaturas de Ingeniería del Software y de
Metodología de la Programación.

Profesores

Nombre	Apellido 1	Apellido 2	C.C.E.	Coordinador
Daniel	Molina	Cabrera		S

Competencias

Se relacionan aquí las competencias de la Materia/módulo o título a que pertenece la asignatura, entre las que el profesor podrá indicar las relacionadas con la asignatura.

Resultados Aprendizaje

Actividades formativas

Impartición de la parte teórica de los contenidos.

Ejercicios sobre planteamiento y discusión de
diseño de sistemas software.

Explicación del diseño de aplicaciones.
Seguimiento de las prácticas realizadas.

Lectura de bibliografía.
Realización de las prácticas en grupos.
Realización de los ejercicios de diseño
planteados.

Defensa de las prácticas realizadas.
Realización de examen de evaluación.

Evaluación

Criterios Generales de Evaluación

- Aplicación adecuada de los principios de diseño vistos en clase.
- Coherencia y facilidad de uso en el API diseñado.
- Aplicación apropiada de los patrones de diseño.
- Adecuada documentación del diseño.
- Sincronización del documento de diseño con la implementación.

La copia de exámenes o prácticas o cualquier otro tipo de fraude que detecten los
profesores de la asignatura será motivo de suspenso en todas las convocatorias
del curso académico.

Procedimiento de Evaluación

Procedimiento de calificación

En la primera convocatoria el sistema de evaluación por defecto es un sistema de
evaluación continua. En el resto de las convocatorias se aplicará el sistema de
evaluación final.

En ambos sistemas de evaluación, la nota final de la asignatura se calculará
mediante la siguiente fórmula:

Nota Final = (0.6 * Nota Exámenes) + (0.4 * Nota Actividades Aprendizaje)

En el sistema de evaluación continua, la Nota Exámenes se establecerá no sólo
considerando un examen final, sino la media de las calificaciones obtenidas en
ejercicios/práctiicas entregables realizados durante el curso.

Dado que existen múltiples elementos de evaluación: ejercicios, prácticas, ...
mientras que en evaluación continua el examen será conciso, centrado en aspectos
no valorados en el resto de elementos
anteriores.

En el sistema de evaluación final es únicamente la calificación obtenida en el
examen final de la asignatura.

La Nota Actividades Aprendizaje se calcula a partir de las calificaciones
obtenidas en la práctica realizada durante el cuatrimestre.

En el caso de una evaluación final el mismo día del examen se presentará una
serie de problemas considerados como Actividades de Aprendizaje. La idea de esas
actividades es valorar las competencias que se deberían haber adquirido mediante
la realización de las prácticas y ejercicios. Por tanto, se recomienda
encarecidamente la realización de la evaluación continua.

En evaluación continua, para poder obtener una calificación de Actividades de
Aprendizaje es OBLIGATORIO entregar los resultados de los ejercicios y/o
prácticas mediante el campus virtual en las fechas indicadas por el profesor y
siguiendo las instrucciones de entrega.

Los profesores podrán convocar a los alumnos para que defiendan sus prácticas. El
objetivo de esta defensa podrá ser para valorar la suficiente participación de
cada integrante del grupo en las prácticas, e incluso la defensa ante sospechas
de copia o fraude en el material entregado.

Se mantendrán la Nota Actividades Aprendizaje obtenida durante el cuatrimestre en
todas las convocatorias del curso académico.

Para poder aplicar la fórmula de cálculo de la Nota Final de la asignatura es
necesario obtener una calificación mínima de 3 puntos (sobre 10 puntos) tanto en
la Nota Exámenes como en la Nota Actividades Aprendizaje.

Descripcion de los Contenidos

            Tema 1. Diseño Software:
1.1- Concepto de Diseño Software
1.2- Proceso de Diseño Orientado a Objeto
        

            
Tema 2. Principios de Diseño Orientado a Objeto
2.1- Conceptos y Principios de DOO
2.2- Ejemplos de los principios de diseño
        

            Tema 3. Implementación y Diseño, retroalimentación y ReIngeniería.

        

            Tema 4. Patrones de Diseño
4.1- Introducción a los Patrones
4.2- Patrones Estrategia, Decorador y Observador
4.3- Patrones de Creación.
4.4- Patrones de Delegación: Fachada, Adaptador, Command
4.5- Otros Patrones: MVC, Iterador, ...
4.6- Aplicando Patrones
        

Bibliografía

Bibliografía Básica

Gamma, E., et.al. Patrones de diseño. Addison-Wesley, 2003.
Larman, C., UML y Patrones. Una introducción al análisis y diseño orientado a objetos y al proceso unificado, 2ª ed., Prentice Hall, 2003.
Booch, G., Rumbaugh, J., Jacobson, I. El lenguaje unificado de modelado: manual de referencia. Addison-Wesley, 1999.

Bibliografía Específica

Bibliografía Ampliación

Refactoring: Improving the Design of Existing Code
 by Martin Fowler, Kent Beck, John Brant, William Opdyke and Don Roberts.
The Pragmatic Programmer: From Journeyman to Master. Andrew Hunt  and David Thomas. Addison-Wesley. 
Making Software. What Really Works, and Why We Believe It. A,ndy Oram, Greg Wilson, O'Reilly Media, 2010.
Beatiful Code, Editors: Andy Oram, Greg Wilson, O'Really Media, 2007.