INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie

Transcripción

1 INGENIERÍA DE SOFTWARE ADMINISTRACION DE CONFIGURACIONES Rubby Casallas, Juan Pablo Quiroga, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes

2 Agenda 2 Problema Solución: Administración de Configuraciones Herramientas

3 La constante: El cambio se encuentra presente en todo el ciclo de vida de una aplicación. En el desarrollo El desarrollo de software siempre es incremental El desarrollo iterativo consiste de en una evolución controlada En el mantenimiento Corrección, adaptación, extensión, etc.

4 el cambio

5 el cambio

6 el cambio

7

8 el cambio

9 el cambio

10 El problema Sobrescribir el código de otro: desarrolladores que hacen distintos cambios en el mismo código sobrescribiendo su trabajo mutuamente No hay botón deshacer: los nuevos cambios son peores, pero no se puede volver atrás... Qué versión tiene el cliente? A cuál corresponde el error?

11 El problema La versión actual del código se sobrescribe por una anterior Una actualización crítica se descarta de la versión final Se hacen cambios a una versión incorrecta del código Reaparecen errores ya corregidos No se logra determinar qué versiones de archivos van en una entrega

12 El Problema Los builds no son reproducibles Muchas posibilidades de error cuando se mantienen múltiples versiones No hay historia de los cambios Los jefes de proyecto no pueden medir el avance Comunicación deficiente del equipo

13 El problema

14 La solución

15 Administración de Configuraciones SCM Software Configuration Management administrar el contenido de un producto de software desde el principio hasta el final del Humphrey Bruegge, Dutoit

16 Propósito de SCM Asegurar que el contenido del producto es conocido y se encuentra disponible siempre Apoyar el control de cambios. Ayudar a la coordinación entre el equipo Tener un repositorio (depósito) único para los entregables. Tener una base histórica con los cambios del producto durante el tiempo.

17 Conceptos 17 Depósito Biblioteca de lanzamientos, promociones Tres depósitos Desarrollo El avance diario Maestro (promociones) Están en proceso de verificación de calidad Es liberado a otros equipos de desarrollo Software (lanzamientos) Cumplen con los estándares de calidad dispuestos

18 Conceptos 18 Espacio de trabajo Es el sitio donde se encuentran los archivos correspondientes a los artefactos Promociones o lanzamientos Cada desarrollador tiene su propio espacio

19 Conceptos Items de configuración: Cualquier artefacto del proceso. Este debe ser controlado y nombrado de forma única. La lista aprobada de los items de configuración Los requerimientos El diseño Los fuentes El material de pruebas Agregados de artefactos (objetos de configuración) Conjunto de artefactos que forman un producto completo. Código fuente

20 Conceptos Versiones Identifica el estado de un artefacto de configuración en un contexto Debe existir una forma de nombrarlo Revisión Un artefacto en un instante dado Configuración Una 'configuración' es una combinación de versiones particulares de los componentes que forman un sistema consistente

21 Conceptos 21 Etiquetas Entre las partes que se tiene control hay agrupaciones lógicas, que representan el programa completo. Se hace a través del etiquetamiento de archivos (tagging) Una etiqueta(tag) es un único nombre dado a una revisión de un archivo. No existen dos tags iguales

22 Conceptos Estándar de numeración de versiones Ej Versión Mayor - Lanzamiento 3 Lanzamiento menor con corrección de errores 1 Rama para el cliente X Estándar de numeración de versiones <version> :: <mayor>.<menor>.<revision> <mayor> :: <entero positivo> <menor> :: <entero positivo> <revision> :: <entero positivo> Se deben indicar políticas para saber cómo un artefacto pasa de una versión a otra

23 Conceptos Línea base Una configuración operativa del sistema software que ha sido validada por la dirección o el cliente La evolución del sistema puede verse como evolución de la línea base Solo es modificado debido a una solicitud de cambio Rama (branch) Se parte de un baseline para corregir errores En un momento se puede unir con la línea principal del producto Variantes Versiones operativas que coexisten en el tiempo. Comparten gran parte del código pero difieren en algunas funcionalidades

24 Conceptos Build Cada vez que se compila se controla la forma en que se produjo Promoción (release interno) Configuración que se ha puesto a disposición de los demás desarrolladores del proyecto Lanzamiento (release externo) Configuración que se ha puesto a disposición de los clientes o usuarios Un lanzamiento tiene que tener una promoción asociada

