Evaluación de

Arquitecturas
Generalidades / ATAM
Evaluación / Validación
Conceptos Generales
Analisis de Arquitecturas

Requerimientos

Arquitectura de Software

Código

Análisis arquitectónicos
3
 Utilidad => Valoracion de Stakeholder
Valor => Caracterización de impacto de decisiones
Dependencia en la
Independiente Implementación Dependiente

General

Nivel
de
detalle

Requerim Arquitect. Implement

Detallado
Beneficios
 Financiero.
 Fuerza la preparacion de material para el
review.
 Captura las motivaciones detras de la
arquitectura.
 Deteccion temprana de problemas.
 Validacion de requerimientos.
 Arquitecturas mejoradas.

Análisis arquitectónicos
5
Precondiciones
 Requerimientos y objetivos de la
arquitectura claramente articulados.
 Alcance definido y controlado.
 Cost-effectiveness.
 Miembros claves disponibles.
 Team de evaluacion competente.
 Expectativas gestionadas.

Análisis arquitectónicos
6
Dificultades

 Múltiples Stakeholders.

 Diferentes valoraciones de la utilidad del

sistema.

 Vínculo entre las decisiones de diseño de

arquitectura y la visibilidad de los
stakeholders.

Análisis arquitectónicos
7
ATAM
Architecture Tradeoff Analysis Method - Utilidad de la Arquitectura
Participantes
 Team de Evaluación
◦ 3 a 5 personas
◦ Externo al grupo de proyecto
◦ Puede ser parte de QA o organizado para cada
necesidad.
 Project Descision-Makers
◦ Autoridad para aprobar cambios
◦ El arquitecto está incluido en este grupo.
 Stakeholder de la arquitectura
◦ Interesados en Quality Attributes
◦ Expertos del proyecto para implementar QAs
Análisis arquitectónicos
9
Team de Evaluación
 Team Leader
 Evaluation Leader
 Scenario Scribe
 Proceedings Scribe
 Timekeeper
 Process Observer
 Process Enforcer
 Questioner
Análisis arquitectónicos
10
Fases en ATAM

Partnership Evaluación Evaluación Seguimiento

& Prep (0) (1) (2) (3)
• Contratos y • Evaluation • Stakeholders • Emision de
NDAs team y Proj. se unen a la resultados.
• Información Decision evaluación. • Postmortem
Inicial Makers analysis
requerida.

Análisis arquitectónicos
11
Pasos de Evaluación ATAM
1. Presentar ATAM
2. Presentar los “drivers” del negocio

Evaluación (1)
3. Presentar la arquitectura

4. Identificar enfoques de arquitectura

5. Generar el árbol de utilidad de los atributos de
calidad
6. Analizar enfoques de arquitectura
7. Brainstorm y priorizar escenarios

Eval (2)
8. Analizar enfoques de arquitectura
9. Presentar resultados
Análisis arquitectónicos
12
Pasos de ATAM (fase 1)
1. Presentar ATAM
◦ Generación de árboles de utilidad
◦ Elicitación de escenarios y análisis de arq.
2. Presentar los “drivers” del negocio
◦ Requerimientos funcionales de alto nivel
◦ Requerimientos de atributos de calidad.
3. Presentar la arquitectura
◦ Restricciones técnicas
◦ Otros sistemas con quien interactuar
Análisis arquitectónicos
13
Pasos de ATAM (fase 1)
4. Identificar enfoques de arquitectura
◦ Identificar aspectos clave para los QA
◦ Identificar enfoques predominantes de arq.
5. Generar el árbol de utilidad
◦ Nodos alto nivel => Objetivos Calidad.
◦ Hojas => Escenarios.

Análisis arquitectónicos
14
 Behavior of Taxes in Accounting

Less than
New amount 2 labor
New tax System changed days
amount defined

Accounting
Manager

N/A

Análisis arquitectónicos 15

15
 Behavior of Taxes in Accounting

