<Nombre de la Empresa>

<Nombre del Proyecto>

Procedimientos de Administración de
Configuración de Software
<Número de Iteración>
Versión <X.X>
 Información del Documento

Título del Documento:

Nombre del Archivo del Documento:
Número de Versión
Autor:
Fecha de Creación:
Estado:

Aprobaciones

<nombre> <dd/mm/yyyy>
<posición> Firma Fecha

<nombre> <dd/mm/yyyy>
<posición> Firma Fecha

Historia de Cambios

Fecha Versión Descripción Autor

<dd/mm/aaaa> <x.x> <detalles> <nombre>
<dd/mm/aaaa> <x.x> <detalles> <nombre>
<dd/mm/aaaa> <x.x> <detalles> <nombre>
<dd/mm/aaaa> <x.x> <detalles> <nombre>
Tabla de Contenidos

1. INTRODUCCIÓN............................................................................................................. 4

1.1. Propósito ...................................................................................................................... 4

1.2. Definiciones, Acrónimos y Abreviaturas ....................................................................... 4

1.3. Alcance ........................................................................................................................ 4

1.4. Referencias .................................................................................................................. 4

1.5. Roles y Responsabilidades .......................................................................................... 4

2. ENTRADAS..................................................................................................................... 5

3. SALIDAS ......................................................................................................................... 5

4. MECANISMO DE CONTROL.......................................................................................... 5

5. DESCRIPCIÓN DEL PROCEDIMIENTO......................................................................... 6

5.1. Implementación de la Estructura del Repositorio ......................................................... 6

5.2. Cambios al Repositorio y a Items de Configuración..................................................... 6

5.3. Acceso al Repositorio .................................................................................................. 6

5.4. Ingreso de Items de Configuración .............................................................................. 6

5.5. Administración de Cambios a las Líneas Base ............................................................ 7

5.6. Mecanismo de Versionamiento Sugerido..................................................................... 8

5.7. Operación de la Herramienta de Administración de la Configuración .......................... 9

5.8. Actividades de Revisión ............................................................................................. 10

5.9. Mediciones ................................................................................................................. 10

1. INTRODUCCIÓN

1.1. Propósito

El propósito del Procedimiento de Administración de Configuración de Software, es

describir la forma en la que <Nombre de la Empresa> llevará a cabo las actividades
relacionadas con actualización, control y seguimiento de los items de configuración y
las líneas base asociadas a los proyectos de software.

1.2. Definiciones, Acrónimos y Abreviaturas

Las definiciones de todos los términos, acrónimos, y abreviaturas requeridas para

interpretar adecuadamente el Procedimiento de Administración de Configuración de
Software se encuentran en el archivo Glosario del Proyecto <Nombre del Proyecto>.

1.3. Alcance

El Procedimiento de Administración de Configuración de Software, es aplicable a

todos los items de configuración generados en el contexto de los proyectos de
desarrollo de productos de software de <Nombre de la Empresa>.

1.4. Referencias

ID Archivo de Título del Documento Número de Fecha de Organización

Documento Reporte Publicación que lo Publica

1.5. Roles y Responsabilidades

Rol Responsabilidades
Responsable del Proyecto
Gerente de Proyecto
Administrador de
Configuración
Comité de Control de Responsable de verificar los cambios realizados a las líneas base y de
Cambios autorizar su establecimiento.
Equipo del Proyecto
Responsable de Proceso Responsable de la definición y mantenimiento del procedimiento.
 Rol Responsabilidades
Responsable de Responsable de revisar que la Administración de Configuración de Software
Aseguramiento de Calidad se lleva a cabo de acuerdo a los procedimientos vigentes.

2. ENTRADAS

Items de Configuración (ejemplos: documentos de administración del proyecto,

componentes de código, herramientas de desarrollo, sistemas operativos, etc.).
Plan de Administración de Configuración de Software.
Plan de Desarrollo de Software.
Requerimientos de Cambio.
Líneas Base.

3. SALIDAS

Items de Configuración Controlados.

Líneas Base Controladas.
Reportes de Estado de Configuración.

4. MECANISMO DE CONTROL

Verificación del Administrador de Configuración de las actividades de

Administración de Configuración.
Revisión de las actividades de Administración de Configuración de Software por
parte del área de Aseguramiento de Calidad.
5. DESCRIPCIÓN DEL PROCEDIMIENTO

5.1. Implementación de la Estructura del Repositorio

