Expressing aspectual interactions in requirements engineering: Experiences, problems and solutions

AbstractAspect Oriented Requirements Engineering (AORE) provides support for modularizing crosscutting requirements. In the context of an industrial project in the domain of Slot Machines we needed to perform AORE, with a special emphasis on dependencies and interactions among concerns. We were however unable to find any report of large-scale industrial applications of AORE approaches that treat dependencies and interactions. We therefore evaluated two AORE approaches: Theme/Doc and MDSOCRE, to establish their applicability in our setting. In this paper we report on the limitations of both approaches we encountered and propose extensions that allow them to cope with concern interactions. We also show how these extensions provide the needed expressiveness by applying them to our industrial case study

Expressing aspectual interactions in requirements engineering: Experiences, problems and solutions

Aspect Oriented Requirements Engineering (AORE) provides support for modularizing crosscutting requirements. In the context of an industrial project in the domain of Slot Machines we needed to perform AORE, with a special emphasis on dependencies and interactions among concerns. We were however unable to find any report of large-scale industrial applications of AORE approaches that treat dependencies and interactions. We therefore evaluated two AORE approaches: Theme/Doc and MDSOCRE, to establish their applicability in our setting. In this paper we report on the limitations of both approaches we encountered and propose extensions that allow them to cope with concern interactions. We also show how these extensions provide the needed expressiveness by applying them to our industrial case study.Laboratorio de Investigación y Formación en Informática Avanzad

UIDRe: herramienta CASE de UIDs para el proceso de análisis de requerimientos

Esta tesis brinda un modelo de análisis de requerimientos en el que se intenta descubrir los cruces de requerimientos en las primeras etapas del desarrollo del software. Básicamente el proceso propone facilitar la documentación de crosscutting concerns y dar una breve introducción a las consecuencias de su existencia en la etapa de diseño. Para ello en primer lugar se focaliza en mejorar relevamiento de requerimientos proponiendo la utilización de UIDs que facilita la comunicación con el cliente. Una vez definidos los requerimientos, comienza una etapa análisis donde se localizan los cruces de requerimientos; se brindan medios semánticos para señalar aspectos y composiciones navegacionales. Estos medios semánticos son una parte importante en la contribución porque extiende el modelo de análisis tradicional incursionando en Early Aspects a través de la identificación de aspectos en la etapa de análisis. Entrándonos en la etapa de diseño, utilizamos heurísticas de derivación, obtenemos un modelo de objetos tentativo el cual nos sirve de prototipo. Aunque este prototipo es tentativo, es de gran ayuda yo que nos da un panorama de las entidades (objetos) participantes. Finalmente, proponemos una base de análisis en el que se explora las relaciones encontradas en la identificación de aspectos para modelarlos y documentarlos en la etapa de diseño. El resultado obtenido es información tamizada, depurada, adecuada para un documento de especificación de la aplicación que el desarrollador utilizará para implemente los diferentes aspectos / Themes encontrados. Para acompañar esta teoría tan importante, construimos una herramienta que es capaz de almacenar digitalmente en un documento universal como es XML los requerimientos obtenidos en la etapa de análisis.Facultad de Informátic

UIDRe: herramienta CASE de UIDs para el proceso de análisis de requerimientos

Esta tesis brinda un modelo de análisis de requerimientos en el que se intenta descubrir los cruces de requerimientos en las primeras etapas del desarrollo del software. Básicamente el proceso propone facilitar la documentación de crosscutting concerns y dar una breve introducción a las consecuencias de su existencia en la etapa de diseño. Para ello en primer lugar se focaliza en mejorar relevamiento de requerimientos proponiendo la utilización de UIDs que facilita la comunicación con el cliente. Una vez definidos los requerimientos, comienza una etapa análisis donde se localizan los cruces de requerimientos; se brindan medios semánticos para señalar aspectos y composiciones navegacionales. Estos medios semánticos son una parte importante en la contribución porque extiende el modelo de análisis tradicional incursionando en Early Aspects a través de la identificación de aspectos en la etapa de análisis. Entrándonos en la etapa de diseño, utilizamos heurísticas de derivación, obtenemos un modelo de objetos tentativo el cual nos sirve de prototipo. Aunque este prototipo es tentativo, es de gran ayuda yo que nos da un panorama de las entidades (objetos) participantes. Finalmente, proponemos una base de análisis en el que se explora las relaciones encontradas en la identificación de aspectos para modelarlos y documentarlos en la etapa de diseño. El resultado obtenido es información tamizada, depurada, adecuada para un documento de especificación de la aplicación que el desarrollador utilizará para implemente los diferentes aspectos / Themes encontrados. Para acompañar esta teoría tan importante, construimos una herramienta que es capaz de almacenar digitalmente en un documento universal como es XML los requerimientos obtenidos en la etapa de análisis.Facultad de Informátic

Expressing aspectual interactions in requirements engineering: Experiences, problems and solutions

Aspect Oriented Requirements Engineering (AORE) provides support for modularizing crosscutting requirements. In the context of an industrial project in the domain of Slot Machines we needed to perform AORE, with a special emphasis on dependencies and interactions among concerns. We were however unable to find any report of large-scale industrial applications of AORE approaches that treat dependencies and interactions. We therefore evaluated two AORE approaches: Theme/Doc and MDSOCRE, to establish their applicability in our setting. In this paper we report on the limitations of both approaches we encountered and propose extensions that allow them to cope with concern interactions. We also show how these extensions provide the needed expressiveness by applying them to our industrial case study.Laboratorio de Investigación y Formación en Informática Avanzad