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

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).

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.

Ámbito: En las últimas décadas, el software de código abierto (que a partir de ahora nos referiremos a él como OSS debido a sus siglas Open Source Software) ha alcanzado mucha importancia, conformando comunidades de usuarios y desarrolladores y convirtiéndose en un componente importante dentro de la Informática. No obstante, varios investigadores reconocen en sus estudios el problema de la escasa usabilidad, debido especialmente al amplio crecimiento de los usuarios que no se dedican a desarrollar sus aplicaciones. Más aún, hay escasos trabajos en la literatura que realicen réplicas de experimentos y agreguen los resultados de estos a fin de obtener evidencias empíricas consolidadas sobre la influencia de aspectos de usabilidad en aplicaciones OSS. Objetivo: El presente trabajo tiene dos objetivos: a) la realización de una réplica exacta del experimento de línea base llevado a cabo en 2019 para evaluar la satisfacción y la eficiencia de los usuarios que han participado durante el experimento después de aplicar los aspectos de usabilidad, es decir los plugins Letra Capital y Encabezado/Pie de Página, en el proyecto OSS OpenOffice Writer (OOW) mediante la realización de dos tareas distintas (Tarea 1 y Tarea 2); y b) la agregación de dos conjuntos de datos de una familia de dos experimentos (el experimento Base y el experimento Réplica del presente estudio experimental), para que, por medio de la adopción de métodos de meta-análisis, sea posible constatar la coherencia de los resultados que se obtengan a partir de la mencionada familia de experimentos y la determinación de conclusiones sólidas a fin de mejorar la usabilidad del proyecto OSS OOW. Método de Investigación: Se han seguido tres fases para esta investigación. En primer lugar, se analizó el diseño experimental factorial cruzado definido previamente y la aplicación OSS de OOW. En segundo lugar, se ha procedido a la realización del experimento siguiendo dicho diseño experimental, y se ha efectuado la agregación de datos del experimento Base con los resultados del presente estudio experimental, el experimento Réplica. Posteriormente, con los datos recabados se procedió a realizar un examen detallado de los mismos, en el que se han estudiado las variables de eficiencia y satisfacción, tras la recolección de los datos de número de clics, tiempo dedicado a completar la tarea y grado de satisfacción de los participantes por cada tarea, sin aplicar los aspectos de usabilidad incorporados en la aplicación OOW y tras el empleo de los mismos. En este estudio se han analizado y comparado los estadísticos descriptivos y diagramas de violín complementados con gráficos de perfil. Para concluir este estudio, se han realizado test ANOVA de tipo III con el método Satterthwaite para comprobar las hipótesis del experimento. En tercer lugar, hemos analizado el meta-análisis realizado a partir del cual hemos interpretado los resultados. Resultados: Los resultados del meta-análisis permiten afirmar que las mejoras de usabilidad en la aplicación OOW influyen positivamente de forma significativa en la eficiencia medida como la rapidez (tiempo) que tardan los usuarios en finalizar las tareas. No obstante, parece que la eficiencia medida como la cantidad total de clics que realizan los participantes en cada tarea (nivel de interacción) y la satisfacción de los usuarios al realizar cada tarea no se vieron afectadas de manera significativa con la presencia de los aspectos de usabilidad incorporados en OOW. Conclusión: A partir de las evidencias empíricas obtenidas de la agregación de datos, podemos afirmar que los usuarios son más rápidos para realizar las tareas a causa de los aspectos de usabilidad de Letra Capital y Encabezado/Pie de Página incorporados en OOW. Parece que las siguientes dos cuestiones: la Tarea 2 era más laboriosa que la Tarea 1 (por lo que tardaban un mayor tiempo en realizarla) unido a que los usuarios no tenían experiencia con los aspectos de usabilidad (es decir, no los usaban adecuadamente), han afectado directamente tanto al nivel de interacción de los usuarios con OOW como a su satisfacción. Por lo tanto, podemos concluir que, tanto el nivel de interacción como el de satisfacción deben mejorarse mediante la realización de menos clics por cada tarea y el conocimiento de la funcionalidad de los aspectos de usabilidad para una mayor comodidad de los usuarios

Máster Universitario en Investigación e Innovación en Inteligencia Computacional y Sistemas Interactivos, Both novice and experienced developers rely more and more in external sources of code to include into their programs by copy and paste code snippets. This behavior differs from the traditional software design approach where cohesion was achieved via a conscious design effort. Due to this fact, it is essential to know how copy and paste programming practices are actually carried out, so that IDEs (Integrated Development Environments) and code recommenders can be designed to fit with developer expectations and habits

