Search

The aim of this chapter is to introduce the reader to the dynamics of the software process, the ways to represent and formalize it, and how it can be integrated with other techniques to facilitate, among other things, process improvement. In order to achieve this goal, different approaches of software process modeling and simulation will be introduced, analyzing their pros and cons. Then, continuous modeling will be used as the modeling approach to build software process models that work in the qualitative and quantitative fields, assessing the decision-making process and the software process improvement arena. The integration of this approach with current process assessment models (such as CMM), static and algorithmic models (such as traditional models used in the estimation process) and the design of a metrics collection program which is triggered by the actual process of model building will also be described in the chapter. Comisión Interministerial de Ciencia y Tecnología (CICYT) TIN2004-06689-C03-03

Durante los cursos académicos 2010/2011 y 2011/2012 se han llevado a cabo un experimento y una réplica del mismo en el marco de la asignatura de bases de datos. La característica más destacable de estos estudios radica en que los equipos se han formado en función de un factor de personalidad de los miembros de los mismos, en concreto la extroversión. El objetivo de ambos estudios empíricos consiste en comprobar si el grado de extroversión del equipo (en función de la extroversión de los miembros del mismo) afecta, por un lado, a la calidad final de los productos software desarrollados y, por otro lado, a la satisfacción de los miembros del equipo durante el desarrollo de dichos productos. En este trabajo se presentan los resultados obtenidos en la réplica y la agregación de los resultados de ambos estudios. Como principal conclusión, cabe destacar que tanto la réplica como la agregación de resultados afianzan los resultados del experimento original, que establecían que a la hora de formar equipos, si el docente equilibra el número de estudiantes con carácter extrovertido y no extrovertido, conseguirá un alto nivel de satisfacción durante la realización de los proyectos sin que la calidad de los productos software desarrollados se vea mermada. A controlled experiment and a replication of it have been carried out during the academic courses 2010/2011 and 2011/2012 in the context of a databases subject. The most remarkable characteristic of these studies relies on the fact that the work-teams were set according to a personality factor of their members (extroversion). The goal of the studies is to check whether the extroversion degree of the teams (accordingly to the extroversion degree of their members) affects, on one hand, the global quality of the software products developed and, on the other hand, the satisfaction perceived by the members of the teams while developing those products. In this work, we present the results of the replication and the aggregation of both studies. As a main conclusion, all these results strengthen the conclusion obtained in the original controlled experiment. This conclusion states that balancing the number of extroverted and non-extroverted students in a team-work, makes the overall satisfaction level achieved to be the highest while the quality of the software products developed is not reduced. Esta investigación se ha financiado gracias a los siguientes proyectos: MEDUSAS (CDTI-MICINN y FEDER IDI-20090557), ORIGIN (CDTIMICINN y FEDER IDI-2010043(1-5)), PEGASO/MAGO (MICINN y FEDER, TIN2009-13718-C02-01), GEODAS-BC (MINECO y FEDER, TIN2012-37493-C03-01), Tecnologías para la Replicación y Síntesis de Experimentos en IS (MICINN TIN2011-23216) y GoLite (MICINN TIN2011-24139).

Versión electrónica de la ponencia presentada en la XVII Jornadas de Ingeniería del Software y de Bases de Datos (JISBD’2012), celebrada en 2012 en Almería, Antecedentes. La creciente importancia del Open Source Software (OSS) ha llevado a los investigadores a estudiar cómo los procesos OSS difieren de los procesos de la ingeniería del software tradicional. Objetivo. Determinar las diferencias y similitudes entre las actividades del proceso de mantenimiento seguido por la comunidad OSS y el establecido por el estándar IEEE 1074:2006. Método. Para conocer las actividades que conforman el proceso de desarrollo OSS realizamos un Systematic Mapping Study. Posteriormente, realizamos un emparejamiento entre las actividades del estándar IEEE 1074:2006 con las actividades del proceso OSS. Resultados. Encontramos un total de 22 estudios primarios. De estos estudios, el 73% contaban con actividades relacionadas con el proceso de mantenimiento. Conclusiones. El proceso de mantenimiento tradicional del software no encaja con lo que ocurre en la comunidad OSS. En su lugar, puede ser mejor caracterizar la dinámica general de la evolución OSS como reinvención. Esta reinvención emerge continuamente de la adaptación, aprendizaje, y mejora de las funcionalidades y calidad del OSS. Los proyectos OSS evolucionan a través de mejoras menores donde participan tanto usuarios como desarrolladores., Esta investigación ha sido financiada por el Ministerio de Ciencia e Innovación de España con los proyectos titulados “Tecnologías para la Replicación y Síntesis de Experimentos en IS” (TIN2011-23216) y “Go Lite” (TIN2011-24139).

