Servicio para la resolución de dependencias de software basado en componentes

Título:

Servicio para la resolución de dependencias de software basado en componentes

Autor:

Agüero, Martín

Otros autores / Colaboradores:

 Ballejos, Luciana C.; [ Director/a]  Pons, Claudia Fabiana; [ Codirector/a] 

Temas:

DESARROLLO DE SOFTWARE; JAVA; 

URL:

https://doi.org/10.35537/10915/65497,

Palabras clave:

gestores de dependencias, 

Nota de tesis:

Tesis (Maestría en Ingeniería de Software) - Universidad Nacional de La Plata. Facultad de Informática, 2017.

Extensión:

1 archivo (3,4 MB) : il. col.

Resumen:

El desarrollo de software a escala industrial requiere de infraestructura acorde a los requerimientos de cada proyecto. La comunidad de software se retroalimenta de forma permanente, a través de la reutilización de componentes distribuidos en el formato de bibliotecas o paquetes. Actualmente, los proyectos de software tienden a ser diseñados como una composición de recursos de funcionalidad específica, promoviendo la reutilización y siendo, en muchos casos, un factor clave de éxito, ya sea por calidad probada o integración inmediata de una nueva prestación. Desde principios de los años ’90, han surgido diferentes herramientas de soporte a la integración y actualización de sistemas operativos por medio de paquetes. Esas herramientas, denominadas Gestores de Paquetes, permiten agregar y quitar, de forma atómica, paquetes de software provenientes de repositorios externos. La industria del software también incorporó el modelo de distribución por paquetes, definiendo a la biblioteca como un conjunto de elementos de software reutilizables, indivisibles y de alta cohesión. Tomando como base a los Gestores de Paquetes, la comunidad de software desarrolló los Gestores de Dependencias. Estas herramientas interactúan con los repositorios de bibliotecas, asistiendo a los ambientes de producción de software en los procesos de recuperación y clausura de las dependencias. Si bien la adaptación del modelo de Gestor de Paquetes al ámbito industrial ha sido exitosa, padece de una serie de inconvenientes que se abordarán a lo largo de esta Tesis. A continuación, este trabajo se centrará en describir el contexto tecnológico actual y en aquellos aspectos con potencialidad para mejorar el proceso de gestión de dependencias del software Java. Luego, se presentarán tres prototipos de herramientas, una para medir la proporción de referencias entre bibliotecas y las otras dos, a modo de prueba y validación de conceptos. Finalmente se desarrollará una evaluación comparativa con las herramientas más utilizadas en la actualidad y se presentarán las conclusiones. En resumen, esta Tesis presenta una alternativa al modo como se está gestionando la resolución de las dependencias Java, proponiendo un servicio especializado en resolver y ubicar las bibliotecas requeridas por el software en desarrollo, acorde a las demandas actuales y futuras de la industria.

Puede solicitar más fácilmente el ejemplar con: TES 17/59

Capítulo 1 Introducción 
1.1. Objetivos 
1.2. Aportes

Capítulo 2 Contexto tecnológico
2.1. Java
2.1.1. Enlace dinámico de clases en la JVM
2.1.2. Java HotSpot 
2.2. Java Community Process 
2.2.1. JSR 376 
2.3. Java versión 9
2.3.1. Sistema de módulos 
2.3.2. Imágenes modulares para tiempo de ejecución 
2.4. OSGi 
2.5. Gestores de Paquetes 
2.6. Gestores de Dependencias 
2.7. Conclusiones del Capítulo

Capítulo 3 Antecedentes
3.1. Gestión de Bibliotecas con Maven
3.1.1. Quickstart de GeoTools, Parte 1
3.2. Medición de uso de dependencias Java 
3.2.1. Herramientas de Medición 
3.2.1.1. CodePro Analytix
3.2.1.2. STAN (Structure Analysis for Java)
3.2.1.3. JDepend
3.2.1.4. Jdeps 
3.2.1.5. CDA (Class Dependency Analysis)
3.2.1.6. Deep 
3.2.1.6.1. Tasa de dependencia 
3.2.1.6.2. Validación de Deep 
3.2.1.6.3. Mediciones con Deep 
3.2.2. Quickstart de GeoTools, Parte 2
3.3. Conclusiones del Capítulo
 
Capítulo 4 Propuesta inicial 
4.1. Proxy de bibliotecas y clases a demanda 
4.2. Conclusiones del Capítulo

Capítulo 5 Primer Prototipo
5.1. Diseño e implementación
5.1.1. Interfaz con el usuario
5.1.2. Intermediario o Despachante 
5.2. Pruebas y Resultados 
5.2.1. Gestión de dependencias con Maven 
5.2.2. Gestión de dependencias con Mozo (primer prototipo) 
5.3. Conclusiones del Capítulo

Capítulo 6 Propuesta actualizada 
6.1. Gestores de dependencias 
6.2. Actualización de la propuesta
6.2.1. Clausura 
6.2.2. Versiones 
6.2.3. Repositorios 
6.2.4. Interfaz con el usuario 
6.3. Conclusiones del Capítulo

Capítulo 7 Segundo Prototipo 
7.1. Diseño e Implementación 
7.1.1. Interfaz con el usuario (cliente)
7.1.2. Intermediario
7.1.3. Repositorio 
7.1.4. Implementación 
7.1.5. Uso 
7.2. Pruebas y resultados
7.2.1. Caso de prueba
7.2.2. Supuestos 
7.2.3. Escalabilidad 
7.2.4. Ventajas conceptuales
7.2.5. Ventajas de la arquitectura 
7.3. Conclusiones del Capítulo

Capítulo 8 Herramientas relacionadas
8.1. Bundler (Ruby)
8.2. Pip (Python) 
8.3. NuGet (.Net) 
8.4. Composer (PHP)
8.5. Bower (JavaScript) 
8.6. sbt (Scala)
8.7. Apache Ivy (Java):
8.8. Apache Maven (Java): 
8.9. Gradle (Java): 
8.10. GNU Guix (Linux):
8.11. Spack (HPC): 
8.12. Conclusiones del Capítulo

Capítulo 9 Evaluación de la propuesta 
9.1. Acoplamiento 
9.2. Eficiencia 
9.3. Rendimiento 
9.4. Validación
9.4.1. Caso programa Quickstart de GeoTools, Parte 3:
9.4.1.1. Lote de pruebas 
9.4.1.2. Ejecución 
9.5. Prueba comparativa 
9.5.1.1. Mediciones
9.5.1.2. Visualización de los resultados 
9.5.1.3. Escalabilidad
9.5.1.4. Descriptores en caché 
9.5.1.5. Ambiente de mediciones
9.5.1.6. Versiones y configuración 
9.5.2. Usabilidad 
9.5.3. Mantenibilidad
9.5.4. Escalabilidad
9.5.5. Simplicidad 
9.6. Atributos comparados 
9.6.1. Visualización 
9.7. Conclusiones del Capítulo

Capítulo 10 Conclusiones y trabajos futuros 
10.1. Conclusión parcial
10.2. Conclusión final 
10.3. Trabajos futuros

Nomenclatura

Referencias