Configuraciones 2 - Planificación de la gestión de configuraciones

Un plan de gestión de configuraciones describe los estándares y procedimientos utilizados para la gestión de la configuración. El punto de inicio para desarrollar el plan es un conjunto de estándares generales de gestión de la configuración de toda la compañía adaptables a cada proyecto específico. El plan de la CM se organiza en varios capítulos que incluyen:

1. La definición de lo que se debe gestionar (los elementos de configuración) y el esquema formal para identificar estas entidades. 
2. Un enunciado de quién toma la responsabilidad de los procedimientos de gestión de configuraciones y quién envía las entidades controladas al equipo de gestión de configuraciones.
3. Las políticas de gestión de configuraciones utilizadas para gestionar el control de los cambios y las versiones. 
4. Una descripción de las herramientas a utilizar para la gestión de configuraciones y el proceso a aplicar cuando se utilizan estas herramientas. 
5. Una definición de la base de datos de la configuración que se utilizará para registrar la información de la configuración. 

En el plan de la CM se incluye información adicional de la gestión del software por parte de los proveedores externos y los procesos de auditoria para el proceso de la CM.
Una parte importante del plan de la CM es la definición de responsabilidades. Define quién es el responsable de la entrega de cada documento o de cada componente de software para la garantía de la calidad y la gestión de la configuraciones. También define los revisores de cada documento. La persona responsable de la entrega de los documentos no es preciso que sea la misma responsable de producir el documento. Para simplificar las interfaces, a menudo es conveniente hacer que los gestores de proyectos o los líderes del equipo sean responsables de todos los documentos producidos por su equipo.  

Identificación de los elementos de configuración 

En un sistema grande de software, puede haber cientos de módulos de código fuente, scripts de pruebas, documentos de diseño, etc. Estos son producidos por diferentes personas y, cuando fueron creados, pudieron tener nombres similares. Para seguir el registro de toda esta información y encontrar el fichero adecuado cuando éste se precise, se necesitará un esquema consistente de identificación para todos los elementos del sistema de gestión de configuraciones.
Durante el proceso de planificación de la gestión de configuraciones, se decide exactamente qué elementos (o clases de elementos) se van a controlar. Los documentos o grupos de documentos relacionados del control de la configuración son documentos formales o elementos de la configuración. Normalmente, los planes del proyecto, las especificaciones, los diseños, los programas y los conjuntos de datos de prueba son elementos de la configuración. Todos los documentos que son necesarios para el mantenimiento futuro del sistema deben ser controlados por el sistema de control de configuraciones.
Sin embargo, esto no significa que todos los documentos o archivos deban estar bajo el control de configuraciones. Documentos como, por ejemplo, documentos técnicos de trabajo que presentan la captura de ideas para el posterior desarrollo, minutas de las reuniones de grupo, bosquejo del plan y propuestas, no tendrán relevancia a largo plazo y no serán necesarios para el futuro mantenimiento del sistema. El esquema de asignación de nombres a los documentos debe asignar un nombre único a todos los documentos de control de la configuración. Este nombre debe reflejar el tipo de elemento,la parte del sistema en la que se utiliza y el creador del elemento, entre otros. En su esquema de nombres, también deberá reflejar las relaciones entre elementos para asegurar que los documentos relacionados tengan una raíz común de su nombre. Esto conduce a un esquema de asignación de nombres jerárquico. Algunos ejemplos de los nombres son:

• PCL-TOOLS/EDIT/FORMS/DISPLAY/AST-INTERFACE/CODE 
• PCL-TOOLS/EDIT/HELP/QUERY/HELPFRAMES/FR-1 

La parte inicial del nombre es el nombre del proyecto, PCL-TOOLS. En este proyecto, existen cuatro herramientas diferentes; el nombre de la herramienta (EDIT) se utiliza como la siguiente parte del nombre. Cada herramienta está compuesta de módulos nombrados de forma distinta, cuyos nombres pasan a ser parte del identificador (FORMS, HELP).Este proceso de descomposición continúa hasta que se haga referencia a los documentos formales en el nivel base. Las hojas de la jerarquía de la documentación son elementos de configuración formales.

La Figura muestra que se requieren tres documentos formales para cada componente: una descripción de los objetos (OBJECTS), el código del componente (CODE) y un conjunto de pruebas para el código (TEST). Elementos como la ayuda son también gestionados y tienen diferentes nombres (FR-1, en el ejemplo anterior). 

La asignación de nombres jerárquica es simple y fácil de entender, y a veces copia la estructura de directorios utilizada para almacenar los archivos del proyecto. Sin embargo, reflejan la estructura del proyecto cuando se desarrolló el software. Los nombres de los elementos de configuración asociados a un proyecto particular pueden reducirlas oportunidades de re-utilización. Puede ser muy difícil encontrar componentes relacionados (por ejemplo, todos los componentes desarrollados por el mismo programador) donde el esquema de nombres no refleja esta relación. 

La base de datos de configuraciones 

La base de datos de configuraciones se utiliza para registrar toda la información relacionada con las configuraciones y sus elementos. Sus funciones principales son ayudar a la evaluación del impacto de los cambios en el sistema y proveer información de la gestión acerca del proceso de la CM. Además de definir el esquema de la base de datos de la configuración, como parte del proceso de planificación de la CM también se deben definir los formularios y los procedimientos para registrar y recuperar la información del proyecto.
Una base de datos de configuraciones no incluye información acerca de los elementos de configuración. Registra información acerca de los usuarios de los componentes, los clientes del sistema, plataformas de ejecución, cambios propuestos, etc. Le debe ser posible suministrar respuestas a una variedad de consultas acerca de las configuraciones del sistema. Algunas consultas podrían ser:

1. ¿A qué clientes se les ha entregado una versión particular del sistema? 
2. ¿Qué configuración de hardware y del sistema operativo se requiere para ejecutar una versión dada del sistema? 
3. ¿Cuántas versiones del sistema se han creado y cuáles son sus fechas de creación? 
4. ¿Qué versiones del sistema se ven afectadas si se cambia un componente particular? 
5. ¿Cuántas peticiones de cambios están pendientes para una versión particular? 
6. ¿Cuántos fallos declarados existen en una versión particular? 

De forma ideal, la base de datos de configuraciones se integra en el sistema de gestión de las versiones utilizado para almacenar y gestionar los documentos formales del proyecto. Este enfoque, apoyado por algunas herramientas CASE integradas, hace posible vincular los cambios de forma directa con los documentos y componentes afectados por el cambio. Se da mantenimiento a los vínculos entre los documentos, como los documentos de diseño y el código del programa, con el fin de que sea relativamente fácil encontrar todo lo que debe modificarse cuando se propone un cambio.
Sin embargo, las herramientas CASE integradas para la gestión de configuraciones son caras. Muchas compañías no las utilizan, sino que mantienen su base de datos de configuraciones como un sistema independiente de su sistema de control de versiones. Los elementos de la configuración se almacenan en archivos o en el sistema de gestión de versiones como el CVS (Berliner, 1990).
Esta base de datos de configuraciones almacena información de los elementos de la configuración y hace referencia a sus nombres de archivos en el sistema de gestión de versiones. Aunque éste es un enfoque relativamente económico y flexible, su desventaja es que los elementos de la configuración se pueden cambiar sin que la base de datos de configuraciones tenga conocimiento. Por lo tanto, no se puede estar seguro de que la base de datos de la configuración sea una descripción actualizada del estado del sistema.