DEPARTAMENTO DE SISTEMAS

Evaluacin de Arquitecturas de Software (ATAM)

Agenda
DEPARTAMENTO DE SISTEMAS

Introduccin ATAM Otros mecanismos

Introduccin
DEPARTAMENTO DE SISTEMAS

Cmo estar seguro que la arquitectura seleccionada es la correcta? Cmo validar que las decisiones hechas fueron las correctas?

Intuicin Experiencia Ignorar el Problema

Introduccin
DEPARTAMENTO DE SISTEMAS

Por qu evaluar?

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

Cundo Evaluar?
DEPARTAMENTO DE SISTEMAS

Early

Durante el diseo de la Arquitectura Antes de la implementacin Solo cuando la arquitectura y su implementacin han sido terminados

Late

Quines Participan ?
DEPARTAMENTO DE SISTEMAS

Participantes

Equipo de Evaluacin Stakeholders

Cal es el resultado de la Evaluacin de la Arquitectura

La arquitectura es adecuada para el sistema? Cal de las arquitecturas candidatas es la ms apropiada?

La Arquitectura es Adecuada?
DEPARTAMENTO DE SISTEMAS

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[1]

Atributos de Calidad
DEPARTAMENTO DE SISTEMAS

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

Atributos de Calidad
DEPARTAMENTO DE SISTEMAS

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
DEPARTAMENTO DE SISTEMAS

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

DEPARTAMENTO DE SISTEMAS

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

DEPARTAMENTO DE SISTEMAS

Costos

Tiempo de los Stakeholders Posiblemente cambios en el cronograma del proyecto

ATAM
DEPARTAMENTO DE SISTEMAS

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
DEPARTAMENTO DE SISTEMAS

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
DEPARTAMENTO DE SISTEMAS

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
DEPARTAMENTO DE SISTEMAS

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
DEPARTAMENTO DE SISTEMAS

3. Presentar la Arquitectura

El arquitecto lder presenta la arquitectura

Puntos de Vista Aproximaciones y Estilos seguidos

ATAM
DEPARTAMENTO DE SISTEMAS

4. Identificar Aproximaciones Arquitecturales

El equipo de trabajo identifica las aproximaciones arquitecturales pero no las analiza

ATAM
DEPARTAMENTO DE SISTEMAS

5. Generacin del Arbol 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
DEPARTAMENTO DE SISTEMAS

Tomado de [1] pag 51

ATAM
DEPARTAMENTO DE SISTEMAS

5. Arbol de Atributos (Cont.)

Las hojas del rbol se prioriza en dos dimensiones

Usar (High / Medium / Low) Importancia para el xito del sistema Grado de dificultad para completar el escenario Escenarios con (H,H) son prioritarios

ATAM
DEPARTAMENTO DE SISTEMAS

Estimulo Inicio de transacciones

Artefacto Sistema
Ambiente Bajo operaciones normales

Respuesta Transacciones procesadas Medida Rta. Promedio de latencia dos segundos

Fuente Usuario

ATAM
DEPARTAMENTO DE SISTEMAS

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

ATAM
DEPARTAMENTO DE SISTEMAS

Punto de Sensibilidad

Propiedad de uno o mas componentes que es crtica para el logro de un atributo de calidad particular Propiedad que afecta ms de un atributo o punto de sensibilidad

Tradeoff

ATAM
DEPARTAMENTO DE SISTEMAS

Los puntos de sensibilidad se utilizan para determinar

Riesgos No riesgos Tener un backup de la BD afecta la recuperacin El nmero de clientes simultneos a la BD afecta el desempeo

Ejemplo

ATAM
DEPARTAMENTO DE SISTEMAS

Ejemplo Tradeoff

Tener un backup de la BD afecta el desempeo luego es un tradeoff entre desempeo y recuperacin

ATAM
DEPARTAMENTO DE SISTEMAS

Tomado de [1] pag 58

ATAM
DEPARTAMENTO DE SISTEMAS

7. Lluvia de Ideas y Priorizacin de Escenarios

Los escenarios son utilizados para

Representar Intereses de los Stakeholders Entender los requerimientos de calidad Casos de Uso Crecimiento Exploratorios

Clases de Escenarios

ATAM
DEPARTAMENTO DE SISTEMAS

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

ATAM
DEPARTAMENTO DE SISTEMAS

9. Presentacin de Resultados

Aproximaciones Arquitecturales Riesgos No riesgos Puntos de Sensibilidad Tradeoffs

Bibliografia
DEPARTAMENTO DE SISTEMAS

[1] Evaluating Software Architecture Paul Clements, Rick Kazman and Mark Klein.