Tesis Estudio Empírico de prácticas de desarrollo de software en ...

More documents

Recommendations

Info

Para este estudio, se deben añadir tablas nuevas en donde se puedan indicar las relaciones entre distintos repositorios (por ejemplo, GNOME Development Platform, GNOME Desktop, GNOME Mobile, etc.), realizar asociaciones de identidades, asociar identidades con organizaciones (empresas, fundaciones, otras) para luego realizar otro tipo de análisis. Figura 3.5: Modelo de datos de CVSAnalY Se realizaron pruebas incrementales con un conjunto pequeño de repositorios. Se fue ajustando el código, añadiendo funcionalidades 13 y mejorando el código. Se realizaron pruebas con el motor de base de datos en la misma máquina y en un 13 Por ejemplo, soporte para Postgresql y mediante el cual se encontraron algunas debilidades del soporte para otras bases de datos. 42
equipo dedicado, sin embargo, el rendimiento no resultó como se esperaba. Procesar 6 repositorios tardó más de 2 semanas, y en algunos hubo problemas de memoria. Ello se contradice con la rapidez con que git realiza las operaciones más comunes y que se describieron en la sección 2.4.3. 3.5.2. Carnarvon Carnarvon fue un proyecto dentro del grupo LibreSoft –al igual que CVSAnalY– y cuyo propósito es analizar la edad de un programa. Para determinar la edad, extrae e indexa datos de modificaciones de cada línea de código. A partir de la historia de un proyecto, determina el nivel de mantención y el esfuerzo que podría suponer mantenerlo en el futuro[16]. La idea del proyecto es interesante. Sin embargo, y aunque el proyecto se consideraba estable, no ha sido mantenido desde mayo de 2007. La última versión está limitada a analizar repositorios de CVS y Subversion. Su construcción sigue una lógica similar a las primeras versiones de CVSAnalY, la cual no es suficientemente modular como para que permita incorporar nuevas características sin realizar cambios estructurales del proyecto. Carnarvon procesa la salida que genera el comando annotate de CVS o Subversion. Dicho comando provee información de la operación commit responsable de la incorporación de cada línea en un archivo. El equivalente, de manera conceptual, en git es el commando blame, aunque la salida difiere de CVS y Subversion. Conceptualmente es interesante para estudios futuros porque permite el análisis a través del tiempo de las líneas de código, así como estudiar su edad en la forma que lo describe Parnas[20]. 3.5.3. Git Mining Tools Es una herramienta utilizada para realizar un análisis preliminar de los datos que se pueden estudiar en repositorios git. y con el cual se obtienen algunos datos básicos mostrados en el trabajo de Bird y otros[3]. Con ella se analizaron los datos para determinar el impacto en el número de autores distintos en el proyecto Ruby a través de los meses, el cual se uso como prueba de concepto que git expone más datos que Subversion, y por consiguiente, es más conveniente para estudiar. La herramienta analiza el resultado entregado por el comando log de git. La herramienta fue escrita originalmente en Perl y posteriormente se reescribió en Ruby. En ambos casos, el rendimiento es de 3 a 6 veces más lento que CVSAnalY. Aunque 43
Page 1 and 2: UNIVERSIDAD DE CONCEPCIÓN FACULTAD
Page 3 and 4: 2.3.6. Minería de datos y Sistemas
Page 5 and 6: Índice de figuras 2.1. Capas de fu
Page 7 and 8: Índice de tablas 2.1. Entrega de v
Page 9 and 10: Capítulo 1 Introducción 1.1. Moti
Page 11 and 12: 1.3. Hipótesis Es posible realizar
Page 13 and 14: Capítulo 2 Antecedentes 2.1. El pr
Page 15 and 16: Desde la perspectiva de un usuario
Page 17 and 18: Administración de entrega de produ
Page 19 and 20: ealizar seguimiento a todos los cam
Page 21 and 22: 2.3. Sistemas de Control de Version
Page 23 and 24: Trabajar y administrar simultáneam
Page 25 and 26: log (mensaje de registro). Es un co
Page 27 and 28: el caso en que explícitamente se d
Page 29 and 30: Subversion guarda registro de la es
Page 31 and 32: votaron todos los colaboradores con
Page 33 and 34: El promedio del ciclo de desarrollo
Page 35 and 36: en donde en el ciclo de desarrollo
Page 37 and 38: Figura 3.1: Arquitectura de las pla
Page 39 and 40: Figura 3.2: Dependencias de bibliot
Page 41 and 42: a cargo lo estimen conveniente, los
Page 43 and 44: ciente que CVS, y además, se almac
Page 45 and 46: de ellos. Suponiendo como directori
Page 47 and 48: 3. git almacena información de fas
Page 49: localmente, indica que ésta tiene
Page 53 and 54: Es necesario notar que CVSAnalY rea
Page 55 and 56: nidad, es posible darse cuenta que
Page 57 and 58: o mendiante otro proceso, asociar l
Page 59 and 60: Capítulo 4 Procesamiento, resultad
Page 61 and 62: El análisis se hizo en un computad
Page 63 and 64: a partir del inicio del historial d
Page 65 and 66: añadidas y/o eliminadas, sí puede
Page 67 and 68: se aplicado entre 300 y 350 cambios
Page 69 and 70: Tipo Detalle build Construcción de
Page 71 and 72: 4.3.1. Colaboradores del proyecto O
Page 73 and 74: SLoC 286.4K 429.6K 572.8K 716K 859.
Page 75 and 76: SLoC 3.7K 7.3K 11K 14.7K 18.4K 22K
Page 77 and 78: SLoC 1.7K 3.4K 5.2K 6.9K 8.6K 10.3K
Page 79 and 80: misma serie, no es posible eliminar
Page 81 and 82: Capítulo 5 Conclusiones Se estudi
Page 83 and 84: Bibliografía [1] B. Appleton. Soft
Page 85 and 86: [21] H. Pennington. GTK+/GNOME Appl
Page 87: Apéndice A Glosario ABI. Applicati

Tesis Estudio Empírico de prácticas de desarrollo de software en ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?