En ingeniería de software , el Método de Análisis de Compromisos de Arquitectura ( ATAM, por sus siglas en inglés ) es un proceso de mitigación de riesgos que se utiliza al principio del ciclo de vida del desarrollo de software .
ATAM fue desarrollado por el Instituto de Ingeniería de Software de la Universidad Carnegie Mellon . Su propósito es ayudar a elegir una arquitectura adecuada para un sistema de software mediante la identificación de ventajas y desventajas, así como de puntos críticos.
ATAM resulta más beneficioso cuando se implementa al principio del ciclo de vida del desarrollo de software, cuando el coste de cambiar de arquitectura es mínimo.
Beneficios de ATAM
A continuación se presentan algunos de los beneficios del proceso ATAM: [ 1 ]
- identificar los riesgos al inicio del ciclo de vida.
- Mayor comunicación entre las partes interesadas.
- Requisitos de atributos de calidad aclarados.
- Documentación de arquitectura mejorada.
- Base documentada para las decisiones arquitectónicas.
Proceso ATAM
El proceso ATAM consiste en reunir a las partes interesadas para analizar los factores clave del negocio (funcionalidad del sistema, objetivos, restricciones, propiedades no funcionales deseadas ) y, a partir de estos factores, extraer atributos de calidad que se utilizan para crear escenarios. Estos escenarios se emplean junto con los enfoques y decisiones arquitectónicas para generar un análisis de compensaciones, puntos de sensibilidad y riesgos (o ausencia de riesgos). Este análisis se puede convertir en temas de riesgo y sus impactos, tras lo cual el proceso se puede repetir. En cada ciclo de análisis, el proceso avanza de lo más general a lo más específico, examinando las preguntas que se han identificado en el ciclo anterior, hasta que la arquitectura se ha ajustado y los temas de riesgo se han abordado.
Pasos del proceso ATAM
ATAM consta formalmente de nueve pasos, que se describen a continuación: [ 2 ]
- Presentación de ATAM: Presente el concepto de ATAM a las partes interesadas y responda cualquier pregunta sobre el proceso.
- Presentar los factores clave del negocio: todos los participantes en el proceso presentan y evalúan los factores clave del negocio para el sistema en cuestión.
- Presentar la arquitectura: el arquitecto presenta la arquitectura de alto nivel al equipo, con un "nivel de detalle apropiado".
- Identificar enfoques arquitectónicos: el equipo presenta y analiza diferentes enfoques arquitectónicos para el sistema.
- Generar un árbol de utilidad de atributos de calidad: definir los requisitos técnicos y de negocio principales del sistema y asignarlos a una propiedad arquitectónica apropiada. Presentar un escenario para este requisito.
- Analizar los enfoques arquitectónicos: Analizar cada escenario y priorizarlos. A continuación, se evalúa la arquitectura en función de cada escenario.
- Generar ideas y priorizar escenarios: entre el grupo más amplio de partes interesadas, presentar los escenarios actuales y ampliarlos.
- Analizar los enfoques arquitectónicos: Repita el paso 6 teniendo en cuenta el conocimiento adicional de la comunidad de partes interesadas más amplia.
- Presentar resultados: proporcionar toda la documentación a las partes interesadas.
Estos pasos se dividen en dos fases: La fase 1 comprende los pasos 1 a 6 y, tras esta fase, se conocen el estado y el contexto del proyecto, los requisitos arquitectónicos principales y el estado de la documentación arquitectónica. La fase 2 comprende los pasos 7 a 9 y finaliza la evaluación. [ 3 ]
Véase también
- habilidades
- Método de diseño centrado en la arquitectura
- Análisis de decisiones multicriterio
- ÁRIDO
- Método de análisis de arquitectura de software , precursor del método de análisis de compensaciones de arquitectura.
- Análisis arquitectónico
Referencias
- ↑ "Método de análisis de compensaciones arquitectónicas" . Instituto de Ingeniería de Software de Carnegie Mellon . Consultado el 20 de abril de 2018 .
- ↑ Bass, Len ; Clements, Paul; Kazman, Rick (9 de abril de 2003). Arquitectura de software en la práctica, segunda edición . Addison Wesley Professional.
- ↑ Rick Kazman; Mark Klein; Paul Clements. "ATAM: Método para la evaluación de arquitecturas" (PDF) . Instituto de Ingeniería de Software de Carnegie Mellon. pág. 39 y siguientes . Consultado el 20 de abril de 2018 .
Enlaces externos
- Reduzca el riesgo con la evaluación de la arquitectura.
- ATAM: Método para la evaluación de la arquitectura
- Arquitectura de software
- Arquitectura empresarial