PROYECTO DOCENTE ASIGNATURA: "DIA: Diseño e Implementación de Arquitecturas Software"

Transcripción

1 PROYECTO DOCENTE ASIGNATURA: "DIA: Diseño e Implementación de Arquitecturas Software" Grupo: DIA: Diseño e Implement. de Arquitecturas Software(937602) Titulacion: Máster Universitario en Ingeniería y Tecnología del Software Curso: DATOS BÁSICOS DE LA ASIGNATURA/GRUPO Titulación: Año del plan de estudio: Centro: Asignatura: Código: Tipo: Curso: Período de impartición: Ciclo: Grupo: Créditos: Horas: Área: Departamento: Dirección postal: Dirección electrónica: Máster Universitario en Ingeniería y Tecnología del Software 2010 E.T.S. Ingeniería Informática DIA: Diseño e Implementación de Arquitecturas Software Optativa 1º Primer Cuatrimestre 2º DIA: Diseño e Implement. de Arquitecturas Software (1) Lenguajes y Sistema Informáticos (Área principal) Lenguajes y Sistemas Informáticos (Departamento responsable) ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA, AVDA. REINA MERCEDES, S/N SEVILLA COORDINADOR DE LA ASIGNATURA CAÑETE VALDEON, JOSE MIGUEL PROFESORADO 1 2 CAÑETE VALDEON, JOSE MIGUEL MARTIN DIAZ, OCTAVIO Curso académico: 2015/2016 Última modificación: de 6

2 OBJETIVOS Y COMPETENCIAS Objetivos docentes específicos Se pretende que el alumno: 1) Conozca las técnicas de diseño de arquitecturas software. 2) Sea capaz de analizar y estructurar un problema software. 3) Tenga la capacidad de razonar acerca de la adecuación de una arquitectura software para un problema dado. Competencias Competencias transversales/genéricas G01 Capacidad para aplicar los conocimientos adquiridos, incluyendo la resolucio n de problemas en entornos nuevos o poco conocidos relacionados con la ingenieri a y la tecnologi a del software. G02 Capacidad para integrar conocimientos y enfrentarse a la complejidad de formular juicios a partir de una informacio n que, siendo incompleta o limitada, incluya reflexiones sobre las responsabilidades sociales y e ticas vinculadas a la aplicacio n de los conocimientos adquiridos. G03 Capacidad para comunicar conclusiones, asi como los conocimientos y razones u ltimas que las sustentan, a pu blicos especializados y no especializados de un modo claro y sin ambigu edades. G04 Habilidades de aprendizaje que permitan estudiar de un modo autodirigido o autońomo. G05 Respeto a los derechos fundamentales y de igualdad de oportunidades entre hombres y mujeres, los principios de igualdad de oportunidades y accesibilidad universal de las personas con discapacidad y los valores propios de una cultura de la paz y de valores democra ticos. Competencias específicas E13 Conocimientos avanzados sobre disenõ de arquitecturas software y capacidad de aplicacioń de los mismos a la praćtica. CONTENIDOS DE LA ASIGNATURA Relación sucinta de los contenidos (bloques temáticos en su caso) BLOQUE 1: Introducción a las arquitecturas software. BLOQUE 2: Problema software y arquitectura; atributos de calidad. BLOQUE 3: Tácticas arquitectónicas y método de diseño. BLOQUE 4: Evaluación de arquitecturas software. BLOQUE 5: Líneas de productos. BLOQUE 6: Casos de estudio. BLOQUE 7: Proyecto de investigación y desarrollo. Relación detallada y ordenación temporal de los contenidos Los contenidos de imparten en el siguiente orden; se indica además la distribución en horas presenciales y no presenciales (estudio por parte del alumno): Bloque 1 (Introducción a las arquitecturas software): 2 horas presenciales. 4 horas no presenciales. Bloque 3 (Tácticas arquitectónicas y método de diseño): 4 horas presenciales. 16 horas no presenciales. Bloque 6 (Casos de estudio: ebay, controlador del tráfico aéreo en EE.UU., sistemas SCADA, edge-dominant systems): 6 horas presenciales. 16 horas no presenciales. Bloque 2 (Problema software y arquitectura; atributos de calidad): 4 horas presenciales. 16 horas no presenciales. Bloque 7 (Proyecto de investigación y desarrollo: router de paquetes postales): 6 horas presenciales. 24 horas no presenciales. Bloque 4 (Evaluación de arquitecturas software): 2 horas presenciales. 6 horas no presenciales. Bloque 5 (Líneas de productos): 2 horas presenciales. 6 horas no presenciales. Control de evaluación (previo al examen final): 4 horas presenciales. 32 horas no presenciales. El trabajo de investigación, referido en el programa de la asignatura, se basa en el estudio de los casos explicados en clases de teoría así como en la resolución del proyecto de investigación y desarrollo planteado. ACTIVIDADES FORMATIVAS Relación de actividades formativas del cuatrimestre Curso académico: 2015/2016 Última modificación: de 6

