Você está na página 1de 11

PROGRAMA DETALLADO UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LA FUERZA ARMADA INGENIERA EN SISTEMAS ASIGNATURA ARQUITECTURA DE SOFTWARE (ELECTIVA TCNICA)

HORAS TEORA PRCTICA LABORATORIO UNIDADES DE CRDITO 3 1 0 3 1.- OBJETIVO GENERAL Desarrollar habilidades para el diseo de sistemas de software complejos sistemas desde un punto de vista arquitectnico. 2.- SINOPSIS DE CONTENIDO

VIGENCIA TURNO 2007 DIURNO SEMESTRE CDIGO ESI-31133 PRELACIN

La asignatura. Arquitectura de software permite al estudiante reconocer los estilos de arquitecturas en sistemas de software existentes, describir adecuadamente una arquitectura, generar diferentes arquitecturas para un problema, seleccionar la arquitectura apropiada y construir un software que satisface una especificacin arquitectnica. El contenido est estructurado en ocho (8) unidades: UNIDAD 1. Arquitectura de software. UNIDAD 2. Requerimientos no funcionales UNIDAD 3. Estilos arquitectnicos. UNIDAD 4. Patrones arquitectnicos. UNIDAD 5. Patrones de diseo. UNIDAD 6. Evaluacin arquitectnica. UNIDAD 7. Mtodo de evaluacin arquitectnica propuesto por BOSCH. UNIDAD 8. Mtodo de evaluacin arquitectnica ATAM. 3.- ESTRATEGIAS METODOLGCAS GENERALES Dilogo Didctico Real: Actividades presnciales (comunidades de aprendizaje), tutoras y actividades electrnicas. Dilogo Didctico Simulado: Actividades de autogestin acadmica, estudio independiente y servicios de apoyo al estudiante. ESTRATEGIAS DE EVALUACIN La evaluacin de los aprendizajes del estudiante y en consecuencia, la aprobacin de la asignatura, vendr dada por la valoracin obligatoria de un conjunto de elementos, a los cuales se les asign un valor porcentual de la calificacin final de la asignatura. Se sugieren algunos indicadores y posibles tcnicas e instrumentos de evaluacin que podr emplear el docente para tal fin. Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante

OBJETIVOS DE APRENDIZAJE Definir los elementos fundamentales de la arquitectura de Software para la implementacin de estructuras de software de alto nivel.

CONTENIDO UNIDAD 1. ARQUITECTURA DE SOFTWARE. 1.1.Definiciones ms importantes de arquitectura software. 1.2. Importancia. Elementos que la componen. 1.3. Especificaciones. Vistas Arquitectnicas. 1.4. Niveles de Diseo de Software. 1.5. Estado actual de la tecnologa. de

ESTRATEGIASDE EVALUACIN Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante.

BIBLIOGRAFA Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software

Architectures. New perspectives on an emerging discipline. Prentice Hall. Identificar los requerimientos no funcionales relacionados con el comportamiento funcional del sistema UNIDAD 2. REQUERIMIENTOS NO FUNCIONALES. 2.1. Caractersticas de calidad de un software. 2.2. Caractersticas propiciadas por la arquitectura Estndar ISO 9126. Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante. Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley.

Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall. Diferenciar los diferentes estilos arquitectnicos enfatizando los criterios de seleccin. UNIDAD 3. ESTILOS ARQUITECTNICOS. 3.1. Definicin. Tipos. Cualidades del software que propician. 3.2. Clasificacin de los estilos arquitectnicos. 3.3.Principales estilos arquitectnicos: Estilos de Flujo de Datos, Estilos Centrados en Datos, Estilos de Llamada y Retorno, Estilos Derivados, Estilos de Cdigo Mvil, Estilos heterogneos, Estilos Peer-to-Peer, 3.4. Criterios para la seleccin de un estilo arquitectnico. Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software

Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall. Reconocer la estructura y cualidades de un sistema software para implementar las funcionalidades deseadas. UNIDAD 4. PATRONES ARQUITECTNICOS. 4.1 Definicin. Tipos. 4.2.Cualidades del software que propician Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1

Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall. Diferenciar los patrones de diseo de acuerdo a la etapa de desarrollo del Software. UNIDAD 5. PATRONES DE DISEO. 5.1. Conceptos de Framework y Patrones de diseo. 5.2. Clasificacin de patrones segn la etapa del desarrollo del software. Ejemplos de utilizacin. Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante. Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de:

http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall.

Identificar el impacto de las decisiones arquitectnicas en relacin a los atributos de calidad..

UNIDAD 6. EVALUACIN ARQUITECTNICA. 6.1. Principios. 6.2. Tcnicas: Simulacin y Basada en Escenarios. .

Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante.

Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de:

http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall. Analizar la calidad exigida por los usuarios de arquitectura de software basada en componentes UNIDAD 7. MTODO DE EVALUACIN ARQUITECTNICA PROPUESTO POR BOSCH. 7.1. Familias de sistemas construidas a partir de los Estilos y/o Patrones Arquitecturales. 7.2 Patrones de Diseo ms comunes. . Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante. Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the

Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall. Diferenciar los mtodos de evaluacin arquitectnica destacando la interaccin de los atributos de calidad. UNIDAD 8. MTODO DE EVALUACIN ARQUITECTNICA ATAM. 8.1 Mtodo de evaluacin arquitectnica ATAM. 8.2 Mtodo de evaluacin arquitectnica propuesto por Bosch. Realizacin de actividades terico-prcticas. Realizacin de actividades de campo. Aportes de ideas a la Comunidad (informacin y difusin). Experiencias vivnciales en el rea profesional Realizacin de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluacin / co-evaluacin y evaluacin del estudiante. Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. AddisonWesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/ VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). PatternOriented Software Architecture. A System of Patterns.

John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall. BIBLIOGRAFA Albin, S.T. (2003). The Art of Software Architecture: Design Methods and Techniques. Indianapolis, Indiana: John Wiley & Sons Bass, l., Clements, P., & Kazman, r. (1998). Software Architecture in practice. Addison-Wesley. Bosh, J. (2000). Design & Use of Software Architectures. Addison-Wesley. Bredemeyer, D., & Malan,Rr (2002). The Visual Architecting Process. White Paper. Obtenido al 10-05-2002 de: http://www.bredemeyer.com/pdf_files/VisualArchitectingProcess.PDF. Bushmann, f., Meunier, r., Rohnert, h., Sommerlad, p., & Stal, M. (1996). Pattern- Oriented Software Architecture. A System of Patterns. John Wiley & Sons, Inglaterra. Dromey, G. (1996). Comering the Chimera. IEEE Software. Vol. 13, Nro. 1. Obtenido el 15-08-2002 de: http://www.computer.org/software/so1996/s1033abs.htm Iso/Iec. (1998). Information Technology-Software Product Quality-Part 1: Quality Model. Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump/resources/standars.htm9126-1 Kazman, r., Clements, p., Klein, m (2002). Evaluating Software Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996). Introduction to Software Architectures. New perspectives on an emerging discipline. Prentice Hall.

10

11

Você também pode gostar