Professional Documents
Culture Documents
Facultad de Informtica
Historial de Versiones
Versin Plan GCS_c1_v1.0.docx Plan GCS_c1_v2.0.docx Modificacin Entrega inicial Incusin proceso inspeccin Realizado por Rubn Justo 5/12/2008 Rubn Justo 10/12/2008 Revisado por lvaro Prez 6/12/2008 lvaro Prez 10/12/2008 Aprobado por Alejandro Garca 9/12/2008 Alejandro Garca 10/12/2008 N Peticin Cambio 1 2
NDICE
1.INTRODUCCIN .......................................................................................................................... 3 2. PRODUCTOS INCLUIDOS EN EL PLAN GCS ................................................................................. 4 3. COMIT DE CONTROL DE CONFIGURACIN (CCC) .................................................................... 5 4. ESTNDARES DEL PLAN GCS...................................................................................................... 6 5. PROCEDIMIENTO DE GESTIN DE CONFIGURACIN DEL SOFTWARE ...................................... 7 5.1 Procedimiento para incorporar un nuevo producto: .......................................................... 7 5.2 Procedimiento para modificar el producto. ........................................................................ 8 6. FORMULARIOS........................................................................................................................... 9 6.1 Peticin de cambio (PC) ...................................................................................................... 9 6.2 Informe de estado de configuracin (IEC)......................................................................... 10
Pgina 2
1.INTRODUCCIN
El principal propsito del plan de gestin de configuracin del software, modelado por el jefe de soporte, es el de controlar los cambios, ya que si stos fuesen descontrolados se podra perder gran cantidad de tiempo, adems de degradar el diseo. Por tanto este plan va a ser aplicado durante todo el proceso de desarrollo del producto y consistir en mantener copias de todas las versiones de ste, as como de mantener un registro de los cambios realizados y como han sido llevados a cabo. Utilizando este plan se conseguir que cualquier integrante del grupo de trabajo pueda acceder en cualquier momento a los elementos de la lnea base, pero no modificarlos sin seguir el procedimiento determinado por el plan. Para que esto sea efectivo, es necesario que el responsable de desarrollo se asegure de que se utilizan las versiones oficiales para el diseo y construccin de nuevos productos. Nuestra lnea base del producto va a contener los siguientes elementos: Gestin de configuracin del software. Cdigo Pruebas Diseo Anlisis de requisitos
Para conseguir el control requerido sobre los cambios en la lnea base, se proceder a la creacin de un repositorio en el espacio de trabajo del equipo con un directorio principal llamado Lnea Base en el que se mantendrn todos los elementos que definen nuestro producto. Para poder modificar cualquier elemento de este repositorio ser necesario hacer una peticin de cambio y que sta sea aprobada por el comit de control de configuracin. En el interior del directorio principal se ubicarn un directorio por cada uno de los elementos enumerados anteriormente y que van a conformar la lnea base de nuestro producto. Tambin se va a proceder a un control de copias de seguridad con la finalidad de tener acceso a cualquier versin anterior del producto que haya sido aadida previamente a la lnea base. Dichas copias de seguridad debern tener un nombre bien definido que incorpore el nmero de versin y su historial de revisiones.
Pgina 3
Pgina 4
Pgina 5
3. Formularios estndar de: a. Peticin de Cambio b. Informe de estado de la configuracin Estos formularios se incluirn como anexos al final de este documento.
Pgina 6
Pgina 7
1- El miembro del equipo que solicite un cambio deber enviar un formulario de peticin de cambio al comit de control de configuracin junto con el producto a modificar. 2- El lder del comit de control de configuracin (jefe de soporte) deber registrar dicha peticin de cambio y pasar a revisarla con el resto de componentes del comit. 3- El comit de control de cambios revisa la entrega y tiene tres opciones:
1) Aprobarla: En este caso el producto se pone en la lnea base y se marca la peticin como aprobada. 2) Rechazarla: Se le comunica al propietario del producto adjuntndole toda la informacin necesitada y se marca la peticin como rechazada y cerrada. 3) Solicitar ms informacin: El comit considera que necesita ms informacin para evaluar la solicitud de cambio y pedir ms informacin al ingeniero para continuar. En este caso la peticin se mantiene como en trmite.
4- Si la peticin es aprobada, se deber anotar en el formulario de peticin de cambio la fecha en que se aprob y se continuar con los siguientes pasos 5- El autor deber realizar el cambio. 6- El responsable de calidad/proceso confirma la calidad del producto mediante una inspeccin, atendiendo a si los datos del proceso sobre ese producto estn disponibles y a si satisface los criterios de calidad.
7-El comit de control de cambios revisa la entrega y tiene tres opciones: 1) Aprobarla: En este caso el producto se pone en la lnea base y se marca la peticin como cerrada. 2) Rechazarla: Se le comunica al propietario del producto adjuntndole toda la informacin necesitada y se marca la peticin como rechazada y finalizada. 3) Solicitar ms informacin: El comit considera que necesita ms informacin para evaluar la solicitud de cambio y pedir ms informacin al ingeniero para continuar. En este caso la peticin se mantiene como en trmite.
Se debe tener en cuenta para todos los procedimientos descritos en este apartado lo siguiente:
El responsable de soporte mantiene copias de seguridad de todos los elementos de la lnea base (se incluye tambin la peticin de cambio completada y aprobada) El propietario del producto tambin mantiene una copia de la versin del producto
Pgina 8
Pgina 9
Actividad GCS
PCs enviadas PCs aprobadas PCs rechazadas PCs en implementacin PCs cerradas PCs diferidas PCs reversas
Semana
Semana
Comentarios:
Pgina 10