Evaluacin de Arquitecturas de Software (ATAM)

Introduccin

La Arquitectura de Software de un programa o sistema de computacin es la estructura o las estructuras del sistema, que contienen componentes de software, las propiedades externamente visibles de dichos componentes y las relaciones entre ellos.

Evaluacin de una Arquitectura de Software

Cmo estar seguro que la arquitectura seleccionada es la correcta? Si las decisiones arquitectnicas determinan los atributos de calidad del sistema, entonces es posible evaluar las decisiones arquitectnicas con respecto a su impacto sobre dichos atributos

Cmo validar que las decisiones hechas fueron las correctas?

*Intuicin *Experiencia *Ignorar el Problema

Evaluacin de una Arquitectura de Software

Por qu evaluar? Entre ms temprano se encuentre un problema mucho mejor La evaluacin es un mecanismo relativamente barato para evitar desastres

Evaluacin de una Arquitectura de Software

Early (Evaluacin temprana) Durante el diseo de la Arquitectura Antes de la implementacin Late (evaluacin tardia) Solo cuando la arquitectura y su implementacin han sido terminados

Evaluacin de una Arquitectura de Software

Quines participan? Equipo de Evaluacin Stakeholders Cal es el resultado de la Evaluacin de la Arquitectura? La arquitectura es adecuada para el sistema? Cual de las arquitecturas candidatas es la ms apropiada?

Una evaluacin de Arquitectura no va a decir: si o no, bien o mal o 6.5 sobre 10. La evaluacin dice dnde hay riesgos

Evaluacin de una Arquitectura de Software

Los atributos de calidad son la base de una evaluacin arquitectural. Pero... simplemente nombrarlos no es suficiente .. El sistema debe ser robusto .. El sistema debe ser altamente modificable

Evaluacin de una Arquitectura de Software

Atributos de Calidad Los atributos de calidad no son cantidades absolutas Existen en el contexto de objetivos especficos GQM ... de nuevo!!! Un sistema es modificable o no con respecto a un tipo de cambio particular . El sistema es seguro con respecto a una amenaza Particular.

El producto de la Arquitectura
Requerimientos de calidad priorizados Correspondencia de aproximaciones para lograr los atributos de calidad Riesgos Catlogo de aproximaciones arquitecturales utilizadas

Puntos de Sensibilidad
Puntos de negociacin

Beneficios y Costos de la Evaluacin

Beneficios Descubre problemas temprano Producir una mejor arquitectura Congrega a los stakeholders Obliga a tomar decisiones sobre los atributos de calidad Prioriza objetivos en conflicto Obliga una clara explicacin de la Arquitectura Mejora la Documentacin de la Arquitectura Beneficios y Costos de la Evaluacin Costos : Tiempo de los Stakeholders Posiblemente cambios en el cronograma del proyecto

ATAM The Tradeoff Architecture Method

No solo evalua cmo la arquitectura satisface objetivos de calidad particulares Tambin hace explcito como los objetivos de calidad interactuan entre ellos Basado en tres elementos Estilos Arquitecturales Atributos de Calidad The software Architecture Analysis Method (SAAM)

ATAM The Tradeoff Architecture Method

ATAM est conformado por un conjunto de pasos Presentacin: 1. Presentacin de ATAM 2. Presentacin de los Objetivos de Negocio 3. Presentacin de la Arquitectura Investigacin y Anlisis 4. Identicar las aproximaciones arquitecturales 5. Generar el rbol de atributos de utilidad 6. Analizar las aproximaciones arquitecturales
Testing

7. Lluva de ideas y priorizacin de escenarios 8. Analizar las aproximaciones arquitecturales

Reporte

9. Presentacin de Resultados

ATAM The Tradeoff Architecture Method

1. Presentacin del ATAM Presentado por el lder de evaluacin Se explica el proceso Se presentan los 9 pasos Se explican las tcnicas a utilizarce para generar ideas, priorizar escenarios, etc. Se explican los productos a obtenerser al final de la evaluacin

ATAM The Tradeoff Architecture Method

2. Presentar los Objetivos de Negocio El gerente de proyecto presenta el sistema a desarrollar Funcionalidad principal Restricciones De negocio Tcnicas Objetivos de Negocio Stakeholders involucrados Atributos de Calidad y su relacin con los objetivos de negocio

ATAM The Tradeoff Architecture Method

3. Presentar la Arquitectura El arquitecto lder presenta la arquitectura Puntos de Vista Aproximaciones y Estilos seguidos 4. Identificar Aproximaciones Arquitecturales El equipo de trabajo identifica las aproximaciones arquitecturales pero no las analiza 5. Generacin del rbol de atributos de utilidad El equipo de evaluacin y los stakeholders identifican y priorizan los atributos de calidad Los Arboles de Utilidad ofrecen un mecanismo para traducir objetivos de negocio en escenarios de calidad

ATAM The Tradeoff Architecture Method

6. Analizar las aproximaciones arquitecturales Se utilizan como entradas los artefactos de los puntos 4 y 5 En este paso se busca Identificar Riesgos Indentificar Puntos de Sensibilidad Generar Tradeoffs 7. Lluvia de Ideas y Priorizacin de Escenarios Los escenarios son utilizados para representar Intereses de los Stakeholders Entender los requerimientos de calidad Clases de Escenarios Casos de Uso Crecimiento Exploratorios

ATAM The Tradeoff Architecture Method

8. Analizar Aproximaciones Arquitecturales Se utilizan los escenarios del paso 7 Se ejecutan las mismas actividades del paso 6 Este ciclo se repite hasta no obtener ms escenarios 9. Presentacin de Resultados Aproximaciones Arquitecturales Riesgos No riesgos Puntos de Sensibilidad Tradeoffs

Bibliografa

http://sistemas.uniandes.edu.co/~csof5204/dok uwiki/lib/exe/fetch.php?media=principal:atam.p df

Conclusion
Es importante como va a estar basado arquitectnicamente el software ya que a partir de esto ser que diga si es muy funcional o no por eso es importante la parte arquitectnica