Patrón de análisis de software

Los patrones de análisis de software, o patrones de análisis en ingeniería de software , son modelos conceptuales que capturan una abstracción de una situación que se puede encontrar con frecuencia en el modelado . Un patrón de análisis se puede representar como "un grupo de objetos genéricos relacionados ( metaclases ) con atributos estereotípicos (definiciones de datos), comportamientos (firmas de métodos) e interacciones esperadas definidas de manera neutral al dominio". ^{[ 1 ]}

Martin Fowler define un patrón como una "idea que ha sido útil en un contexto práctico y probablemente lo será en otros". ^{[ 2 ]} A continuación, explica el patrón de análisis, que es un patrón "que refleja estructuras conceptuales de procesos de negocio en lugar de implementaciones de software reales". Un ejemplo:

Martin Fowler describe este patrón como uno que "captura el recuerdo de algo interesante que afecta al dominio". ^{[ 3 ]}

Al realizar un análisis, intentamos comprender el problema. Fowler no detalla en su libro ^{[ 2 ]} una forma formal de escribir o describir patrones de análisis. Desde entonces, se han planteado sugerencias para contar con un formato consistente y uniforme para describirlos. La mayoría de ellas se basan en el trabajo de Erich Gamma , Frank Buschmann y Christopher Alexander sobre patrones (en arquitectura o informática). Una de ellas, propuesta por Hahsler, ^{[ 4 ]} tiene la siguiente estructura:

• Nombre del patrón : el nombre de un patrón debe reflejar fielmente el significado de lo que abstrae. Debe ser sencillo para poder consultarlo durante el análisis.
• Intención : La intención busca describir el objetivo que el patrón pretende alcanzar. También debe describir el problema que intenta resolver.
• Motivación : "Un escenario que ilustra el problema y cómo el patrón de análisis contribuye a la solución en el escenario concreto" ^{[ 5 ].}
• Fuerzas y contexto : "Discusión de las fuerzas y tensiones que deben resolverse mediante el patrón de análisis" ^{[ 6 ]}
• Solución : "Descripción de la solución y del equilibrio de fuerzas alcanzado por el patrón de análisis en el escenario de la sección de motivación. Incluye todos los aspectos estructurales y de comportamiento relevantes del patrón de análisis." ^{[ 4 ]}
• Consecuencias : esto debería enfatizar cómo se logra el objetivo mediante el patrón de análisis con sus limitaciones.
• Diseño : Sugerencias de implementaciones de diseño de este patrón.
• Usos conocidos : Ejemplos reales del uso de este patrón.

• Patrón de diseño (informática)
• Análisis y diseño orientado a objetos
• El enfoque de marcos de problemas es otra forma de analizar los requisitos de software.
• El modelo de clase de rol es un ejemplo de patrón de análisis aplicado al concepto de rol.
• Análisis de requisitos

• Haitham, Hamza y Fayad, Mohamed E. (2002). Un lenguaje de patrones para construir patrones de análisis estables (PDF) . 9.ª Conferencia sobre lenguajes de patrones de programas . Departamento de Ciencias de la Computación e Ingeniería, Universidad de Nebraska-Lincoln . Recuperado el 31 de enero de 2007 .Este artículo sobre lenguaje de patrones para el análisis de patrones fue presentado en PLoP 2002.
• Buschmann, Frank; Régine Meunier; Hans Rohnert; Peter Sommerlad; Michael Stal (1996). Arquitectura de software orientada a patrones, volumen 1: un sistema de patrones . John Wiley e hijos. ISBN 0-471-95869-7.