Está en la página 1de 5

ATAM (Architecture tradeoff analysis methods)

En la ingeniera de software , arquitectura mtodo de anlisis de equilibrio (ATAM) es un


proceso de mitigacin de riesgos utilizado a principios del ciclo de vida de desarrollo de
software .
ATAM fue desarrollado por el Instituto de Ingeniera de Software de la Universidad Carnegie
Mellon . Su propsito es ayudar a elegir una adecuada arquitectura de un sistema de software
mediante el descubrimiento de las compensaciones y los puntos de sensibilidad.
ATAM es ms beneficioso cuando se realiza temprano en el ciclo de vida de desarrollo de
software, cuando el costo de cambio de arquitecturas es mnimo.
Beneficios ATAM
Los siguientes son algunos de los beneficios del proceso de ATAM:
[ 1 ]

Promueve la reunin de requisitos de calidad precisa
Crea un comienzo temprano en la documentacin de la arquitectura
Crea una base documentada para las decisiones arquitectnicas
Promueve la identificacin de los riesgos al comienzo del ciclo de vida
Alienta a una mayor comunicacin entre los interesados
Resultados en la priorizacin de objetivos en conflicto
Fuerza una Explicacin clara de la Arquitectura
Destapa Oportunidades para la Cruz-Proyecto de Reutilizacin
Resultados en Prcticas arquitectura mejorada


Proceso ATAM [ edit ]
El proceso de ATAM consiste en recoger las partes interesadas para analizar los impulsores
del negocio y de estos conductores extraer los atributos de calidad que se utilizan para crear
escenarios. Estos escenarios se utilizan en combinacin con los enfoques arquitectnicos y
decisiones arquitectnicas para crear un anlisis de las ventajas y desventajas, puntos de
sensibilidad y riesgos (o no los riesgos). Este anlisis se puede convertir en temas de riesgo y
sus impactos, tras lo cual el proceso se puede repetir.
Pasos del proceso de ATAM
[ 2 ]
[ editar ]
ATAM consiste formalmente de nueve pasos, se describen a continuacin:
1. ATAM presente - Presentar el concepto de ATAM a las partes interesadas, y
responder a cualquier pregunta sobre el proceso.
2. Impulsores de negocio actuales - todos en el proceso presenta y evala los factores de
negocio para el sistema en cuestin.
3. Presentar la arquitectura - el arquitecto presenta la arquitectura de alto nivel para el
equipo, con un "nivel de detalle apropiado '
4. Identificar los enfoques arquitectnicos - diferentes enfoques arquitectnicos para el
sistema son presentados por el equipo, y discutidos.
5. Generar atributo rbol utilidad calidad - definir la actividad principal y los requisitos
tcnicos del sistema, y asignarlos a una propiedad de arquitectura
apropiada.Presentar un escenario para este requisito dado.
6. Analizar los enfoques arquitectnicos - Analizar cada escenario, clasificndolos por
orden de prioridad. La arquitectura es luego evaluada respecto de cada escenario.
7. Lluvia de ideas y dar prioridad a los escenarios - en el grupo ms amplio de
interesados, presentar los escenarios actuales, y ampliar.
8. Analizar los enfoques arquitectnicos - Realice el paso 6 de nuevo con el conocimiento
aadido de la comunidad ms amplia de las partes interesadas.
9. Presentar los resultados - proporciona toda la documentacin a los interesados.

