Sie sind auf Seite 1von 7

Tutelkn

<Nombre del Proyecto> Plan de Administracin de Configuracin <Versin 1.1.0>


[Nota: Esta Plantilla tiene por finalidad servir de base para la confeccin del documento Plan Administracin de Configuracin. El texto entre parntesis cuadrados y desplegado en azul itlico (estilo = InfoBlue) tiene por finalidad guiar al autor y debe ser borrado antes de la publicacin del documento. El estilo Body Text se activa automticamente cuando se ingresan prrafos de texto definitivo.]

<Nombre del Proyecto> Plan de Administracin de Configuracin <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

Historia de Revisiones
Fecha <aaaa-mm-dd> Versin 1.1.0 Descripcin Documento inicial Autor <Nombre>

Confidencial

Proyecto Tutelkn 2012

Pgina 229

<Nombre del Proyecto> Plan de Administracin de Configuracin <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

ndice
1 Introduccin 1.1 1.2 1.3 1.4 1.5 Propsito mbito Definiciones, acrnimos y abreviaciones. Referencias Resumen Ejecutivo 4 4 4 4 4 4 4 4 4

2 Administracin de la Configuracin 2.1 Organizacin, Responsabilidades, e Interfaces 2.2 Herramientas, Entorno, e Infraestructura 2.2.1 Herramientas 2.2.2 Ubicacin fsica del las mquinas servidores y clientes 2.2.3 Ubicacin fsica del los documentos y lneas base 3 Programa de Administracin de la Configuracin 3.1 Identificacin de la Configuracin 3.1.1 Mtodos de Identificacin 3.1.2 Baselines del Proyecto 3.2 Configuracin y Control de Cambios 3.2.1 Proceso de peticin de cambios y aprobacin 3.2.2 Comit de Control de Cambios (CCC) 3.3 Cuentas de Configuracin de Status 3.3.1 Almacenamiento de la media del Proyecto, y proceso de Release 3.3.2 Reportes e intervenciones 4 Fases 5 Capacitacin y Recursos 6 Control del Subcontratista y del Vendedor de Software

5 5 5

6 6 6 6 6 6 6 6 6 7 7 7 7

Confidencial

Proyecto Tutelkn 2012

Pgina 329

<Nombre del Proyecto> Plan de Administracin de Configuracin <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

Plan de Administracin de Configuracin 1 Introduccin


[La introduccin del Plan de Administracin de Configuracin provee un resumen del documento completo. Este incluye el propsito, mbito, definiciones, acrnimos, abreviaciones, referencias, y un resumen ejecutivo de este documento.] 1.1 Propsito

El propsito de este documento es establecer los elementos necesarios para administrar los documentos y los fuentes que son elaborados por el equipo del proyecto. 1.2 mbito

