Arquitectura de sw

ARQUITECTURAS DE SOFTWARE
GUÍA DE ESTUDIO
ELABORADA POR: ERIKA CAMACHO FABIO CARDESO GABRIEL NUÑEZ
REVISADA POR: PROF. MARIA A. PEREZ DE OVALLES PROF. ANNA GRIMÁN PROF. LUIS E. MENDOZA
ABRIL – 2004
2
ESQUEMA DE CONTENIDO
INTRODUCCIÓN 1. CALIDAD DEL SOFTWARE 2. ARQUITECTURA DE SOFTWARE 2.1 IMPORTANCIA DE LA ARQUITECTURA DE SOFWTARE 2.2 Componentes, conectores yrelaciones 3. CALIDAD ARQUITECTÓNICA 3.1 Atributos de Calidad 3.2 Modelos de Calidad 3.2.1 Modelo de Mc Call 3.2.2 Modelo de Dromey 3.2.3 Modelo FURPS 3.2.4 Modelo ISO/IEC 9126 3.2.5 ISO/IEC 9126 adaptado para arquitecturas de software 3.3 Relación entre Arquitectura de Software y Atributos de Calidad 4. ESTILOS Y PATRONES 4.1 Estilo Arquitectónico 4.2 Patrón Arquitectónico 4.3Patrón de Diseño 5. VISTAS ARQUITECTÓNICAS 5.1 Comparación de Vistas Arquitectónicas 6. NOTACIONES 7. LENGUAJES DE DESCRIPCIÓN ARQUITECTÓNICA 7.1 Conceptos y características de los lenguajes de descripción arquitectónica 7.2 Ventajas del uso de lenguajes de descripción arquitectónica 7.3 Diferencias entre los lenguajes de descripción arquitectónica y otros lenguajes 8. EVALUACIÓN DEARQUITECTURAS DE SOFTWARE 9. TÉCNICAS DE EVALUACIÓN DE ARQUITECTURAS DE SOFTWARE 9.1 Evaluación basada en escenarios 9.1.1 Utility Tree 9.1.2 Perfiles (Profiles) 9.2 Evaluación basada en simulación 9.3 Evaluación basada en modelos matemáticos 9.4 Evaluación basada en experiencia 10. MÉTODOS DE EVALUACIÓN DE ARQUITECTURAS DE SOFTWARE
3
10.1 Software Architecture Analysis Method (SAAM)10.2 Architecture Trade-off Analysis Method (ATAM) 10.3 Active Reviews for Intermediate Designs (ARID) 10.4 Modelo de Negociación WinWin 10.5 Cost-Benefit Analysis Method (CBAM) 10.6 Método Diseño y Uso de Arquitecturas de Software propuesto por Bosch (2000) 10.7 Método de comparación de arquitecturas basada en el modelo ISO/IEC 9126 adaptado para arquitecturas de software 10.8 Comparaciónentre métodos de evaluación 11.HERRAMIENTAS DE ANÁLISIS, DISEÑO Y EVALUACIÓN DE ARQUITECTURAS DE SOFTWARE
Referencias

4
1. INTRODUCCIÓN
Kazman (1996) plantea que la necesidad del diseño y el análisis de las arquitecturas de software ha llevado al deseo de la creación de herramientas CASE para soportar el proceso de desarrollo, y que la herramienta debería,entre otras cosas, permitir documentar la arquitectura, hacer uso de artefactos previos, servir de ayuda en la exploración de arquitecturas alternativas, y soportar métricas arquitectónicas. Para Kazman (1996), la arquitectura de software es una forma de representar sistemas complejos mediante el uso de la abstracción. Sin embargo, una herramienta como la que se plantea no sólo debe cumplir conlos objetivos del diseño, sino que también debería ayudar a garantizar que el sistema construido se corresponda con la arquitectura planteada, mediante un proceso de análisis arquitectónico sistemático. En líneas generales, el planteamiento de Kazman (1996) está relacionado con la necesidad de construir herramientas que permitan hacer del diseño y el análisis de las arquitecturas de software,una actividad más confiable y mejor documentada.
La arquitectura de software es importante como disciplina debido a que los sistemas de software crecen de forma tal que resulta muy complicado que sean diseñados, especificados y entendidos por un solo individuo. Uno de los aspectos que motivan el estudio en este campo es el factor humano, en términos de aspectos como inspecciones de diseño,comunicación a alto nivel entre los miembros del equipo de desarrollo, reutilización de componentes y comparación a alto nivel de diseños alternativos (Kazman, 1996). El proceso de recolección, mantenimiento y validación de la información arquitectónica es tedioso y altamente propenso a errores. Estos son precisamente los candidatos a ser cubiertos por una herramienta (Kazman, 1996). El...