http://en.wikipedia.org/wiki/Architecture_tradeoff_analysis_method
Arquitectura Tradeoff Mtodo de Anlisis
La desventaja Mtodo de Anlisis de Arquitectura (ATAM) es un mtodo para evaluar arquitecturas de
software relativo a la calidad atribuir objetivos.Evaluaciones ATAM exponen los riesgos arquitectnicos que
potencialmente inhiben el logro de los objetivos de negocio de una organizacin. La ATAM recibe su nombre
debido a que no slo revela qu tan bien una arquitectura satisface los objetivos de calidad en particular, sino
que tambin proporciona una idea de cmo los objetivos de calidad interactan entre s-la forma en que el
comercio se enfrenten entre s.
La ATAM es el mtodo principal en el rea de software de evaluacin de la arquitectura. Una evaluacin usando
la ATAM toma tpicamente tres a cuatro das y rene a un equipo entrenado de evaluacin, arquitectos y
representantes de diversos grupos de inters de la arquitectura.
Desafos
La mayora de los sistemas de software complejos estn obligados a ser modificable y tener un buen
rendimiento. Pueden tambin deben ser seguras, interoperables, porttil y fiable. Pero para cualquier sistema
particular
Qu es exactamente qu significan estos atributos de calidad tales como la modificabilidad, la seguridad, el
rendimiento y la fiabilidad?
Se puede analizar un sistema para determinar las cualidades deseadas?
Qu tan pronto se puede producir este tipo de anlisis?
Cmo se sabe si una arquitectura de software para un sistema es adecuado sin tener que construir el sistema
por primera vez?
Descripcin