Al iniciar un proyecto si existe algún ítem de configuración que es necesario

administrar y no existe aún el repositorio propio del proyecto, se creará un
repositorio temporal para el mismo.
El Administrador de Configuración realizará la creación del repositorio y definirá y
otorgará los permisos y niveles de acceso de los miembros del Equipo de
Proyecto en el repositorio, a lo largo del ciclo de vida del proyecto de acuerdo a lo
establecido en el Plan de Administración de Configuración.

5.2. Cambios al Repositorio y a Items de Configuración

Cuando se necesite cambiar la ubicación física o la estructura de algún

repositorio o ítem de configuración relacionado al proyecto, el Administrador de
Configuración comunicará a los miembros del Equipo de Proyecto afectados
sobre el cambio de manera anticipada y sobre la duración estimada del proceso
de cambio.
Así mismo deberá dar a conocer una vez finalizado el proceso de cambio,
cualquier información relevante a los afectados (por ejemplo, locación física del
repositorio o permisos que hayan sido revocados).

5.3. Acceso al Repositorio

Los miembros del Equipo de Proyecto tomarán del repositorio los items de
configuración que necesiten para desempeñar su trabajo.
Los miembros del Equipo de Proyecto que realicen copias locales de los items de
configuración necesarios para desempeñar sus tareas, serán responsables de
mantener la seguridad de los archivos copiados.

5.4. Ingreso de Items de Configuración

Cada vez que se ingresa un ítem de configuración al repositorio debe ser

versionado.
 El responsable de ingresar un ítem de configuración, luego de que haya sido
modificado o creado, deberá comunicar al Administrador de Configuración sobre
el ingreso y su disponibilidad si considera que es necesario dar aviso a otros
miembros del Equipo de Proyecto (si puede ser utilizado o no, si debe ser
revisado, etc.) o si no existe algún método de notificación automático (por
ejemplo alguna notificación de la herramienta de configuración utilizada).
El responsable del ingreso también podrá notificar a otros miembros del Equipo
de Proyecto si lo considera necesario.
Cuando se realice la corrección de algún error reportado, el miembro del Equipo
de Proyecto que la implemente, al momento de ingresar los archivos modificados
al repositorio, registrará como observación que los items de configuración fueron
modificados para solucionar los errores que considere efectivamente corregidos.
Se puede utilizar para esto en la herramienta de Administración de Configuración
empleada, el campo determinado para registrar observaciones del ítem de
configuración ingresado o alguna herramienta de seguimiento de defectos.
Si algún miembro del Equipo de Proyecto considera que realiza algún cambio
que afecta a las modificaciones hechas por otro miembro, o la herramienta de
administración de configuración detecta algún conflicto, deberán ponerse de
acuerdo los responsables respecto a los cambios que se van a almacenar en el
repositorio. De no haber un acuerdo entre los mismos se podrá acudir al Líder de
Proyecto para que solucione el conflicto.
Antes de ingresar un ítem de configuración al repositorio, si este referencia a
algún otro ítem de configuración, el propietario deberá asegurarse que hace
referencia a la última versión o a la versión correcta (verificará que el ítem de
configuración referenciado sea de la versión correcta).

5.5. Administración de Cambios a las Líneas Base

Las solicitudes para cambios serán ingresadas y evaluadas de acuerdo al

Procedimiento de <Captación y Evaluación de requerimientos>.
El Líder de Proyecto identifica y distribuye las responsabilidades de los miembros
del Equipo de Proyecto afectados a la implementación del cambio.
 Si se hace un cambio a la línea base o a alguno de sus items de configuración, y
el Equipo de Proyecto determina que el cambio no afecta a quienes la están
utilizando, mientras esperan la aprobación de la línea base modificada, podrán
emplear la línea base original. Sin embargo ningún ítem de configuración
cambiado podrá ser ingresado al repositorio hasta no contar con la versión
modificada de la línea base y haber realizado todas las pruebas y revisiones
correspondientes definidas en el plan.
Cuando un ítem de configuración deba ser elevado a un nivel de revisión
superior, se debe informar al revisor correspondiente que el ítem está listo para
ser revisado.
Cuando todos los items de configuración afectados por el cambio han superado
las revisiones definidas, el Líder de Proyecto o alguno de los miembros del
Equipo de Proyecto, notifican al Comité de Control de Cambios para que éste
realice la verificación del cambio y autorice el establecimiento de la línea base si
corresponde (acorde a lo especificado en el Plan de Administración de
Configuración).
El Líder de Proyecto o el Administrador de Configuración deberán comunicar a
todos los miembros del Equipo de Proyecto afectados que la nueva versión de la
línea base está disponible.
Cuando un ítem de configuración sea rechazado por alguno de los niveles de
revisión deberán realizarse las correcciones correspondientes y se iniciará
nuevamente el proceso de aprobación.