El mbito de este documento es el proyecto <Nombre de Proyecto> de <Nombre de Cliente> y establece un plan para administrar los productos de trabajo del proyecto, incluyendo tanto los entregables de software como la documentacin del proyecto. 1.3 Definiciones, acrnimos y abreviaciones. [Esta subseccin provee las definiciones de todos los trminos, acrnimos, y abreviaciones requeridas para interpretar correctamente este Plan de Administracin de Configuracin. Esta informacin puede entregarse como una referencia al Glosario del proyecto.] 1.4 Referencias [Esta subseccin provee una lista completa de todos los documentos a los que se haga una referencia en cualquier parte de este Plan de Administracin de Configuracin. Identifique cada documento por ttulo, edicin (si es aplicable, fecha y editorial. Especifique las fuentes de donde se pueden obtener estas referencias. Esta informacin puede ser entregada como una referencia a un apndice o a otro documento.] 1.5 Resumen Ejecutivo [Esta subseccin describe el resto del contenido del Plan de Administracin de Configuracin, adems explica como est organizado este documento.]

2
2.1

Administracin de la Configuracin
Organizacin, Responsabilidades, e Interfaces [Describa quien ser responsable de llevar a cabo las diferentes actividades de Administracin de Configuracin (Configuration Management, CM). Se puede hacer referencia a documento Asignacin de Roles, para determinar roles responsables para CM. Interfaces: se necesita describir en qu manera se va comunicar con otros grupos y afectados. Por ejemplo: reuniones semanal, e-mail, video conferencias...]

2.2

Herramientas, Entorno, e Infraestructura [Describa el entorno computacional y las herramientas software que sern utilizadas para cumplir las funciones de CM a travs del proyecto o del ciclo de vida del producto. Describa las herramientas y procedimientos requeridos para ser utilizados en los tems de configuracin de control de versin generados a travs del proyecto o del ciclo de vida del producto.

Confidencial

Proyecto Tutelkn 2012

Pgina 429

<Nombre del Proyecto> Plan de Administracin de Configuracin <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

Los elementos involucrados en fijar el entorno de CM incluyen: Tamao anticipado de la data del producto (aprox.). Distribucin del equipo del producto - se puede mostrar usando modelo de despliegue. Ubicacin fsica de las maquinas servidoras y clientes - se puede mostrar usando modelo de despliegue.]

2.2.1 Herramientas Actividad Herramienta [Nombre de la herramienta que se va usar para la actividad. Por ejemplo: para actividad Administracin de Requerimientos, herramienta puede ser: MS Excel, MS Office, Requisite Pro, DOORS... Se puede agregar y direccin donde se puede encontrar de la instalacin de la herramienta.]

[Nombre de la actividad que se va cubrir usando herramienta. Por ejemplo: Administracin de Requerimientos]

2.2.2 Ubicacin fsica del las mquinas servidores y clientes IP [Por ejemplo: 1P:192.168.0.33] Nombre [Por ejemplo SCM SERVER] Responsable [Nombre de administrador de la maquina o nombre de usuario si maquina es estacin del trabajo]

2.2.3 Ubicacin fsica del los documentos y lneas base Direccin [La direccin donde se va guardar las lneas base. Se recomienda usar nombres relativos \\<nombre de servidor>\<direccion> Por ejemplo: para lnea base de requerimientos: \\CM SERVER\Reqs\] Tipo de documento [Nombre del tipo de documento que se va guardar dentro de la lnea base. Por ejemplo: para la Administracin de Requerimientos, puede ser: .DOC, .TXT y como base de datos PROYECT1.mdf ]

Confidencial

Proyecto Tutelkn 2012

Pgina 529

<Nombre del Proyecto> Plan de Administracin de Configuracin <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

3
3.1

Programa de Administracin de la Configuracin


Identificacin de la Configuracin Mtodos de Identificacin [Describa cmo sern nombrados, marcados y numerados los artefactos del proyecto o del producto. El esquema de identificacin necesita cubrir el hardware, software de sistema, productos comerciales, y todos los artefactos desarrollados para la aplicacin, listados en la estructura de directorios del producto; por ejemplo, planes, modelos, componentes, software de testing, resultados y data, ejecutables, etc.]

3.1.1

3.1.2

Baselines del Proyecto [Las Baselines proveen un estndar oficial en el cual se basarn los trabajos subsecuentes y a los cuales solo se le pueden aplicar cambios autorizados. Describa en qu puntos durante el proyecto o el ciclo de vida del producto se han establecido baselines. La mayora de los baselines comunes deberan estar al final de cada fase de Concepcin, Elaboracin, Construccin, y Transicin. Los baselines tambin pueden ser generados al final de las iteraciones con las diferentes fases o incluso ms frecuentemente. Describa quin autoriza un baseline. Se puede hacer referencia a el documento "Poltica, estndar y procedimiento de CM" general, si proyecto no tiene algunas cosas especificas y si este documento existe dentro de la organizacin.]

3.2

Configuracin y Control de Cambios [Describa los procesos por los cuales los problemas y cambios se han enviado, revisado y dispuesto.]

3.2.1 Proceso de peticin de cambios y aprobacin

3.2.2

Comit de Control de Cambios (CCC) [Describa los miembros y procedimientos para el proceso de peticin de cambios y aprobaciones que deben ser seguidos por el CCC. Se puede hacer referencia a el documento "Poltica, estndar y procedimiento de CM" general, si proyecto no tiene algunas cosas especificas y si este documento existe dentro de la organizacin.]

3.3

Cuentas de Configuracin de Status [Describa las polticas de retencin, de respaldos, desastres y planes de recuperacin. Tambin describa como se almacena la media online, offline, tipo de media, y el formato. Si existe un plan de respaldo general se puede hacer referencia a documento donde este plan esta escrito.

3.3.1 Almacenamiento de la media del Proyecto, y proceso de Release

Confidencial

Proyecto Tutelkn 2012

Pgina 629

<Nombre del Proyecto> Plan de Administracin de Configuracin <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

Los procesos de release deben describir que incluye el release, a quien va dirigido, descripcin de cualquier problema conocido y cualquier instruccin de instalacin.] 3.3.2 Reportes e intervenciones [Describa el contenido, formato, y propsito de los reportes requeridos e intervenciones requeridas. Los reporte son usados para evaluar la calidad del producto en cualquier momento dado del proyecto o del ciclo de vida de producto. El reporte de los defectos basados en las peticiones de cambios pueden proveer indicadores de calidad muy tiles y, de este modo, alertar a administradores y desarrolladores acerca de reas particulares crticas de desarrollo. Los defectos son clasificados segn su importancia (alto, medio, y bajo) y deben ser reportados segn la siguiente base: Antigedad (Reportes basados en el tiempo): Hace cuanto se han establecido estos defectos? Cul es el tiempo de retraso desde que los defectos fueron encontrados hasta que fueron reparados? Distribucin (Reportes basados en nmeros): Cuantos defectos existen en cada categora, ordenados por autor, prioridad, y estado de reparacin? Tendencias (Reportes basados en Tiempo y Nmero): Cul es el nmero de defectos acumulativos encontrados y cuales se han solucionado despus del tiempo? Cul es el ratio de defectos descubiertos y reparados? Cul es el Boquete de Calidad en trminos de defectos reportados y reparados? Cul es el tiempo de resolucin promedio de un defecto?

Para los reportes si no se usa alguna herramienta tales como ClearQuest, BugTracker, BugZila, o similar se puede usar MS Excel.]

Fases
[Identifique las fases internas y del cliente relativas al esfuerzo de CM del producto o del proyecto. Esta seccin debe incluir detalles de actualizaciones del Plan de CM. Se puede hacer referencia a el documento "Configuracin del Proceso", donde se puede ver el plan de actualizaciones del plan de CM.]

Capacitacin y Recursos
[Describa las herramientas de software, personal y capacitacin necesaria para implementar las actividades de CM especificadas. Si personal tiene conocimiento el prrafo se puede omitir.]

Control del Subcontratista y del Vendedor de Software


[Describa como se incorporar el software desarrollado fuera del entorno. Se puede hacer referencia a el documento "Poltica, estndar y procedimiento de SAM" general, si proyecto no tiene algunas cosas especificas y si este documento existe dentro de la organizacin.]

Confidencial

Proyecto Tutelkn 2012

Pgina 729

Das könnte Ihnen auch gefallen