3 Clases teóricas Horas presenciales: Horas no presenciales: Metodología de enseñanza-aprendizaje: - Exposición interactiva. - Análisis de casos. Competencias que desarrolla: - Conocer las relaciones entre requisitos y arquitecturas software. - Conocer las tácticas arquitectónicas habituales para la satisfacción de requisitos de calidad. - Conocer métodos de análisis de problemas software. - Conocer métodos de diseño de arquitecturas software. - Conocer el concepto de línea de productos. Trabajo de investigación Horas presenciales: Horas no presenciales: Metodología de enseñanza-aprendizaje: Aprendizaje basado en proyectos. Competencias que desarrolla: - Saber analizar un problema software. - Saber diseñar una arquitectura software a partir de unos requisitos funcionales y de calidad. - Saber relacionar un análisis de problema software con una arquitectura candidata. - Saber argumentar la adecuación de una arquitectura software para un determinado problema. - Capacidad de análisis y de síntesis. - Capacidad de resolución de problemas. - Capacidad de generar nuevas ideas. - Capacidad de aplicar la teoría a la práctica. - Capacidad de aprender. BIBLIOGRAFÍA E INFORMACIÓN ADICIONAL Bibliografía general Software Architecture in Practice L. Bass, P. Clements, R. Katzman Segunda Addison-Wesley Problem Frames. Analizing and Structuring Software Development Problems M. A. Jackson Addison-Wesley X Requirements Engineering : from System Goals to UML Models to Software Specifications A. van Lamsweerde Wiley Bibliografía específica Curso académico: 2015/2016 Última modificación: de 6

4 Pattern-Oriented Software Architecture, Volume 1: A System of Patterns F. Buschmann, R. Meunier, H. Rohnert, P. Sommerlad, M. Stal Wiley Design methods for reactive systems: Yourdon, Statemate and the UML R. Wieringa Morgan Kaufmann Documenting Software Architectures: Views and Beyond P. Clements, F. Bachmann, L. Bass, D. Garlan, J. Ivers, R. Little, P. Merson, R. Segunda Nord, J. Stafford Addison-Wesley The Golden Age of Software Architecture M. Shaw, P. Clements IEEE Software, 23 (2), Relating Software Requirements and Architectures using Problem Frames J. G. Hall, M. Jackson, R. C. Laney, B. Nuseibeh, L. Rapanotti Actas del congreso RE'2002. Publicado por IEEE Press Architecture-driven Problem Decomposition L. Rapanotti, J. G. Hall, M. Jackson, B. Nuseibeh Actas del congreso RE'2004. Publicado por IEEE Press Problem Structure and Dependable Architecture M. Jackson Incluido en el libro: Architecting Dependable Systems III. Editorial: Springer Annotating problem diagrams with architectural tactics for reasoning on quality requirements Información adicional J.M. Cañete Valdeón Relación de herrameintas software gratuitas para su uso en la asignatura: 1) Herramienta para Problem Frames: Dia Diagram Editor. Dirección: 2) Herramienta para requisitos no funcionales: The RE-Tools for Requirements Engineering. Dirección: 3) Herramienta para vistas arquitectónicas: StarUML. Dirección: Revista "Information Processing Letters", volumen 112, número 16, páginas , Agosto Curso académico: 2015/2016 Última modificación: de 6

