Propuesta proyectos fin de carrera
Curso académico 2006-2007
Author: | Sergio Talens-Oliag |
Contact: | sto@uv.es |
Date: | Octubre 2006 |
El planteamiento para este curso es que los proyectos final de carrera
propuestos no tengan identidad por sí mismos, sino que sean parte de un
proyecto más grande.
En principio el trabajo a realizar consistiría en el diseño e implementación
de uno o más componentes de un sistema de gestión de proyectos informáticos.
El proyecto principal y los componentes se publicarán bajo una licencia libre,
muy probablemente GPLv2 (http://www.gnu.org/licenses/gpl.html)
El lenguaje de programación principal aún está por decidir aunque yo apostaría
por Python y / o C, aunque no se descartan otros lenguajes como Perl o Ruby.
Aunque no está totalmente definido, las características del gestor de
proyectos serán:
- El interfaz principal del sistema será a través de web, aunque no se
descarta disponer de un interfaz gráfico que no sea un navegador.
- El sistema debe permitir trabajar con múltiples proyectos simultáneamente,
- El sistema debe permitir definir múltiples perfiles de usuario con distintos
niveles de acceso; un mismo usuario debe poder tener perfiles distintos en
proyectos distintos.
- Los usuarios se deben poder identificar empleando sistemas preexistentes
(PAM, LDAP, BBDD), etc.
- Los proyectos se pueden definir en función de otros proyectos o a partir de
un listado de fases y tareas a completar; cada fase o tarea puede tener
asociadas fechas de inicio y fin, asignaciones de personal, etc. y se debe
guardar un histórico de cambios en cada una de las fases y tareas, para
conocer como ha ido evolucionando la planificación.
- Cada proyecto, fase o tarea puede tener asociados distintos tipos de información:
- fechas de inicio y fin estimadas y reales,
- personal asignado a la fase o tarea, con una estimación horaria de su
dedicación,
- documentos que se deben almacenar con el proyecto (entregables),
- código que se puede encontrar en un sistema de control de versiones,
- un conjunto de tickets con tareas, solicitudes de funcionalidad o
informes de error de programación relacionados con el proyecto, fase o
tarea.
- ...
- El sistema de gestión de tickets debe estar ligado al gestor de proyectos,
de modo que los proyectos, fases y tareas definidos en este último se
reflejen en el sistema de ticketing; el sistema de ticketing no tiene
porqué ejecutarse en el mismo sistema que el de control de proyectos.
- El sistema debe permitir llevar el control de horas de dedicación de las
personas asociadas a un proyecto, fase o tarea.
- El sistema debe permitir trabajar con más de un gestor de proyectos de modo
unificado, es decir, debe ser posible tener una visión unificada de varios
proyectos aunque estos se alojen en sistemas distintos.
- El sistema debe permitir mostrar diagramas de Gantt y todo tipo de estadísticas
relacionadas con los proyectos.
Si hay algún alumno interesado en trabajar en alguno de los componentes que va
a necesitar este sistema no tiene más que ponerse en contacto conmigo.