UNL Libre = GNU+UNL+Linux

Colabora con tu comunidad!!!

Archivo de 22/05/08

Como manejar los proyectos de Tesis con Software Libre?

Publicado por gnunlinux en Mayo 22, 2008

Estoy muy agradecido por los comentarios o puntos de vista que he recibo despues que ayer escribíera un correo a algunos amigos relacionados con el Software Libre sobre las Tesis con Software Libre, el email decía:
“Soy miembro de la comisión técnica de la carrera de Ingeniería en Sistemas de la UNL en donde trabajo, esta comisiójn tiene como una de sus funciones revisar y aprobar los temas de tesis de los estudiantes.
Nos estamos topando con un dilema o inquietud:
Algunos chicos presentan temas que tratan de configuración y adaptación de aplicaciones libres a entornos o empresas específicas con lo cula estoy de acuerdo, pero entonces la pregunta es COMO VALORAR EL NIVEL DEL TEMA,  PORQUE PUEDE RESULTAR DEMASIADO SENCILLO Y NO SER APTO PARA TESIS DE INGENIERÍA, O PUEDE RESULTAR DEMASIADO COMPLEJO TAMBIÉN.
POR AHORA LES HE DICHO A ALGUNOS ESTUDIANTES QUE DEBEN PRESNTARNO UNA INFORMACIÓN MÁS DETALLADA O DE LO QUE EN REALIDAD PRETENDEN HACER.: QUE PRETENDEN REUTILIZAR, QUE PRETENDEN AÑADIR , QUE PRETENDEN RECONFIGURAR O ADAPTAR….
Quisiera por favor con sus criterios, sobre como orientar las tesis con software libre (adaptable)….”

Ante mi comentario esto fue lo que me contestaron:

Saludos.
Ayer tuve la mala suerte de ser el jurado de una Tesis y realmente no lo vi como tema de tesis. Imagìnense que hicieron una configuración de  servidor VPN, Firewall, Mail y algo más sobre un CENTOS, eso realmente no debían haber aceptado como tema de tesis. Bueno me gustaría sus comentarios.
Att.
Renato Cumbal

¿Cuáles son los parámetros que tomas en cuenta para el software
privativo? Sugiero que tomes medidas similares.

Att. Quiliro

Yo creo que es muy importante buscar proyectos existentes de software libre que se necesitan adaptar para la realidad del Ecuador. Creo que el proyecto no se debería centrar solamente en el dasarrollo sino también en la investigación sobre la solución.

También creo que es importante hacer públicos todos estos proyectos para que la comunidad mundial se beneficie de los mismos. No hay nada más frustrante que saber que mi proyecto de tesis se queda guardado en la biblioteca de una universidad.

Saluods,

Rafael Bonifaz

Hola Milton, este tema de las tesis parte desde la definición y reglamentos de la universidad y talves de los reglamentos del conesup,(los busque y no los encontre tan claramente definidos) … pero para mi criterio, la tesis  debe ser una investigación…. la investigación no necesariamente te lleva a un producto o a una instalacion e implementación de un sistema sino mas bien que debe servir para algo para alguien…. es decir debe ser un aporte del estudiante a la comunidad y a la universidad mismo.
ahora concentrandome en el tema del software libre.
1)los temas de tesis que se enfoquen en ésta temática tienen que seguir siendo libre.
2) Si se esta iniciando a incursionar en tesis de SL(Software Libre), los primeros temas van hacer comparativos entre las potencialidades de las herramientas existentes en el software libre y el privativo. y los parametros de medida pueden ser muchos, como velocidades de respuetas, volumenes de datos que maneja, accesibilidad, facilidad de manejo, etc. Si los temas van un poco mas alla de las comparaciones, se debería tener un investigación de las necesidades de la institución o empresas en las cuales se quiere implementar tal o cual herramienta de SL, justificar que será un aporte significativo para el empresa el uso del SL, adems del costo, estos temas caerian en temas de SL sobre servidores (p.e. Sistemas de archivos, seguridades, sistemas de comunicaciones, spam/antispam, comercio electronico, servidores web, hosteo, ruteo,  entre otros). Y por ultimo serian las aplicaciones desarrolladas como producto final de una tesis, usando los lenguajes de programación libres. AHORA VIENE EL DILEMA, COMO VALORAR EL TEMA? pues algunos parametros que se me ocurren que podrias tomar en cuenta son:
- Para escritorio/para red
- Investigación cientifica/instalacion de aplicaciones
- Resuelve un problema puntual / Uso general
- programación de aplicacion / instalación
-Aplicación en Internet 1,2 / red local
- prueba de herramienta / uso de herramienta
- numero de personas para el tema
Bueno cada uno de estos parametros tien su complejidad y podrias poner un un valor a cada uno pra irlos calificando como poco, medio, o muy complejos.
3) Un problema, que podría darse es que los profesores que dirijan las tesis tengan que capacitarse mucho mas en SL y sus herramientas, Y YY ESTO ES LO INTERESANTE, PUES ES MOTIVO SUFICIENTE PARA IR INCUBANDO UN NUEVO LABORATORIO Y UNA NUEVA ETAPA DE CAPACITACIONES, INVESTIGACIONES, COOPERACION CON OTRAS UNIVERSIDADES, VISITAS Y DESARROLLO DE SL.
Bueno mi estimado, espero no haberte cansado… ya sabes que tienes mi apoyo total para que el SL incursione en la UNL…. y no desmayes que la tarea recien comienza…y te felicito por dar paso a estos temas que son de mucho interes para quienes nos gusta el SL.

