<Nombre de la Empresa>

<Nombre del Proyecto>

Plan 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: Descripción del Estándar del <Nombre del Estándar>

Nombre del Archivo del Documento: <Nombre del archivo del documento generado>

Número de Versión <x.x>

Autor: <Nombre del Autor>

Fecha de Creación: <dd/mm/yyyy>

Estado: <Estado del Documento>

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

INTRODUCCIÓN .................................................................................................................... 4
1.1. Propósito .................................................................................................................. 4
1.2. Definiciones, Acrónimos y Abreviaturas ................................................................... 4
1.3. Audiencia.................................................................................................................. 4
1.4. Alcance..................................................................................................................... 4
1.5. Referencias .............................................................................................................. 5
2. ACTIVIDADES DE ADMINISTRACIÓN DE CONFIGURACIÓN DE SOFTWARE ......... 5
2.1. Identificación de Items de Configuración y Estructura del Repositorio ................. 5
2.2. Nomenclatura de Items de configuración y Versionamiento ................................ 5
2.3. Líneas Base del Proyecto ..................................................................................... 6
2.4. Almacenamiento del Proyecto .............................................................................. 6
2.5. Proceso de Release.............................................................................................. 6
2.6. Reporte de Estado de la Configuración .................................................................... 7
3. RECURSOS NECESARIOS PARA LA ADMINISTRACIÓN DE CONFIGURACIÓN DE
SOFTWARE ........................................................................................................................... 7
3.1. Responsables........................................................................................................... 7
3.2. Herramientas Utilizadas............................................................................................ 7
4. ADMINISTRACIÓN DE CAMBIOS ................................................................................. 7
INTRODUCCIÓN

1.1. Propósito
[Esta sección define el rol o propósito del documento Plan de Administración de
Configuración de Software en el contexto de la documentación general del
proyecto. El texto sugerido es el que se describe a continuación, puede ser ampliado
o modificado.]
El propósito del Plan de Administración de Configuración de Software del proyecto <Nombre del Proyecto> es describir
todas las actividades relacionadas con la determinación de métodos para identificar y controlar los ítems de configuración y
líneas base del producto durante el ciclo de vida del proyecto. Detalla el calendario de la actividades, las responsabilidades
asignadas y los recursos necesarios (incluyendo personal y herramientas)

1.2. Definiciones, Acrónimos y Abreviaturas

[Esta sección debería proveer las definiciones de todos los términos, acrónimos, y
abreviaturas requeridas para interpretar adecuadamente el Plan de Administración
de Configuración de Software. Esta información puede proveerse por referencia al
Glosario del Producto. El texto sugerido es el que se describe a continuación, puede
ser ampliado o modificado.]
Las definiciones de todos los términos, acrónimos, y abreviaturas requeridos para interpretar adecuadamente el Plan de
Administración de Configuración de Software se encuentran en el archivo Glosario del Proyecto <Nombre del Proyecto>.

1.3. Audiencia
[Esta sección identifica la audiencia específica esperada para el documento Plan de
Administración de Configuración de Software. Para cada uno de los participantes
se debe indicar los niveles de participación.]
Responsable de Confección (RC): Administrador de Configuración, Líder de Proyecto.
Responsable de Aprobación (RA): Responsable de Aseguramiento de Calidad.
Usuario (UD): Administrador de Configuración, Equipo de Desarrollo.
Notificado (NT): Gerente de Proyectos

1.4. Alcance
[Una breve descripción del alcance del Plan de Administración de Configuración
de Software que proyecto(s) están asociados, y cualquier otra cosa que es afectada
o influenciada por este documento. El texto sugerido es el que se describe a
continuación, puede ser ampliado o modificado.]
 Los aspectos que contempla el Plan de Administración de Configuración de Software del proyecto
<Nombre del Proyecto> son:
Identificación de todos los productos que deben ser controlados, su clasificación y relaciones
entre ellos, así como el criterio o norma de identificación.
Ubicación y localización de los productos.
Definición del ámbito y alcance del control de la configuración, describiendo los procesos
incluidos en él.
Definición de las reglas de versionado de los productos y los criterios de actuación para cada
caso, teniendo en cuenta el motivo por el cual se realiza el cambio de versión.
Identificación de la información necesaria de control para auditoría.