Los chatbots son agentes conversacionales basados en mensajes. Estos se encuentran en pleno crecimiento, ya que son utilizados cada vez por un mayor número de usuarios en una gran variedad de ámbitos. Al ser sistemas interactivos, los chatbots requieren de las características de usabilidad. No obstante, hay pocos estudios en la literatura que realicen tanto experimentos como sus réplicas y que lleven a cabo la agregación de los resultados de cada uno de los experimentos verdaderos para consolidar los resultados sobre la usabilidad de los chatbots. En este trabajo se realiza una segunda réplica (con 48 participantes) de un experimento base (54 participantes) que fue realizado en julio de 2019, así como la primera réplica (con 30 participantes) también llevada a cabo en el año 2019, con el objetivo de agregar los datos de los tres estudios experimentales y asegurar la fiabilidad de los resultados mediante las técnicas empleadas de metaanálisis. Dichos experimentos evalúan la usabilidad del chatbot SOCIO, que, mediante las redes sociales Twitter y Telegram, interpreta los mensajes de los usuarios para construir modelos o meta-modelos, permitiendo a la Ingeniería del Software realizar esta tarea de manera colaborativa, en relación con la aplicación web Creately, que permite construir, entre otros, diagramas de clases. El diseño del experimento es de tipo crossover, en el que el 50% de los sujetos experimentales emplean Creately para desarrollar la primera tarea del experimento y SOCIO para la segunda, mientras que el otro 50% de los sujetos experimentales aplican los tratamientos en el orden contrario. Las tareas consisten en realizar diagramas de clases en equipos de tres integrantes. Tras la realización del experimento, se ejecuta un análisis gráfico a través de la elaboración de boxplots de los datos correspondientes a cada métrica de las características de usabilidad, es decir, la eficacia, la eficiencia y la satisfacción, así como también la calidad de los modelos elaborados. Después, para cada métrica se aplica un modelo lineal mixto. Finalmente se realiza el cálculo del tamaño del efecto producido por el tratamiento. Tras analizar este experimento se determina que el tamaño muestral es insuficiente, por lo que no se han obtenido diferencias significativas generadas por el tratamiento en ninguna métrica. Sin embargo, la tarea parece generar diferencias en todas las métricas a excepción de la satisfacción y el tiempo de realización. Mediante la agregación de los resultados se obtiene una muestra de tamaño mucho mayor, aumentando así la evidencia estadística para obtener resultados relevantes. De ahí el empleo de técnicas de meta-análisis, que corresponden a instrumentos estadísticos adecuados para combinar resultados de familias de experimentos. En concreto, se ha utilizado el modelo de regresión lineal del tipo Individual Participant Data Stratified. Finalmente, los resultados a nivel de familia de experimentos reflejan diferencias significativas entre SOCIO y Creately con respecto a la eficiencia, la satisfacción y la calidad. Concretamente, se muestra mayor nivel de eficiencia (tiempo para elaborar una tarea y nº de mensajes intercambiados de discusión durante la misma), satisfacción y precisión del modelo (porcentaje de elementos correctos en el diagrama elaborado por un equipo, en función de los elementos del diagrama ideal) con SOCIO, mientras que Creately parece mejor en términos de las variables recall (porcentaje de elementos del diagrama ideal que se encuentran en el diagrama realizado por un sujeto experimental) y aciertos (tasa de éxito de cada equipo, en comparación con la solución ideal), ambas métricas de la calidad. De esta manera, se ha comprobado que los resultados a nivel de familia son mucho más precisos que los resultados del experimento individual, debido al aumento en el tamaño muestral en la agregación

En nuestro país, la gran mayoría de ingenierías actualmente disponen de una normativa que defne la elaboración formal de los documentos de un proyecto técnico. Sin embargo, la Ingeniería Informática no cuenta con una normativa aprobada ni consensuada. La falta de este conjunto de documentos supone numerosos riesgos entre el cliente y el proveedor del proyecto. Ante el aumento en la demanda que supone el crecimiento de la realización de proyectos informáticos y, debido a esta carencia, recientemente el Consejo General de Colegios Profesionales de Ingeniería Informática, en colaboración con varias universidades y empresas, ha propuesto una Normativa Técnica para esta profesión. En este trabajo se realiza una revisión de esta normativa, y su relación con la documentación software propuesta en diferentes estándares. Debido a la importancia y necesidad de aprobar una normativa para la elaboración de documentación de proyectos de Ingeniería del Software, el objetivo principal de este trabajo se centra en el estudio de la Normativa Técnica propuesta con el fn de mejorar su contenido. Para realizar esta revisión se parte de un proceso de análisis, que a través de una serie de pasos establecidos, permitirá identifcar y clasifcar los puntos más relevantes de cada norma relacionada con la documentación software para, posteriormente, poder compararlas entre ellas. Finalmente, se realizará una prueba de concepto donde se aplicará esta Normativa Técnica mejorada en un proyecto software.

Tesis doctoral inédita leída en la Universidad Autónoma de Madrid, Escuela Politécnica Superior, Departamento de Ingenieria Informática. Fecha de Lectura: 31-07-2019

Los chatbots, agentes de conversación basados en mensajería, han experimentado un gran crecimiento recientemente y están siendo utilizados en diferentes áreas por una amplia variedad de usuarios. Los chatbots están diseñados para hacer las interacciones con el usuario lo más naturales posibles. Un aspecto crítico en los sistemas software interactivos es la usabilidad, necesaria para proporcionar una experiencia de usuario adecuada. La usabilidad de un chatbot puede ser evaluada a través de experimentos, sin embargo, son pocos los estudios encontrados en la literatura con este propósito. El objetivo del presente trabajo es diseñar y realizar un experimento para evaluar la usabilidad del chatbot SOCIO, cuya funcionalidad es ayudar en la elaboración de diagramas de clases mediante la interpretación del lenguaje natural. Además, está integrado en las redes sociales Twitter y Telegram, por lo que permite trabajar de manera colaborativa. La evaluación de la usabilidad de SOCIO se realiza mediante la comparación con la usabilidad de otra herramienta que también permite la elaboración de diagramas de clases, la aplicación web Creately. La usabilidad es evaluada con respecto a la eficacia, la eficiencia y la satisfacción desde el punto de vista de usuarios con conocimientos en informática, a su vez se evalúa y compara la calidad de los diagramas de clases obtenidos al emplear dichas herramientas. El experimento propuesto presenta un diseño crossover. En él, la mitad de los sujetos experimentales utilizan el chatbot SOCIO para realizar la primera tarea del experimento y Creately para llevar a cabo la segunda tarea. La otra mitad de los participantes aplica los tratamientos en el orden inverso, realizando la primera tarea con Creately y la segunda con SOCIO. Cada tarea consiste en la elaboración de un diagrama de clases en equipos de tres integrantes. En el experimento han participado de manera voluntaria 30 estudiantes con conocimientos en Ingeniería Informática. El tamaño muestral se corresponde con el número de equipos formados durante el experimento, en este caso, 10 equipos. Tras la ejecución del experimento, se analizan estadísticamente los datos recolectados. En primer lugar, se realiza un análisis descriptivo, mediante diagramas de caja, de los datos asociados a las métricas de la eficacia, eficiencia, satisfacción y calidad. En segundo lugar, se ajusta un modelo lineal mixto para cada métrica, y los resultados se complementan calculando el tamaño del efecto del tratamiento, a través del cálculo de la d de Cohen y su error estándar. A partir de los resultados del análisis y su discusión, se concluye que el tamaño muestral del experimento parece insuficiente y ha podido causar la inexistencia de diferencias significativas producidas por las herramientas en las métricas asociadas a la eficacia, la eficiencia y la calidad. Sin embargo, en relación con la eficiencia, medida a través del tiempo y los mensajes de discusión, parece que el chatbot SOCIO es más eficiente que Creately, es decir, se requiere menor esfuerzo al utilizar SOCIO. Este hecho se refleja en los diagramas de caja asociados a dichas métricas. Estos diagramas muestran tiempos más bajos para el chatbot y un menor número de mensajes de discusión intercambiados. La variable satisfacción sí parece verse afectada por la herramienta utilizada, con resultados favorables para SOCIO. Finalmente, la tarea parece afectar a la satisfacción y a las métricas de la calidad, en concreto, la segunda tarea parece producir peores resultados. También, la secuencia (orden de aplicación) parece afectar a ciertas métricas de la calidad, implicando que la interacción entre la tarea y el tratamiento o los efectos de carryover se han materializado, lo cual supone una amenaza a la validez interna. Ante los resultados obtenidos, se requiere de réplicas del experimento base para consolidar los resultados de la investigación.

