Universidad Ricardo Palma

ESCUELA DE POSGRADO
MAESTRIA EN INGENIERA INFORMATICA
MENCION EN INGENIERIA DE SOFTWARE

Administracin de la Configuracin y
Mantenimiento de Software
Tema:

Plan de la Gestin de la Configuracin del Software

Ciclo de Vida de Artefactos Controlados y Lneas Base y Libreras Controladas
Comit de Control de Cambios
Parte III

Mg. Lenis Wong Portillo

lwongpuni@gmail.com

Plan de la Gestin de la SCM (SCMP)

El planeamiento utiliza los siguientes tipos de informacin:
1. Introduccin: Propsito, Aplicabilidad, Gobierno y Alcance, Definiciones
2. Gestin de la SCM

Organizacin

Roles o responsabilidades

Polticas, Directrices y procedimientos

Herramientas, entorno e Infraestructura

Calendario

3. Actividades de la SCM: Identifica que actividades se realizarn.

Identificacin de la configuracin, Nomenclatura

Control de la Configuracin: Lneas Base, Libreras controladas, Almacenamiento

de los CI.

Estado de la Configuracin

Auditoria de la Configuracin

Gestin y entrega de Release de Software

Ciclo de Vida de Artefactos

El control de cambios supervisa la revisin de artefactos que han

logrado cierto nivel de elaboracin.

Las lneas base permiten que el control de cambios aseguren que la
evolucin de los artefactos ocurra de manera definida, visible y
controlada.

El ciclo de vida desde la concepcin inicial de un artefacto hasta su
liberacin final se muestra a continuacin:

Ciclo de Vida de Artefactos

Un artefacto comienza en una etapa de borrador.

En la medida que el artefacto se desarrolla, los cambios se realizan de

manera informal y el trabajo progresa utilizando un control de revisiones.

Cuando el artefacto alcanza el nivel esperado de trmino, pasa por una
revisin y aceptacin.

Una vez aceptado, el artefacto se considera parte de una lnea base y
pasa a la etapa de aceptado en la cual los cambios son controlados
formalmente a travs del Comit de Control de Cambios (CCC).

Ciclo de Vida de Artefactos

No todos los artefactos son puestos explcitamente bajo control de

cambios.

El cdigo fuente est implcitamente bajo control de cambios porque los
artefactos con los que se debe mantener consistente estn bajo control
de cambios (requerimientos, especificaciones de diseo, etc).

Finalmente un artefacto una vez que el producto es entregado pasa a
una etapa de mantenimiento donde ser gestionado conforme a los
procesos que se establezcan.

Ciclo de Vida de Artefactos

Etapa Borrador:

En esta etapa los artefactos estn sometidos a cambios frecuentes y rpidos antes de

estabilizarse.

No es apropiado aplicar control de cambios a los artefactos en esta etapa. Sin embargo, en el
desarrollo vamos a comprometer una cantidad significativa de trabajo que necesita algn nivel
de identificacin, almacenamiento robusto y coordinacin a travs del control de revisiones.

El control de revisiones provee soporte para guardar y recuperar versiones de los artefactos del
PY tales como documentos y cdigo fuente sin estar sometidos al esfuerzo burocrtico del
control formal de cambios.

El trabajo de ingeniera har una determinacin informal de cuando los artefactos deben ser
puestos bajo control de revisiones. Dado que no hay un control formal de cambios en esta etapa,
es la responsabilidad de cada desarrollador utilizar sentido comn para almacenar las revisiones
de los artefactos a intervalos apropiados.

Ciclo de Vida de Artefactos

Etapa Aceptado:

Una vez que el desarrollo del artefacto ha terminado, el artefacto pasa a travs de una

revisin y aceptacin formal interna.

Un artefacto aceptado forma parte de una lnea base asignada.

Los cambios subsecuentes al artefacto se gestionan formalmente con el control de
cambios a travs del CCC.

Ciclo de Vida de Artefactos

Etapa Mantenimiento:

Una vez que el proyecto de desarrollo ha terminado, la lnea base asignada permite

someter a todos los artefactos a revisin y aceptacin final previo a su liberacin y

entrega.

Una vez que hay la aceptacin final y se cierra el proyecto, se estable la lnea base del
producto.

