UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERIA SYLLABUS

Transcripción

1 UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERIA SYLLABUS PROYECTO CURRICULAR: Ingeniería de Sistemas NOMBRE DEL DOCENTE: ALEJANDRO PAOLO DAZA CORREDOR ESPACIO ACADÉMICO (Asignatura): Diseño Arquitectural de Software y Patrones Obligatorio ( X ) : Básico ( ) Complementario ( X ) Electivo ( ) : Intrínsecas ( ) Extrínsecas ( ) CÓDIGO: 443 NUMERO DE ESTUDIANTES: GRUPO: 82 NÚMERO DE CREDITOS: 3 TIPO DE CURSO: TEÓRICO ( ) PRACTICO ( ) TEO-PRAC (X) Alternativas metodológicas: Clase Magistral (X), Seminario ( ), Seminario Taller ( ), Taller (X), Prácticas (X), Proyectos tutoriados(x), Otro: HORARIO: LUNES MARTES JUEVES DIA HORAS SALON 14:00 16:00 14:00 16:00 14:00 16: SAB 701 SAB 500 SAB Competencias del perfil a las que contribuye la asignatura: Contribución a la formación: Puntos de apoyo para otras asignaturas: I. JUSTIFICACIÓN DEL ESPACIO ACADÉMICO Esta asignatura contribuye al desarrollo de la competencia Entiende y plantea modelos arquitectónicos de software que se encuentra en el dominio de Ingeniería de Software del proyecto curricular de ingeniería de sistemas. Diseño Arquitectural de Software y Patrones es un espacio académico que presenta los conceptos más importantes que definen la arquitectura de software promoviendo por lo menos en su fundamento el desarrollo del rol de arquitecto. Ingeniería de requerimientos Análisis y diseño de software. Pruebas de software Mantenimiento de software. Requisitos previos: Modelos de programación I Modelos de programación II Fundamentos de Ingeniería de Software II. PROGRAMACION DEL CONTENIDO OBJETIVO GENERAL Presentar los conceptos más importantes que definen la arquitectura de software, y que la han constituido con un cuerpo de conocimiento robusto en la consolidación de una disciplina bien definida. OBJETIVOS ESPECÍFICOS 1. Definir los conceptos que fundamentan la arquitectura de software. 2. Revisar los lenguajes de descripción arquitectónicos más importantes identificando los rasgos

2 conceptuales que los definen. 3. Definir un ADL como lenguaje de trabajo para el curso. 4. Definir estilos, familias y patrones/antipatrones arquitectónicos. Competencias que compromete la asignatura: Competencias específicas de la asignatura: Competencias Transversales a las que contribuye la asignatura: COMPETENCIAS DE FORMACIÓN: El estudiante está en capacidad de seleccionar y aplicar formas, técnicas y mecanismos útiles al momento de definir la arquitectura que guíe el desarrollo de un sistema de software. Comprender los conceptos que fundamentan la arquitectura de software. Conoce los lenguajes de descripción arquitectónicos más importantes identificando los rasgos conceptuales que los definen. Tiene la capacidad de definir y utilizar un ADL como lenguaje de trabajo para el desarrollo de un proyecto. Conocer y utilizar los estilos, familias y patrones/antipatrones arquitectónicos. Comunica ideas de manera clara de forma oral o escrita. Actúa estratégicamente dentro de un grupo de trabajo para el desarrollo de proyectos. PROGRAMA SINTÉTICO: 1. Introducción Definiciones generales de Arquitectura de software Arquitectura de software Vs Diseño de Software El papel de la arquitectura de software como enlace del entorno del negocio con el entorno de la solución. 2. ADLs Definición de ADL como el lenguaje de arquitectura. Revisión de los enfoques de los ADLs más conocidos. 3. Modelamiento Arquitectónico Modelamiento Arquitectónico por capas: Capa de Negocio (BMPN, Archimate) Capa de Aplicación (UML, ACME, otros ADLs, Archimate) Capa de Infraestructura (UML, Archimate). Modelamiento Arquitectónico por perspectivas Dinámicas, Comportamiento (BMPN, ADLs, Archimate) Estáticas, Estructurales (UML, ACME, otros ADLs, Archimate) Informacionales. (Archimate) Modelamiento Arquitectónico por Puntos de vista Arquitectónicos Archimate Punto de vista de organización Punto de vista de cooperación de actor Punto de vista de función de negocio Punto de vista de proceso de negocio Punto de vista de cooperación de proceso de negocio Punto de vista de producto Punto de vista de comportamiento de aplicación Punto de vista de cooperación de aplicación Punto de vista de estructura de aplicación Punto de vista de uso de aplicación Punto de vista de infraestructura Punto de vista de uso de infraestructura Punto de vista de uso de infraestructura Punto de vista de organización e implementación Punto de vista de estructura de la información Punto de vista de realización del servicio Punto de vista de capas. Modelamiento Arquitectónico por diagramas UML