Contexto: El software de código abierto (en adelante OSS por sus siglas en inglés de Open Source Software) ha ganado mucha importancia en las últimas décadas conformando comunidades de usuarios y desarrolladores. Estas comunidades presentan algunas características especiales tales como la distribución geográfica alrededor del mundo de sus miembros y una cultura centrada en el desarrollo técnico, que dificultan la incorporación directa de muchas de las técnicas de usabilidad según como lo prescribe la disciplina de la Interacción Persona-Ordenador (IPO). Objetivo: Este trabajo tiene por objetivos adaptar y evaluar la viabilidad de aplicar cuatro técnicas de usabilidad del área de la IPO: Evaluación Heurística (EH), Personas, Observación Directa y Encuesta System Usability Scale (SUS) en las respectivas aplicaciones de dos proyectos OSS, LibreOffice Writer (LO Writer) y Open Office Writer (OO Writer). Las técnicas de Observación Directa y Encuesta SUS se utilizan en el marco de un estudio experimental para comprobar si existe mejora de la eficiencia y satisfacción del usuario tras la incorporación de técnicas de usabilidad en las aplicaciones. Los resultados obtenidos de la aplicación de las técnicas se compararán entre ambos proyectos. Método: En primer lugar, para la adaptación de las técnicas se ha utilizado el método propuesto en el Marco de Integración de Técnicas de Usabilidad de Castro, desarrollado en la Escuela Politécnica Superior de la Universidad Autónoma de Madrid, a fin de que puedan ser aplicadas en los proyectos OSS. En segundo lugar, se ha definido un diseño experimental factorial cruzado para ser utilizado en sendos experimentos independientes en LO Writer y OO Writer. En los experimentos se estudiarán las variables Eficiencia y Satisfacción, recogiendo los datos del número de clics, tiempo y nivel de satisfacción de los participantes en cada aplicación al realizar distintas tareas antes y después de aplicar mejoras de usabilidad en las aplicaciones. Los datos serán analizados con los métodos estadísticos ANOVA factorial y la variante de Welch de la prueba t de Student a fin de comprobar el objetivo del estudio experimental planteado. Resultados: Los resultados de la EH permitieron detectar problemas de usabilidad en ambas aplicaciones, algunos de los cuales eran comunes como los relacionados con el diseño minimalista de la interfaz, la ayuda a los usuarios, la consistencia y estándares, entre otros. Los resultados de la técnica Personas mostraron similitudes en los modelos de Personas entre ambas aplicaciones. Finalmente, los resultados del estudio experimental mostraron que, tras incorporar la mejora, la eficiencia mejoró tanto en la rapidez como en el nivel de esfuerzo para realizar las tareas propuestas de manera significativa en LO Writer, mientras que en OO Writer, en los resultados no se apreció una mejora significativa en la eficiencia en cuanto al número de clics pero sí en el tiempo en segundos. En cuanto a la satisfacción de los usuarios, en ambas aplicaciones no se detectó una mejora significativa y, en general, es baja. Conclusión: Se ha conseguido adaptar las técnicas de usabilidad mencionadas de manera que se han podido solventar distintas condiciones desfavorables como por ejemplo, la necesidad de contar con un experto en usabilidad para aplicar la técnica, que se requieran varios pasos para realizar la técnica y la participación presencial de los usuarios. La viabilidad se ha demostrado con la aplicación de las técnicas adaptadas en ambas aplicaciones y obteniendo resultados concretos que han permitido mapear varios problemas de usabilidad y proponer mejoras al respecto, con la aplicación de la EH; determinar los modelos de Personas Primarias y Secundarias de las aplicaciones, con la realización de la técnica Personas; y estudiar el efecto de la incorporación de mejoras de usabilidad en la eficiencia y satisfacción de los usuarios. Por ello, las técnicas EH, Personas, Observación Directa y Encuesta SUS adaptadas en este trabajo pueden incorporarse directamente en los desarrollos habituales de OSS.