Un flujo conceptual de la ATAM
Los conductores de negocios y la arquitectura de software son provocados por los tomadores de decisiones del
proyecto. Estos son refinados en los escenarios y las decisiones arquitectnicas realizadas en apoyo de cada
uno. Anlisis de escenarios y las decisiones se traduce en la identificacin de riesgos, que no son los riesgos, los
puntos de sensibilidad y puntos de relaciones de intercambio en la arquitectura.Los riesgos son sintetizadas en
un conjunto de temas de riesgo, mostrando cmo cada uno amenaza a un impulsor del negocio.
La ATAM consiste en nueve pasos:
1. Presentar la ATAM . El lder de evaluacin describe el mtodo de evaluacin de los participantes reunidos,
trata de establecer sus expectativas, y responde a las preguntas que puedan tener.
2. Impulsores de negocio actuales . Un portavoz del proyecto (lo ideal es el director del proyecto o cliente
del sistema) describe lo que las empresas objetivos estn motivando el esfuerzo de desarrollo y, por tanto,
cules sern los conductores arquitectnicos primarios (por ejemplo, la alta disponibilidad o el tiempo de
comercializacin o de alta seguridad).
3. La arquitectura actual . El arquitecto describe la arquitectura, centrndose en la forma en que aborda los
impulsores del negocio.
4. Identificar los enfoques arquitectnicos . Enfoques de arquitectura se identifican por el arquitecto,
pero no se analizan.
5. Generar atributo rbol utilidad calidad . Los factores de calidad que conforman el sistema de "utilidad"
(rendimiento, disponibilidad, seguridad, modificabilidad, usabilidad, etc) son provocados, especifican hasta el
nivel de los escenarios, con anotaciones de estmulos y respuestas, y priorizados.
6. Analizar los enfoques arquitectnicos . Sobre la base de los factores de alta prioridad identificados en el
paso 5, los enfoques arquitectnicos que abordan esos factores son identificados y analizados (por ejemplo, un
enfoque de arquitectura orientada a alcanzar las metas de rendimiento se somete a un anlisis de
rendimiento). Durante este paso, se identifican los riesgos arquitectnicos, puntos de sensibilidad y puntos de
relaciones de intercambio.
7. Lluvia de ideas y dar prioridad a los escenarios . Un conjunto ms amplio de escenarios se suscit a
partir de todo el grupo de partes interesadas. Este conjunto de escenarios se da prioridad a travs de un
proceso de votacin que afecta a todo el grupo de actores.
8. Analizar los enfoques arquitectnicos . Este paso reitera las actividades de la Etapa 6, pero utilizando
los escenarios altamente clasificados desde el Paso 7. Estos escenarios se consideran casos de prueba para
confirmar el anlisis realizado hasta ahora. Este anlisis puede descubrir enfoques adicionales
arquitectnicos, los riesgos, puntos de sensibilidad, y los puntos de TradeOff, que luego son documentados.
9. Presentar los resultados . Sobre la base de la informacin recogida en el ATAM (enfoques, hiptesis,
preguntas en atributos especficos, el rbol de la utilidad, los riesgos, que no son los riesgos, los puntos de
sensibilidad, compensaciones), el equipo de ATAM presenta los resultados a las partes interesadas se
reunieron.
Los resultados ms importantes se mejoran las arquitecturas. La salida de un ATAM es una presentacin
outbrief y / o un informe escrito que incluye las principales conclusiones de la evaluacin. Estos son
tpicamente
un conjunto de enfoques arquitectnicos identificados
un "rbol de utilidad"-un modelo jerrquico de los requisitos arquitectnicos de conduccin
el conjunto de escenarios generados y el subconjunto que se proyecta sobre la arquitectura
un conjunto de-en atributos especficos de calidad preguntas que se aplicaron a la arquitectura y las
respuestas a estas preguntas
un conjunto de riesgos identificados
un conjunto de no-riesgos identificados
una sntesis de los riesgos en un conjunto de temas de riesgo que amenazan con socavar los objetivos de
negocio para el sistema
Beneficios
calidad aclarado atributo requisitos
documentacin mejorada arquitectura
base documentada para las decisiones arquitectnicas
riesgos identificados temprano en el ciclo de vida
una mayor comunicacin entre las partes interesadas
Los resultados ms importantes se mejoran las arquitecturas. Las ayudas ATAM en la obtencin de conjuntos
de requisitos de calidad a lo largo de mltiples dimensiones, el anlisis de los efectos de cada requisito en el
aislamiento, y luego la comprensin de las interacciones de estos requisitos.
Quin se beneficiara
Muchas personas tienen un inters en la arquitectura de un sistema, y todas ellas ejercen toda su influencia
posible en el arquitecto (s) para asegurarse de que sus objetivos se abordan. Por ejemplo, los usuarios quieren
un sistema que es fcil de usar y tiene una gran funcionalidad. La organizacin de mantenimiento quiere un
sistema que es fcil de modificar. La organizacin de desarrollo (como el representado por la gestin) quiere un
sistema que es fcil de construir y que dar empleo a la mano de obra existente en una gran ventaja. El cliente
(el que paga la factura) quiere que el sistema que se construir a tiempo y dentro del presupuesto.Todas estas
partes interesadas se beneficiarn de la aplicacin de la ATAM. Y ni que decir tiene, el arquitecto tambin es un
beneficiario primario.
Disponibilidad
El SEI ha utilizado este mtodo para evaluar las arquitecturas de software de sistemas de muchos dominios de
aplicacin diferentes. El SEI est buscando actualmente para las organizaciones que deseen incorporar el
ATAM como una de sus prcticas rutinarias de desarrollo de software.
El SEI puede evaluar su arquitectura con el ATAM o cualificar a las personas a
realizar una evaluacin ATAM a travs de los Programas de Certificacin Arquitectura de Software , o
conducir evaluaciones ATAM autorizados-SEI mediante la obtencin de unacertificacin de SEI .
Una evaluacin autorizada por el SEI ATAM es una que est dirigida por un lder de ATAM certificado por SEI
y cuyo equipo est formado por personas que han recibido el certificado SEI ATAM Evaluador.
Para ms detalles o para concertar una evaluacin ATAM para su organizacin, pngase en contacto con
nosotros en info@sei.cmu.edu .
Informacin adicional
Preguntas tcnicas acerca de ATAM directos a nosotros a travs del enlace en el cuadro de ms informacin
para en la parte inferior de esta pgina. Para ver una lista de los lderes ATAM certificados por SEI,
visite Encuentre un Socio SEI patrocinados individual y seleccione "ATAM Lder (Certificado)" de la lista
desplegable. Tambin puede obtener la certificacin para dirigir sus propias evaluaciones de ATAM. Para
obtener ms informacin sobre cmo convertirse en un lder de ATAM SEI-Certified, visite nuestra pgina de
certificacin .


https://www.sei.cmu.edu/architecture/tools/evaluate/atam.cfm