Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari

Transcripción

1 Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1

2 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación de ECS Control de versiones Control de cambios Auditoría de la configuración Generación de informes Proceso de control de cambios Operaciones de acceso concurrente Herramientas 2

3 Gestión de la configuración El arte de identificar, organizar y controlar modificaciones al software que está siendo construido por un equipo de programadores, con el objetivo de maximizar la productividad, minimizando los errores. [Babich] 3

4 Gestión de la configuración Es el proceso de aplicar procedimientos técnicos y administrativos a lo largo del ciclo de vida, para: identificar, definir las piezas de software; controlar modificaciones y versiones de estas piezas; registrar y reportar el estado de cada pieza y la solicitudes de modificaciones; asegurar la completitud, consistencia y correctitud de las piezas de software; y controlar el almacenamiento, manipulación y entrega de los productos de software. [ISO/IEC 12207] 4

5 Problemas del cambio Actualizaciones simultáneas: Situación: dos o más personas han trabajando separadamente sobre el mismo objeto. Resultado: el último elimina el trabajo del resto. Objetos compartidos: Situación: se encuentra un error en un objeto que comparten varios desarrolladores y alguno de ellos no es notificado. Resultado: el error persiste en alguna de las copias por falta de comunicación. Doble mantenimiento: Situación: hay varias copias de un objeto que debe ser modificado o corregido. Resultado: no se hacen los cambios en todas las copias existentes del mismo SW. 5

6 Elementos de la configuración del software Elementos creados durante el desarrollo. Programas (código fuente y ejecutables) y recursos (gráficos, etc). Documentos (técnicos, administrativos y de usuario). Estructuras de datos (base de datos, archivos, etc). 6

7 Elementos de la configuración del software Ejemplos Especificación de Requerimientos. Plan del proyecto. Estándares y procedimientos. Especificación de diseño. Descripción del diseño de datos. Descripción del diseño arquitectónico. Descripción del diseño de interfaces, módulos, objetos. Código Fuente. Ejecutables. Especificación de la Prueba. Plan y procedimientos de prueba. Casos de prueba y resultados. Manual de usuario. Instructivo de instalación. 7

8 Elementos de la configuración del software Interrogantes planteadas Cómo identificar y gestionar versiones existentes de un ECS y sus piezas asociadas (ej: un programa y su documentación) de forma que se puedan introducir cambios eficientemente? Cómo controlar los cambios antes y después de que el software sea distribuido al cliente? Quién tiene la responsabilidad de aprobar y asignar prioridades a los cambios? Cómo podemos garantizar que los cambios se han llevado a cabo adecuadamente? Qué mecanismo se usa para avisar a otros de los cambios realizados? 8

9 Identificación de ECS. Control de versiones. Organización del Repositorio. Control de cambios (compartida con el resto del equipo). Auditorías de configuración (realizada por SQA). Generación de informes. 9

10 Identificación de ECS Se requiere identificarlo en forma única. Elementos de identificación: Identificador. Nombre. Descripción. El tipo (ej: programa, doc., caso prueba). Identificación del proyecto. Información de la versión. Información del cambio. Recursos: entidades que proporciona, procesa, referencia o son de alguna forma, requeridos por el objeto. 10

11 Agrupación de ECS Es posible definir ECS compuestos que agrupan varios ECS simples y otros ECS compuestos. Ejemplo: Diagrama de clases. Todos los programas de un subsistema. 11

12 Los ECS evolucionan con el sistema Identificadores Cambios grandes Cambios pequeños 12

13 Versiones, problemas típicos: Cómo se pueden referenciar todos los ECS de la versión 1.4? Cómo puede saber el cliente que actualmente tienen la versión 2.1? Cómo estar seguros que los cambios en código fuente de la versión 2.1 han sido reflejados en el documento de diseño de esta versión? Cómo seguir el hilo de la evolución de un ECS? 13

14 Control de versiones Permitir especificar configuraciones alternativas del software mediante la selección de las versiones adecuadas de los componentes. Esto se puede gestionar asociando atributos a cada versión del software y permitiendo luego especificar y construir una configuración describiendo el conjunto de atributos deseados. [Clemm] 14

15 Componente: elemento que compone el ECS. Variante: combinación de componentes del ECS. Coexisten con otras variantes. Versión: nivel de revisión del ECS Componentes 2 Variantes

16 Organización del repositorio Repositorio. Línea base. Estructura del Repositorio. Asignación de Permisos. 16

17 Repositorio Es una estructura de directorios en disco, donde se almacenan los elementos componentes de software producidos a lo largo de todo el proyecto. Tres áreas básicas: Desarrollo o trabajo. Aprobación o control de calidad. Producción. 17

18 Línea Base Un punto de referencia en el desarrollo del software que queda marcado por la aprobación del elemento de configuración del software, mediante una revisión técnica formal, y su envío al área de producción. [Pressman] 18

19 Control de cambios Proporcionar mecanismos para evitar el caos ante cambios no controlados. Proceso de Control de Cambios. Proceso por el cual se implementa el mecanismo de control de cambios. 19

