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 .