Gestión de proyectos informáticos con software libre

III Jornadas de Software Libre de Albacete

Gestión de proyectos informáticos (1)

Sin entrar en metodologías de trabajo concretas, podemos decir que para gestionar adecuadamente un proyecto de desarrollo de software es recomendable disponer de las siguientes herramientas:

• Un sistema de planificación que nos permita organizar el proyecto en función de hitos, tareas y subtareas, con asignación y control de tiempos y recursos materiales y humanos.

  Idealmente el sistema de planificación debe permitirnos también hacer el seguimiento y reajustar la planificación en función de la evolución del proyecto.

  Este componente debe permitir definir un proyecto como una sucesión de hitos que a su vez se descomponen en tareas y subtareas, con asignación de tiempo y recursos a cada una.

  Además de definir la planificación el sistema debe proporcionar mecanismos para hacer el seguimiento de la misma y modificar la planificación cuando sea necesario.

  Para que esto sea posible es recomendable disponer de herramientas para llevar el control del tiempos estimados y empleados para cada tarea; para poder controlar de verdad la evolución del proyecto es importante que las personas que trabajan en el proyecto vayan reportando el tiempo que dedican a cada tarea y actualicen el estado de las mismas con relativa frecuencia; para un proyecto normal puede ser suficiente con actualizar semanalmente, aunque el control de tiempos siempre es más fiable si se completa diariamente.

Gestión de proyectos informáticos (2)

• Un sistema de gestión documental, que nos servirá para almacenar y mantener los documentos obtenidos o generados durante el desarrollo del proyecto y acceder a ellos cómodamente.

  Cada hito, tarea o subtarea puede implicar la obtención o generación de documentación (actas de reuniones, documentos de diseño, etc.); idealmente el sistema de gestión de proyectos debe permitir que almacenemos esa documentación en el propio sistema.

• Un sistema de control de versiones, que se utilizará para permitir el desarrollo concurrente y para mantener la historia del código fuente y parte de la documentación producida en el proyecto.

  Al tratarse de proyectos informáticos lo normal es que se trabaje con código fuente y con documentos que van evolucionando a lo largo del desarrollo y que deben ser modificados por múltiples personas, por lo que resulta casi imprescindible disponer de un sistema de control de versiones que permita mantener la historia de los ficheros generados y que más de una persona trabaje concurrentemente sobre el mismo código.

Gestión de proyectos informáticos (3)

• Un sistema de gestión de incidencias que se empleará para hacer el seguimiento de los errores detectados y sus correcciones, tanto aquellos reportados por los responsables de la prueba del software como por los desarrolladores o los usuarios finales.

  Este tipo de sistema también se puede utilizar como sistema de seguimiento de tareas de corta duración asociadas a fases del proyecto, a errores detectados o a cambios relacionados con solicitudes de mejora solicitadas por el cliente.

Herramientas para gestión de proyectos

Existen multitud de paquetes de software especializados que proporcionan las funcionalidades necesarias para la gestión de proyectos, ya sea por separado o integrando múltiples funcionalidades en un único producto.

En esta presentación hablaremos de Trac, un sistema libre sencillo que integra varios componentes con capacidades suficientes para la gestión del día a día de proyectos de desarrollo de software.

Screenshots (0)

¿Qué es Trac? (1)

Trac es un sistema web multiplataforma ligero y extensible que incluye las siguientes funcionalidades:

• Un wiki que se puede emplear para documentar cualquier aspecto del proyecto de modo colaborativo y sin necesidad de herramientas especiales (sólo necesitamos los permisos adecuados y un navegador web).

  La sintaxis del wiki se puede emplear en casi todos los módulos del sistema (por ejemplo en los tickets), se permite la definición y empleo de macros (p. ej. para generar listas de cambios) y la inclusión de texto con sintáxis distintas a la del Wiki como html o rst.

Screenshots (1)

Screenshots (2)

Screenshots (3)

¿Qué es Trac? (2)

• Un sistema para definir y visualizar el estado de los hitos de un proyecto (un hito incluye una descripción y una fecha y se usa como atributo de los tickets, que se asocian a hitos concretos).
• Un sistema de seguimiento de eventos en el sistema (histórico de cambios en el wiki, en el sistema de control de versiones, en el sistema de gestión de incidencias o vencimiento de un hito).
• Un sistema de búsqueda que nos permite localizar páginas del wiki, comentarios dentro de los conjuntos de cambios o tickets en los que aparece una palabra.

Screenshots (4)

Screenshots (5)

Screenshots (6)

¿Qué es Trac? (3)