1.5. Referencias
[Esta sección debería proveer una lista completa de todos los documentos
referenciados en cualquier lugar del Plan de Administración de Configuración de
Software. Cada documento debería ser identificado por título, número de reporte (si
aplica), fecha de publicación, archivo que lo contiene y organización que lo publica.
Especificar las fuentes desde las que se obtuvieron las referencias. Esta información
puede ser provista por referencia a un apéndice o a otro documento.]
ID Archivo de Título del Documento Número de Fecha de Organización
Documento Reporte Publicación que lo Publica

2. ACTIVIDADES DE ADMINISTRACIÓN DE CONFIGURACIÓN DE SOFTWARE

2.1. Identificación de Items de Configuración y Estructura del Repositorio

[El plan debe especificar cualquier documento, software, herramienta o
especificación de hardware que vaya a ser puesta bajo administración de
configuración, y de la estructura de directorios que tendrá el repositorio.]

2.2. Nomenclatura de Items de configuración y Versionamiento

[son los métodos que tienen que ver con la nomenclatura que se utiliza para nombrar
todos los productos que estarán bajo configuración (items de configuración).
Cualquier codificación especial utilizada para identificar o diferenciar dichos
productos. El esquema de identificación necesita cubrir hardware, software,
productos y todos los artefactos del desarrollo de la aplicación listados en la
estructura de desarrollo del producto (es decir, planes, modelos, componentes,
 prueba de software, resultados y datos, ejecutables, etc.). Se puede utilizar y hacer
referencia a la estructura de versionamiento definida en el Procedimiento de
Administración de Configuración de Software, si no se ha definido una estructura
particular.]

2.3. Líneas Base del Proyecto

[Las líneas base proveen una base para el desarrollo posterior, sobre las cuales
pueden realizarse solo cambios autorizados.
Describa en que puntos deben ser establecidas las líneas base durante el ciclo de
vida del proyecto.
La mayoría de las líneas base comunes podrían establecerse al final de cada una de
las etapas identificadas según el ciclo de vida utilizado (por ejemplo,
Requerimientos, Análisis y Diseño, Implementación, etc.).

La definición de las mismas puede hacerse en términos de:

El evento que crea la línea base.
Los ítems que van a ser controlados en la línea base
Los revisores y el orden de las revisiones (quién revisa primero un ítem, quién lo
revisa después) para los items controlados.
Los procedimientos usados para establecer y cambiar la línea base.
La autoridad requerida para aprobar cambios a los documentos aprobados
incluidos en la línea base.]

2.4. Almacenamiento del Proyecto

[Describe el lugar físico de almacenamiento del proyecto. Si es que hay necesidad
de hacer respaldos, cuando es que estos ocurren.]

2.5. Proceso de Release

[Debe describir que contendrán las distintas liberaciones del proyecto para el cliente,
como van a ser nombradas, y cuando van a ser generadas.]
 2.6. Reporte de Estado de la Configuración
[Describa el contenido, formato, periodicidad y propósito de los reportes requeridos
y las auditorías de configuración o referencie al Procedimiento de Administración de
Configuración. Algunos ejemplos de reportes son:
Inventario de Items de Configuración.
Estado de requerimientos de cambio.
Resumen de cambio hechos a líneas base.
Historia de revisión de ítems de configuración.
Estado de las líneas base.]

3. RECURSOS NECESARIOS PARA LA ADMINISTRACIÓN DE CONFIGURACIÓN DE

SOFTWARE

3.1. Responsables
[Describir quién va a ser responsable de realizar las actividades de Administración de
Configuración de Software.
También se debe especificar quiénes van a formar parte del Comité de Control de
Cambios.
Mencione el responsable de la herramienta de Administración de Configuración
seleccionada para el proyecto.]

3.2. Herramientas Utilizadas

[Describa el entorno computacional y las herramientas de software que se van a
utilizar para completar las funciones de Administración de Configuración a través del
ciclo de vida del producto / proyecto.]

4. ADMINISTRACIÓN DE CAMBIOS
[Describa el tratamiento de los cambios para el proyecto. Esto implica especificar cuáles
cambios van a ser sometidos a un control formal a través de un procedimiento. Puede
hacer referencia al Procedimiento de Administración de Configuración, a la sección
relacionada con los la Administración de los cambios.]