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.

Profesorado

Nombre	Apellido 1	Apellido 2	C.C.E.	Coordinador
JUAN MANUEL	DODERO	BEARDO	Profesor Titular Universidad	S
Pablo	García	Sánchez	Profesor Sustituto Interino	N

Competencias

Se relacionan aquí las competencias de la materia/módulo o título al que pertenece la asignatura, entre las que el profesorado 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

La asignatura puede ser superada por el sistema de evaluación continua aplicable
a la primera convocatoria, o por evaluación final, aplicable a todas las
convocatorias. En ambos sistemas de evaluación, la nota final de la asignatura se
calculará mediante la siguiente fórmula:

Nota Final = (0.6 * Nota parte Teoría y Seminarios) + (0.4 * Nota parte
Prácticas)

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 parte Teoría y Seminarios  como en la Nota parte Prácticas.

EVALUACIÓN CONTINUA:
Se aplicará un método de aprendizaje orientado a proyectos con instrumentos de
evaluación de tipo rúbrica, listas de control y escalas de valoración. Los
profesores podrán convocar a los alumnos para que defiendan sus
ejercicios/práctica de forma oral. El objetivo de esta defensa es valorar la
participación suficiente en su realización de las actividades prácticas.

La Nota de Teoría se establecerá no sólo considerando un examen final escrito,
sino la evaluación de la participación en clase, la realización y defensa de los
ejercicios planteados en los seminarios, y otros trabajos prácticos adicionales
que se propongan durante el curso.
La Nota Actividades de Aprendizaje se calcula a partir de las calificaciones
obtenidas en las prácticas realizadas durante el cuatrimestre.

En la evaluación continua, es obligatorio entregar los resultados de los
ejercicios y/o prácticas mediante el campus virtual en las fechas indicadas por
el profesor y siempre siguiendo las instrucciones de entrega. Se mantendrá la
Nota de Prácticas de evaluación continua obtenida durante el cuatrimestre en las
convocatorias de febrero y septiembre de un mismo curso académico.

EVALUACIÓN FINAL:
La Nota de Teoría y Seminarios será evaluada mediante un examen escrito y/o
ejercicios prácticos en la fecha del examen de la convocatoria.

Para la Nota de Prácticas (si éstas no han sido presentadas y superadas durante
la evaluación continua) con anterioridad al día del examen final se deberá
entregar una práctica final cuya finalidad es valorar las competencias que se
deberían haber adquirido mediante la realización de las prácticas y ejercicios.
Esta práctica deberá ser consensuada con el profesor con suficiente anterioridad
a su desarrollo y entrega.

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.

El presente documento es propiedad de la Universidad de Cádiz y forma parte de su Sistema de Gestión de Calidad Docente. En aplicación de la Ley 3/2007, de 22 de marzo, para la igualdad efectiva de mujeres y hombres, así como la Ley 12/2007, de 26 de noviembre, para la promoción de la igualdad de género en Andalucía, toda alusión a personas o colectivos incluida en este documento estará haciendo referencia al género gramatical neutro, incluyendo por lo tanto la posibilidad de referirse tanto a mujeres como a hombres.