Recuperación de Arquitecturas de Software: Un Mapeo Sistemático de la Literatura

Abstract

En este artículo se presentan los resultados de un mapeo sistemático de la literatura sobre el tema de recuperación de vistas arquitectónicas de sistemas software, el cual se llevó a cabo aplicando una propuesta metodológica establecida en la literatura. Se identificaron los estudios existentes sobre el tema, especificando el tipo de estudio realizado, su propósito, las técnicas de recuperación que utilizan, los aspectos y elementos de la arquitectura que recuperan y los mecanismos que utilizan para representar las vistas arquitectónicas recuperadas, entre otros aspectos. Se concluye que sería útil contar con un mecanismo unificado y consistente para representar los resultados obtenidos por las técnicas de recuperación de arquitecturas, que facilite su interpretación, análisis y reutilización. Palabras clave: recuperación de arquitectura; ingeniería inversa; mapeo sistemático; arquitectura de software.

Mecanismo de Consulta para el Análisis de Arquitecturas Recuperadas

“…4) Los modelos se representan en UML y para garantizar la interoperabilidad y reutilización se guardan en repositorios XMI (Monroy et al, 2016b).…”

Caracterización de los Contextos de Uso de la Ingeniería Inversa

“…Por otra parte, aunque en un proceso de ingeniería inversa se pueden recuperar distintas vistas arquitectónicas, la revisión de la literatura (Monroy et al, 2016b) y la aplicación de la técnica del juicio de expertos (Cabero y Llorente, 2013), permitieron identificar que la relevancia de la vista recuperada depende también del contexto en el que se realice el proceso. Algunas vistas son de carácter obligatorio (O), otras complementarias (C), otras no son relevantes (--), y otras son relativas (R) al problema concreto que se esté tratando: esto quiere decir, que en algunas circunstancias las vistas arquitectónicas pueden ser obligatorias Caracterización de los Contextos de Uso de la Ingeniería Inversa Monroy y en otras pueden ser complementarias para la misma situación, como se muestra en la tabla 6.…”

“…Entre las limitaciones del estudio se debe mencionar que el modelo de caracterización propuesto sólo aplica para procesos de ingeniería inversa, porque las variables que se tuvieron en cuenta al aplicar la técnica de coincidencia de patrones se tomaron de los contextos de uso identificados en la revisión de la literatura (Monroy et al, 2016b). También se resalta la posibilidad de haber identificado en forma incompleta las variables al aplicar la técnica de coincidencia de patrones, por lo que se propone como trabajo futuro evaluar el modelo de caracterización en otros escenarios para complementarlo.…”

“…Si bien, la utilidad real de un proceso de ingeniería inversa se evidencia en el uso que se le dé a los artefactos recuperados (Canfora et al, 2011), la revisión de la literatura (Monroy et al, 2016b) reveló que hasta ahora, todas las propuestas metodológicas para realizar procesos de ingeniería inversa están orientadas exclusivamente al ámbito del desarrollo del software. Esto implica que para los contextos diferentes al de la producción de software, se desconocen los propósitos y circunstancias que originan la necesidad de realizar el proceso de ingeniería inversa, porque no se analiza la situación dentro del ámbito del contexto particular en el que se presenta.…”

Ingeniería inversa aplicada en función del contexto

“…Some focus on software product analysis (11), others on supporting evolution (12,20), on design reconstructing (12)(13)(14)(15)(16), or on product redesign (17). All are oriented towards the software engineering process, for maintenance, quality control, redesign, and asset reuse (21).…”