<Nombre de la organización>

<Nombre del Proyecto>

Plan de manejo de configuraciones

para

<Cliente>

Versión 001
<Nombre del Proyecto> Plan de manejo de configuraciones

Control de versiones
Fecha Versión Descripción Autor
<dd/mmm/aa> <x.x> <detalles> <nombre>

<Nombre de la organización>, 2012 Pg. 2 de 7

<Nombre del Proyecto> Plan de manejo de configuraciones

Contenido
1. Introducción 4

2. Objetivos del manejo de versiones y configuraciones 4

3. Uso de directorio estándar, de la biblioteca de trabajo, y de la biblioteca maestra 4

3.1 Elementos de la configuración 5
3.1.1 Específicos de proyectos informáticos 5
3.1.1.1 Elementos que deberán quedar identificados..........................................................................................6
3.1.2 Herramienta de manejo y control de versiones 6

4. Identificación de versiones de los entregables 6

4.1.1.1 Identificación adicional durante la implementación...............................................................................6

5. Líneas de base 7

6. Proceso de solicitudes de cambio 7

6.1 Identificación de las solicitudes de cambio 7

7. Contabilidad de configuraciones y cambios 7

8. Auditorías de configuraciones y cambios 7

9. Respaldos 7
9.1 Respaldos de servidores 7
9.2 Respaldos de PCs y equipo clliente 7

<Nombre de la organización>, 2012 Pg. 3 de 7

<Nombre del Proyecto> Plan de manejo de configuraciones

Plan de manejo de configuraciones

1. Introducción
Esta sección del plan del proyecto tiene como objetivo formalizar un método para el manejo de configuraciones y
versiones de los entregables.
El manejo de configuraciones y versiones (configuration management) es un proceso disciplinado para administrar
la evolución y mantener consistencia e integridad de la documentación y de los productos del proyecto. Abarca todo
el ciclo de vida, y consiste de:
 Identificar, definir y formalizar (poner en línea de base) los productos y entregables, tanto intermedios
como finales;
 Controlar el proceso de cambio, aprobación y liberación de dichos productos y entregables;
 Proveer especificaciones para el manejo de los productos de trabajo en relación a (o desde) el sistema de
manejo de configuraciones;
 Asegurar la integridad, consistencia y precisión de los productos y entregables, y en especial de sus líneas
de base;
 Controlar el almacenamiento, manejo y liberación de los productos y entregables;
 Registrar y proveer el estatus de los productos y de las solicitudes de cambios.

2. Objetivos del manejo de versiones y configuraciones

 Integridad de los productos y entregables intermedios y finales del proyecto: mitigar los riesgos en cuanto a
tiempo, costo y esfuerzo de su diseño, construcción y mantenimiento mediante una adecuada identificación
y manejo de la evolución de:
o Los elementos, componentes y versiones del ambiente para desarrollo y construcción; por
ejemplo: la adecuada identificación de configuraciones estables y confiables de los equipos PC y
del software utilizados para la documentación de requisitos, diseño de productos y administración
del proyecto.
o Los elementos, componentes, especificaciones y versiones de los productos o entregables (ya sean
entregables intermedios, como son los planos, diagramas y especificaciones, o los productos
finales).
o Los respaldos de las diferentes versiones de los productos y entregables (por ejemplo, los
respaldos en disco compacto de las especificaciones).
 Visibilidad: Consensuar con los interesados y administrar el proceso de manejo de cambios, de tal forma
que se pueda realizar en forma eficiente, y se mitigue o elimine la fricción por solicitudes de cambio a los
alcances y especificaciones.
 Repetibilidad, control, responsabilidad, trazabilidad y, en su caso, rendición de cuentas: Mantener un
registro de los principales entregables y productos y sus cambios, de tal forma que se faciliten tanto la
administración de estos cambios, como poder informar de éstos ante cualquier revisión o auditoría del
proyecto.
 Coordinación: facilitar el apoyo logístico y el aseguramiento de la calidad durante todas las fases del ciclo
de vida.

3. Uso de directorio estándar, de la biblioteca de trabajo, y de la biblioteca

maestra
Los entregables se guardarán en directorios estándar en los equipos de los participantes y en el servidor designado,
con la estructura indicada en GT-DirectorioProyecto (consúltese GT-DirectorioProyecto.mmap, o bien la versión

<Nombre de la organización>, 2012 Pg. 4 de 7

<Nombre del Proyecto> Plan de manejo de configuraciones

.jpg de dicho documento, en el directorio PlantillasProyecto\Formatos ).

 Cada uno de los participantes directos del proyecto (dirección del proyecto, analistas, arquitecto,
desarrolladores...) creará un directorio estándar para el presente proyecto bajo C:\Proy en su equipo PC.
o La ruta en cada PC será: C:\Proy\nnnnClaveProyecto
 nnnn es el consecutivo asignado a este proyecto
 ClaveProyecto es la clave abreviada, nemotécnica, del proyecto
 La persona responsable de manejo de configuraciones (CM) se encargará de crear un directorio estándar en
el servidor de proyectos, para la biblioteca dinámica (es decir el espacio de trabajo), así como de especificar
el espacio para la biblioteca maestra (donde se guardarán las líneas de base).
o El personal participante tendrá la responsabilidad de guardar las versiones actualizadas de los
elementos de configuración en la biblioteca dinámica
o La dirección del proyecto tiene la responsabilidad de guardar todos los componentes de una línea
de base (es decir, los componentes que han sido revisados y acordados al final de una fase, o bien
al final de una iteración designada para concluir en una línea de base) en la biblioteca maestra, en
un directorio de sólo lectura específicamente designado como tal.

