Aplicación de la Modelación Orientada a Aspectos

Abstract

ResumenSe aplica la Modelación Orientada a Aspectos a la primera etapa del ciclo de desarrollo de software, que es la especificación y análisis de requerimientos, con el uso de Diagramas de Casos de Uso UML para la identificación temprana de aspectos de aplicación como herramienta de modelación. Dada la importancia de la detección temprana de Aspectos y la actual relevancia del Desarrollo de Software Orientado a Aspectos (DSOA), se describe y resalta la importancia de utilizar una herramienta estándar de modelación en la detección temprana de aspectos. Se analiza también los potenciales beneficios de la aplicación de este concepto de desarrollo de software y se concluye que la identificación temprana de incumbencias permite un mayor conocimiento del sistema a desarrollar, lo que debe traducirse a un desarrollo de software más eficiente.Palabras clave: modelación orientada a aspectos, programación, incumbencias transversales, ingeniería de software. AbstractThe Aspect Oriented Modeling is applied to the first phase of software development cycle, which is the specification and the analysis of requirements, with the use of UML Use Cases Diagrams for the early identification of application aspects as modeling tool. Due to the importance of early aspects detection, and the current relevance of the Aspect Oriented Software Development concept (AOSD), the importance of using a modeling standard tool to detect them is described and highlighted. The potential benefits of applying this concept to software development are also analyzed. It is concluded that the early identification of tangling allows a better identification of the system to be developed making software development more efficient.

Extensión del Diagrama de Secuencias UML (Lenguaje de Modelado Unificado) para el Modelado Orientado a Aspectos

“…Si bien el paradigma de DSOO presenta una mejor modularización respecto al paradigma de desarrollo de software estructurado (Pressman, 2001), persiste la presencia de esparcimiento de funciones (scattering) y código enmarañado (tangling), lo que explica que en la actualidad el paradigma de orientación a aspectos sea un recurrente tema de investigación para el desarrollo de software (Chavez et al, 2006;Vidal et al, 2011;Vidal et al, 2012), dado que éste procura abordar estas complicaciones aún pendientes del paradigma DSOO.…”

“…Aún cuando el paradigma de DSOO presenta mejoras considerables respecto a paradigmas anteriores, aún no permite alcanzar una completa modularización ya que persisten elementos que se mezclan (tangling) y se esparcen (scattering) en el desarrollo de una aplicación software (Vidal et al, 2012). Para alcanzar una mayor modularización, el paradigma desarrollo de software orientado a aspectos (DSOA) representa un nuevo enfoque que separa elementos cruzados (separación de incumbencias) (Vidal et al, 2012), elementos no posibles de independizar en el paradigma de orientación a objetos (Laddad, 2003).…”

“…Para alcanzar una mayor modularización, el paradigma desarrollo de software orientado a aspectos (DSOA) representa un nuevo enfoque que separa elementos cruzados (separación de incumbencias) (Vidal et al, 2012), elementos no posibles de independizar en el paradigma de orientación a objetos (Laddad, 2003). En este trabajo, los autores consideran al DSOA como una extensión del DSOO dado que la naturaleza principal de DSOO se mantiene presente en DSOA.…”

“…De esta forma, es necesario acomodar la herramienta de modelación UML a DSOA. En Vidal et al (2012) se incluye una aplicación de diagramas de casos de uso UML que soporta DSOA, y en el presente trabajo se aplican diagramas de secuencias UML para la modelación del comportamiento dinámico de una aplicación software con soporte de DSOA.…”

Comparación de Uso del Patrón de Diseño Decorator y la Programación Orientada a Aspectos en .NET para Modularizar Incumbencias Cruzadas

“…Según (Vidal et al, 2012;Vidal y Villarroel, 2014;Bodden et al, 2014), la Programación Orientada a Aspectos (POA), gracias a la separación de incumbencias cruzadas, soporta un conjunto de principios de buen diseño orientado a objetos; entre ellos SRP y el principio de abierto-cerrado. Además, (Wampler, 2007) indica que el bajo acoplamiento y la alta cohesión son principios fundamentales y necesarios para lograr un diseño de software modular.…”