Cada día la usabilidad es más importante en el desarrollo y uso de distintos tipos de productos software. En el caso de las herramientas de desarrollo de software dirigido por modelos (en inglés, Model-Driven Development, MDD), a pesar de los beneficios que aportan tales como la reducción de costos y de tiempo de desarrollo, existen estudios que determinan que éstas todavía no poseen una amplia aceptación debido a la falta de usabilidad de las herramientas de MDD. El objetivo de este trabajo es la evaluación de la usabilidad de la herramienta de MDD INTEGRANOVA con respecto a los atributos de eficacia, eficiencia y satisfacción global. En concreto, se realiza un estudio empírico para analizar la usabilidad del editor del modelo de objetos de INTEGRANOVA, desde el punto de vista del desarrollador de software orientado a objetos (OO) y considerando diferentes niveles de experiencia con herramientas de MDD. La evaluación que se lleva a cabo en esta investigación se realiza desde dos puntos de vista complementarios siguiendo las recomendaciones de la disciplina de la Interacción Persona-Ordenador (IPO): desde el punto de vista de la evaluación con expertos, mediante la técnica de evaluación heurística de INTEGRANOVA, que ha permitido identificar problemas y mejoras de usabilidad para la interfaz de esta herramienta, y desde el punto de vista de la evaluación con usuarios finales a través de la técnica de observación directa. En este último tipo de evaluación, este trabajo incorpora un aspecto normalmente ausente en la IPO, que es la realización de un estudio empírico mediante el diseño de un cuasi experimento para obtener evidencias empíricas sobre si los usuarios con experiencia en el uso de herramientas de MDD similares a INTEGRANOVA (pero no con INTEGRANOVA) realizan un conjunto de tareas de modelado de clases con diferente dificultad interaccionando con INTEGRANOVA con mayor eficacia, eficiencia y satisfacción global que los usuarios sin experiencia. Una vez realizada la observación directa con ocho sujetos expertos y ocho sujetos novatos, que llevan a cabo 18 tareas de modelado OO de dificultad fácil, media y difícil, y obtenido los valores de eficacia, eficiencia y satisfacción global, se establece un estudio estadístico donde se analizan los estadísticos descriptivos básicos y los diagramas de caja para las diferentes combinaciones de factores. Además, para la variable dependiente eficiencia, al disponer de datos suficientes, se ha planteado un test ANOVA para cada una de las dos medidas en las que se descompone dicha variable: eficiencia propiamente dicha (tiempo que un sujeto necesita para completar la tarea) y eficiencia relativa (porcentaje de completitud de la tarea realizada en relación con el tiempo empleado en dicha tarea), considerando los dos grupos de sujetos y los tres niveles de dificultad de las tareas. Los resultados permiten afirmar que existen diferencias estadísticamente significativas entre los expertos y novatos y la eficiencia relativa al realizar las tareas de modelado con diferentes niveles de complejidad, obteniendo mejores valores los expertos en completar las tareas difíciles, de dificultad media y fáciles que los novatos. Sin embargo, en el tiempo empleado para la realización de las diferentes tareas no se observa un efecto significativo del nivel de experiencia de los usuarios, aunque los expertos son mucho más rápidos en la ejecución de los distintos tipos de tareas. vi Además, los expertos realizan cerca del 95% de las tareas tanto fáciles como medias y del 45% de las tareas difíciles frente a un porcentaje similar para las tareas fáciles, del 70% para las tareas medias y 10% para las tareas difíciles realizadas por los novatos. Por último, los resultados de satisfacción obtenidos para los sujetos partícipes tanto novatos como expertos revelan cierta insatisfacción durante la realización de las tareas con la aplicación, que presenta un nivel de usabilidad marginal. Los resultados obtenidos indican diferencias apreciables entre sujetos expertos y novatos así como también en las dificultades de las tareas (fácil, media y difícil). Sin embargo, el estudio refleja una mayor diferencia entre la dificultad de las tareas que el efecto de ser experto o novato., The importance of usability as part of the development and use of all sorts of software products is growing every day. Some studies have suggested that, despite its benefits like the reduction of development costs and time, model-driven development (MDD) is not widely accepted because MDD tools are not usable. The aim of this paper is evaluate the usability of one MDD tool, namely INTEGRANOVA, with respect to the attributes of effectiveness, efficiency and overall satisfaction. In fact, we conduct an empirical study to analyse the usability of the INTEGRANOVA object model editor from the viewpoint object-oriented (OO) software developers with different levels of expertise with respect to MDD tools. Following human-computer interaction (HCI) guidelines, the evaluation carried out in this research takes into account two complementary viewpoints: expert evaluation using the heuristic evaluation technique to evaluate INTEGRANOVA and end user evaluation using the direct observation technique. By means of heuristic evaluation, we were able to identify usability problems and improvements for the tool interface. Through the application of direct observation, this research took up an issue that is not usually addressed within HCI. To be exact, we conducted an empirical study with a quasi-experimental design in order to gather empirical evidence about whether users experienced in the use of MDD tools similar to INTEGRANOVA (but not INTEGRANOVA) interact more effectively and efficiently with INTEGRANOVA to perform a set of class modelling tasks of varying difficulty and are generally more satisfied with the tool than inexperienced users. The direct observation technique was applied to eight expert subjects and eight novice subjects. These subjects carried out 18 easy, medium and hard OO modelling tasks. A statistical study was conducted on resulting values for effectiveness, efficiency and overall satisfaction, analysing the basic descriptive statistics and the box plots for the different combinations of factors. Additionally, as there were sufficient data for the efficiency dependent variable, an ANOVA was conducted for each of the two measures into which this variable is decomposed: efficiency (time that it takes a subject to complete the task) and relative efficiency (percentage of the task completed with respect to the time spent on the task), considering the two subject groups and the three task difficulty levels. The results suggest that there are statistically significant differences between experts and novices with respect to their relative efficiency in performing the modelling tasks of different complexity levels. Experts were better at doing the difficult, medium and easy tasks than novices. However, user experience level was not found to have a significant effect on the time taken to complete the different tasks, although experts are much faster in performing such tasks. Additionally, experts perform nearly 95% of easy and medium tasks and 45% of the difficult tasks, whereas novices complete a similar percentage of easy tasks, 70% of medium tasks and 10% of difficult tasks. viii Finally, the results with respect to the overall satisfaction of both the novice and expert participants reveal some dissatisfaction during task performance using the application, which is found to have a low usability level. The results suggest that there are appreciable differences between both experts and novice subjects and with regard to task difficulty (easy, medium and difficult). Then again, the study indicates that task difficulty has a bigger effect than expertise.

