3.

GESTIN DE CONFIGURACIN DE SOFTWARE

Software Configuration Management (SCM) es una disciplina de la Ingeniera de Software que se preocupa
de [Ber92] [Ber84] [Bou98] [Mik97]:
Identificar y documentar las caractersticas funcionales y fsicas de los temes de configuracin.
Controlar los cambios a tales caractersticas, y reportar el proceso de tales cambios y su estado de
implantacin.

SCM permite identificar, organizar, y controlar las modificaciones que sufre el producto que se construye en
una organizacin. El objetivo es maximizar la productividad minimizando los errores. SCM es una actividad
de proteccin que se aplica a lo largo del proceso de Ingeniera de Software. Como el cambio puede ocurrir
en cualquier momento, las actividades de SCM son desarrolladas para identificar el cambio, controlar el
cambio, asegurar que el cambio est siendo apropiadamente implantado, e informar del cambio a aquellos que
les es necesario.

SCM difiere del mantenimiento, debido a que este ltimo es un conjunto de actividades de Ingeniera de
Software que se produce una vez que el producto ha sido distribuido a los clientes y est en operacin. En
cambio, SCM es un conjunto de actividades de seguimiento y control que comienzan al inicio de un proyecto
de desarrollo de software y termina slo una vez que el producto queda fuera de uso.
SCM consiste de 4 divisiones principales ilustradas en la Figura 6 [Buc96].
Estas divisiones principales permiten responder preguntas tales como [Pre98]:
Cmo identifica y gestiona una organizacin las muchas versiones existentes de un programa (y su
documentacin) de forma que se puedan introducir cambios eficientemente?
Cmo controla la organizacin los cambios antes y despus de que el producto sea distribuido al cliente?
Ge s t i n d e Co n f i g u r a c i n
I d e n t i f i c a c i n
d e l a
Co n f i g u r a c i n
Co n t r o l d e
Ca mb i o s e n l a
Co n f i g u r a c i n
Co n t a b i l i d a d
d e l Es t a d o d e l a
Co n f i g u r a c i n
Au d i t o r a s
de l a
Co n f i g u r a c i n
Figura 6: Divisiones de la Gestin de Configuracin de Software.
Quin tiene la responsabilidad de aprobar y de asignar prioridades a los cambios?
Qu mecanismo se usa para avisar a otros de los cambios realizados?
Cmo podemos garantizar que los cambios se han llevado a cabo adecuadamente?
La Identificacin de la Configuracin y el Control de Cambios en la Configuracin ayudan al equipo de
desarrollo de software a mantener un orden que, de otro modo, llevara a una situacin catica y sin salida. La
Contabilidad del Estado de la Configuracin (tambin denominada Informes de Estado de la Configuracin)
responde a las siguientes preguntas: Qu pas?, Quin lo hizo?, Cundo pas?, Qu ms se vio
afectado?. Las Auditoras de la Configuracin permiten responder a la siguiente pregunta: Cmo se puede
asegurar que el cambio se ha implantado correctamente?
Elementos Clave para una Solucin de Gestin de Configuracin
Existen 10 elementos que son clave para resolver las necesidades de Gestin de Configuracin
(Configuration Management, CM) en una organizacin. Estos son: Planeacin, Procesos, Cultura,
Personas, Productos, Automatizacin, Gestin, Plan de CM, Sistema de CM, y Estrategia de adopcin de
CM. Los primeros siete elementos se refieren a la preparacin del problema y al trabajo de solucin, y los
otros tres son los resultados de estos siete elementos. Los diez elementos son mostrados en la figura 7
[Dar98].
Figura 7: Elementos clave para una solucin de CM.
Sistema de CM Plan de
CM
Planeacin
Procesos
Automatizacinn
Adopcin de
CM
Cultura
Gestin
Producto Personas
El Proceso de Adopcin de Gestin de Configuracin
Se entiende por adopcin de CM a todos los pasos involucrados en la introduccin de un sistema de CM en
una organizacin, por el que ste se pone en uso operacional y efectivo:
Rutinariamente usado en todos los proyectos.
Institucionalizado: parte de una prctica estndar.
Un tpico proceso de adopcin consta de las siguientes fases [Dar98]:
Determinar el estado y necesidades de CM.
Examinar el estado del arte en las herramientas de CM.
Evaluar herramientas candidatas de CM
Escribir el plan de adopcin.
Implantar un proyecto piloto.
Institucionalizar el sistema de CM.
Retroalimentar el sistema de CM.
Prcticas Clave de Gestin de Configuracin de Software segn CMM
Como se mencion en la seccin de Mejoramiento de Procesos de Software, SCM es un rea clave de
proceso en el Nivel 2 de CMM [Pau93]. El proceso de SCM est descrito en trminos de prcticas clave,
que cuando son implantadas, ayudan a satisfacer las metas del proceso de SCM. Las metas a cumplir para el
proceso de SCM son:
Las actividades de SCM son planificadas.
Los productos de trabajo de software son identificados, controlados y estn disponibles.
Los cambios a los productos de trabajo de software son controlados.
Las personas y grupos afectados son informados del estado y contenido de las lneas base.
CMM organiza las prcticas clave del proceso de SCM en un conjunto de caractersticas comunes, las cuales
agrupan y ordenan las prcticas clave en una secuencia til para que las organizaciones las usen. Las
caractersticas comunes son las siguientes:
Compromisos a Ejecutar. Describen las acciones que la organizacin tiene que tomar para asegurar que
los procesos sean establecidos y perduren.
Habilidad para Ejecutar. Describe las precondiciones que deben existir en el proyecto u organizacin para
implantar en forma competente el proceso de software.
Actividades Ejecutadas. Describen los roles y procedimientos necesarios para implantar SCM.
Medicin y Anlisis. Describe la necesidad de medir los procesos y analizar las mediciones.
Verificacin de la Implantacin. Describe los pasos para asegurar que las actividades realizadas cumplen
con los procesos que han sido establecidos.
Segn CMM, las Actividades Ejecutadas proveen una gran cantidad de prcticas clave, porque ellas
describen la implantacin del proceso de SCM. Las prcticas clave de las otras caractersticas comunes son
igualmente importantes; sin embargo, ellas consideran lo que debe ser realizado para apoyar e institucionalizar
el proceso de SCM.
Las prcticas clave de cada caracterstica comn son:
Compromisos a Ejecutar
El proyecto sigue una poltica organizacional escrita para implantar SCM.
Habilidad para Ejecutar
Un Comit de Control de Configuracin (Configuration Control Board, CCB) existe o es establecido.
Un grupo de SCM existe, el cual es responsable de la coordinacin e implantacin de SCM para el
proyecto.
Los recursos adecuados son provistos para ejecutar las actividades SCM.
Los miembros del grupo de SCM son entrenados en objetivos, procedimientos, y mtodos para ejecutar
sus actividades de SCM.
Los miembros del grupo de ingeniera de software y otros grupos relacionados al software son entrenados
para ejecutar sus actividades de SCM.
Actividades Ejecutadas
Un plan de SCM es preparado por cada proyecto de software de acuerdo a un procedimiento
documentado.
Un plan aprobado y documentado es usado como base para ejecutar las actividades de SCM.
Un sistema de biblioteca de CM es establecido como un repositorio para las lneas base de software.
Los productos de trabajo de software a ubicar bajo CM son identificados.
Los requerimientos de cambio y reportes de problema para todos los CIs son iniciados, registrados,
revisados, aprobados y monitoreados de acuerdo a un procedimiento documentado.
Los cambios a las lneas base son controlados de acuerdo a un procedimiento documentado.
Los productos de la biblioteca de lneas base de software son creados y su release es controlado de
acuerdo a un procedimiento documentado.
El estado de los CIs es registrado de acuerdo a un procedimiento documentado.
Un estndar que documenta los reportes de las actividades de SCM y los contenidos de la lnea base de
software son desarrollados y puestos a disposicin de las personas y grupos afectados.
Una auditora a las lneas base de software es conducida de acuerdo a un procedimiento documentado.
Medicin y Anlisis
Se realizan y usan mediciones para determinar el estado de las actividades de SCM.
Verificacin de la Implantacin
Las actividades de SCM son revisadas con la administracin superior sobre una base peridica.
Las actividades de SCM son revisadas con el gestor del proyecto tanto en una base peridica como por
eventos producidos.
El grupo de SCM peridicamente audita las lneas base de software para verificar que ellos estn
conformes con la documentacin definida.
El grupo de aseguramiento de calidad de software revisa y/o audita las actividades y productos de trabajo
para SCM y reporta los resultados.
Como se ha visto, CMM define prcticas clave para cada una de las reas clave de proceso, incluyendo
SCM. El esquema de mejoramiento es aplicado a todo el modelo, pero en el caso de SCM no indica qu
prcticas deben ser priorizadas, no hay un esquema de mejoramiento del proceso de SCM y slo hay una
breve descripcin de las actividades necesarias para implantar cada prctica clave del proceso de SCM.
Ventajas y Desventajas de la Gestin de Configuracin de Software
Como todo proceso, la Gestin de Configuracin de Software tiene sus ventajas y desventajas, stas son
[Pez98] [Tom90]:
Ventajas
SCM como una Herramienta de Control permite:
La mantencin de la integridad de los temes, en una atmsfera de cambio continuo.
La evaluacin y ejecucin de los cambios, en un ambiente controlado.
SCM como una Herramienta de Visibilidad permite:
Que el estado de la configuracin proporcione evidencia objetiva y concreta de la creacin y evolucin
del producto.
Que las inspecciones y auditoras de la configuracin establezcan el estado de avance real del
proyecto.
SCM como una Herramienta de Reduccin de Costos permite:
La reduccin de los costos de desarrollo, ayudando a mantener el orden en el proyecto.
La reduccin de los costos de mantencin, asegurando la integridad de software en operacin y la
actualizacin y consistencia de toda la documentacin.
SCM como una Herramienta de Apoyo a la Administracin del Proyecto permite:
Como funcin de servicio, incrementar la eficiencia y la efectividad de la administracin.
Que la efectividad de sus disciplinas se incremente proporcionalmente, en la medida que son parte
explcita del da a da.
Desventajas
Requiere un esfuerzo de capacitacin inicial de los involucrados.
Requiere recursos (personal y equipamiento) no considerados previamente.
Generalmente, al principio, produce una pseudo burocratizacin que desaparece luego, una vez que los
procedimientos se optimizan y se adquiere la cultura del control.