Documente Academic
Documente Profesional
Documente Cultură
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.
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.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.
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.
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.
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:
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
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
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
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
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
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.
Se realiza en 2 pasos:
9
3. Se actualiza el documento "Gestin de cambios".
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.
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.
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.
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.
12