Los cambios posteriores que se presenten sern gestionados por un proyecto de
mantenimiento.

Lneas Base

Definir lneas base apropiadas en puntos de control dentro del

ciclo de vida del proyecto en trminos de:

Eventos o Hitos que crean una lnea base

tems que sern controlados en la lnea base;

Procedimientos utilizados para establecer y modificar las lneas base;

Autorizacin requerida para aprobar lneas base;

Una lnea base est conformada por diferentes tems de configuracin y se

establecen en diferentes puntos especficos del ciclo de vida del proyecto,

normalmente hitos.

En el plan se debe identificar el evento/hito donde se define la lnea base
y los tems de configuracin que la conforman.

Lneas Base

Las lneas base recomendadas son las siguientes:

Libreras Controladas

Librera de
Software

Librera Principal

Librera de
Trabajo

Librera en
Produccin

Repositorio de
Software

Librera de
Soporte

Libreras Controladas

Librera Principal:

Responsable

Gerente de la Configuracin (Puede ser rol dedicado o rol compartido).

Actividades

Mantener actualizadas las lneas base establecidas durante el transcurso del
proyecto;

Contenido

Lnea base de planificacin;

Lnea base de especificacin de requerimientos;

Lnea base de diseo;

Lnea base de construccin;

Lnea base de integracin y pruebas;

Lnea base de aceptacin y entrega;

Libreras Controladas

Librera Principal (ejemplo):

Accesos:

Rol
Gerente de
Configuracin

Gerente de proyecto

Tipo de acceso

Leer

Escribir

Ejecutar

Eliminar

Leer

Escribir

Ejecutar

Eliminar (con autorizacin del gerente de

configuracin)
Desarrolladores

Leer

Ejecutar

Libreras Controladas

Librera de Trabajo:

Responsable

Arquitecto de Software.

Actividades

Check in y Check out de tems pertenecientes a la biblioteca;

Contenido

Cdigo y documentacin de los subsistemas, componentes, mdulos;

Documentacin de las pruebas unitarias: procedimientos, datos y casos de prueba;

Accesos:

Rol

Tipo de acceso

Arquitecto de Software

Leer;
Escribir;
Ejecutar;
Eliminar;

Desarrolladores

Leer;
Escribir;
Ejecutar;

Libreras Controladas

Librera de Soporte:

Responsable

Arquitecto de Software.

Actividades

Check in y Check out de los diferentes niveles de integracin;

Actualizacin de los tems bajo autorizacin;

Contenido

Cdigo y documentacin de los subsistemas, componentes y mdulos aprobados;

Los diferentes niveles de integracin del cdigo;

Documentacin de las pruebas de integracin, sistema y aceptacin: procedimientos y casos de

prueba, datos de prueba, anlisis de resultados;

Accesos:

Libreras Controladas

Repositorio de Software:

Responsable

Gerente de la Configuracin (Puede ser rol dedicado o rol compartido).

Actividades

Mantener actualizadas la versin del software y su documentacin actual;

Incorporar las nuevas versiones aprobadas;

Contenido

Versin del software liberado, incluyendo toda su documentacin;

Nuevas versiones de software;

Seccin con los componentes reusables del software;

Accesos:

Comit de Control de Cambios

El Comit de Control de Cambios (CCC) es el responsable de procesar las

solicitudes de cambio que afectan a tems bajo lnea base.

El CCC solicitar opiniones a los GPIs afectados por el cambio y priorizar las
decisiones basados en stas opiniones.

La estructura y uso del CCC se realiza basados en el equilibrio de un nivel de
control apropiado y la minimizacin de burocracia.

El CCC estar conformado como mnimo por los siguientes miembros:

Auspiciante ejecutivo del proyecto;

Auspiciante tcnico del proyecto;

Gerente de proyecto;

Arquitecto de Software;

Representantes de los GPIs afectados por las solicitudes de cambio;

El propsito que persigue el CCC en el contexto de desarrollo de software es

priorizar y seleccionar las solicitudes de cambio a ser gestionadas en una iteracin

especfica de desarrollo.

Rendicin de Cuenta y Reporte del Estado de

la Configuracin

Las actividades de rendicin de cuenta y reporte del estado de la

configuracin registran y reportan el estado de los tems de

configuracin del proyecto. Esta seccin debe resolver o especificar lo
siguiente:

Informacin requerida a ser controlada y reportada en lneas base y

cambios;

Tipos de reporte de rendicin de cuenta de estado a ser generada y su
frecuencia;

Informacin a ser recolectada, almacenada, procesada y reportada;

Requerimientos de seguridad de los datos a ser controlados;

Rendicin de Cuenta y Reporte del Estado de

la Configuracin

Versin inicial aprobada de los tem de configuracin;

Requerimientos de control de estado de las peticiones de cambio a los

tems de configuracin;

Estado de implementacin de cambios aprobados a los tems de
configuracin;

Documentacin utilizada para certificar que los tems de
configuracin del proyecto estn listos para liberar, revisin tcnica o
aprobacin;

Documentacin de los registros de estado utilizados para indicar la
liberacin, revisin, calendarios de aprobacin y estado de los tems
de configuracin.

Generacin de Informes

La generacin de informes de estado de la configuracin (GIEC) responde a las

preguntas:
1.
2.
3.
4.

Qu pas?
Quin lo hizo?
Cundo pas?
Qu ms se vio afectado?

El flujo de informacin del proceso de GIEC se puede apreciar en la siguiente figura:

Auditora y Revisin de la Configuracin

Identificar las auditoras y revisiones de configuracin a llevarse a cabo

en los tems de configuracin del proyecto. Una auditora de

configuracin se puede llevar a cabo en un tem de configuracin
previo a su liberacin o despus.

Las auditoras de configuracin determinan en que grado el tem de
configuracin actual refleja las caractersticas fsicas y funcionales
requeridas. Las revisiones de configuracin son herramientas de
gestin para establecer una lnea base.

Auditora y Revisin de la Configuracin

Como mnimo, se deben llevar a cabo las siguientes auditoras y revisiones:

Auditora a la configuracin fsica, realizada previo a la liberacin;

Revisin a la configuracin fsica, realizada previo a la liberacin;

Auditora a la configuracin funcional, realizada previo a la liberacin;

Revisin a la configuracin funcional, realizada previo a la liberacin;

Una auditora a la configuracin fsica se lleva a cabo para verificar

que un tem de configuracin, tal cual est, guarda conformidad con

la documentacin tcnica que lo define. Una auditora a la
configuracin fsica tpicamente realiza un inventario para analizar y
asegurar que solo los componentes de cdigo, ficheros, datos de
configuracin y documentacin pertinente estn contenidos en la
configuracin

Auditora y Revisin de la Configuracin

Una auditora a la configuracin funcional se lleva a cabo para verificar que

el desarrollo de un tem de configuracin ha sido terminado

satisfactoriamente, que el tem ha logrado el desempeo y las
caractersticas funcionales especificadas en los requerimientos, y que los
documentos operacionales y de soporte son completos y satisfactorios.

Para cada auditora o revisin de configuracin planificada, especificar:

Propsito;

tems de configuracin bajo auditora o revisin;

Calendario de las tareas de auditora o revisin;

Procedimientos para llevar a cabo la auditora o revisin;

Participantes por ttulo de de trabajo;

Auditora y Revisin de la Configuracin

Documentacin requerida que debe estar disponible para el anlisis o revisin,

o para soportar la auditora o revisin;

Procedimientos/requerimientos para registrar los resultados de auditoras;

Criterios de aprobacin y acciones especficas una vez aprobados.

Control de Proveedores

Definir las actividades para incorporar los tems de configuracin adquiridos y

los tems de configuracin sobre los cuales los proveedores tienen

responsabilidad. Incluir las actividades para la coordinacin de cambios a estos
tems con las organizaciones apropiadas.

Describir los tems de configuracin sobre los cuales los proveedores tienen
responsabilidad. Incluir en la descripcin:

Que requerimientos de gestin de la configuracin del proyecto sern parte del

acuerdo o contrato con el proveedor;

Como el vendedor ser monitoreado en cuanto a conformidad;
Que auditoras y revisiones de configuracin se llevarn a cabo;
Como sern probados, verificados, aceptados y unidos los tems de configuracin
con otros tems de configuracin del proyecto;
Como sern manejados los tems propietarios en cuanto a seguridad y trazabilidad
de propiedad (Ej: copyright);
Como sern procesados los cambios, incluyendo la participacin del proveedor.