REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LAS FUERZAS

ARMADAS NACIONAL BOLIVARIANA NCLEO TRUJILLO

METODOLOGA DE EVALUACIN ATAM

AUTOR ABREU VARINIA SECCIN: 02 MATERIA: AQUITECTURA DEL SOFTWARE PROFESORA: LORENA RNGEL

Valera, febrero 2014

INTRODUCCIN
La arquitectura del software condiciona las caractersticas del producto final en cuanto a cualidades como la mantenibilidad; por lo que resulta importante evaluar el cumplimiento de los mismos en forma temprana para corregir errores antes de pasar a la codificacin del sistema, donde es ms costoso. Esta investigacin consiste en un mtodo de evaluacin de ATAM, donde expresa que una arquitectura particular no solo satisface las metas de calidad, sino que tambin provee ideas de cmo esas metas de calidad interactan entre ellas, cmo realizan concesiones mutuas entre ellas.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

La Arquitectura Tradeoff Mtodo de Anlisis (ATAM), es una metodologa utilizada para las evaluaciones de la arquitectura del software principalmente en su ajuste. Nace de las ideas y tcnicas de tres reas: la nocin de estilos o patrones de arquitectura, el anlisis de atributos de calidad y el mtodo software. El mtodo ATAM, establece que la arquitectura de software de un programa o sistema de computacin es la estructura del sistema que contienen componentes de software, las propiedades externamente visibles de dichos componentes y las relaciones entre ellos.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

El propsito de ATAM es evaluar las consecuencias de decisiones arquitectnicas a partir de requerimientos de atributos de calidad, identificar los riesgos creados por decisiones arquitectnicas, generar las preguntas correctas para descubrir decisiones de arquitecturas con problemas y proveer un anlisis preciso.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

El mtodo de evaluacin ATAM comprende nueve pasos, agrupados en cuatro fases: FASE I. Presentacin. Presentacin del ATAM: El lder de evaluacin describe el mtodo a los participantes, trata de establecer las expectativas y responde las preguntas propuestas. Presentacin de las metas del negocio: Se realiza la descripcin de las metas del negocio que motivan el esfuerzo, y aclara que se persiguen objetivos de tipo arquitectnico. Presentacin de la arquitectura: El arquitecto describe la arquitectura, enfocndose en cmo sta cumple con los objetivos del negocio.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

FASE II. Investigacin y anlisis. Identificacin de los enfoques arquitectnicos: estos elementos son detectados, pero no analizados. Generacin del Utility Tree: Se elicitan los atributos de calidad que engloban la utilidad del sistema (desempeo, disponibilidad, seguridad, modificabilidad, usabilidad, entre otros), especificados en forma de escenarios. Se anotan los estmulos y respuestas, as como se establece la prioridad entre ellos. Anlisis de los enfoques arquitectnicos: Es este paso se identifican riesgos arquitectnicos, puntos de sensibilidad y puntos de balance.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

FASE III. Pruebas. Lluvia de ideas y establecimiento de prioridad de escenarios: Con la colaboracin de todos los involucrados, se complementa el conjunto de escenarios. Anlisis de los enfoques arquitectnicos: Este paso repite las actividades del paso seis, haciendo uso de los resultados del paso siete. Los escenarios son considerados como casos de prueba para confirmar el anlisis realizado hasta el momento.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

FASE IV. Reportes. Presentacin de los resultados: Basado en la informacin recolectada a lo largo de la evaluacin del ATAM, se presentan los hallazgos a los participantes.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

Cundo usar ATAM: A lo largo del ciclo de vida cuando hay una arquitectura de software para evaluar. Despus de que una arquitectura se especific pero hay poco o nada de cdigo listo. Para evaluar alternativas arquitectnicas. Para evaluar la arquitectura de un sistema existente.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

Beneficios de ATAM: Requerimientos de atributos de calidad clarificados. Documentacin de arquitectura mejorada. Identificacin de riesgos de manera temprana en el ciclo de vida. Mejor comunicacin entre los stakeholders.

ARQUITECTURA TRADEOFF MTODO DE ANLISIS (ATAM)

Limitaciones: No tiene valuaciones de costos. No considera variaciones de escenarios e impacto en la respuesta. No es un mtodo cuantitativo.

DEFINICIN DE TRMINOS
Tradeoff: Es una situacin en la cual se debe perder cierta cualidad a cambio de otra cualidad. Implica una decisin en la cual se comprende totalmente las ventajas y desventajas de cada eleccin. Utility Tree (rbol de Utilidad): Es un esquema en forma de rbol que presenta los atributos de calidad de un sistema de software, refinados hasta el establecimiento de escenarios que especifican con suficiente detalle el nivel de prioridad de cada uno.

Elicitar: Verbo transitivo, usado en lenguaje tcnico o psicologa y sociologa principalmente para indicar el acto de extraer informacin de una persona o un grupo de persona.

CONCLUSIN
Las decisiones arquitectnicas influyen directamente en la calidad del software, entonces es posible evaluar dichas decisiones con respecto a su impacto sobre dichos atributos. Cuanto ms temprano se encuentre un problema en un proyecto del software, mucho mejor; revisar la arquitectura es la manera ms econmica de evitar desastres. El mtodo ATAM se concentra en la identificacin de los estilos arquitectnicos o enfoques arquitectnicos utilizados. Estos elementos representan los medios empleados por la arquitectura para alcanzar los atributos de calidad, as como tambin permiten describir la forma en la que el sistema puede crecer, responder a cambios, e integrarse con otros sistemas.

REFERENCIAS ELECTRNICAS
Trade-off-Wikepedia, la enciclopedia libre. Consultado de http://es.wikipedia.org/wiki/Trade-off Ingeniera de Software II (2008) Universidad de Buenos Aires. Consultado el 4 de enero de 2014, de http:// www-2.dc.uba.ar/...02/.../Clase19EvaluacionArquitecturasYATAM.pdf Guas sobre Arquitecturas de Software. Consultado el 4 de enero de 2014, de prof.usb.ve/lmendoza/Documentos/PS.../Guia%20Arquitectura %20v.2.p...