Versión electrónica de la ponencia presentada en la XVII Jornadas de Ingeniería del Software y de Bases de Datos (JISBD’2012), celebrada en 2012 en Almería, A la hora de formar un equipo de desarrollo se suelen tener en cuenta factores tales como el conocimiento y la pericia de los distintos miembros que formarán parte del equipo. Existe una tendencia, defendida por los sociólogos, que recomienda que también se tengan en cuenta factores relativos a la personalidad de los miembros del equipo, entre ellos, la extroversión de los mismos. En un estudio anterior se llevó a cabo un experimento controlado para estudiar la relación entre la extroversión de los miembros del equipo de trabajo y la calidad de los productos software obtenidos y la satisfacción percibida durante el proceso de desarrollo. En dicho estudio se concluyó que equilibrar la presencia de miembros extrovertidos y no extrovertidos en un equipo de trabajo lleva a conseguir productos de mejor calidad y, especialmente, a que la satisfacción percibida por los miembros del equipo sea muy superior que cuando los equipos sólo cuentan con miembros de carácter únicamente extrovertido o no extrovertido. Este trabajo presenta una réplica del estudio original y los resultados obtenidos confirman los resultados del experimento original para la relación positiva y directa entre los equipos con un número equilibrado de integrantes extrovertidos y no extrovertidos y la calidad de las especificaciones de requisitos software desarrolladas. Al mismo tiempo, la percepción de la satisfacción de los integrantes de los equipos sigue siendo positiva en la mayor parte de los casos., Esta investigación se ha financiado gracias a los siguientes proyectos: MEDUSAS (CDTI-MICINN and FEDER IDI-20090557), ORIGIN (CDTIMICINN and FEDER IDI-2010043(1-5)), PEGASO/MAGO (MICINN and FEDER, TIN2009-13718-C02-01), EECCOO (MICINN TRA2009_0074), MECCA (JCMM PII2I09-0075-8394), IMPACTUM (JCCM PEII11-0330-4414), Tecnologías para la Replicación y Síntesis de Experimentos en IS (MICINN TIN2011-23216) and Go Lite (MICINN TIN2011-24139).

Versión electrónica de la ponencia presentada en la XVII Jornadas de Ingeniería del Software y de Bases de Datos (JISBD’2012), celebrada en 2012 en Almería, La usabilidad es un atributo de calidad y un aspecto crítico en los sistemas de software. Se ha establecido que algunas de las recomendaciones para mejorar la usabilidad dadas desde el campo de la Interacción Persona Ordenador tienen impacto en el diseño de software. En este artículo presentamos la implementación de una solución reutilizable para realizar una funcionalidad de usabilidad con alto impacto en el diseño: Abortar Operación. Desarrollamos tres aplicaciones web como casos de estudio, incluimos esta funcionalidad de usabilidad y buscamos elementos comunes en las implementaciones. Encontramos escenarios de aplicación, responsabilidades, clases, métodos, atributos y trozos de código comunes en los tres desarrollos. Con base en estos hallazgos, proponemos elementos reutilizables para incorporar la funcionalidad de usabilidad en el análisis, diseño y programación. Formalizamos la solución como un patrón de diseño y patrones de programación en tres lenguajes: PHP 5, Java y Visual Basic .NET., Este trabajo ha sido financiado por el Ministerio de Ciencia e Innovación de España a través de los proyectos Tecnologías para la Replicación y Síntesis de Experimentos en IS (TIN2011-23216) y Go Lite (TIN2011-24139).

Background: There is no globally accepted open source software development process to define how open source software is developed in practice. A process description is important for coordinating all the software development activities involving both people and technology. Aim: The research question that this study sets out to answer is: What activities do open source software process models contain? The activity groups on which it focuses are Concept Exploration, Software Requirements, Design, Maintenance and Evaluation. Method: We conduct a systematic mapping study (SMS). A SMS is a form of systematic literature review that aims to identify and classify available research papers concerning a particular issue. Results: We located a total of 29 primary studies, which we categorized by the open source software project that they examine and by activity types (Concept Exploration, Software Requirements, Design, Maintenance and Evaluation). The activities present in most of the open source software development processes were Execute Tests and Conduct Reviews, which belong to the Evaluation activities group. Maintenance is the only group that has primary studies addressing all the activities that it contains. Conclusions: The primary studies located by the SMS are the starting point for analyzing the open source software development process and proposing a process model for this community. The papers in our paper pool that describe a specific open source software project provide more regarding our research question than the papers that talk about open source software development without referring to a specific open source software project.

