K2BIM

Plan de Configuracin
Versin 0.9

Historia de revisiones
Fecha VersinDescripcin Autor
21/08/2009 0.1 Modificado el punto 2.2 Yasim Zeballos
23/08/2009 0.9 Completados la mayora de los puntos. Yasim Zeballos

1
Contenido
1. Introduccin ....................................................................................... 3
1. Propsito........................................................................................... 3
2. Alcance ............................................................................................. 3
3. Terminologa...................................................................................... 3
4. Referencias........................................................................................ 4
2. Gestin de SCM ................................................................................... 4
1. Organizacin...................................................................................... 4
2. Responsabilidades .............................................................................. 4
3. Polticas, directivas y procedimientos aplicables ...................................... 5
3. Actividades de SCM ............................................................................. 5
1. Identificacin de la configuracin .......................................................... 5
1. Elementos de configuracin............................................................... 5
2. Nomenclatura de Elementos .............................................................. 5
3. Elementos de la Lnea Base del Proyecto ............................................. 8
4. Recuperacin de los Elementos de configuracin .................................. 9
2. Control de configuracin ...................................................................... 9
1. Solicitud de cambios ........................................................................ 9
2. Evaluacin de cambios o Anlisis de Impacto ....................................... 9
3. Aprobacin o desaprobacin de cambios ............................................10
4. Implementacin de cambios ............................................................. 10
3. Estado de la configuracin .................................................................. 10
4. Auditorias y revisiones de configuracin................................................11
5. Control de Interfases ......................................................................... 11
4. Calendario......................................................................................... 11
5. Recursos ........................................................................................... 11
6. Mantenimiento del Plan de SCM ........................................................ 12

2
1. Introduccin
Dentro de un proceso MUM, un las actividades de SCM son:
Planificar la configuracin de SCM
Definicin de la lnea base del proyecto.
Seguimiento de la lnea base del proyecto.
Definicin del ambiente controlado.
Control de cambios.
Descripcin de la versin.
Notas de la versin.
Realizar informe final de SCM

1.1 Propsito
Este documento describe las actividades de gestin de configuracin de software que deben
ser llevadas a cabo durante el proceso de desarrollo del proyecto. Aqu se definen tanto los
productos que se pondrn bajo control de configuracin como los procedimientos que deben
ser seguidos por los integrantes del equipo de trabajo.

1.2 Alcance
El Plan de configuracin est basado en algunos supuestos que se detallarn:
El tiempo de duracin del proyecto est limitado a 14 semanas, por lo tanto se busca
una rpida respuesta a los cambios, tratando que este procedimiento sea lo menos
burocrtico posible.
El Modelo de Proceso se basa en un desarrollo incremental, dado por las distintas
iteraciones. Resulta importante tener control sobre cada una de las iteraciones y
fases, de los productos generados en estas y de los cambios surgidos, evaluados y
aprobados.
La eleccin de los elementos de configuracin se realizar en base a los entregables,
siendo sta responsabilidad del Responsable de SCM, apoyado por los integrantes de
cada disciplina.

1.3 Terminologa
CCB (Configuration Control Board) Comit de Control de Configuracin.
CI (Configuration Item) elemento bajo gestin de Configuracin.
SCA (Software Change Authorization) Autorizacin de Cambio en el Software.
SCM (Software Configuration Management) Gestin de Configuracin del Software.
SCMR (SCM Responsible) Responsable de SCM.
SCR (System/Software Change Request) Peticin de Cambio en el Sistema/Software.
SQA (Software Quality Assurance) Aseguramiento de la Calidad del Software.
SQAR (SQA Responsible) Responsable de SQA.
VR (Verification Responsible) Responsable de verificacin.

3
1.4 Referencias
[1] 2009, MUM (Modelo Unificado y Medible).

2. Gestin de SCM
A continuacin se describen las responsabilidades y responsables para la realizacin de las
actividades de gestin de configuracin dentro del proyecto.

2.1 Organizacin
La siguiente tabla busca representar como se vinculan las actividades de SCM con los
distintos roles en el proyecto.

Actividad Rol Responsable Otros roles involucrados

