La arquitectura del software condiciona las características 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
codificación del sistema, donde es más costoso. Esta investigación consiste en un
método de evaluación de ATAM, donde expresa que una arquitectura particular no solo
satisface las metas de calidad, sino que también provee ideas de cómo esas metas de
calidad interactúan entre ellas, cómo realizan concesiones mutuas entre ellas, el Método
de Análisis de Acuerdos de Arquitectura conocido como (ATAM) , es un método de
evaluación de arquitectura de software desarrollado e impulsado por el Instituto de
Ingeniería de Software, (Software Engineering Institute, SEI), este centra su actividad
de evaluación en la interacción entre los diferentes atributos de calidad arquitectónica y
basa sus evaluaciones sobre los escenarios desarrollados por los involucrados y un
equipo de evaluación. Este método se concentra en la identificación de los estilos
arquitectónicos o enfoques arquitectónicos utilizados. Propone el término enfoque
arquitectónico, dado que no todos los arquitectos están familiarizados con el lenguaje de
estilos arquitectónicos, aun haciendo uso indirecto de estos. De cualquier forma, estos
elementos representan los medios empleados por la arquitectura para alcanzar los
atributos de calidad, así como también permiten describir la forma en la que el sistema
puede crecer, responder a cambios, e integrarse con otros sistemas, entre otros.
un producto puede tener varias evaluaciones por ejemplo primero tenemos la
"sensibilidad" o "trade-off", señala. Un punto de sensibilidad es una propiedad de la
arquitectura que es fundamental para el logro de un atributo de calidad específico (por
ejemplo, mediante el cifrado se logra la confidencialidad). Un punto de equilibrio es un
punto de sensibilidad que es sensible a atributos de calidad múltiples (por ejemplo, el
cifrado requiere de tiempo y afecta a latencia). También se cuenta con el marco para
razonar sobre el sistema. El marco para el razonamiento acerca del sistema puede tener
una variedad de formas. Puede ser la discusión que sigue de la la exploración de un
escenario; puede ser un modelo o una parte de un modelo y una discusión de cómo este
modelo podría ser analizado cuando se crea una instancia; o puede ser una fórmula que
representa la forma de calcular un valor de un atributo de calidad en particular este sería
la segunda evaluación y por último la lista de cuestiones no abordadas o decisiones que
no sean tomado en cuenta todavía. La lista de cuestiones no abordadas o las decisiones
que aún no se han planteado desde la etapa inicial del ciclo de vida del sistema, hasta el
momento de la evaluación. Una arquitectura representa una colección de decisiones.
Algunas de estas decisiones se saben por el equipo de desarrollo que no se ha hecho y se
registra en una lista para un nuevo examen. Otras son noticias para el equipo de
desarrollo y las partes interesadas y la evaluación ayuda a identificar y documentar. Para
llevar esto acabo se realiza algunas actividades como descripción de las Vistas de
Arquitectura y estilos, recopilación y cartografía de los escenarios e identificación
de Riesgos / Sensibilidad / soluciones de compromiso esto para que cada evaluación
sea realizada de la mejor manera y en orden. Al realizarlo de esta manera tendrá como
beneficio que la organizada interacción que se establece entre los actores, arquitectos y
equipo de evaluación, a parte que toda la documentación arquitectónica que genera el
proceso de evaluación esto desde el punto de vista financiero produce una disminución
de los gastos, ayuda a la preparación, documentación y entendimiento de la solución, e
identifica errores arquitecturales antes de la construcción del sistema , asegura la
 incorporación de escenarios para la validación de la arquitectura , Desarrollo de una
arquitectura más general y flexible y reducir riesgos del proyecto. Las decisiones
arquitectónicas influyen directamente en la calidad del software, entonces es posible
evaluar dichas decisiones con respecto a su impacto sobre dichos atributos. Cuanto más
temprano se encuentre un problema en un proyecto del software, mucho mejor; revisar
la arquitectura es la manera más económica de evitar desastres. El método ATAM se
concentra en la identificación de los estilos arquitectónicos o enfoques arquitectónicos
utilizados. Estos elementos representan los medios empleados por la arquitectura para
alcanzar los atributos de calidad, así como también permiten describir la forma en la que
el sistema puede crecer, responder a cambios, e integrarse con otros sistemas