5.6. Mecanismo de Versionamiento Sugerido

Para la línea base de Versión del Producto el número de versión tendrá la

estructura X.X.X; donde la primer posición corresponde a una versión mayor, la
segunda posición corresponde a una versión menor y la tercera posición
corresponde a una versión de mantenimiento.
Los cambios de versión se realizan según el siguiente criterio:
Versión Mayor: se incrementa cuando se produce un cambio significativo en
la funcionalidad del producto o en sus características generales.
 Entendiéndose por cambios significativos la introducción de nuevos
conceptos en el producto, nuevos módulos funcionales y/ o integración con
otros sistemas. Todo cambio de versión mayor inicializa a cero la versión
menor y la versión de mantenimiento.
Versión Menor: se incrementa cuando se introduce un conjunto de mejoras o
ampliaciones a las características y funcionalidades del producto. Por
ejemplo: nuevos reportes, mejoras de performance, mejoras de interfaz,
mejoras de la seguridad, agregados de funcionalidad mínimos, agregado de
nuevas consultas, etc. Todo cambio de versión menor inicializa a cero el
número de versión de mantenimiento.
Versión de Mantenimiento: se incrementa cuando se realizan actualizaciones
que cumplen con correcciones de defectos. No incorpora nuevas
funcionalidades y (salvo excepciones por problemas en la operatoria del
producto) no incorpora mejoras, que son contempladas en las versiones
menores. Cada actualización incrementa en uno la versión de mantenimiento
de la última actualización.
Para los demás items de configuración la estructura será X.XX, que se
incrementará de manera secuencial.

5.7. Operación de la Herramienta de Administración de la Configuración

Ante cualquier asunto relativo a la operación o la seguridad (mal funcionamiento

de las herramientas de Administración de Configuración, permisos, etc.), el
miembro del Equipo de Proyecto afectado deberá reportarlos al Administrador de
Configuración.
El Administrador de Configuración será el encargado de dar aviso al responsable
de la herramienta, o a cualquier entidad que pueda resolverlo, para que
implemente las acciones necesarias sobre la misma.
5.8. Actividades de Revisión

Las actividades de revisión realizadas por el Administrador de Configuración de

acuerdo a la periodicidad especificada en el Plan de Administración de
Configuración son:
Verificar que los items de configuración estén siendo generados conforme a
las características definidas en el repositorio (por ejemplo, la estructura de
directorios, versiones anteriores del ítem, nombre de archivos, número de
versionamiento, etc.)
Verificar que la estructura de directorios del repositorio del proyecto sea la
definida en el Plan de Administración de la Configuración
Verificar que las referencias de los items de configuración que están siendo
revisados, hagan referencia a las versiones correctas o últimas versiones de
otros items de configuración que integran el proyecto (que no necesariamente
están bajo revisión).
Verificar la realización de los respaldos especificados en el Plan de
Administración de Configuración.
Cuando el Administrador de Configuración detecte anomalías deberá indicar al
responsable de las mismas para que implemente acciones correctivas o
preventivas necesarias y las mismas serán informadas al <Responsable del
Proyecto>.
El Administrador de Configuración documentará todos los problemas que él o el
Líder de Proyecto no puedan resolver o consideren conveniente registrar,
detectados durante las revisiones.
El Responsable de Aseguramiento de Calidad deberá verificar que la
Administración de Configuración de Software se realice de acuerdo a los
procedimientos vigentes.

5.9. Mediciones

Se generarán reportes basados en:

Problemas frecuentes asociados a la Administración de Configuración de
Software.
Tiempo empleado en las actividades de Administración de Configuración de
Software.
Tiempo empleado en las actividades de Auditorías a la Administración de
Configuración de Software.
Esfuerzo y fondos empleados en las actividades de Administración de
Configuración de Software.
Tiempo insumido en la Administración de Cambios de líneas base.
Tiempo insumido en actividades de revisión de las líneas base.
Esfuerzo y fondos empleados en la realización de las actividades de
Administración de Cambios.