PROGRAMA DETALLADO UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA FUERZA ARMADA INGENIER INGENIER A EN SISTEMAS SISTEMAS ASIGNATURA ARQUIT ARQUITECT ECTURA URA DE SOFTWA SOFTWARE RE (ELECT (ELECTIVA IVA T CNICA) CNICA) HORAS TEOR TEOR A PR CTICA CTICA LABORA LABORATOR TORIO IO UNIDAD UNIDADES ES DE CR DITO DITO 3
1
0
VIGENCIA
TURNO
2009
DIURNO
SEMESTRE SEMESTRE -
C DIGO DIGO ESI-31133
PRELA CI CI N
3
1.- OBJETIVO GENERAL Desarrollar habilidades para el diseño de sistemas de software complejos complejos sistemas desde un punto de vista arquitectónico.
2.- SINOPSIS DE CONTENIDO 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 arquitecturas para un problema, seleccionar la arquitectura apropiada y construir un software que satisface una especificación especificación arquitectónica. El contenido está estructurado en ocho (8) unidades: UNIDAD 1 . Arquitectura de software. UNIDAD 2 . Requerimientos no funcionales UNIDAD 3 . Estilos arquitectónicos . UNIDAD 4 . Patrones arquitectónicos. UNIDAD 5 . Patrones de diseño . UNIDAD 6. Evaluación arquitectónica. UNIDAD 7 . Método de evaluación arquitectónica propuesto por BOSCH. UNIDAD 8 . Método de evaluación arquitectónica ATAM.
3.- ESTRA ESTRATEG TEGIAS IAS METOD METODOL OL G CAS GENER GENERALE ALES S Diálogo Didáctico Real: Actividades presénciales (comunidades de aprendizaje), tutorías y actividades electrónicas. Diálogo Didáctico Simulado: Actividades de autogestión académica, estudio independiente independiente y servicios de apoyo al estudiante.
ESTRAT ESTRATEGI EGIAS AS DE EVALUA EVALUACI CI N La evaluación de los aprendizajes del estudiante y en consecuencia, la aprobación de la asignatura , vendrá dada por la valoración obligatoria de un conjunto de elementos, a los cuales se les asignó un valor porcentual de la calificación final de la asignatura. Se sugieren algunos indicadores y posibles técnicas e instrumentos de evaluación que podrá emplear el docente para tal fin. Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales vivénciales en el área profesional Realización de pruebas escritas cortas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante
1
OBJETIVOS DE APRENDIZAJE Definir los elementos fundamentales de la arquitectura de Software para la implementación de estructuras de software de alto nivel.
CONTENIDO UNIDAD 1. ARQUITECTURA DE SOFTWARE. 1.1.Definiciones más importantes de arquitectura de software.
1.2. Importancia. Elementos que la co mponen. 1.3. Especificaciones. Vistas Arquitectónicas. 1.4. Niveles de Diseño de Software. 1.5. Estado actual de la tecnología.
.
ESTRATEGIASDE EVALUACIÓN Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante.
BIBLIOGRAF A The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996).
Introduction
to
Software 2
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. Características de calidad de un software. 2.2. Características propiciadas por la arquitectura Estándar ISO 9126.
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante.
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
Architectures. Methods and case studies. Addison Wesley. 3
Shaw, m., & Garlan, d. (1996).
Introduction to Software Architectures. New perspectives on an emerging discipline . Prentice Hall. Diferenciar los diferentes estilos arquitectónicos enfatizando los criterios de selección.
UNIDAD 3. ESTILOS ARQUITECT NICOS. 3.1. Definición. Tipos. Cualidades del software que propician.
3.2. Clasificación de los estilos arquitectónicos. 3.3.Principales estilos arquitectónicos: Estilos de Flujo de Datos, Estilos Centrados en Datos, Estilos de Llamada y Retorno, Estilos Derivados, Estilos de Código Móvil, Estilos heterogéneos, Estilos Peer-to-Peer, 3.4. Criterios para la selección de un estilo arquitectónico.
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
4
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 ARQUITECT NICOS. 4.1 Definición. Tipos. 4.2.Cualidades del software que propician
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1
5
Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
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 diseño de acuerdo a la etapa de desarrollo del Software.
UNIDAD 5. PATRONES DE DISE O. 5.1. Conceptos de Framework y Patrones de diseño. 5.2. Clasificación de patrones según la etapa del desarrollo del software. Ejemplos de utilización.
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante.
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido
el
15-08-2002
de:
6
http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
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 arquitectónicas en relación a los atributos de calidad..
UNIDAD 6. EVALUACI N ARQUITECT NICA. 6.1. Principios. 6.2. Técnicas: Simulación y Basada en Escenarios. .
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante.
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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:
7
http://www.computer.org/software/so1 996/s1033abs.htm Iso/Iec. (1998). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
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. M TODO DE EVALUACI N ARQUITECTÓNICA PROPUESTO POR BOSCH. 7.1. Familias de sistemas construidas a partir de los Estilos y/o Patrones Arquitecturales.
7.2 Patrones de Diseño más comunes. .
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante.
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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
8
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
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 métodos de evaluación arquitectónica destacando la interacción de los atributos de calidad.
UNIDAD 8. M TODO DE EVALUACI N ARQUITECTÓNICA ATAM. 8.1 Método de evaluación arquitectónica ATAM. 8.2 Método de evaluación arquitectónica propuesto por Bosch.
Realización de actividades teórico-prácticas. Realización de actividades de campo. Aportes de ideas a la Comunidad (información y difusión). Experiencias vivénciales en el área profesional Realización de pruebas escritas cortas y largas, defensas de trabajos, exposiciones, debates, etc. Actividades de Auto-evaluación / co-evaluación y evaluación del estudiante.
The Art of Architecture: Design and Techniques.
Albin, S.T. (2003).
Software Methods
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 . 9
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). Infor mation
Technology-Software Product Quality-Part 1: Quality Model . Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump /resources/standars.htm·9126-1 Kazman, r., Clements, p., Klein, m Evaluating Software (2002).
Architectures. Methods and case studies. Addison Wesley. Shaw, m., & Garlan, d. (1996).
Introduction to Software Architectures. New perspectives on an emerging discipline . Prentice Hall.
BIBLIOGRAF A 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. The Visual Architecting Process. White Paper . Bredemeyer, D., & Malan,Rr (2002). 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 Technology-Software Product Quality-Part 1: Quality Model . Iso/Iec. (1998). Infor mation Obtenido el 15-08-2002 de: http://www.usability.serco.com//trump/resources/standars.htm·9126-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
