La gestión de la configuración permite establecer y mantener la integridad de los productos de trabajo utilizando la identificación de la configuración y el control de ésta.
En los siguientes sub-apartados se podrá encontrar información acerca del sistema de almacenamiento, de la nomenclatura utilizada, de los elementos de la configuración, del sistema de control de cambios y de las herramientas utilizadas en el proyecto.
5.1.1. Sistema de almacenamiento
Para almacenar todos los elementos del proyecto se utilizará un sistema de carpetas en la nube lo cual permitirá evitar la pérdida de los datos debido a problemas en algún componente físico de los equipos del proyecto. Además este sistema de almacenamiento en la nube permitirá compartir los elementos del proyecto con el resto de personas implicadas.
La estructura de carpetas que se utilizará será la siguiente:
Ilustración 1. Estructura de carpetas proyecto 5.1.2. Almacenamiento del código
En la fase de desarrollo además de utilizar el almacenamiento en la nube se hará uso del repositorio SVN que se utilizó previamente para desarrollar la Plataforma de Interoperabilidad y en el que están presentes diversos proyectos evolutivos de la Plataforma de Interoperabilidad, entre los que se encuentra el proyecto MM. El uso de este repositorio SVN permitirá llevar un control de las distintas versiones del código del proyecto.
5.1.3. Nomenclatura
El nombre de los documentos seguirá el siguiente formato:
[MM-<Código>]-< Nombre >-< versión >
En el campo código se especificará el código del tipo de documento que podrá ser obtenido a través de la tabla de nomenclatura.
Además de la nomenclatura general existen una serie de elementos que tendrán una nomenclatura específica estos son:
• Líneas bases: no se utilizará el campo versión y el campo nombre será la fecha (DDMMAAA) de liberación de la línea base.
• Actas de reunión: en lugar de versión se pondrá la fecha de la reunión en formato (DDMMAAAA).
A continuación se presenta una tabla con los tipos de documentos y sus respectivos códigos.
Nombre Descripción Código
Memoria proyecto Documento general del proyecto que integrará a los demás documentos del proyecto con el fin de ofrecer una visión completa y conjunta de todo el proyecto. MP Gestión de la
configuración
Documento de texto dónde se identifican los elementos de la configuración así como el sistema de gestión de la configuración y el de control de cambios. GC Historial de cambios Hoja de cálculo que contiene los cambios solicitados, el autor del cambio, estado
del cambio y la repercusión del mismo. HC Planificación Permite ver una visión global del plazo de ejecución del proyecto. PLF
Plan de Calidad
Documento que planifica los procesos que se llevarán a cabo para realizar un seguimiento del proyecto y además define buenas prácticas para asegurar el cumplimiento de los objetivos del proyecto.
PC
Plan de pruebas Documento en el que se definen las pruebas a realizar. PP Plan de Costes y
Recursos Humanos Planificación de los costes y los recursos humanos. PCRH Historial de riesgos Hoja de cálculo con el historial de riesgos identificados en el proyecto. HR
Análisis Documento que recoge los requisitos, el modelo funcional, los casos de uso y las entidades identificadas en el proyecto AF
Diseño Documento que describe la arquitectura del sistema, el modelo de datos, la capa de servicios, la capa de acceso a datos y la capa cliente. DT
Tabla 2. Nomenclatura de los elementos de la configuración
La nomenclatura de los proyectos Java que se crean para implementar el Módulo de Monitorización será la utilizada en el resto de proyectos de la Plataforma de Interoperabilidad:
• Proyecto de modelo: [Nombre]-model • Proyecto de portlet: [Nombre]-portlet • Proyecto batch: [Nombre]-batch
5.1.4. Elementos de la configuración y líneas base
Dentro del ciclo de vida del proyecto existen diversos elementos a los que es necesario realizar un seguimiento con el fin de controlar los cambios que se producen sobre dichos elementos y además asegurar que siempre esté disponible una versión estable del mismo para cualquier persona que lo solicite.
Los elementos de la configuración identificados para el proyecto son los siguientes:
Nombre Tipo documento
[MM-GC]-GestiónConfiguración-version.doc Documento de Word 97-2003 Directorio
[MM]\1.Desarrollo y gestión\2.Gestión proyecto\2.Gestión de la configuración
Nombre Tipo documento
[MM-PLF]-Planificacion-version.mpp Microsoft Project 2007 Directorio
[MM]\1.Desarrollo y gestión\2.Gestión proyecto\1.Planificación
Nombre Tipo documento
[MM-PC]-PlanCalidad-version.doc Documento de Word 97-2003 Directorio
[MM]\1.Módulo de monitorización\2.Gestión proyecto\5.Gestión de calidad
Nombre Tipo documento
[MM-PCRH]-PlanCostesyRRHH-version.doc Documento de Word 97-2003 Directorio
[MM]\1.Módulo de monitorización\2.Gestión proyecto\4.Gestión de RRHH y costes
Nombre Tipo documento
[MM-PP]-PlanPruebas-version.doc Documento de Word 97-2003 Directorio
[MM]\1.Módulo de monitorización\2.Gestión proyecto\5.Gestión de Calidad
Nombre Tipo documento
[MM-ANA]-Análisis-version.doc Documento de Word 97-2003 Directorio
[MM]\ 1.Módulo de monitorización\4.Análisis
Nombre Tipo documento
[MM-DIS]-Diseño-version.doc Documento de Word 97-2003 Directorio
[MM]\ 1.Módulo de monitorización\5.Diseño
Tabla 3. Elementos de la configuración
Durante el desarrollo del proyecto se van creando los elementos de la configuración citados anteriormente, cada uno en la fase correspondiente según la planificación temporal. Al final de cada fase del proyecto se realizarán unas tareas de seguimiento, es en este punto en el que se libera una nueva línea base.
Liberar una línea base supone integrar todos los nuevos documentos que se hayan generado o modificado desde la anterior línea base en la Memoria del proyecto. Para facilitar esta tarea se utilizará el control de cambios que se explica en el apartado de Control de cambios.
Además de la Memoria del proyecto la línea base también contendrá el código implementado hasta el momento, para ello se descargará la última versión del código y se comprimirá junto con la Memoria del proyecto en un archivo zip que representará la línea base.
Las actas de reunión, el historial de cambios y el historial de riesgos no son considerados elementos de configuración. El motivo es que la vida de las actas de reunión es muy corta y que los otros dos historiales son archivos de log.
5.1.5. Control de cambios
Uno de los puntos importantes de la gestión de la configuración es el control del cambio ya que el problema no es que se produzcan cambios sino que se produzcan de forma incontrolada. Para mantener los cambios controlados el proceso que se seguirá será el siguiente:
• Realizar petición de cambio
Se dispondrá del documento [MM-HC]-HistorialCambios-version.gsheet para realizar las peticiones de cambio. Este documento aunque pertenece al sistema de ficheros común del proyecto es una hoja de cálculo de Google y como tal puede ser compartida con distintas personas. Se utilizará esta posibilidad para que todo el mundo relacionado con el proyecto pueda realizar una petición de cambio.
Para realizar la petición de cambio solamente será necesario cubrir la descripción del cambio, el nombre del solicitante y la fecha de solicitud. Automáticamente cuando se solicite un nuevo cambio el responsable del proyecto será notificado mediante un email.
• Evaluar petición de cambio
El responsable del proyecto será el encargado de evaluar todas las peticiones de cambio, deberá de analizar los elementos del proyecto, el coste del cambio y finalmente decidir si se realiza o no el cambio.
El responsable del proyecto decidirá cuándo evaluar las peticiones de cambio teniendo como única restricción que antes de las tareas de seguimiento y control deben estar todas las peticiones anteriores evaluadas y aplicadas.
• Realizar cambio
Todos los cambios que hayan sido aprobados serán realizados por el responsable del proyecto. Dependiendo de la dimensión del cambio se valorará si es necesario reflejarlo en la planificación del proyecto o no.
Los elementos de la configuración irán aumentando su versión a medida que se vayan aplicando los cambios, pudiendo concentrar varios cambios en un solo cambio de versión. Además del historial de cambios cada elemento de la configuración tendrá su tabla de cambios en la que
quedarán reflejadas las versiones y sus fechas, lo cual permitirá ver qué cambios hay que incluir en la memoria de las líneas base.
Por último el control de cambios y versiones de las distintas implementaciones se realizará utilizando el repositorio SVN al que accederemos con el plugin del entorno de desarrollo y que registrará todos los cambios.