saludos.

Patricio Analuisa

Hola Milton!

Todo depende de la claridad con la que expongan la situación, la propuesta del proyecto debería más enfocarse a la solución, claro que debería exponer brevemente como se piensa desarrollar dicha solución, puesto que en Software Libre existe prácticamente todo, entonces no estaríamos hablando de una creación propia realmente.

Yo creo que los estudiantes deberian proponer ese tipo de tesis, pero siempre y cuando se agregue a dicho software alguna funcionalidad con la que no cuenta. Por ejemplo:

- Adaptación de un portal captivo nativo para el paquete de cacheo Squid.

Esto requiere conocer ampliamente del funcionamiento de Squid, es un esfuerzo grande y claro, no está disponible y sería un buen aporte para la comunidad.

Por otro lado, si se trata de un paquete de software como un framework, o un meta paquete, me refiero a los paquetes de software que permiten generar soluciones y que requiera de un trabajo de programación y de investigación adicional, entonces sería mas aceptable. Por ejemplo:
- Implementación de un CRM para la empresa LojaGas usando Pylons
- Desarrollo de un Sistema de Administración de encomiendas para  la coop loja usando Plone.

Aquí los frameworks serían Pylons y Plone, meta-paquetes que no es lo mismo que decir:

- Creación de un portal web para la feue usando Jombla

Puesto que Jombla ya es un manejador de contenidos en sí. Los otros dos ejemplos son meta paquetes que nos permiten desarrollar cosas puntuales como: manejadores de contenidos.

Se debería evaluar el esfuerzo en el diseño de la solución y la forma en la que atacan al problema.

saludos

Pato Valarezo L.

Creo que tienes la solución en frente tuyo, el nivel de complejidad, además influyen también las normas que se tengan que seguir en la comisión técnica para aprobar el proyecto de tesis, por ejemplo se diera el caso que la comisión técnica tuviera esta norma: Para que sea aprobada una tesis que tenga que ver con la adaptación de software libre en una institución se requerirá un modulo de desarrollo dependiendo de la finalidad que busca la adaptación, como una interfaz de administración, una herramienta de monitoreo, etc.. y asi se concentran en un objetivo especifico, ademas de obtener el valor agregado que ellos le pongan al proyecto..

Ing. Efraín W. Chamba
Linux System Administrator

Buenas Noches,

Hemos discutido tu caso en el grupo y se sugiere lo siguiente:

1.Puede ser un tema válido pero para que tenga un peso ingenierilmente hablando, que no sólo consista en hacer las “customizaciones” o mejoras al software y ya, ya que así tendría más cara de pasantía, sino que por el contrario, al proceso deben sumarle ingeniería de software, en otras palabras, desarrollar eso que en muchos proyectos de software libre no se hace: Diagramas, análisis de requerimientos, UML, aplicación de métricas, realización de pruebas.

2.El software libre en determinado momento tuvo que tener una estructura, a veces y la mayoria no cuenta ocn una estructura concreta de ingeniería de software. Solo son paquetes que van adelante desarrollandose por funcionalidad y siendo cohecionados por parches, lectura de salidas por entradas asi que se tienen una serie de cajas negras con salidas y entradas concretas. Pero del proceso no se tiene entendido que queda.

Hay software libre ya hecho, documentado. Pero no existe software libre estructurado. No hay una ingenieria de software de paquetes.

En caso de hacer una reingenieria  de un paquete de software:

  1. Generar casos de prueba
  2. Conocer las diferentes salidas generadas
  3. Hacer pruebas funcionales
  4. Establecer posibles procesos realizados a los datos que ingresan y que salen.
  5. Mirar que conexion hay a base de datos, para salidas y entradas.
  6. Proponer diagramas entidad relacion optimos
  7. Mirar como son las estructuras de las salidas (buscar datos adicionales: ejem. ids, codigos, tipos,fechas)
  8. Luego de esto hacer un mapa del proyecto de software libre, en el que se comprendan las faces de entrada y salida y se distingan los procesos.
  9. Hacer un caso de uso actual
  10. Hacer un caso de uso ideal
  11. Plantear modificaciones “mejoras”
  12. Codificar probar modularmente y funcionalemente en la totalidad.

Un proyecto de tesis en ingenieria no se puede basar en configurar software, se debe tratar de una inovacion en ingenieria, los programas estan hechos hay que entender como estan hechos (un proceso de analisis) y llegar a disernir claramente de que mejora se quiere hacer sobre un software(proceso creativo y de diseño), para luego llegar a una implementacion clara y reconosible en el codigo de un paquete de software.


Saludos!!!

Erika Tatiana Luque M
Lider ACLibre
http://www.aclibre.org
ACLibre, academia y conocimiento libre

Publicado en Uncategorized | 7 Comentarios »