3 Estructura compuesta Componentes Nodos Modelamiento Arquitectónico por diagramas de BPMN 4. Estilos Arquitectónicos Estilos y familias arquitectónicas Tuberías y filtros Abstracción de datos y Organización Orientada a Objetos Invocación implícita y Basada en eventos Sistemas por capas Repositorios interpretes Control de procesos Definición de arquitecturas híbridas. 5. Patrones Arquitectónicos Conceptos de Patrón Arquitectónico Categorías de patrones arquitectónicos. Patrón Arquitectural Patrón de diseño Patrón de idioma Patrones arquitectónicos VRAPS. Definición de Visión Patrones de Visión: front-end aligment, geneative visión, rotation. Antipatrones de visión: Antigraty module, trend surfer, following orders. Definición de ritmo Patrones de ritmo: release committee, drop pass, sincrhonize releases Antipatrones de ritmo: killer feature, short cut, broken loads Definicion de Anticipacion Patrones de anticipacion: pilot, architecture review, outsource. Antipatrones de anticipacion: missing piece, bleeding edge, tunel vision. Defincion de Compañerismo Patrones de Compañerismo: know thy stakeholders, reciprocity, no surprises Antipatrones de Compañerismo: phone doesn t ring, lip-synching, personal time. Definicion de simplificacion Patrones de simplificacion: slow down to speed up, migration path, whirpool watch. Antipatrones de Simplificacion: cloning, banyan, root bound, and nenus fly trap, loan shark. Otras Clasificaciones 6. MDA MDA El proceso de desarrollo visto desde MDA Desarrollo de software tradicional Arquitectura dirigida por modelos Framework MDA Que es un modelo Tipos de Modelo PIM PSM CODE Que es una transformación Metamodelos Introducción Niveles OMG Usando metamodelos en MDA Estándares MOF UML OCL III. ESTRATEGIAS

4 Metodología Pedagógica y Didáctica: Asistencia a clases expositivas y de discusión Elaboración y lectura de paper (documentación). Se debe procurar incentivar el trabajo de grupo más que el trabajo individual. (se recomienda trabajar en grupos de dos o tres estudiantes) Implementación y prueba de prototipos (programas) en laboratorio de computación Tipo de Curso Horas Horas profesor/s emana TD TC TA (TD + TC) Horas Estudiante/semana (TD + TC +TA) Total Horas Estudiante/seme stre X 16 semanas Créditos