Contexto: El open source software (OSS) ha ganado muchos adeptos en las últimas décadas conformando comunidades de OSS. Estas agrupaciones están constituidas por personas que pueden o no estar relacionadas espacial y/o temporalmente durante el desarrollo del proyecto. Debido al crecimiento de los usuarios de aplicaciones OSS que no son desarrolladores, y a que las empresas y organizaciones cada vez más están usando aplicaciones OSS, surge la necesidad y el interés por desarrollar OSS usable. No se conoce exactamente cómo aplicar las técnicas de usabilidad en los desarrollos OSS y no está claro cuáles técnicas de usabilidad utilizar en cada actividad del proceso de desarrollo de software. Esta problemática en las comunidades OSS durante el desarrollo de aplicaciones representa la motivación principal de la presente investigación junto con el análisis de las técnicas de usabilidad de la disciplina de la Interacción Persona-Ordenador (IPO), que se pretenden transformar para su incorporación en los desarrollos OSS. La revisión de la literatura permitió la selección de una taxonomía de técnicas de la IPO, dentro de la que se estudian las técnicas relacionadas con las actividades de la Ingeniería de Requisitos. A través de la adaptación de algunas de estas técnicas se busca mejorar y enriquecer la actividad de análisis de requisitos en el proceso de desarrollo de software, ya que tareas como el modelado del usuario y el conocimiento del concepto de producto han sido descuidados en los proyectos OSS. Objetivo: En este trabajo se transforman cuatro técnicas de usabilidad en las actividades de Ingeniería de Requisitos de Análisis de Usuarios y de Desarrollo del Concepto de Producto para poder ser incorporadas en el proceso de desarrollo OSS. Las técnicas analizadas y transformadas son: Personas y Perfiles de Usuarios relacionadas con la actividad de Análisis de Usuarios, y Focus Groups y Tormenta de Ideas Visual pertenecientes a la actividad de Desarrollo del Concepto de Producto. Además, se determina la viabilidad de aplicar estas técnicas de usabilidad en proyectos OSS. En concreto, las técnicas Personas, Perfiles de Usuarios, Focus Groups y Tormenta de Ideas Visual se aplican en los proyectos PSeInt, QUCS, ERMaster e HistoryCal, respectivamente. Método de Investigación: Para llevar a cabo este trabajo, en primer lugar, se realiza la revisión de las publicaciones a fin de determinar el estado actual de la usabilidad en OSS. Para ello, se utiliza el método de Systematic Mapping Study. En segundo lugar, el método propuesto en el Marco de Integración de Técnicas de Usabilidad de Castro, desarrollado en la Escuela Politécnica Superior de la Universidad Autónoma de Madrid, se lleva a cabo para transformar las técnicas de las actividades de Ingeniería de Requisitos seleccionadas a fin de ser aplicadas en los proyectos OSS. Por último, el método de investigación utilizado para validar la viabilidad de nuestra propuesta de incorporación de técnicas de usabilidad en proyectos OSS es el Múltiple Case Study. Los casos de estudio permiten obtener informaciones tales como los segmentos de usuarios para la actividad de Análisis de Usuarios y el modelo mental que tiene un usuario del producto para la actividad de Desarrollo del Concepto de Producto, sustentadas por la usabilidad y el desarrollo de software centrado en el usuario. A través de cuatro casos de estudio hemos validado la viabilidad de nuestra propuesta de incorporación de técnicas de usabilidad, participando como voluntaria en cuatro proyectos OSS reales: PSeInt, QUCS, ERMaster e HistoryCal que están disponibles en la página de SourceForge. Resultados: Se han realizado las adaptaciones de las técnicas considerando el método de transformación de técnicas de la IPO de Castro para su utilización en proyectos OSS, se han identificado las condiciones desfavorables que impiden tal incorporación y las modificaciones para adaptar dichas técnicas a la idiosincrasia de la comunidad OSS. Se comprobó la dificultad para aplicar estas técnicas en los proyectos OSS considerados, ya que en ellos no se ha dado importancia a la usabilidad de sus aplicaciones. Conclusiones: Luego de analizar y aplicar las técnicas de usabilidad en las actividades de Ingeniería de Requisitos en los desarrollos OSS, no resulta sencillo conseguir usuarios que participen desinteresadamente en proyectos de este tipo, ya que ellos normalmente no cuentan con suficiente tiempo y de no haber algún incentivo es difícil conseguir su participación. Durante la aplicación de las técnicas transformadas se ha podido comprobar que en todos los casos de estudio implementados existen impedimentos, como el número de usuarios participantes, el sesgo de información proporcionada por los desarrolladores, su distribución geográfica-temporal y la motivación de la comunidad OSS. Con el Marco de Integración de Técnicas de Usabilidad propuesto por Castro, cualquier profesional que requiera aplicar una técnica de usabilidad en OSS puede seleccionar la técnica que necesita dependiendo de su desarrollo y de su proyecto para aplicar alguna de las transformaciones sugeridas. Las técnicas Personas, Perfiles de Usuarios, Focus Groups y Tormenta de Ideas Visual transformadas en este trabajo pueden incorporarse directamente en los desarrollos OSS., Context: Open source software (OSS) has gained many followers over the last fewdecades, during which OSS communities have formed. OSS communities are composed of people who may or may not be spatially and/or temporally connected during project development. Due to the growth of non-developer OSS application users and to the fact that more and more companies and organizations are using OSS, there is an emerging need for and interest in developing usable OSS. It is not exactly known how to apply usability techniques in OSS development, and it is unclear which usability techniques to use in each software development process activity. This OSS community application development issue, together with the analysis of the of the human-computer interaction (HCI) usability techniques, is the main motivation of this research. These usability techniques are transformed for adoption in OSS development. The literature review singled out a taxonomy of HCI techniques. Of these, we study techniques related to requirements engineering activities. By adapting some of these techniques, we aim to improve and enrich the software development process requirements analysis activity, as OSS projects have neglected tasks such as user modelling and product concept knowledge. Objective: As part of this research, four usability techniques are transformed into the user analysis and product concept development requirements engineering activities for adoption within the OSS development process. The techniques analysed and transformed are personas and user profiling for the user analysis activity and focus groups and visual brainstorming for the product concept development activity, respectively. Additionally, the feasibility of applying usability techniques to OSS projects is tested. Specifically, the personas, user profiling, focus groups and visual brainstorming techniques are applied in the PSeInt, QUCS, ERMaster and HistoryCal projects, respectively. Research Method: For the purpose of this research, the literature was first reviewed in order to determine the state of the art as regards OSS usability. To do this, a systematic mapping study was conducted. Second, the method proposed in the Framework for Integrating Usability Techniques developed by Castro at the Autonomous University of Madrid’s School of Engineering was applied to transform the selected requirements engineering activity techniques for application in OSS projects. Finally, a multiple case study was the research method used to test the feasibility of this proposal for adopting usability techniques in OSS projects. Case studies are useful for gathering information, such as user segments for the user analysis activity and a user’s mental model of the product for the product concept development activity, supported by usability and user-centred software development. x The four case studies validated this proposal for the adoption of usability techniques through voluntary participation in four real OSS projects: PSeInt, QUCS, ERMaster and HistoryCal, all of which are available at the SourceForge website. Results: The techniques were adapted according to Castro’s method for transforming HCI techniques for use in OSS projects, identifying the conditions that are unfavourable to their adoption and the modifications for adapting the techniques to the idiosyncrasy of the OSS community. These techniques were found to be hard to apply in the analysed OSS projects because the importance of application usability had been neglected. Conclusions: After analysing and applying usability techniques in requirements engineering activities in OSS developments, it was found that it is not easy to get users to volunteer for such projects, as they are usually short of time and they are unwilling to participate unless there is an incentive. During the application of the transformed techniques, it was found that there were impediments in all the case studies, including the number of participating users, biased information provided by developers, and the OSS community spatiotemporal distribution and enthusiasm. Using the Framework for Integrating Usability Techniques proposed by Castro, any practitioner who needs to apply a usability technique in OSS can select the required technique depending on the product and project to be developed and apply any of the suggested transformations. The personas, user profiling, focus group and visual brainstorming techniques adapted in this research can be adopted directly in OSS developments.