Planificar la configuracin de
SCMR
SCM
Definicin de la lnea base del
SCMR SQAR, Especialista tcnico.
proyecto
Seguimiento de la lnea base
SCMR Todos los integrantes.
del proyecto
Definicin del ambiente
SCMR*1 Especialista tcnico.
controlado
Control de cambios CCB*2, SCMR
Administrador, SQAR,
Descripcin de la versin SCMR Documentador de usuario,
VR
Notas de la versin SCMR SQAR, VR
Realizar informe final de SCM SCMR

Adems, como todos los integrantes trabajan con google docs, estn vinculados de alguna
forma a la actividad de SCM.

*1: En este caso esta actividad pasa a ser responsabilidad del SCMR, mientras que el MUM
2009 indica que el "realizador principal" debe ser el especialista tcnico.

*2: A la fecha 23/08/2009 no se ha definido el CCB an.

2.2 Responsabilidades
El SCMR debe proveer la infraestructura y el entorno de configuracin para el proyecto. Debe preocuparse porque
todos los integrantes del grupo entiendan y puedan ejecutar las actividades de SCM que el Plan les asigna, as
como asegurar que stas sean llevadas a cabo. Seguir la lnea base, controlando las versiones y cambios de ella,
son tareas correspondientes a el. Debe definir y construir el Ambiente Controlado e informar al resto del equipo
sobre la manera de usarlo.

4
Otras actividades que conciernen al SCMR son :
Identificar los elementos de configuracin, estableciendo as la lnea base del proyecto.
Fijar una poltica de nomenclatura de los elementos de configuracin para facilitar la identificacin y
ubicacin de stos en el proyecto.
Llevar a cabo el control de la configuracin, estableciendo estndares y procedimientos a seguir con
respecto a los cambios para permitir un control de los mismos.
Proveer de reportes de estado de la configuracin mediante el seguimiento del historial de las revisiones y
liberaciones.
Realizar auditorias de la lnea base del software para verificar que el Sistema en desarrollo es consistente
y la lnea base est bien definida.

2.3 Polticas, directivas y procedimientos aplicables

Respecto a los documentos en el repositorio de google docs, todos tienen derechos de
administrador, osea, permiso de lectura, escritura y creacin de nuevos documentos. Se tiene
como poltica la total confianza en todos los integrantes del equipo.

3. Actividades de SCM
Identifica todas las actividades y tareas que se requieren para el manejo de la configuracin del sistema. Estas
deben ser tanto actividades tcnicas como de gestin de SCM, as como las actividades generales del proyecto que
tengan implicancia sobre el manejo de configuracin.

3.1 Identificacin de la configuracin

3.1.1 Elementos de configuracin

Para este proyecto se observa que los elementos de configuracin no necesariamente se

correspondern con los entregables definidos en el Modelo de Proceso y viceversa.
La decisin de cuales de los entregables sern elementos de configuracin ser tomada por el SCMR, quin deber
tomar en cuenta qu elementos sern necesarios cuando se quiera recuperar una versin completa del sistema.

Se debe generar una lnea base por iteracin en cada Fase, de acuerdo a lo siguiente:
Los eventos que dan origen a la lnea base.
Los elementos que sern controlados en la lnea base.
Los procedimientos usados para establecer y cambiar la lnea base.
La autorizacin requerida para aprobar cambios a los documentos de la lnea base.

3.1.2 Nomenclatura de Elementos

Este punto (3.1.2) debe ignorarse en esta entrega, se deja el texto, de forma de facilitar
una futura redaccin.
En esta seccin se especifican la identificacin y descripcin nica de cada elemento de
configuracin.
Adems se especifica como se distinguirn las diferentes versiones de cada elemento.
Para todos los elementos de configuracin se les deber agregar, despus del nombre del
mismo, informacin acerca del grupo al que corresponde el elemento y la versin del mismo.

5
El formato para esta nomenclatura es: NomenclaturaGXvY.extensin, donde:

Nomenclatura es la especificada mas abajo para cada elemento.

X es un nmero de 1 dgito que identifica al grupo.
Y indica la versin del elemento de configuracin o entregable.
Extensin indica la extensin del elemento de configuracin o entregable.

