Economia

ARQUITECTURAS DE SOFTWARE


GUA DE ESTUDIO














ELABORADA POR:

ERIKA CAMACHO
FABIO CARDESO

GABRIEL NUEZ



REVISADA POR:

PROF. MARIA A. PEREZ DE OVALLES
PROF. ANNA GRIMN

PROF. LUIS E. MENDOZA




ABRIL – 2004



1


ESQUEMA DE CONTENIDO


INTRODUCCIN

1. CALIDAD DEL SOFTWARE
2. ARQUITECTURA DE SOFTWARE
2.1 IMPORTANCIA DE LAARQUITECTURA DE SOFWTARE
2.2 Componentes, conectores y relaciones

3. CALIDAD ARQUITECTNICA
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 Relacin entre Arquitectura de Software y Atributos de Calidad
4. ESTILOS Y PATRONES
4.1 EstiloArquitectnico
4.2 Patrn Arquitectnico
4.3 Patrn de Diseo

5. VISTAS ARQUITECTNICAS

5.1 Comparacin de Vistas Arquitectnicas

6. NOTACIONES
7. LENGUAJES DE DESCRIPCIN ARQUITECTNICA
7.1 Conceptos y caractersticas de los lenguajes de descripcin arquitectnica
7.2 Ventajas del uso de lenguajes de descripcin arquitectnica
7.3 Diferencias entre los lenguajes de descripcinarquitectnica y otros lenguajes
8. EVALUACIN DE ARQUITECTURAS DE SOFTWARE

9. TCNICAS DE EVALUACIN DE ARQUITECTURAS DE SOFTWARE

9.1 Evaluacin basada en escenarios
9.1.1 Utility Tree
9.1.2 Perfiles (Profiles)

9.2 Evaluacin basada en simulacin
9.3 Evaluacin basada en modelos matemticos
9.4 Evaluacin basada en experiencia

10. MTODOS DE EVALUACIN DE ARQUITECTURAS DESOFTWARE

2

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 Negociacin WinWin
10.5 Cost-Benefit Analysis Method (CBAM)
10.6 Mtodo Diseo y Uso de Arquitecturas de Software propuesto por Bosch (2000)
10.7 Mtodo de comparacin de arquitecturas basada en elmodelo ISO/IEC 9126 adaptado para arquitecturas de software
10.8 Comparacin entre mtodos de evaluacin
11.HERRAMIENTAS DE ANLISIS, DISEO Y EVALUACIN DE ARQUITECTURAS

DE SOFTWARE


Referencias











































3


1. INTRODUCCIN

Kazman (1996) plantea que la necesidad del diseo y el anlisis de las arquitecturas desoftware ha llevado al deseo de la creacin de herramientas CASE para soportar el proceso de desarrollo, y que la herramienta debera, entre otras cosas, permitir documentar la arquitectura, hacer uso de artefactos previos, servir de ayuda en la exploracin de arquitecturas alternativas, y soportar mtricas arquitectnicas. Para Kazman (1996), la arquitectura de software es una forma de representarsistemas complejos mediante el uso de la abstraccin. Sin embargo, una herramienta como la que se plantea no slo debe cumplir con los objetivos del diseo, sino que tambin debera ayudar a garantizar que el sistema construido se corresponda con la arquitectura planteada, mediante un proceso de anlisis arquitectnico sistemtico. En lneas generales, el planteamiento de Kazman (1996) est relacionado con lanecesidad de construir herramientas que permitan hacer del diseo y el anlisis de las arquitecturas de software, una actividad ms 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 diseados, especificados y entendidos por un solo individuo. Uno de los aspectos quemotivan el estudio en este campo es el factor humano, en trminos de aspectos como inspecciones de diseo, comunicacin a alto nivel entre los miembros del equipo de desarrollo, reutilizacin de componentes y comparacin a alto nivel de diseos alternativos (Kazman, 1996).

El proceso de recoleccin, mantenimiento y validacin de la informacin arquitectnica es tedioso y altamente propenso a errores....