Introduccion A ATAM

1 Introduccion

El propósito de este informe es describir la teoría detrás del método de análisis de relaciones de intercambio Arquitectura (ATAM) y analizar cómo funciona en la práctica. ATAM recibe su nombre porque no sólo revela qué tan bien una arquitectura satisfaga las metas de calidad particulares (tales como el rendimiento o modificabilidad), sino que también proporciona una idea de cómo los objetivos de calidad interactúan entre sí, cómo intercambian unos contra otros. Tales decisiones de diseño son críticas; tienen las consecuencias de mayor alcance y son los más difíciles de cambiar después de que un sistema ha sido implementado.

Al evaluar una arquitectura utilizando ATAM, el objetivo es comprender las consecuencias de decisiones arquitectónicas con respecto a la calidad que se le atribuyen a los requisitos del sistema. ¿Por qué molestarnos? En pocas palabras, una arquitectura es el ingrediente clave para el éxito en una empresa o una organización de tecnológica. Un sistema está motivado por un conjunto de objetivos funcionales y de calidad. Por ejemplo, si un fabricante conmutador telefónico está creando un nuevo interruptor, el sistema debe ser capaz de enrutar las llamadas, generar tonos, generar información de facturación y así sucesivamente. Pero si se quiere tener éxito, debe hacerlo en estricto cumplimiento, disponibilidad, modificabilidad, y los parámetros de costos. La arquitectura es la clave para lograr o no lograr-estos objetivos. ATAM es un medio de determinar si estos objetivos son alcanzables por la arquitectura que ha sido concebido, antes que enormes recursos de la organización sean comprometidos a ello.

Hemos desarrollado un método de análisis de la arquitectura de modo que el análisis es repetible. Teniendo un método estructurado ayuda a garantizar que se hagan las preguntas correctas con respecto a una arquitectura temprana, durante los requisitos y etapas de diseño cuando los problemas descubiertos pueden ser resueltos relativamente sin costo. Guía a los usuarios del método -los actores- para buscar conflictos y resoluciones a estos conflictos en la arquitectura de software.

Este método también se ha utilizado para analizar los sistemas heredados. Esto ocurre con frecuencia cuando el sistema heredado debe ser compatible con las principales modificaciones, la integración con otros sistemas, portabilidad, u otras actualizaciones significativas. Suponiendo que una arquitectura precisa del sistema heredado está disponible (que con frecuencia deben ser adquiridos y verificados usando métodos de extracción de la arquitectura y pruebas de conformidad [Kazman 99]), la aplicación de los resultados de ATAM en una mayor comprensión de la calidad atributos del sistema.

5 ESCENARIOS

En un mundo perfecto, los requisitos de calidad para un sistema serían completamente e inequívocamente especificadas en un documento de requisitos que evoluciona por delante o en concierto con la especificación de arquitectura. En realidad, documentos de requerimientos no se escriben o se escriben mal, o no abordan adecuadamente los atributos de calidad. En particular, se ha encontrado que los requisitos de atributos de calidad tanto para los sistemas actuales y futuros faltan, vaga o incompleta.

Normalmente, el primer trabajo de un análisis de la arquitectura es obtener con precisión los objetivos de calidad específicos contra los cuales se juzgará la arquitectura. El mecanismo que utilizamos para esta provocación es el escenario.

Un escenario es una breve declaración que describe la interacción de una de las partes interesadas con el sistema. Un usuario podría describir el uso del sistema para realizar alguna tarea; estos escenarios se parecen mucho los casos de uso en el lenguaje orientado a objetos. Un mantenedor describiría hacer un cambio en el sistema, como actualizar el sistema operativo de una manera particular o agregar una nueva función específica. El escenario de un desarrollador podría hablar sobre el

...