20 Proceso de cambios 2 Cambio Aprobado (OCI) ACC = Autoridad de Control de Cambios Identificar requerimientos Análisis de impacto Factibilidad económica/técnica Análisis de Riesgos Ingeniería Más datos para el análisis de impacto 4 Asignar tareas, realizar cambio Aseguramiento de la Calidad 1 Solicitud de Cambio 3 Versiones anteriores 5 Producto aprobado Mercado, clientes, usuarios. Desarrollo/SQA 6 Liberación Producción 20

21 Proceso de cambios 4. Cambio Aprobado ACC 6. Arreglos 3. Solicitud de Cambio Desarrollador 7. Nueva versión Desarrollador 1. Necesidades 2. Cambio 5. Versiones anteriores Prototipo Usuario Repositorio 8. Liberación Producción 21

22 Operaciones de acceso concurrente Check -out: obtener una copia de algún objeto del repositorio, sobre el que trabajará la persona. El objeto del repositorio queda bloqueado, y nadie más podrá realizar modificaciones a este hasta que no sea liberado. Check -in: ingresar un nuevo objeto al repositorio, o ingresar una nueva copia de un objeto que fue bloqueado mediante un CHECK-OUT. El objeto queda en este momento liberado de todo bloqueo. 22

23 Operaciones de acceso concurrente Área de trabajo Trabajo de desarrollo: editar, debug, compilar Check in Check out Repositorio Área protegida, productos aprobados SCM: control de versiones, control de cambios, auditoria 23

24 Operaciones de acceso concurrente El objetivo de definir dos operaciones de acceso al repositorio ( check in / out) es serializar los cambios. Evitar el cambio en paralelo. Controlar los ingresos de productos aprobados al repositorio. Saber quien esta trabajando con el elemento. Asegurar que se trabaja a partir de la última versión. 24

25 Auditorías Verificar que el cambio se ha implementado correctamente. Tipos de auditorías. Revisiones técnicas formales. Auditorías de configuración del software. 25

26 Revisiones Técnicas Formales Verifican la corrección técnica del ECS modificado. Se evalúa consistencia con otros ECS, omisiones o posibles efectos secundarios. Se debe realizar para todo cambio no trivial. 26

27 Auditoría de la configuración Se hizo el cambio según lo especificado en la OCI? Se incorporaron modificaciones adicionales? Se ha llevado a cabo la RTF? Se ha cumplido con los estándares? Se han indicados los cambios en el ECS? (Autor y fecha del cambio, identificador, etc.). Se han seguido los procedimientos de SCM para señalar, registrar y divulgar el cambio? Se han actualizado adecuadamente todos los ECS relacionados? 27

28 Generación de informes Informe de estado de la configuración. Qué pasó? Quién lo hizo? Cuándo pasó? Qué más se vio afectado? Se actualiza. Por cada nueva identificación de un ECS. Cada vez que la ACC aprueba un cambio (se genera una OCI). Cada vez que se lleva a cabo una auditoría. Periódicamente se distribuye. 28

29 Plan de SCM 1. Introducción Propósito del documento, alcance. Definiciones 2. Gestión de la configuración del software Organización y responsabilidades Herramientas, ambiente e infraestructura Identificación de las configuraciones Líneas bases 3.Control de cambio Proceso de aprobación de cambios Comité de control de cambios 4. Reportes y auditorias 29

30 Herramientas El trabajo de gestión de la configuración puede apoyarse en herramientas, que por ejemplo hagan el control de versiones y control de cambios en forma automática. Implementar un repositorio centralizado y de publicarlo para equipos distribuidos. Controlar el flujo de trabajo definido en el circuito de cambios. 30

31 Herramientas Ejemplos: Implementación de repositorio y control de versiones Microsoft Visual Source Safe Surround SCM CVS (Concurrent Versioning System) Seguimiento de incidentes y control de solicitudes de cambio Test Track Pro Mantis Bugzilla 31

32 Resumen SCM es una actividad de protección. Se aplica durante todo el ciclo de vida. Identifica, controla, audita e informa de las modificaciones que invariablemente se dan en el desarrollo del software (incluso luego de su distribución al cliente). Cualquier elemento producido durante el proceso forma parte de la configuración del software. La configuración se organiza de forma tal que sea posible controlar los cambios. 32

33 Resumen La evolución de un objeto se puede realizar examinando la historia de todos los objetos que lo componen. Los objetos generados se organizan en versiones y variaciones, mediante la gestión de versiones. Se aplican mecanismos de control de acceso y sincronización. La auditoría de SCM es una actividad de SQA que ayuda a asegurar que se mantiene la calidad durante la realización de cambios. Los informes proporcionan información sobre los cambios a aquellos que deben estar informados. 33

34 Referencias Capítulo 8, Ingeniería del Software, 4ta. Edición, Pressman. Humphrey, Watts S Managing the Software Process. ISO-IEC 12207:1995. Information Technology - Software cycle processes. Instituto Uruguayo de Normas Técnicas. ISO :1997. Quality management and quality assurance standards. Instituto Uruguayo de Normas Técnicas. 34