[Ejemplo: RQALSG1v2.doc, es como se deber llamar el entregable "Alcance del Sistema"

correspondiente al grupo 1 y cuya versin del documento es la 2.]

Para los entregables, se deber identificar a que Fase e iteracin corresponden en forma
manual. Esto es: para los elementos bajo control de configuracin se los almacenar de
forma que se puedan recuperar dada la Fase e iteracin a la que corresponden, y para los
elementos que no se encuentran bajo control de configuracin podrn ser almacenados por
ejemplo en carpetas que identifiquen la Fase e iteracin a la que pertenecen.
Se indica la siguiente nomenclatura para cada entregable en el modelo de proceso, segn la
disciplina (en caso que exista algn elemento de configuracin que se agregue a los que se
detallan abajo, se deber incluir en las tablas siguientes de acuerdo a la disciplina a la que
pertenece, indicando la nomenclatura usada):

Requerimientos:

Nomenclatura Entregable
RQACT Acta de Reunin de Requerimientos
RQDRQ Especificacin de Requerimientos
RQMOD Modelo de Casos de Uso
RQRSU Requerimientos Suplementarios
RQDVC Documento de Validacin con el Cliente
RQPIU Pautas para Interfase de Usuario
RQRCA Requerimientos Candidatos
RQALS Alcance del Sistema
RQGLO Glosario
RQOOMDO Modelo de Dominio
RQOODRP Documento de Requerimientos para el Prototipo
RQGXNOM Nomenclatura

Diseo:

Nomenclatura Entregable
DSMDI Modelo de Diseo
DSARQ Descripcin de la Arquitectura
DSOOMDA Modelo de Datos
DSOODDP Documento de Diseo del Prototipo

Implementacin:

Nomenclatura Entregable
IMEDT Estndar de Documentacin Tcnica
IMEI Estndar de Implementacin
IMPR Prototipo
IMIIN Informe de Integracin
IMDT Documentacin tcnica

6
IMIVU Informe de Verificacin Unitaria
IMOOPII Plan de Integracin de la Iteracin
IMOOMIM Modelo de Implementacin
IMOOEJI Ejecutable de la Iteracin
IMOORRP Reporte de Revisin por Pares
IMOOCVU Clases de la Verificacin Unitaria de Mdulo
IMGXICO Informe de Consolidacin
IMGXEST BC Con Estilos
IMGXCON BC Consolidado
IMGXNUC BC Ncleo
IMGXMOD BC Mdulo

Verificacin:

Nomenclatura Entregable
VRPVV Plan de Verificacin y Validacin
VRDAP Documento de Evaluacin y Ajuste del Plan de V & V
VRPVI Plan de Verificacin de la Iteracin
VRMCP Modelo de Casos de Prueba
VRIVD Informe de Verificacin de Documento
VRIVI Informe de Verificacin de Integracin
VRIVS Informe de Verificacin del Sistema
VRRPR Reportes de Pruebas
VREV Evaluacin de la Verificacin
VRIFV Informe Final de Verificacin

Implantacin (IP):

Nomenclatura Entregable
IPMSU Materiales para Soporte al Usuario
(Se pueden usar sufijos para identificar cada tem dentro
del material Ej. IPMSUMU para Manual de Usuario)
IPMCA Materiales para Capacitacin
IPPS Presentacin del Sistema
IPPLA Plan de Implantacin
IPVPR Versin del Producto
IPOOEDU Estndar de Documentacin de Usuario
IPOORFPA Reporte Final de Pruebas de Aceptacin

Gestin de Configuracin y Control de Cambios (SCM):

Nomenclatura Entregable
SCMPLA Plan de Configuracin
SCMMAC Manejo del Ambiente Controlado
SCMGC Gestin de Cambios
SCMRV Registro de Versiones
SCMILB Informe de la Lnea Base del Proyecto
SCMIF Informe Final de SCM

Gestin de Calidad (SQA):

7
Nomenclatura Entregable
SQAPLA Plan de Calidad
SQADAP Documento de Evaluacin y Ajuste del Plan de Calidad
SQARTF Informe de RTF
SQAES Entrega Semanal de SQA
SQAIR Informe de Revisin de SQA
SQADV Descripcin de la Versin
SQANV Notas de la Versin
SQAIF Informe Final de SQA