Tesis doctoral inédita leída en la Universidad Autónoma de Madrid, Escuela Politécnica Superior, Departamento de Ingeniería Informática. Fecha de lectura: diciembre de 2014, Contexto: Debido al crecimiento de los usuarios de aplicaciones open source software (OSS) que no son desarrolladores y a que las empresas y organizaciones cada vez mas están usando aplicaciones OSS, surge la necesidad y el interés por desarrollar OSS usable. Sin embargo, solo unos pocos proyectos OSS están comenzando a incorporar unas pocas técnicas de usabilidad y la mayoría de ellas requieren contextos de desarrollo que la construcción de OSS no satisface. No se conoce exactamente cómo es posible permitir el uso de técnicas de usabilidad en los desarrollos OSS. Además, no está claro cuáles técnicas de usabilidad aplicar en cada actividad y cómo utilizar las técnicas de usabilidad en los desarrollos OSS. Objetivo: Este trabajo determina cuáles son las condiciones desfavorables que impiden el uso de técnicas de usabilidad en los desarrollos OSS y analiza qué tipos y cuáles transformaciones son necesarias para poder facilitar su uso en este tipo de proyectos. Además, analizamos cuáles técnicas pueden ser usadas en OSS gracias a las transformaciones y validamos la viabilidad de incorporar técnicas de usabilidad en los desarrollos OSS. Método de Investigación: Hemos estudiado –a través de la literatura– el proceso de desarrollo OSS y las técnicas de usabilidad usadas ocasionalmente por la comunidad OSS. Para el análisis de las técnicas hemos utilizado un catálogo existente de técnicas recomendadas por el área de la Interacción Persona Ordenador (IPO) para mejorar la usabilidad. Posteriormente, hemos analizado las condiciones de las técnicas que dificultan su uso en OSS y hemos estudiado las técnicas usadas por OSS para determinar cómo han sido incorporadas en sus desarrollos. A través de dos casos de estudio hemos validado la viabilidad de nuestra propuesta de incorporación de técnicas de usabilidad, participando como voluntarios en dos proyectos OSS reales: OpenOffice Writer y FreeMind. Resultados: Hemos identificado varias razones para la baja usabilidad de las aplicaciones OSS. Los proyectos de desarrollo OSS están empezando a adoptar técnicas de usabilidad. Algunas técnicas de usabilidad están siendo adoptadas según lo prescrito por la IPO. Sin embargo, la mayoría de técnicas de usabilidad no pueden ser incorporadas en los desarrollos OSS. Hemos identificado tres grupos de condiciones desfavorables que impiden tal incorporación: participación de un experto en usabilidad; participación de usuarios; y complejidad de aplicación (varios pasos para su ejecución o preparación previa o necesitan de cierta información inicial). Hemos observado que algunas de las técnicas han sido incorporadas por OSS gracias a ciertas transformaciones. Estas transformaciones pueden ser o bien una sola o una combinación de varias. Conclusiones: La principal contribución de esta tesis es la propuesta de un marco que permite la integración de determinadas técnicas de usabilidad en los desarrollos OSS. Dicho marco está conformado por todas las posibles transformaciones que deben sufrir las técnicas de usabilidad para poder ser aplicadas en OSS. Luego de identificar y analizar cuáles técnicas de usabilidad están siendo incorporadas en los desarrollos OSS, nos hemos dado cuenta que es posible generalizar muchas de las transformaciones de modo que otras técnicas (otros proyectos OSS) se puedan beneficiar de ellas. No todas las técnicas de usabilidad pueden sufrir todas las vii adaptaciones. La transformación depende de la idiosincrasia de la técnica. Por tal razón, el marco también propone para cada técnica y sus características intrínsecas y condiciones desfavorables asociadas, qué adaptaciones pueden ser realizadas a la misma. Con el marco que proponemos cualquier persona que quiera aplicar una técnica de usabilidad en OSS puede seleccionar la técnica que necesita dependiendo de su desarrollo y de su proyecto y aplicar alguna de las transformaciones sugeridas. De esta manera, se logra que una técnica que antes no se podía aplicar directamente en OSS, porque no se adaptaba a las circunstancias de los desarrollos OSS, pueda hacerlo gracias a nuestro marco. Por tanto, es posible incorporar técnicas de usabilidad con transformaciones en los desarrollos OSS. Esta incorporación cuenta con un punto muy positivo: el entusiasmo tanto de los administradores del proyecto como de los usuarios OSS., Context: Because the number of non-developer open source software (OSS) users is growing and more and more companies and organizations are using OSS applications, there is a need and interest in developing usable OSS. However, only a few OSS projects are starting to adopt a small number of usability techniques, and OSS construction does not conform to the development contexts required by most techniques. It is not exactly known how to enhance the use of usability techniques in OSS developments. Additionally, it is unclear which usability techniques to apply in each activity and how to apply usability techniques in OSS development projects. Objective: This research determines the conditions that are adverse to the use of usability techniques in OSS development projects and analyses what type of and which adaptations are necessary to enhance their use in this type of projects. Additionally, it analyses which techniques can be used in OSS thanks to adaptations and validates the feasibility of adopting usability techniques in OSS developments. Research Method: A literature review examined the OSS development process and usability techniques used occasionally by the OSS community. The techniques were analysed from an existing catalogue of techniques recommended by the field of human-computer interaction (HCI) to improve usability. The conditions that pose an obstacle to the use of the techniques in OSS were then examined, and the techniques used by OSS were studied to determine how they have been adopted in OSS development projects. Two case studies were used to validate the feasibility of the proposal for adopting usability techniques, as part of which team members participated as volunteers in two real OSS projects: OpenOffice Writer and FreeMind. Results: Several reasons for the low usability of OSS applications were identified. OSS development projects are starting to adopt usability techniques. Some usability techniques are being adopted as prescribed by HCI. However, most usability techniques cannot be adopted in OSS development projects. Three groups of adverse conditions preventing their adoption were identified: participation of a usability expert, participation of users, and complexity of application (several steps, previous preparation or preliminary information are required for technique execution). It was found that some techniques have been adopted by OSS thanks to certain adaptations. These adaptations can consist of one or more changes. Conclusions: The main contribution of this thesis is the proposal of a framework for integrating some usability techniques into OSS developments. This framework is composed of all the possible adaptations that usability techniques should undergo for application in OSS. After identifying and analysing which usability techniques are being adopted in OSS developments, it was found that many of these adaptations can be generalized to other techniques (other OSS projects). Not all usability techniques can be adapted. Adaptation depends on the technique’s idiosyncrasy. On this ground, the framework also proposes how each technique can be adapted based on its inherent features and associated adverse conditions. Using the proposed framework, anyone who wants to apply a usability technique in OSS can select the technique that they require depending on their development project ix and apply any of the suggested adaptations. Thanks to this framework, techniques that were not previously directly applicable to OSS because they did not conform to OSS development conditions can now be employed. Therefore, it is possible to adopt usability techniques with adaptations in OSS development projects. OSS project managers and users are enthusiastic about the adoption of usability techniques, which is a very positive point.

