El objetivo del control de configuración (también llamado gestión de la configuración) es mantener la integridad de las versiones que obtenemos a lo largo del desarrollo de un producto, garantizando que no se realizan cambios incontrolados. Así, en nuestra herramienta de configuración no solo se encontrarán los ejecutables y código fuente, sino también los modelos de datos, modelos de procesos, especificaciones de requisitos, pruebas, etc.
La estrategia de gestión de configuración debe de ser conocida y aplicada por todos los integrantes del proyecto, por tanto, esta estrategia no aplica solo y exclusivamente a código o documentos técnicos. Los equipos de pruebas deberán utilizar este tipo de herramientas como repositorio de toda la documentación. Si no tenemos una herramienta de gestión de pruebas (ex. El test link, el Mercury Quality Center…) deberíamos de usar la herramienta de gestión de la configuración para almacenar test cases, scripts de rendimiento, scripts de automatización o cualquier otro tipo de documento que puede ser de ayuda al equipo de calidad. Aún así, no es mala idea tener las dos herramientas.
La gestión de configuración facilita el mantenimiento del aplicativo, aportando información precisa sobre el impacto de los cambios solicitados y reduciendo el tiempo de implementación de un cambio, tanto evolutivo como correctivo. Asimismo, permite controlar el producto a lo largo de su desarrollo, obtener informes sobre el estado del proyecto y reducir el número de errores de adaptación del sistema, lo que se traduce en un aumento de calidad del producto.
Es variada la información que puede solicitarse a la herramienta de gestión de la configuración:
- Información relacionada con Análisis, Diseño, Construcción, Implantación y Aceptación del Sistemas de Información, como productos globales que integran todos los productos que lo componen.
- Información de un producto en concreto, su versión, estado, traza de su evolución…
¿Como llevamos todo esto acabo? Podríamos definir dos tareas, por un lado realizar un plan de viabilidad y elección de la herramienta, y por otro la creación de un Plan de gestión de la configuración. La elección de la herramienta lo dejo de vuestra mano…pero el Plan es muy importante, y debería cubrir aspectos tales como:
- Identificar lo productos a controlar.
- Definición de procesos.
- Definir el ámbirto y alcance del control de la configuración.
- Definir reglas de versionado.
- Identificar roles y responsabilidades.
Bueno, es un tema muy amplio del que existen cientos de libros y del que podríamos hablar durante horas. Dependiendo del tipo de producto y de la organización, el Plan de gestión de la configuración se realizará de diferente manera. Lo que debemos de tener presente es que el desarrollo de software implica continuos cambios, debidos a modificaciones de requisitos, defetos…por lo tanto debemos considerar implantar este tipo de procesos con el fin de controlar y gestionar apropiadamente los cambios y reducir los errores.
Últimos Comentarios