5 SISTEMAS Y CRITERIOS DE EVALUACIÓN Y CALIFICACIÓN Sistema de evaluación Evaluación continua Al final de cada bloque temático se realizarań actividades de evaluacioń consistentes en tests o problemas que requieran la aplicacioń a la praćtica de los conocimientos presentados en ese bloque temático. Ademaś, cada asignatura tendra un proyecto final que obligara a los alumnos a combinar todos los conocimientos adquiridos en la resolucioń de un problema que abarque todos los contenidos de la asignatura. La evaluacioń general de las competencias se llevara a cabo en este proyecto final. El sistema de calificacioń es el que preve la normativa vigente. Los criterios concretos de evaluación dependerán por completo del tema evaluado, pero de forma general se valorará si los grupos de alumnos han conseguido desarrollar las competencias y objetivos de la asignatura Criterios de calificación Existen dos procedimientos para superar la asignatura: mediante evaluación continua o mediante examen final. La evaluación continua consta de dos partes: (a) un control de conocimientos teórico-prácticos y (b) un proyecto final que consiste en la aplicación de tácticas arquitectónicas a una descomposición funcional dada de un problema de ingeniería. Ambas partes son evaluadas en el aula y en horario de clase. La nota del alumno se calcula como la media aritmética de ambas partes. El examen final es de tipo escrito y en él se plantean tanto cuestiones teóricas como prácticas que permitan evaluar las competencias de la asignatura. Se permite que un alumno que se haya examinado mediante el procedimiento de evaluación continua pueda presentarse al examen final de la primera convocatoria para mejorar su calificación, renunciando en dicho caso a su calificación anterior. CALENDARIO DE EXÁMENES La información que aparece a continuación es susceptible de cambios por lo que le recomendamos que la confirme con el Centro cuando se aproxime la fecha de los exámenes. CENTRO: E.T.S. Ingeniería Informática 1 ª Convocatoria Fecha: Aula: 16/2/2016 Hora: 16:0 F0.31 CENTRO: E.T.S. Ingeniería Informática 2 ª Convocatoria Fecha: Aula: 9/9/2016 Hora: 16:0 F0.31 CENTRO: E.T.S. Ingeniería Informática Diciembre Fecha: Aula: 9/12/2015 Hora: 16:0 F0.31 TRIBUNALES ESPECÍFICOS DE EVALUACIÓN Y APELACIÓN Presidente: Vocal: Secretario: Primer suplente: Segundo suplente: Tercer suplente: AMADOR DURAN TORO JOAQUIN PEÑA SILES MANUEL RESINAS ARIAS DE REYNA VICTOR JESUS DIAZ MADRIGAL MARIA JOSE ESCALONA CUARESMA FRANCISCO JAVIER FERRER TROYANO Curso académico: 2015/2016 Última modificación: de 6

6 ANEXO 1: HORARIOS DEL GRUPO DEL PROYECTO DOCENTE Los horarios de las actividades no principales se facilitarán durante el curso. GRUPO: DIA: Diseño e Implement. de Arquitecturas Software (937602) Calendario del grupo CLASES DEL PROFESOR: CAÑETE VALDEON, JOSE MIGUEL HORARIO SIN ESPECIFICAR CLASES DEL PROFESOR: MARTIN DIAZ, OCTAVIO HORARIO SIN ESPECIFICAR Curso académico: 2015/2016 Última modificación: de 6