El estudio realizado en este trabajo de fin de grado se enmarca en el campo de la Ingeniería del Software. Más concretamente, el proyecto se encuadra en el análisis de las actividades y métodos de trabajo del proceso de desarrollo de open source software (OSS) y sus comunidades de usuarios. El objetivo de este trabajo es analizar mediante la participación en proyectos open source las actividades que se realizan y compararlas con las llevadas a cabo en los procesos de desarrollo tradicional. Esto significa estudiar los medios de comunicación existentes entre los miembros de las comunidades, sus motivaciones, los métodos de trabajo, qué documentos se desarrollan y qué herramientas se utilizan. Para ello, se ha realizado un estudio inicial a fin de determinar la situación actual del software open source y el proceso de desarrollo de software tradicional. Tras esto se ha participado en un desarrollo tradicional para poder realizar una comparativa práctica en ambos modelos. Esta participación se ha llevado a cabo en la empresa consultora Accenture y se ha colaborado en diferentes actividades de desarrollo de un sistema de Call Center, que nos han permitido comprobar que los estudios teóricos existentes son válidos para comprender el funcionamiento del modelo tradicional. El estudio del OSS se ha llevado a cabo mediante la participación en cinco proyectos de diferentes comunidades, realizando nuevas funcionalidades, corrigiendo errores y aportando mejoras, con el fin de obtener una idea más fiable del comportamiento desde dentro de los desarrolladores de OSS. Los proyectos OSS en los que se ha colaborado son: Double Commander, FileZilla, VLC Media Player, GanttProject y Social Network Manager. El análisis se ha realizado por actividades. La primera actividad estudiada es la de exploración de conceptos, que describe los métodos utilizados en los cinco casos para realizar el primer contacto con la comunidad y las herramientas utilizadas para ello. También se describen las propuestas realizadas y las comunicaciones con la comunidad en las que se exponía si la propuesta era aceptada o rechazada. El siguiente análisis se realiza sobre las actividades de análisis de requisitos, diseño e implementación en los dos casos en los que se ha aprobado nuestra implementación. En estas actividades se explican los métodos que se han seguido para llevar a cabo el desarrollo. Por último se estudian las actividades de mantenimiento y pruebas que, tras la participación en las actividades anteriores, se definen sin analizar los casos de forma individual, sino en forma general, ya que las pruebas son transversales y el mantenimiento engloba a todas las actividades de la mayoría de los casos en los que se ha participado. Por una parte, los resultados obtenidos muestran una mayor rigidez en el software tradicional, con una gran cantidad de documentación estandarizada, actividades con tareas muy definidas y con una gran preocupación por el factor económico. Por otra vi Carlos López Bartolomé parte, el OSS muestra una evolución basada en la colaboración de los usuarios de las comunidades, sin utilizar prácticamente documentación o estándar de desarrollo y basándose en las directrices de los administradores y las opiniones de los usuarios de las aplicaciones para valorar la validez de las aportaciones propuestas. Las conclusiones obtenidas en este trabajo permiten conocer los métodos de trabajo de los usuarios de una comunidad open source, así como de las herramientas que se utilizan. Se describen además las diferencias reales encontradas entre los dos modelos estudiados tras realizar una participación activa en ellos. Este estudio también abre dos líneas de trabajo basadas en el análisis de las comunidades OSS estudiadas desde el punto de vista de los administradores y la creación de un modelo mixto que extraiga las ventajas encontradas en ambos modelos., The research and development reported in this final-year project addresses the field of software engineering. To be precise, the project analyzes the activities and working methods used in the open source software (OSS) development process and by OSS user communities. The aim of this project is to conduct a participatory analysis of open source project activities compared with traditional development process activities. This means studying existing forms of communication between community members, motivations, work methods, developed documents and tools used. To do this, we have conducted a pilot study in order to determine the current state of the OSS and traditional software development processes. We then took part in a traditional development in order to compare practice according to both models. Through cooperation with the Accenture consulting firm, we participated in several activities of the call center system development and verified that existing theoretical studies are valid for understanding the workings of the traditional model. The OSS study was carried out by participating in five projects across different communities, providing new features, fixing bugs and adding improvements in order to gain a more reliable picture of the behavior of OSS developers from within. The OSS projects in which we have worked include: Double Commander, FileZilla, VLC Media Player, GanttProject and Social Network Manager. The analysis was performed on an activity basis. The first activity is the exploration study of concepts, describing the methods and tools used in all five cases to make contact with the community. The proposals and communications with the community stating whether or not the proposal was accepted are also described. The next analysis is concerned with the activities of requirements analysis, design and implementation where our implementation was approved. The methods applied to carry out the development as part of these activities are explained. Finally, generally applicable maintenance activities and tests are defined without examining individual cases. These activities are discussed, as is cross-testing, and maintenance encompasses all activities in most of the projects in which we participated. On the one hand, the results for traditional software are less flexible with a lot of very standardized documentation activities and well-defined tasks, showing a lot of concern for the economic factor. On the other hand, the OSS evolves based on user collaboration within communities, using virtually no documents or development standards and following the guidelines established by managers and user reviews of applications to assess the validity of input proposals. viii Carlos López Bartolomé Findings from this study provide insight into the working methods of open source community users, as well as the tools that they use. Further we describe the real differences found between the two models studied after active participation in projects conforming to both models. This study also opens up two lines of research based on the analysis of OSS communities studied from the viewpoint of managers and the creation of a mixed model combining the identified strengths of the two models.

