Yania Crespo | Universidad de Valladolid (original) (raw)
Papers by Yania Crespo
Conferencia Iberoamericana de Software Engineering, 2019
arXiv (Cornell University), Apr 18, 2021
Factores que tienen en cuenta los desarrolladores en la priorización de smells para su corrección: Conclusiones después de una réplica, 2019
Actas de las 21st Jornadas de Ingenier�a del Software y Bases de Datos, JISBD 2016, 2016
Information and Software Technology
The reuse life-cycle is mainly divided into development with reuse and development for reuse [10]... more The reuse life-cycle is mainly divided into development with reuse and development for reuse [10]. In the object-oriented scope, when developing with reuse, the first step is al-ways to find, in libraries and/or repositories, the set of candidate classes that will probably be ...
Communications in Computer and Information Science, 2021
Technical Debt Conference, Mar 21, 2021
Technical Debt management is an important aspect in the training of Software Engineering students... more Technical Debt management is an important aspect in the training of Software Engineering students. In this paper we study the effect of two assessment strategies in an educational context: One based on penalisation, the other based on rewards. Both are applied to assignments where the students develop a project focusing on keeping a low technical debt level, and obtaining a high quality code. We describe the design, tools and context of the strategies applied. SonarQube, a tool commonly used in production environments, is used for measuring the metrics. The penalisation strategy is based on a SonarQube quality gate. The reward strategy is based on a contest, where an automatic judge tool is devised to provide an online leaderboard with a classification based on the SonarQube metrics. An empirical study is conducted to determine which of the strategies works better to help the students/trainees keep the Technical Debt low. Statistically significant results are obtained in 5 of the 8 analysed metrics, showing that the reward strategy works much better. The effect size of the executed statistical tests is analysed, resulting in medium and large effect size in the majority of the analysed metrics.
Journal of King Saud University - Computer and Information Sciences
Proceedings of the 31st International Conference on Software Engineering and Knowledge Engineering, 2019
Information and Software Technology, 2021
En modelado conceptual los conceptos generalización y especialización tienen una estrecha relació... more En modelado conceptual los conceptos generalización y especialización tienen una estrecha relación con la noción de herencia ofrecida en los lenguajes de programación orientados a objetos. Sin embargo, la herencia como mecanismo de programación tiene ...
Software Quality Journal, 2018
Jornadas de Ingeniería del Software y Bases de Datos, 2002
La Reingenieria de Bases de Datos consiste, en primer lugar, en recuperar toda la informacion pos... more La Reingenieria de Bases de Datos consiste, en primer lugar, en recuperar toda la informacion posible sobre la estructura de datos (conceptual, logica y fisica) presente en una Base de Datos Legada (LDB) y en uno (o varios) Sistema Software Legado (LSS) para, posteriormente, redisenar el esquema conceptual, transformar la LDB en la Base de datos Nueva (NDB) y el LSS en el Sistema Software Nuevo (NSS) y acometer la migracion de los datos de la LDB a la NDB. La primera fase de este proceso se denomina Ingenieria Inversa de Bases de Datos y esta formada por dos actividades principales que se pueden denominar Analisis de Datos y Abstraccion Conceptual [6]. La actividad del Analisis de Datos intenta recuperar un esquema de datos logico actualizado que este completo estructuralmente y con su semantica bien identificada y documentada [5]. Este esquema logico enriquecido es la entrada para la segunda actividad, la Abstraccion Conceptual. La Abstraccion Conceptual intenta transformar este esquema logico a un esquema conceptual equivalente. Las representaciones habituales de este esquema se hacen en terminos del Modelo Entidad-Relacion o del Modelo Orientado a Objetos. Ambos proporcionan el nivel de abstraccion suficiente para acometer las posteriores actividades de Reingenieria. El proceso de la Reingenieria de Bases de Datos no se ajusta a un modelo en cascada, en el que la actividad de Abstraccion Conceptual no se habria de comenzar hasta que no se hubiera terminado la de Analisis de Datos [5]. Los ingenieros comienzan con las actividades propias de la Ingenieria cuando el esquema logico aun esta incompleto o es inconsistente. Segun vayan acumulando mas conocimiento sobre la estructura de la LDB volveran atras en el proceso e iran completando el esquema logico inicial. Por esta razon se hace imprescindible definir un proceso para la obtencion y transformacion de estos esquemas que pueda ser automatizado, interactivo e iterativo, hasta conseguir obtener el esquema conceptual mas conveniente y, ademas, un metodo que soporte la migracion automatica de los datos de la LDB a la base de datos que finalmente se construya.
International Workshop on Requirements Reuse in System Family Engineering………………………………………………………….1... more International Workshop on Requirements Reuse in System Family Engineering………………………………………………………….1 Program committee…………………………………………………………………………………………………………………………………..2 Programme……………………………………………………………………………………………………………………………………………..3
Abstract: One of the most important factors of success in the development of a software product l... more Abstract: One of the most important factors of success in the development of a software product line is the elicitation, management, and representation of the variability. In this context, this article explores the advantages of adopting the Model Driven Development (MDD) paradigm in the variability management, including the transformation of feature graphs into UML models. The global picture involves a sequence of models from requirements to features and from both to the architecture (a UML model). The conclusion is positive as the introduction of MDD ideas raises the abstraction level in the instantiation process of the product line. More effort is needed to further evaluate some of the ideas related to MDD transformations: in particular, traceability register is essential if we want to exploit their benefits. 1
Conferencia Iberoamericana de Software Engineering, 2019
arXiv (Cornell University), Apr 18, 2021
Factores que tienen en cuenta los desarrolladores en la priorización de smells para su corrección: Conclusiones después de una réplica, 2019
Actas de las 21st Jornadas de Ingenier�a del Software y Bases de Datos, JISBD 2016, 2016
Information and Software Technology
The reuse life-cycle is mainly divided into development with reuse and development for reuse [10]... more The reuse life-cycle is mainly divided into development with reuse and development for reuse [10]. In the object-oriented scope, when developing with reuse, the first step is al-ways to find, in libraries and/or repositories, the set of candidate classes that will probably be ...
Communications in Computer and Information Science, 2021
Technical Debt Conference, Mar 21, 2021
Technical Debt management is an important aspect in the training of Software Engineering students... more Technical Debt management is an important aspect in the training of Software Engineering students. In this paper we study the effect of two assessment strategies in an educational context: One based on penalisation, the other based on rewards. Both are applied to assignments where the students develop a project focusing on keeping a low technical debt level, and obtaining a high quality code. We describe the design, tools and context of the strategies applied. SonarQube, a tool commonly used in production environments, is used for measuring the metrics. The penalisation strategy is based on a SonarQube quality gate. The reward strategy is based on a contest, where an automatic judge tool is devised to provide an online leaderboard with a classification based on the SonarQube metrics. An empirical study is conducted to determine which of the strategies works better to help the students/trainees keep the Technical Debt low. Statistically significant results are obtained in 5 of the 8 analysed metrics, showing that the reward strategy works much better. The effect size of the executed statistical tests is analysed, resulting in medium and large effect size in the majority of the analysed metrics.
Journal of King Saud University - Computer and Information Sciences
Proceedings of the 31st International Conference on Software Engineering and Knowledge Engineering, 2019
Information and Software Technology, 2021
En modelado conceptual los conceptos generalización y especialización tienen una estrecha relació... more En modelado conceptual los conceptos generalización y especialización tienen una estrecha relación con la noción de herencia ofrecida en los lenguajes de programación orientados a objetos. Sin embargo, la herencia como mecanismo de programación tiene ...
Software Quality Journal, 2018
Jornadas de Ingeniería del Software y Bases de Datos, 2002
La Reingenieria de Bases de Datos consiste, en primer lugar, en recuperar toda la informacion pos... more La Reingenieria de Bases de Datos consiste, en primer lugar, en recuperar toda la informacion posible sobre la estructura de datos (conceptual, logica y fisica) presente en una Base de Datos Legada (LDB) y en uno (o varios) Sistema Software Legado (LSS) para, posteriormente, redisenar el esquema conceptual, transformar la LDB en la Base de datos Nueva (NDB) y el LSS en el Sistema Software Nuevo (NSS) y acometer la migracion de los datos de la LDB a la NDB. La primera fase de este proceso se denomina Ingenieria Inversa de Bases de Datos y esta formada por dos actividades principales que se pueden denominar Analisis de Datos y Abstraccion Conceptual [6]. La actividad del Analisis de Datos intenta recuperar un esquema de datos logico actualizado que este completo estructuralmente y con su semantica bien identificada y documentada [5]. Este esquema logico enriquecido es la entrada para la segunda actividad, la Abstraccion Conceptual. La Abstraccion Conceptual intenta transformar este esquema logico a un esquema conceptual equivalente. Las representaciones habituales de este esquema se hacen en terminos del Modelo Entidad-Relacion o del Modelo Orientado a Objetos. Ambos proporcionan el nivel de abstraccion suficiente para acometer las posteriores actividades de Reingenieria. El proceso de la Reingenieria de Bases de Datos no se ajusta a un modelo en cascada, en el que la actividad de Abstraccion Conceptual no se habria de comenzar hasta que no se hubiera terminado la de Analisis de Datos [5]. Los ingenieros comienzan con las actividades propias de la Ingenieria cuando el esquema logico aun esta incompleto o es inconsistente. Segun vayan acumulando mas conocimiento sobre la estructura de la LDB volveran atras en el proceso e iran completando el esquema logico inicial. Por esta razon se hace imprescindible definir un proceso para la obtencion y transformacion de estos esquemas que pueda ser automatizado, interactivo e iterativo, hasta conseguir obtener el esquema conceptual mas conveniente y, ademas, un metodo que soporte la migracion automatica de los datos de la LDB a la base de datos que finalmente se construya.
International Workshop on Requirements Reuse in System Family Engineering………………………………………………………….1... more International Workshop on Requirements Reuse in System Family Engineering………………………………………………………….1 Program committee…………………………………………………………………………………………………………………………………..2 Programme……………………………………………………………………………………………………………………………………………..3
Abstract: One of the most important factors of success in the development of a software product l... more Abstract: One of the most important factors of success in the development of a software product line is the elicitation, management, and representation of the variability. In this context, this article explores the advantages of adopting the Model Driven Development (MDD) paradigm in the variability management, including the transformation of feature graphs into UML models. The global picture involves a sequence of models from requirements to features and from both to the architecture (a UML model). The conclusion is positive as the introduction of MDD ideas raises the abstraction level in the instantiation process of the product line. More effort is needed to further evaluate some of the ideas related to MDD transformations: in particular, traceability register is essential if we want to exploit their benefits. 1