3.1 Elementos de la configuración

Los siguientes documentos y entregables serán incluidos en el control de la configuración:
 Visión y alcances del proyecto
o Componentes principales del producto o de la solución
o Estándares aplicables al proyecto
 Especificación de requisitos
 Modelo arquitectónico y sus componentes
o Modelo de requisitos
o Modelo de análisis
o Modelo de diseño
o Especificaciones de diseño
 Plan integrado del proyecto y sus componentes, con especial atención a los siguientes:
o Plan de desarrollo de la obra o producto:
 EDT (WBS) y gráfica de Gantt
o El presente plan de manejo de configuraciones
o Técnicas y herramientas para el manejo de configuraciones
o Planes de pruebas
o Procedimientos de pruebas
 Documentación de usuario

3.1.1 Específicos de proyectos informáticos

 Módulos de código
 Especificaciones de interfaces
 Archivos de construcción del sistema

<Nombre de la organización>, 2012 Pg. 5 de 7

<Nombre del Proyecto> Plan de manejo de configuraciones

 Diagrama de tablas de la base de datos

 Interfaces de usuario
 Archivos de instalación


3.1.1.1 Elementos que deberán quedar identificados

Los siguientes elementos de configuración deberán estar claramente identificados; sus medios o formas de
descarga/instalación de sus versiones, actualizaciones y correcciones deberán estar disponibles:
 Sistemas operativos
 Compiladores y ambientes desarrollo
 RDBMS (motores de bases de datos)

3.1.2 Herramienta de manejo y control de versiones

(Por ejemplo: CVS, MS Visual Source-Safe, MS SharePoint.)

4. Identificación de versiones de los entregables

Cada componente o elemento de configuración debe contener la identificación de su versión y nivel de revisión en
su carátula o en su primera página, con la siguiente estructura:
Versión N DD de MMM de AAAA
Donde:
"N" se refiere al número de la versión a la que corresponde el entregable. Para el presente proyecto se ha
escogido el siguiente formato:
 Número consecutivo rellenado con ceros a la izquierda: 001 para la primera versión, 002 para la
segunda versión, 003 para la tercera...
 Incrementos decimales, conforme a la importancia del cambio, antecedidos de “v”: la versión inicial
sería [v0.0.1].
o Se incrementa con una centésima cada vez que se desee registrar un cambio menor: [v.0.0.2]
o Se incrementa con una décima al alcanzar un cambio significativo, o una determinada
jerarquía de revisión: [v.0.1.0]
o El incremento de un entero significa que se ha alcanzado una versión mayor del producto; por
ejemplo, una liberación cuidadosamente revisada y acordada con los interesados.

4.1.1.1 Identificación adicional durante la implementación

Los entregables de la fase de implementación, o de cualquier iteración designada para producir una versión lista para
pruebas de aceptación, deberán contar con la siguiente identificación adicional en sus encabezados:
Subsistema al que pertenecen (si lo hubiera)
Descripción
Precondiciones y dependencias
Componentes (si es que están en otros archivos o medios)
Los componentes del producto terminado deberán quedar, asimismo, documentados conforme al formato FR-
ElementosConfiguracion .

<Nombre de la organización>, 2012 Pg. 6 de 7

<Nombre del Proyecto> Plan de manejo de configuraciones

5. Líneas de base
Las líneas base fundamentales corresponderán al final de cada una de las fases del ciclo de vida:
 Línea de base resultante de la fase de inicio
 Línea de base resultante de la fase de preparación y organización
 Línea de base resultante de la realización del trabajo
 Línea de base resultante del cierre del proyecto

6. Proceso de solicitudes de cambio

Cualquier cambio no trivial (es decir, cualquier cambio que requiera más de una hora de esfuerzo no planeado) a un
componente de una línea de base deberá ser aprobado por el Comité de Control de Cambios nombrado de común
acuerdo entre la organización receptora de los productos del proyecto y la organización encargada de realizar y
desarrollar el proyecto.
Las solicitudes cambio deberán llenarse conforme al formato FR-SolicitudModificacion.doc .

6.1 Identificación de las solicitudes de cambio

Las solicitudes de cambio deberán guardarse en el subdirectorio correspondiente, conforme a la estructura de
directorios estándar.

7. Contabilidad de configuraciones y cambios

Mínimamente, se registrarán las principales versiones y líneas de base en la tabla creada mediante la plantilla FR-
CtrlVersiones.xls.

8. Auditorías de configuraciones y cambios

Las áreas de manejo de configuraciones (CM) y aseguramiento de la calidad (QA) realizarán auditorías al proceso
de manejo de y control de configuración mínimamente al final de cada fase.

9. Respaldos

9.1 Respaldos de servidores

Los respaldos de la información en servidores (documentación, diseño y desarrollo, así como de las bases de datos)
se realizará mínimamente todos los viernes, así como los días 14 y 29 de cada mes.

9.2 Respaldos de PCs y equipo clliente

La documentación, así como los archivos de diseño y desarrollo, se deberán copiar diariamente a la
BibliotecaDeTrabajo en el servidor.

<Nombre de la organización>, 2012 Pg. 7 de 7