El propósito de este trabajo es determinar si las actividades que se llevan a cabo en el proceso de requisitos en comunidades OSS, a diferencia del proceso de requisitos de la Ingeniería del Software tradicional, es una de las claves del éxito del software de código abierto. El proceso de requisitos forma parte de la etapa inicial de un proyecto y es imprescindible puesto que define las funcionalidades del software a desarrollar y da soporte a la adaptación y evolución del proyecto. En concreto, los objetivos de este trabajo consisten, precisamente, en analizar y determinar cómo se llevan a cabo los procesos y actividades relacionadas con la Ingeniería de Requisitos en comunidades OSS y compararlas con las realizadas en el proceso de requisitos tradicional. Después de describir el estado del OSS y realizar un estudio previo sobre las actividades de la Ingeniería de Requisitos en el software tradicional, se seleccionan cuatro comunidades OSS como casos de estudio: OpenOffice, Mozilla, NetBeans y Eclipse. Se trata de comunidades con miles de participantes, donde se procede a investigar y analizar de forma detallada las actividades de educción, análisis, especificación y gestión de requisitos. En otras comunidades más pequeñas: DoubleCommander, FileZilla y Social Network Manager, se estudia el proceso para realizar una aportación desde el punto de vista de un desarrollador. No podemos generalizar los resultados puesto que los casos de estudio son reducidos. Aun así, en los resultados obtenidos podemos observar claras diferencias entre el proceso tradicional y el seguido en las comunidades OSS estudiadas. En concreto, el proceso tradicional se trata de un proceso formalizado y controlado con actividades bien definidas. Al contrario el OSS no sigue ningún estándar ni obligación, lo que se percibe en la falta de documentación formal. En las comunidades OSS los usuarios pueden vi colaborar bajo la supervisión de los administradores o moderadores, dependiendo de la cantidad de colaboradores y del gobierno que rija la comunidad la toma de decisiones puede ser más estricta. A través del estudio del proceso de requisitos seguido en los desarrollos OSS es posible comprender sus prácticas, en las que participan tanto usuarios como desarrolladores. En este trabajo se determina cómo estos se comunican y realizan la gestión de requisitos por medio de infraestructuras online como son los foros, listas de correo, grupos de noticias, wikis, y cómo se pueden realizar aportaciones por medio de herramientas accesibles desde la Web. Estas prácticas pueden ser transferidas al proceso de desarrollo tradicional, ya sea en el desarrollo del proyecto o en la fase de mantenimiento. Conocer el proceso de desarrollo OSS ayuda a que futuros voluntarios participen en los proyectos OSS al conocer cómo se desarrolla software en las comunidades, favoreciendo la creación y evolución de nuevos proyectos exitosos., The research and development reported in this final-year project addresses the field of software engineering. To be precise, the project analyses the requirements activities and working methods used in the open source software (OSS) development process and by OSS user and developer communities. Although OSS is now becoming very popular among users and in industry, it is still unclear what really makes OSS development processes and their products successful. The purpose of this study is to determine whether, compared with the traditional software engineering requirements process, the activities performed as part of the requirements process in OSS communities are one of the OSS success factors. The requirements process is one of the early stages of a project and is essential since it defines the functionality of the software to be developed and supports project adaptation and evolution. Specifically, the objectives of this project are precisely to analyse and determine how the processes and activities related to requirements engineering are enacted in OSS communities compared with traditional requirements process activities. After describing the state of the art in OSS and conducting a preliminary study of traditional software requirements engineering activities, we selected several OSS communities as case studies. We thoroughly investigated and analysed the requirements activities of elicitation, analysis, specification and management in OpenOffice, Mozilla, NetBeans and Eclipse, which are communities with thousands of participants. In smaller communities, like DoubleCommander, FileZilla and Social Network Manager, we examined the contribution process from the point of view of a developer. The results cannot be generalized because the case studies are limited. Even so, the results clearly highlight the differences between the traditional process and the processes enacted in the analysed OSS communities. Specifically, the traditional process is a specified and controlled process with well-defined activities, whereas OSS does not adhere to any standard or rule as indicated by the absence of formal documentation. In OSS communities, users sometimes collaborate under the supervision of administrators or moderators, and decision-making may be stricter depending on the number of members and the type of government. viii By studying the requirements process enacted in OSS development it is possible to understand OSS practices in which both users and developers participate. This project determines how requirements can be communicated and managed through online infrastructures such as forums, mailing lists, newsgroups, wikis, and how contributions are made through tools accessible from the Web. These practices are transferable to the traditional development process in either the development or the maintenance phase. Familiarity with the OSS development process is useful for future OSS project volunteers as they learn how communities develop software. This is beneficial for the creation and evolution of successful new projects.