5 Trabajo Presencial Directo (TD): trabajo de aula con plenaria de todos los estudiantes. Trabajo Mediado_Cooperativo (TC): Trabajo de tutoría del docente a pequeños grupos o de forma individual a los estudiantes. Trabajo Autónomo (TA): Trabajo del estudiante sin presencia del docente, que se puede realizar en distintas instancias: en grupos de trabajo o en forma individual, en casa o en biblioteca, laboratorio, etc.) IV. RECURSOS Medios y Ayudas: Aula normal con tablero para sesiones de cátedra y para sesiones de discusión. Disponibilidad para acceder a proyector multimedia. Laboratorio de computación, para las sesiones de laboratorio. Página web para publicar material didáctico, guías de ejercicios, soluciones, tareas, etc. Acceso al material bibliográfico recomendado. Software de modelamiento arquitectural como COLOSO, ARCHI, etc. BIBLIOGRAFÍA TEXTOS GUÍA Bushman, Meunier, Rohnert, Sommerland, Stal. Pattern-Oriented Software Architecture A System of Paterns. Jhon Wiley TEXTOS COMPLEMENTARIOS Sommerville. Ingeniería del Software. Addsion Wesley Pressman. Ingeniería del Software. Mc Graw Hill Bruegge. Ingeniería del Software Orientada a Objetos. Prentice Hall The Open Group. Archimate 1.0 Specification Shaw, Garlan. Software Architecture. Prentice Hall Dikel, Kane, Wilson. Software Architecture. Prentice Hall Anneke, Warmer, Wim. MDA Explained. Addisoon Wesley REVISTAS DIRECCIONES DE INTERNET Archi, Documentation. Enterprise Architecture: The ArchiMate Language and Tools. Arquitectura de Software Papers. Espacios, Tiempos, Agrupamientos: V. ORGANIZACIÓN / TIEMPOS Se recomienda trabajar en grupos de estudiantes, utilizar Internet para comunicarse con los estudiantes para revisiones de avances y solución de preguntas (esto considerarlo entre las horas de trabajo cooperativo). 1 Introducción Definiciones generales de Arquitectura de software Arquitectura de software Vs Diseño de Software

6 El papel de la arquitectura de software como enlace del entorno del negocio con el entorno de la solución. 2 ADLs Definición de ADL como el lenguaje de arquitectura. Revisión de los enfoques de los ADLs más conocidos. 3 Modelamiento Arquitectónico Modelamiento Arquitectónico por capas Modelamiento Arquitectónico por perspectivas Modelamiento Arquitectónico por Puntos de vista Arquitectónicos Archimate Modelamiento Arquitectónico por diagramas UML Por diagramas de BPMN 4 Estilos Arquitectónicos Estilos y familias arquitectónicas Tuberías y filtros Abstracción de datos y Organización Orientada a Objetos Invocación implícita y Basada en eventos Sistemas por capas Repositorios interpretes Control de procesos Definición de arquitecturas híbridas. 5 Patrones Arquitectónicos 6 MDA Conceptos de Patrón Arquitectónico Categorías de patrones arquitectónicos. Patrón Arquitectural Patrón de diseño Patrón de idioma Patrones arquitectónicos VRAPS. Otras Clasificaciones El proceso de desarrollo visto desde MDA Framework MDA Metamodelos Estándares

7 VI. EVALUACIÓN TIPO DE EVALUACIÓN FECHA PORCENTAJE PRIMER CORTE Parcial escrito del corte 15,00% Ejercicios Prácticos, Informes de conceptos basado en análisis (Paper's), Pruebas orales/escritas rápidas (Quizes) 20,00% SEGUNDO CORTE Parcial escrito del corte 15,00% PROYECTO FINAL ASPECTOS A EVALUAR DEL CURSO Ejercicios Prácticos, Informes de conceptos basado en análisis (Paper's), Pruebas orales/escritas rápidas (Quizes) Prototipo Funcional, Documentación del prototipo y sustentación que evalúe las competencias exigidas. 20,00% 30,00% Claridad y entendimiento de los conceptos. Que se haya identificado correctamente el problema y que el modelo lo represente adecuadamente. Que la solución diseñada resuelva el problema. Apego a la formalidad y estándares requeridos. La asistencia a las clases magistrales y a los laboratorios. En las pruebas escritas se consideran en forma parcial los aspectos considerados en proyectos bajo problemas que requieren un menor tiempo de desarrollo y en una modalidad que no requiere uso del computador, así como la comprensión conceptual. DATOS DEL DOCENTE NOMBRE : ALEJANDRO PAOLO DAZA CORREDOR PREGRADO : INGENIERO DE SISTEMAS UNIVERSIDAD DISTRITAL POSTGRADO : ESPECIALISTA EN INGENIERIA DE SOFTWARE UNIVERSIDAD DISTRITAL ASESORIAS: FIRMA DE ESTUDIANTES NOMBRE FIRMA CÓDIGO FECHA FIRMA DEL DOCENTE FECHA DE ENTREGA: