Documento	Primer Apellido	Segundo Apellido	Nombre	Categoria	Coordinador
31256195T	DODERO	BEARDO	JUAN MANUEL	CATEDRÁTICO DE UNIVERSIDAD
75762524H	RUIZ	RUBE	IVAN	PROFESOR/A TITULAR DE UNIVERSIDAD

Id. Compentencia	Orden	ID	Resultado formación y aprendizaje	Competencia
33179	2	CB5	Que los estudiantes hayan desarrollado aquellas habilidades de aprendizaje necesarias para emprender estudios posteriores con un alto grado de autonomía	COMPETENCIA GENERAL
29108	2	CG09	Capacidad para resolver problemas con iniciativa, toma de decisiones, autonomía y creatividad. Capacidad para saber comunicar y transmitir los conocimientos, habilidades y destrezas de la profesión de Ingeniero Técnico en Informática.	COMPETENCIA GENERAL
33180	4	CT1	Trabajo en equipo: capacidad de asumir las labores asignadas dentro de un equipo, así como de integrarse en él y trabajar de forma eficiente con el resto de sus integrantes	COMPETENCIA TRANSVERSAL
29106	2	CG05	Capacidad para concebir, desarrollar y mantener sistemas, servicios y aplicaciones informáticas empleando los métodos de la ingeniería del software como instrumento para el aseguramiento de su calidad, de acuerdo con los conocimientos adquiridos según lo establecido en el apartado 5 de este anexo.	COMPETENCIA GENERAL
29109	3	IS01	Capacidad para desarrollar, mantener y evaluar servicios y sistemas software que satisfagan todos los requisitos del usuario y se comporten de forma fiable y eficiente, sean asequibles de desarrollar y mantener y cumplan normas de calidad, aplicando las teorías, principios, métodos y prácticas de la Ingeniería del Software.	COMPETENCIA ESPECÍFICA
29110	3	IS04	Capacidad de identificar y analizar problemas y diseñar, desarrollar, implementar, verificar y documentar soluciones software sobre la base de un conocimiento adecuado de las teorías, modelos y técnicas actuales	COMPETENCIA ESPECÍFICA
29111	3	IS06	Capacidad para diseñar soluciones apropiadas en uno o más dominios de aplicación utilizando métodos de la ingeniería del software que integren aspectos éticos, sociales, legales y económicos	COMPETENCIA ESPECÍFICA

ID/ Orden	Resultado
1	Realizar un diseño orientado a objetos de un sistema software a partir de un documento de requisitos.
2	Aprendizaje y aplicación de criterios de valoración de un diseño de un sistema software.
3	Conocer y aplicar distintos patrones de diseño.
4	Plantear y discutir distintas alternativas de diseño de un sistema software.
5	Saber adaptar el diseño de un sistema software antes problemas acontecidos durante su implementación, adaptando de forma adecuada el documento de diseño.

Total de actividades de docencia presencial:

Total de otras actividades:

Total de la asignatura:

Tipo actividad formativa	Código	Descripción	Horas	Detalle
1	01	Teoría	20	Impartición de la parte teórica de los contenidos.
2	02	Prácticas, seminarios y problemas	10	Ejercicios sobre planteamiento y discusión de diseño de sistemas software.
3	03	Prácticas de informática	30	Explicación del diseño de aplicaciones. Seguimiento de las prácticas realizadas.
10	10	Actividades formativas no presenciales	85,00	Lectura de bibliografía. Realización de las prácticas en grupos. Realización de los ejercicios de diseño planteados.
12	12	Actividades de evaluación	5,00	Defensa de las prácticas realizadas. Realización de examen de evaluación.

Procedimientos de Evaluación

ID/ Orden	Tarea / Actividad	Medios, Técnicas e Instrumentos	Ponderación
1	Examen final	- Listas y escalas de valoración	50 %
4	Participación, realización, entrega y defensa de un proyecto práctico de diseño y construcción.	- Listas y Escalas de valoración - Rúbricas	50 %

Criterios de Evaluación

CRITERIOS 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.

PROCEDIMIENTO DE CALIFICACIÓN:
En la convocatoria de junio se sigue una modalidad de evaluación continua consistente en el seguimiento de las actividades del procedimiento de evaluación descrito anteriormente. En caso de no superar alguna de las actividades por evaluación continua, se podrá realizar una evaluación mixta mediante su recuperación el día de la convocatoria oficial de examen, con la realización y entrega del resultado de las actividades descritas en el procedimiento de evaluación.

