Guia Arquitectura V

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
1

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 y relaciones
3. CALIDADARQUITECTÓ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.3 Patrón de Diseño
5. VISTAS ARQUITECTÓNICAS
5.1Comparació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 DE ARQUITECTURAS DE SOFTWARE
9. TÉCNICAS DE EVALUACIÓN DEARQUITECTURAS 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
2

10.1 Software Architecture Analysis Method (SAAM)
10.2 Architecture Trade-off Analysis Method (ATAM)
10.3 Active Reviews forIntermediate 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ón entre métodos de evaluación
11.HERRAMIENTAS DE ANÁLISIS, DISEÑO Y EVALUACIÓN DEARQUITECTURAS
DE SOFTWARE

Referencias

3

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 laexploració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 con los objetivos del diseño, sino que también
debería ayudar a garantizar que el sistema construido se corresponda con laarquitectura 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 lossistemas 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 dediseñ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 control de
revisión, análisis de dependencias y proceso de pruebas son sólo algunos ejemplos de
herramientas que automatizan exitosamente...