25 Conceptos Solicitud de cambio: Reporte formal que inicia el proceso de cambio Realizado por un usuario o desarrollador No todos los cambios de un cliente deben ser realizados Cuestiones administrativas Costos Tiempo de desarrollo

26 Conceptos Solicitud de cambio: Se especifica El(Los) artículo(s) de configuración afectados La petición La versión El problema que necesita resolverse La solución Evaluación de factibilidad ( costo/beneficio) Aprobación Se debe hacer seguimiento

27 Ejemplo para código fuente 27 // ************************************************************************* // Universidad de los Andes // Departamento de Ingenieria de Sistemas y Computacion // // Proyecto : Administrador de Notas // Archivo : AdministradorNotas.cc // Descripcion : Implementacion Clase Administrador de Notas // Fachada para el administrador de notas // Version : 1.1 // Fecha : 2 Noviembre 2000 // Author : Juan Pablo Quiroga // // Informacion de mantenimiento y cambios // // Creacion Encabezado // Descripcion : Version inicial // Fecha : // Autor : Juan Pablo Quiroga // Tiempo Desarrollo: 30 minutos // LOC : 140 //

28 Ejemplo para código fuente 28 // Cambio Numero 1 // Descripcion : Cambiar encabezado del archivo y estandar documentacion // Fecha : // Autores : Juan Pablo Quiroga // Tiempo Desarrollo: 20 minutes // LOC : 284 // // // **************************************************************************

29 Procedimientos de control de 29 configuraciones Asegurar que no hay conflicto en cuanto dos personas puedan cambiar el mismo producto al tiempo. Cuando una de las personas está modificando el producto es el único que puede hacerlo y debe mantenerse bloqueado hasta que este termine de hacerlo. Una persona debe ser responsable de mantener la integridad del producto.

30 Otras cosas a tener en cuenta 30 Procedimientos de copias de seguridad y facilidades Auditoria de la administración de configuraciones Reporte de estatus de configuración

31 Proceso de SCM 31 Producir el plan de configuraciones Introducción Propósito Alcance Glosario Referencias

32 Proceso de SCM 32 Producir el plan de configuraciones Actividades Artículos de configuración Estándares Nombramiento de artículos Distribución de archivos Versionamiento Administración Definición del informe de Identificación de líneas de base

33 Proceso de SCM 33 Reportes del estatus de SCM. Al final de cada ciclo Un informe con El nombre de la(s) línea(s) de base asociadas Por cada artefacto colocar la versión Si es un grupo de artefactos colocar los artefactos asociados y la vérsión de c/u Administrar el baseline del sistema Administración del cambio

34 Control de Versiones de Software 34 Mecanismo de base: grafo de derivación: contiene la evolución de un archivo de texto (binario) primeras herramientas sobre Unix: Source Code Control System SCCS (M. Rockhind 1977) revision Control System RCS (W. Tichy 1982)

35 Control de Versiones de Software 35 CVS Concurrent Version System Como un conjunto de scripts Dick Grune, 1986 Como una sóla herramienta Creado en 1989 por Brian Berliner Apoyado por Jeff Polk Licencia GPL

36 Control de Versiones de Software 36 Otras herramientas Perforce Perforce Basado en CVS Clear Case - Rational Source Safe Microsoft CS RCS Component Software Avanzadas Control de cambio y seguimiento ClearQuest - Rational

37 Modelo básico: check-in/check-out 37 Compilador Editor Espacio de trabajo Check-in Check-out Depósito

38 38 Coordinación y sincronización del trabajo en equipo Espacio de trabajo Espacio de trabajo Depósito

39 El Versionamiento Mecanismo delta Variante

40 El Versionamiento Fusión de los cambios

41 La coordinación y sincronización del 41 trabajo Políticas de administración de espacios de trabajo: controlar la sincronización de cambios concurrentes (evitarlos): definir políticas de sincronización creación de Baselines Propagación de los cambios en distintas baselines

42 42 La coordinación y sincronización del trabajo Depósito formal Extraer Promover/ actualizar Depósito desarrollo Espacio de trabajo Espacio de trabajo