En todas las convocatorias se realizará una modalidad de evaluación global, que consistirá en la realización de todas las actividades descritas en el procedimiento de evaluación.

De acuerdo al reglamento de evaluación, si se detecta un plagio en alguna actividad, esta será calificada automáticamente con un cero.

Para la realización de los ejercicios prácticos que impliquen la construcción de software, se podrá hacer un uso responsable de herramientas de IA Generativa (IAG), siempre que como parte de las entregas se especifique qué partes del trabajo se han realizado con la ayuda de una herramienta IAG, qué herramienta y versión, el historial de prompts y resultado de los mismos (en su caso) y la función concreta que desempeña en el trabajo el material generado con la ayuda de la IAG. En aquellos casos en los que no se cumplan estas normas de uso de la IAG, se aplicarán los siguientes instrumentos de evaluación complementarios, recogidos en la memoria del título:
- Pruebas orales de defensa del trabajo
- Exámenes de evaluación sobre el contenido del trabajo entregado.
- Preguntas de control en clase relacionadas con el contenido del trabajo
- Actividades presenciales vinculadas al contenido evaluado.

En tales casos, los criterios de evaluación incluirán:
- Coherencia y pertinencia del contenido
- Capacidad para integrar y contextualizar la información.
- Discurso propio, reflexión y juicio crítico.
- Nivel de dominio demostrado de las competencias específicas de la materia.

ID/ Orden	Temario	Descripción
1	PROBLEMÁTICAS: - Variabilidad - Acoplamiento - Complejidad - Robustez - Reutilización - Flexibilidad
2	PRINCIPIOS: - Ocultación: OCP, ISP, LSP - Cohesión: SRP - Ortogonalidad: ISP - Delegación - Diseño de paquetes y componentes: REP; CRP, CCP, ADPP
3	TÉCNICAS: - Refactoring - Bibliotecas y frameworks - Contratos - Inyección de dependencias
4	PARADIGMAS: - Objetos - Eventos - Funcional - Aspectos
5	PATRONES DE DISEÑO: - Introducción - Patrones estructurales - Patrones creacionales - Patrones de comportamiento - Patrones específicos
6	ARQUITECTURA DE SOFTWARE: - Arquitectura del software - Componentes software - Principios de diseño arquitectónicos - Patrones de arquitectura - Modelado de arquitecturas - Arquitecturas basadas en microservicios - Patrones para arquitecturas de microservicios

Bibliografía

Bibliografía Básica

Gamma, E., et.al. (2003) Patrones de diseño. Addison-Wesley.

Robert C. Martin (2017) Clean Architecture: A Craftsman's Guide to Software Structure and Design, Prentice Hall, 1ª Edición

Buschmann, F.et.al. (1996) Pattern-Oriented Software Architecture. A  System of Patterns. Wiley & Sons.

Bibliografía Específica

Freeman, E. & Freeman, E. (2004). Head First Design Patterns, O'Reilly.

Gabriel. R.P. (1998) Patterns of Software, Tales from the Software Community, Oxford University Press.

Meyer, B. (1997) Object-Oriented Software Construction. Prentice-Hall, 2nd edition

Larman, C. (2003) UML y Patrones. Una introducción al análisis y diseño orientado a objetos y al proceso unificado, 2ª ed., Prentice Hall.

Booch, G., Rumbaugh, J., Jacobson, I. (1999) El lenguaje unificado de modelado: manual de referencia. Addison-Wesley.

Bibliografía Ampliación

Fowler, M., Beck, K. Brant, J., Opdyke W., Roberts, D. (2008), Refactoring: Improving the Design of Existing Code, Addison Wesley. 

McLaughlin, B. D., Pollice, G., West, D. (2006) Head First Object-Oriented Analysis and Design, O'Reilly.

Hunt, A., Thomas, D. (1999), The Pragmatic Programmer: From Journeyman to Master, Addison-Wesley.

Oram, A., Wilson, G. (2010), Making Software. What Really Works, and Why We Believe It, O'Reilly Media.

Andy Oram, Greg Wilson (2007) Beautiful Code,  O'Reilly Media.

Walls C., Breidenbach, R. (2005) Spring in Action. Manning Publications.

Martin, R. C., Martin. M. (2006) Agile Principles, Patterns and Practices in C#, Prentice Hall.

UniversidaddeCádiz

Programa Docente de 21714040 - DISEÑO DE SISTEMAS SOFTWARE