El desarrollo de proyectos en equipo a lo largo del curso de una asignatura es una práctica del aprendizaje basado en proyectos, ampliamente recomendable en la implantación de los nuevos grados adaptados al Espacio Europeo de Educación Superior (EEES). La formación de equipos generalmente se basa en las preferencias de los estudiantes, pero consideramos que, como se ha encontrado en la literatura, podría estar basada en factores de personalidad de los integrantes del equipo de desarrollo, ya que estos factores pueden afectar a la calidad del producto software desarrollado y a la satisfacción percibida por el equipo de desarrollo. En este trabajo se presenta un experimento controlado, llevado a cabo durante un curso académico en la asignatura de Bases de Datos. Este experimento pretende evaluar si el grado de extroversión de un equipo de trabajo influye, por un lado, en la calidad final de los productos software obtenidos y, por otro, en la satisfacción percibida durante la realización de los mismos. Los resultados obtenidos indican que a la hora de formar equipos de trabajo, el docente encargado de la asignatura podría realizar un test de personalidad previo que le permita equilibrar el número de miembros con carácter extrovertido y no extrovertido que forman parte de los equipos. De este modo se consigue que los estudiantes se sientan satisfechos con el trabajo realizado por el equipo sin que se vea mermada la calidad de los productos software desarrollados por los mismos. SUMMARY -- The development of projects in teams during the course of a subject is a project-based learning practice which is widely recommended in the new academic degrees that have been adapted to the European Higher Education Area (EHEA). The formation of teams is generally based on the students' preferences. However, we believe that, as it is found in literature, this formation could be based on factors related to the personality traits of the members of the development team, and that these factors might affect both the quality of the software product developed and the perceived satisfaction by the development team. In this work we present a controlled experiment, which was carried out during an academic course on Databases. The intention of this experiment was to evaluate whether the work team’s level of extroversion influenced, on the one hand, the final quality of the software products obtained and, on the other, the satisfaction perceived while this work was being carried out. The results obtained indicate that when forming work teams, the person teaching the subject should carry out a personality test beforehand in order to balance the amount of extrovert team members with those who are not extroverted. This would permit the students to feel satisfied with the work carried out by the team without reducing the quality of the software products developed.

Versión electrónica de la ponencia presentada en la XVI Jornadas de Ingeniería del Software y de Bases de Datos (JISBD 2011), celebrada en 2011 en A Coruña, Personas es una técnica perteneciente a la Interacción Persona- Ordenador (IPO) que recoge datos sobre los usuarios, comprende sus características, define personas ficticias y favorece que los desarrolladores se centren en tales personas durante todo el proceso de desarrollo de software. Nuestra investigación tiene como objetivo incorporar Personas a los desarrollos de Ingeniería del Software (IS), con el fin de mejorar la educción de requisitos. Sin embargo, para lograr esta incorporación es necesario dotar a Personas de la sistematicidad y formalidad propia de la IS. Hemos modificado Personas para su incorporación en la actividad de análisis de requisitos. Personas aporta la comprensión del usuario, tradicionalmente menos tratada en la IS. Con la incorporación de Personas a los desarrollos habituales se enriquecen las actividades de análisis de requisitos de los sistemas software usables., Esta investigación ha sido financiada en el marco del proyecto titulado “METEORIC: Meta-Tool Environments for Model-Oriented Collaborative Web Applications”, Código: TIN2008-02081/TIN, por el Ministerio de Ciencia e Innovación de España.

Versión electrónica de la ponencia presentada en la XVI Jornadas de Ingeniería del Software y de Bases de Datos (JISBD 2011), celebrada en 2011 en A Coruña, Este artículo presenta una comparativa de dos selecciones de estudios primarios durante una revisión sistemática para una investigación exploratoria sobre el proceso de desarrollo de software open source. Ambas revisiones utilizan el procedimiento de Kitchenham. Pero, uno selecciona los estudios primarios mediante un procedimiento exhaustivo realizado por un investigador novato y el otro utiliza un procedimiento contextual realizado por un investigador experto. Los criterios de comparación son tiempo consumido en horas y conjunto de artículos relevantes. El porcentaje de artículos relevantes que no encontró el experto es del 20% respecto a los encontrados por el novato. Sin embargo, el tiempo invertido por el experto es una décima parte del tiempo consumido por el novato. Estos resultados sugieren que la experiencia del experto influye en la revisión y proponemos involucrar al investigador experto en el desarrollo del protocolo de revisión, selección y evaluación de calidad de estudios primarios., Esta investigación ha sido financiada en el marco del proyecto titulado “Generación de Evidencias mediante Combinación de Resultados Experimentales”, Código: TIN2008-00555, por el Ministerio de Ciencia e Innovación de España.

La formación de los equipos de proyectos de software se realiza, por lo general, de forma empírica. Sin embargo, en este proceso se deben considerar múltiples factores. En la literatura resultan escasos los trabajos donde se modele este proceso. La mayor parte de ellos constituyen propuestas que no consideran ningún aspecto vinculado a la formación del equipo como un todo. En este trabajo se describen los principales resultados del proceso de gestión de conocimientos realizado para obtener los elementos considerados en un modelo formal para la asignación de personal a equipos en proyectos de software. Estos elementos fueron identificados mediante el uso del método Delphi y la aplicación de tests., The formation of software project teams is carried out, in general, in an empiric manner. However, in this process should consider multiple factors. In literature the works where this process is modeled are scarce, and most of them do not consider any aspect linked to the formation of the team as a whole. In this work, the main results of the process of knowledge management carried out to obtain the elements considered in a formal model for the assignment people to teams in software projects is described. These elements were identified through the use of the Delphi method, and of the application of psychological tests.