3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Transcripción

1 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar las características funcionales y físicas de los ítemes de configuración. Controlar los cambios a tales características, y reportar el proceso de tales cambios y su estado de implantación. SCM permite identificar, organizar, y controlar las modificaciones que sufre el producto que se construye en una organización. El objetivo es maximizar la productividad minimizando los errores. SCM es una actividad de protección que se aplica a lo largo del proceso de Ingeniería 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 Ingeniería de Software que se produce una vez que el producto ha sido distribuido a los clientes y está en operación. 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 sólo una vez que el producto queda fuera de uso. SCM consiste de 4 divisiones principales ilustradas en la Figura 6 [Buc96]. Gestión de Identificación de la Control de Cambios en la Contabilidad del Estado de la Auditorías de la Figura 6: Divisiones de la Gestión de de Software. Estas divisiones principales permiten responder preguntas tales como [Pre98]: Cómo identifica y gestiona una organización las muchas versiones existentes de un programa (y su documentación) de forma que se puedan introducir cambios eficientemente? Cómo controla la organización los cambios antes y después de que el producto sea distribuido al cliente?

2 Quién tiene la responsabilidad de aprobar y de asignar prioridades a los cambios? Qué mecanismo se usa para avisar a otros de los cambios realizados? Cómo podemos garantizar que los cambios se han llevado a cabo adecuadamente? La Identificación de la y el Control de Cambios en la ayudan al equipo de desarrollo de software a mantener un orden que, de otro modo, llevaría a una situación caótica y sin salida. La Contabilidad del Estado de la (también denominada Informes de Estado de la ) responde a las siguientes preguntas: Qué pasó?, Quién lo hizo?, Cuándo pasó?, Qué más se vio afectado?. Las Auditorías de la permiten responder a la siguiente pregunta: Cómo se puede asegurar que el cambio se ha implantado correctamente? Elementos Clave para una Solución de Gestión de Existen 10 elementos que son clave para resolver las necesidades de Gestión de (Configuration Management, CM) en una organización. Estos son: Planeación, Procesos, Cultura, Personas, Productos, Automatización, Gestión, Plan de CM, Sistema de CM, y Estrategia de adopción de CM. Los primeros siete elementos se refieren a la preparación del problema y al trabajo de solución, y los otros tres son los resultados de estos siete elementos. Los diez elementos son mostrados en la figura 7 [Dar98]. Plan de CM Sistema de CM Adopción de CM Planeación Gestión Procesos Automatizaciónn Cultura Producto Personas Figura 7: Elementos clave para una solución de CM.

3 El Proceso de Adopción de Gestión de Se entiende por adopción de CM a todos los pasos involucrados en la introducción de un sistema de CM en una organización, por el que éste se pone en uso operacional y efectivo: Rutinariamente usado en todos los proyectos. Institucionalizado: parte de una práctica estándar. Un típico proceso de adopción 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 adopción. Implantar un proyecto piloto. Institucionalizar el sistema de CM. Retroalimentar el sistema de CM. Prácticas Clave de Gestión de de Software según CMM Como se mencionó en la sección 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 términos de prácticas 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 están 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 líneas base. CMM organiza las prácticas clave del proceso de SCM en un conjunto de características comunes, las cuales agrupan y ordenan las prácticas clave en una secuencia útil para que las organizaciones las usen. Las características comunes son las siguientes: Compromisos a Ejecutar. Describen las acciones que la organización 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 organización para implantar en forma competente el proceso de software. Actividades Ejecutadas. Describen los roles y procedimientos necesarios para implantar SCM. Medición y Análisis. Describe la necesidad de medir los procesos y analizar las mediciones. Verificación de la Implantación. Describe los pasos para asegurar que las actividades realizadas cumplen con los procesos que han sido establecidos. Según CMM, las Actividades Ejecutadas proveen una gran cantidad de prácticas clave, porque ellas describen la implantación del proceso de SCM. Las prácticas clave de las otras características comunes son

4 igualmente importantes; sin embargo, ellas consideran lo que debe ser realizado para apoyar e institucionalizar el proceso de SCM. Las prácticas clave de cada característica común son: Compromisos a Ejecutar El proyecto sigue una política organizacional escrita para implantar SCM. Habilidad para Ejecutar Un Comité de Control de (Configuration Control Board, CCB) existe o es establecido. Un grupo de SCM existe, el cual es responsable de la coordinación e implantación 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 métodos para ejecutar sus actividades de SCM. Los miembros del grupo de ingeniería 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 líneas 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 líneas base son controlados de acuerdo a un procedimiento documentado. Los productos de la biblioteca de líneas 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 estándar que documenta los reportes de las actividades de SCM y los contenidos de la línea base de software son desarrollados y puestos a disposición de las personas y grupos afectados. Una auditoría a las líneas base de software es conducida de acuerdo a un procedimiento documentado. Medición y Análisis Se realizan y usan mediciones para determinar el estado de las actividades de SCM. Verificación de la Implantación Las actividades de SCM son revisadas con la administración superior sobre una base periódica. Las actividades de SCM son revisadas con el gestor del proyecto tanto en una base periódica como por eventos producidos.

5 El grupo de SCM periódicamente audita las líneas base de software para verificar que ellos están conformes con la documentación 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 prácticas 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é prácticas deben ser priorizadas, no hay un esquema de mejoramiento del proceso de SCM y sólo hay una breve descripción de las actividades necesarias para implantar cada práctica clave del proceso de SCM. Ventajas y Desventajas de la Gestión de de Software Como todo proceso, la Gestión de de Software tiene sus ventajas y desventajas, éstas son [Pez98] [Tom90]: Ventajas SCM como una Herramienta de Control permite: La mantención de la integridad de los ítemes, en una atmósfera de cambio continuo. La evaluación y ejecución de los cambios, en un ambiente controlado. SCM como una Herramienta de Visibilidad permite: Que el estado de la configuración proporcione evidencia objetiva y concreta de la creación y evolución del producto. Que las inspecciones y auditorías de la configuración establezcan el estado de avance real del proyecto. SCM como una Herramienta de Reducción de Costos permite: La reducción de los costos de desarrollo, ayudando a mantener el orden en el proyecto. La reducción de los costos de mantención, asegurando la integridad de software en operación y la actualización y consistencia de toda la documentación. SCM como una Herramienta de Apoyo a la Administración del Proyecto permite: Como función de servicio, incrementar la eficiencia y la efectividad de la administración. Que la efectividad de sus disciplinas se incremente proporcionalmente, en la medida que son parte explícita del día a día.

6 Desventajas Requiere un esfuerzo de capacitación inicial de los involucrados. Requiere recursos (personal y equipamiento) no considerados previamente. Generalmente, al principio, produce una pseudo burocratización que desaparece luego, una vez que los procedimientos se optimizan y se adquiere la cultura del control.