Gestin de Proyecto (GP):

Nomenclatura Entregable
GPPLA Plan de Proyecto
GPISP Informe de Situacin del Proyecto
GPEM Estimaciones y Mediciones
GPDRI Documento de Riesgos
GPRAC Registro de Actividades
GPIFP Informe Final de Proyecto
GPARE Acta de la Reunin de Equipo
GPPIT Plan de la Iteracin
GPPDE Plan de Desarrollo
GPICF Informe de Conclusiones de la Fase
GPPDIP Presentacin en Diapositivas del Proyecto
GPPDP Presentacin al Director del Proyecto
GPARD Acta de la Reunin con el Director del Proyecto
GPOODAP Documento de Evaluacin y Ajuste al Plan de Proyecto
GPIARI Acta de la Reunin de Integracin

Comunicacin (COM):

Nomenclatura Entregable
COMDI Documento Informativo
COMENS Encuesta de Satisfaccin del Cliente
COMEVS Evaluacin de Satisfaccin del Cliente

3.1.3 Elementos de la Lnea Base del Proyecto

Se posterga la definicin de la lnea base, para cuando los requerimientos estn ms

estables.

FASE: [Fase]
ITERACIN: [Iteracin]
Elemento Descripcin Disciplina
[Nombre del elemento de la [Descripcin del elemento de la [Disciplina a la que pertenece]
Lnea Base] Lnea Base]

8
3.1.4 Recuperacin de los Elementos de configuracin

Ver el documento de Ambiente Controlado (versin 1.0 o posterior).

3.2 Control de configuracin

En esta seccin se detallan las actividades de solicitud, evaluacin, aprobacin e implementacin de cambios a los
elementos de la lnea base.
Los cambios apuntan tanto a la correccin como al mejoramiento.
El procedimiento que se describe a continuacin es el que se utilizar cada vez que se precise introducir un cambio
al sistema.
Se entiende por cambio al sistema, las modificaciones que afecten a la lnea base del sistema, como pueden ser:

Cambios en los Requerimientos.

Cambios en el Diseo.
Cambios en la Arquitectura.
Cambios en las herramientas de desarrollo.
Cambios en la documentacin del proyecto. (agregar nuevos documentos o modificar la estructura de los
existentes)

3.2.1 Solicitud de cambios

Cuando se realiza la solicitud de un cambio, se actualiza el documento de Solicitud de cambio para registrar esta
solicitud.
Se debe ingresar toda la informacin necesaria, detallada en el documento.
El documento "Solicitud de cambio" an no fue creado.

3.2.2 Evaluacin de cambios o Anlisis de Impacto

La evaluacin del cambio involucra determinar qu es necesario hacer para implementar el

cambio y la estimacin de sus costos y plazos.

Se realiza en 2 pasos:

1. Planificacin de la evaluacin del cambio que involucra:

Revisar la solicitud de cambio para entender su alcance. (Si es necesario se discute con el
originador para aclarar el alcance de lo propuesto y los motivos de la solicitud.
Determinar las personas del proyecto que deben realizar el anlisis de evaluacin del cambio e
involucrarlas.
Desarrollar un Plan para la evaluacin del cambio.
Si el cambio involucra al Cliente, obtener el acuerdo de ste con el Plan.
2. Evaluar el cambio:
Dependiendo de las caractersticas del cambio, la evaluacin del cambio puede ser realizado por el
Administrador o ser delegado a otras personas del proyecto.
Se debe determinar el impacto en:
Los productos tcnicos.
Los Planes de proyecto.
Los acuerdos con el Cliente.
Los Riesgos del proyecto.

9
 3. Se actualiza el documento "Gestin de cambios".

3.2.3 Aprobacin o desaprobacin de cambios

Se debe formar el "Comit de Control de Configuracin".

La composicin de este comit puede variar segn el tipo de cambio y las lneas de trabajo involucradas en l.

Se sugieren como posibles integrantes:

Administrador (obligatorio)
Arquitecto (opcional)
Analista (opcional)
Implementador (opcional)
SCM (obligatorio)
Cliente (opcional)

Se define un comit de Control de Configuracin de nivel superior, compuesto por el Gerente de proyecto, al cual se
elevarn las solicitudes de cambios cuya aprobacin o desaprobacin no se pueda resolver por el primer comit.

3.2.4 Implementacin de cambios

Una vez realizada la evaluacin del cambio, se decide en qu momento implementarlo. Esta etapa involucra los
procesos necesarios para implementar la solicitud y monitorear el progreso del trabajo.
Adems se especificar el momento de liberacin del cambio; as como tambin los responsables de las actividades
que involucra el cambio.
Recordando que nos basamos en un proceso de desarrollo incremental e iterativo, donde en cada iteracin se
realizan tareas de Anlisis de requerimientos, Diseo, Implementacin y Verificacin; se debe introducir el cambio
en el rea que lo origin y continuar con las actividades del ciclo (Requerimientos, Anlisis, Diseo, Implementacin,
Verificacin) que impactarn los elementos de la lnea base correspondientes a cada actividad.

3.3 Estado de la configuracin

Las actividades de control de estado son para reunir informacin y reportar el estado de los elementos de
configuracin.

Los reportes de estado se enviaran por correo a todos los integrantes. Adems se guardar
en el repositorio de google docs en el documento "Reporte de estado de configuracin
[fecha]" donde fecha tiene el formato ddmmaaaa.
La frecuencia no ser fija por ahora. Se har un reporte a pedido del administrador, o de
algn otro integrante del equipo, o a criterio del SCMR.
Queda por definir:
1. Como la informacin ser obtenida, guardada, procesada, y reportada.

En los reportes de estado de los elementos de configuracin se debe incluir como mnimo la siguiente informacin:
Su primer versin aprobada.
El estado de los cambios solicitados.
El estado de implementacin de los cambios aprobados.

10
3.4 Auditorias y revisiones de configuracin
Se realizarn auditorias de la lnea base antes de una liberacin de sta o de una actualizacin de la versin de un
componente prioritario de sta.

Estas auditorias incluirn:

Objetivo: el objetivo de todas las auditoras es verificar que en un momento dado la lnea base se compone
de una coleccin consistente y bien definida de productos.
Elementos de configuracin bajo auditora: se elegirn uno o mas elementos de configuracin de mayor
prioridad en la lnea base.
Agenda de auditoras: antes de la liberacin o actualizacin.
Conduccin: las auditoras sern dirigidas por el SCMR.
Participantes: SCMR y los autores de los elementos de configuracin a auditar.
Documentos Requeridos: Documentos de SCR y reportes de estado de la configuracin generados.
Reportes de Deficiencias y Acciones Correctivas: determinadas por los participantes.
Criterio de Aprobacin: lo determina el SCMR.

3.5 Control de Interfases

Las actividades de Control de Interfases controlan los cambios a los elementos de configuracin del proyecto, que
modifican las interfases con elementos fuera del alcance del Plan.
Este control ser llevado por el SCMR como parte del control de la configuracin.

4. Calendario
Actividad Depende de: Comienzo
Planificar el Plan de
Nada En curso.
Configuracin.
Definir Lnea Base del
Plan de Configuracin. Semana 4 probablemente.
Proyecto
Gestin de cambios
Realizar informe final de Inf. de Lnea Base del
Semana 14
SCM proyecto.
Plan de Configuracin.
Implementacin del control
Semana 5 probablemente.
de cambios.

Comienzo y fin de auditoras: Se realizar una auditora todos los domingos, antes de cada
entrega.

5. Recursos
A la fecha (23/08/2009) se utilizar las herramientas provistas por google docs. Esto es,
un repositorio que permite almacenar y editar documentos de texto. Para acceder solo se
necesita un navegador web y conexin a internet.
Se asume que no se necesita capacitacin para usar las herramientas, debido al perfil de los
integrantes del equipo.

11
Se est viendo la posibilidad de usar GXserver para la gestin de los fuentes, pero a la fecha
(23/08/2009) no est definido.

6. Mantenimiento del Plan de SCM

El responsable de monitorear el Plan de Configuracin es el SCMR.
Se har una revisin del Plan de Configuracin al comienzo de cada iteracin. En caso de que
haya modificaciones se comunicaran por correo a todos los integrantes.

12