New tax type Less than

New tax System added 4 weeks
Type defined

Accounting
Manager

N/A

Análisis arquitectónicos 16

16
 Integration of new systems

New legacy System Less than

system to System integrated 2 weeks
be integrated

System
Integrator
Supported adapter

Análisis arquitectónicos 17

17
 Integration of new systems

New legacy System Less than

system to System integrated 6 months
be integrated

System
Integrator
unsupported adapter

Análisis arquitectónicos 18

18
 Cost of adding legacy system to
accounting system when adaptor is
present

Interoperability
Cost of adding legacy system to
accounting system when adaptor
is NOT present

Utility
Maintainability
Cost of change of behavior in
accounting indicator

# parametrizable elements
Configurability that change behavior
 Cost of adding legacy system to
accounting system when adaptor is
present

Cost of adding legacy system to

accounting system when adaptor is
NOT present
Modificability
Cost of change of behavior in
accounting indicator

# parametrizable elements that

change behavior
Pasos de ATAM
4. Identificar enfoques de arquitectura
◦ Identificar aspectos clave para los QA
◦ Identificar enfoques predominantes de arq.
5. Generar el árbol de utilidad
◦ Nodos alto nivel => Objetivos Calidad.
◦ Hojas => Escenarios.
6. Analizar enfoques de arquitectura
◦ Identificar los enfoques para QA mas prioritarios.
◦ Generar preguntas para los QA de mayor
prioridad
◦ Identificar “riesgos”, “beneficios”, “puntos
sensibles” y “compromisos”
Análisis arquitectónicos
22
 Sensitivity
S1. Cantidad de módulos comunes
S2. Cantidad de comportamiento propio
requerido en extensiones.
S3. Costo de cambio máximo de modulo
integrable.
S4. Costo máximo de construcción de
un adaptador.
Tradeoff
S5. Cantidad de adaptadores
T1. Flexibilidad
disponibles.
de cambio versus costo
Risk de construcción inicial
Non-Risk
R1. Es siempre necesario esperar 6de performance por
T2. Detrimento
N1. Calidad de prueba suficientemente buena para los cambios de
meses para integrarincorporación
nuevo legacy.de extensibilidad.
módulos involucrados en nueva interoperación.
R2. Nuevo legacy genera costo de
N2. 6 meses es aceptable como peor caso.
cambio mayor a 6 meses.
Pasos de ATAM (fase 2)
7. Brainstorm y priorizar escenarios
◦ Los escenarios del árbol de utilidad pueden servir
como ejemplos
◦ Se agregan los nuevos escenarios al árbol de
utilidad
8. Analizar enfoques de arquitectura
◦ Identificar los enfoques de arquitectura impactados
por los escenarios generados en el paso anterior
◦ Este paso continua el análisis iniciado en el paso 6,
usando los escenarios nuevos
9. Presentar resultados
Análisis arquitectónicos
25
ATAM - Flujo Conceptual

Análisis arquitectónicos
26
Salidas del Proceso
 Presentacion consisa de la arquitectura.
 Articulacion de los objetivos de negocio.
 Requerimientos de calidad expresados en
escenarios.
 Mapping entre requerimientos de calidad y
decisiones de arquitectura.
 Conjunto de puntos sensibles y de tradeoff
identificados.
 Conjunto de riesgos y no-riesgos.
 A set of risk themes.
Análisis arquitectónicos
27
ATAM – Conclusiones positivas
 Perspectiva de calidad del usuario.
 Refinamiento útil para análisis.
 Priorización tanto en dificultad como en
utilidad.
 Consenso sobre non-risks (supuestos).
 Consenso sobre risks.
 Base documentada sobre el modelo.

Análisis arquitectónicos
28
ATAM – Conclusiones negativas

 No tengo Valuaciones de costo.

 No considero Variaciones de escenarios

e impacto en la respuesta.

 No es un Método cuantitativo.

Análisis arquitectónicos
29
FIN