• Un visualizador del repositorio Subversion asociado al un proyecto, que nos permite ver el estado actual del repositorio, los cambios que se han ido produciendo, comparar distintas versiones de ficheros en línea, etc.

  Es importante indicar que Trac únicamente es un interfaz de lectura para el repositorio Subversion, para acceder al Subversion se pueden usar múltiples medios (https://, svn://, svn+ssh://, etc.). Una opción cómoda para poder compartir los usuarios de Trac con el Subversion es montar el acceso a este último con apache2, de modo que un mismo servidor nos proporcione los dos servicios.

Screenshots (7)

Screenshots (8)

Screenshots (9)

¿Qué es Trac? (4)

• Un sistema de gestión de incidencias o ticketing que nos permite dar de alta incidencias de distinto tipo y hacer el seguimiento de su evolución (modificación de datos, cambios de estado, inserción de comentarios o ficheros adjuntos, etc.) vía web o por correo electrónico.

  Actualmente el flujo de trabajo con tickets de Trac es fijo, es decir, las reglas de como y cuando se puede pasar de un estado a otro son fijas, independientemente del tipo o características del ticket.

Screenshots (10)

Screenshots (10)

Screenshots (10)

Arquitectura del sistema

Trac está desarrollado en torno a la idea de un núcleo al que se le pueden añadir plugins que proporcionan distintas funcionalidades (casi todos los componentes estándar son módulos que pueden ser activados, desactivados o reemplazados o modificados por otros).

Actualmente existen plugins para añadir funcionalidades a Trac como:

• Autenticación con formularios y usuarios en LDAP, BBDD o fichero.
• Uso de otros VCS como Bzr, GIT, Mercurial o Monotone.
• Servicios adicionales como blogs, foros, etc.

¿Como funciona? (1)

• El sistema funciona desde un servidor web, que puede ser uno propio (tracd) o uno estándar (lighttpd, apache2) que tenga soporte para ejecutar código python usando scripts de CGI, FastCGI o mod_python.
• Los proyectos se crean empleando un programa que se invoca desde la línea de órdenes y que genera un directorio con la configuración del proyecto y los ficheros relacionados (si usamos Subversion o una BBDD distinta de SQLite será necesario crear el repositorio y/o la BBDD vacía antes de crear el proyecto).

¿Como funciona? (2)

• El acceso a los distintos componentes se controla utilizando un sistema de permisos sencillo:
  • Cada componente define un conjunto de acciones posibles.
  • Para que un usuario pueda realizar la acción su identificador debe estar asociado con esa acción.
  • La asociación se puede hacer directamente (ligando un identificador con un nombre de acción) o de forma transitiva (ligando un identificador con otro, lo que equivale a ligar al primero con la lista de acciones válidas del segundo).
  • Hay acciones que engloban a otras (un usuario asociado a la acción TRAC_ADMIN tiene permiso para realizar cualquier acción).

¿Como funciona? (3)

• Los usuarios sin identificar tienen los permisos que se le asignan al usuario anonymous y todos los usuarios identificados tienen como mínimo los permisos del usuario anonymous más los del usuario authenticated (es como si se les asignara ).
• El sistema no integra ningún sistema de gestión de usuarios, los nombres de usuario se consideran válidos si nos los pasa el servidor Web.
• Los módulos pueden incorporar otros sistemas de permisos, por ejemplo el navegador de Subversion es capaz de utilizar el fichero authz, que nos permite limitar quien puede leer (o escribir, aunque desde trac no se puede) en distintos directorios del repositorio.

Sistema de administración

Se puede hacer desde la línea de órdenes (trac-admin) o usando el WebAdminPlugin.

Las herramientas permiten:

• Control de permisos de los usuarios.
• Definición de campos en los tickets.
• Instalación de otros plugins (sólo desde el plugin).
• Edición del fichero de configuración (solo el plugin).
• ...

Requisitos de instalación

Los requisitos de las versiones actuales (0.10.x) son:

• Python: el sistema está desarrollado en python, y además del intérprete del lenguaje el sistema necesita los enlaces (bindings) con algunos de los subsistemas que emplea, como por ejemplo ClearSilver, SQLite o Subversion.
• Sistema de proceso de plantillas ClearSilver (se usa como biblioteca compilada incluyendo el enlace con python).
• Soporte de la BBDD que vayamos a utilizar (SQLite, PostgreSQL o MySQL).
• Enlaces para acceder directamente a repositorios Subversion desde python.

Cambios para la próxima versión

• El WebAdminPlugin pasa a formar parte del núcleo.
• Eliminada dependencia en ClearSilver (reemplazado por Genshi).
• Eliminado el uso de programas externos para análisis sintáctico de ficheros (usa pygments).
• Nuevo sistema de permisos flexible.
• Posibilidad de definir flujos de trabajo para los tickets.

Cambios para versiones futuras

• Soporte de internacionalización.
• Soporte para múltiples proyectos con vista unificada.
• Mejoras en el sistema de gestión de usuarios y sesiones, el sistema de búsquedas, en la documentación, en la interacción con sistemas de control de versiones, etc.

El Instituto Tecnológico de Informática

• Asociación sin ánimo de lucro constituida en 1994 por IMPIVA y la UPV, formada por empresas tecnológicas e instituciones.
• Instituto Universitario de la UPV.
• Actividades:
  • Proyectos de I+D+i, transferencia de tecnología y consultoría tecnológica.
  • Formación.
  • Información y asesoramiento.

Uso del Trac en el ITI

• Gestión de incidencias internas: departamento de administración y departamento de soporte informático.
• Herramienta de trabajo colaborativo para áreas y grupos de I+D.
• Sistema de gestión de proyectos de desarrollo de software.
• Interfaz con clientes para entrega de resultados y seguimiento de entregas y notificaciones.

Gestión de incidencias internas

• Administración: procedimientos de gestión de compras y gastos usando tickets (un componente para cada tipo de solicitud), con un flujo de aprobación manual.
• Soporte informático: documentación de procedimientos en el Wiki, solicitud de servicios y asignación de tareas con tickets, control de documentación y programas privada para el grupo de sistemas usando Subversion.

Trabajo colaborativo

• Generalmente para uso exclusivo de los miembros del grupo o área.
• Uso de Subversion para mantener documentos comunes.
• Uso del Wiki como sistema de documentación de procedimientos y normas de trabajo internas.
• Uso del proyecto del área para para desarrollo de pequeños proyectos o tareas del grupo que no tienen entidad separada (p. ej. preparación de propuestas o evaluación de proyectos).

Gestión de proyectos de desarrollo

• Mantenimiento del código con Subversion.
• Uso del sistema de ticketing para asignación y seguimiento de tareas de corta duración que pueden estar asociadas a hitos del proyecto (en muchas ocasiones los hitos se pueden hacer coincidir con las fases de un proyecto).
• Uso del sistema de ticketing como herramienta de seguimiento de errores, durante el desarrollo y la prueba de programas.

Interfaz externa para proyectos

Varios usos:

1. Uso del wiki para presentar e intercambiar documentación, directamente en el wiki o adjuntando documentos a las páginas.
2. Uso del wiki para la presentación de información y Subversion como medio de acceso a las versiones de prueba del software (los paquetes a entregar se suben al repositorio y se enlazan desde el wiki).
3. Uso del wiki con o sin Subversion para intercambio de documentación y software y uso del sistema de tickets para notificación de errores, reporte de incidencias y seguimiento de las soluciones.

Instalación actual (1)

• Servidor con una instalación mínima de Debian 4.0 (etch) con soporte para linux-vserver. La instalación actual está hecha para máquinas de 64 bits (AMD64 o Pentium con soporte EM64T).
• Dos servidores virtuales con una instalación de Debian 3.1 (sarge) para arquitecturas Intel de 32 bits (han cambiado de host 4 veces en un año).

Instalación actual (2)

• Cada servidor tiene instalado el trac para que funcione con protocolo https. La aplicación se ejecuta con mod_python y apache2 y las bases de datos funcionan con sqlite y para servir los repositorios de subversion se emplea el mismo apache2 con mod_svn.
• La autenticación de usuarios es la del HTTP básico y se hace atacando a un servidor OpenLDAP desde el apache2 (sólo válido para identificar usuarios internos); el servidor de proyectos externos está preparado para utilizar el LDAP y ficheros htpasswd (se usan para dar de alta a los usuarios externos).

Instalación futura

• Servidores virtuales con Debian 4.0 y arquitectura de 64bits, pasará de 2 a 4 servidores separados.
• Cambio de BBDD SQLite por PostgreSQL, que se ejecutará en un vserver independiente.
• Actualización a apache2.2 para servir el Subversion y evaluación del uso de lighttpd para el Trac (de entrada lo hará todo el apache2.2).
• Identificación de usuarios externos contra BBDD en lugar de ficheros authz.

Referencias

• Proyecto Trac:

  http://trac.edgewall.org/

• Componentes adicionales:

  http://trac-hacks.org/

• ITI:

  http://www.iti.upv.es/