Federico Falkenstein Gestión de Configuración de Software 1

Contenido I. Resumen II. Gestión de Configuración de Software III. Control de versiones IV. Control de configuración V. Control de cambios VI. Herramienta CVS VII. Problemáticas VIII. Soluciones IX. Conclusión X. Bibliografía XI. Línea futura de investigación XII. FIN 2

Resumen 3

Todas las empresas en el que los empleados trabajen sobre los mismos archivos van a querer mejorar la gestión de cambios sobre los archivos. El Software Configuration Managment (SCM) tiene las mejores prácticas para resolver las situaciones que se presentan. Este PPT brinda una explicación clara del SCM 4

Gestión de Configuración de Software 5

Gestiona, controla y trata: La construcción del software por varios programadores simultáneamente El control de las versiones El control de la configuración El control de los cambios 6

Control de versiones 7

Es la gestión de los diversos cambios que se realizan sobre los elementos de un software o la configuración del mismo. Combina procedimientos y herramientas para gestionar las versiones de configuración creadas durante la construcción del software. 8

Control de configuración 9

Es el conjunto de procesos para asegurar la calidad y facilitar el mantenimiento del software. Los elementos de la configuración del software son: especificaciones de requerimientos, modelos de datos, modelos de procesos, código fuente, código ejecutable, pruebas y manuales de usuario 10

Control de cambios 11

Control de cambios Para garantizar la buena evolución del desarrollo de software es necesario aplicar controles de los cambios. Para eso necesitamos una herramienta CVS que se encarga de registrar todo trabajo nuevo y todo cambio que se realice sobre todos los archivos de un proyecto de construcción de software 12

Herramienta CVS 13

Herramienta CVS (Concurrent Versions System) Es una aplicación que implementa un sistema de control de versiones. Mantiene el registro de todo el trabajo y los cambios en los elementos de la configuración de un software 14

Problemáticas 15

Problematicas Sin la herramienta CVS se encuentran los siguientes problemas: Los programadores no pueden trabajar sobre un mismo código fuente No existe un repositorio de versiones No hay control de cambios No hay herramienta para mergear un código original con el modificado No hay conocimiento de la estructura del software No hay seguimiento para toma de decisiones No hay control de fallos 16

Soluciones 17

Soluciones Las soluciones a los problemas anteriores son: Workspace, Codeline, Branches, Propagación de cambios, Builds y Proceso 18

Soluciones - Workspace Es un espacio privado para cada programador y está sincronizado con el codeline. El programador puede trabajar sobre un código sin depender de los otros. Al finalizar el trabajo, puede hacer el check in sobre el codeline para impactar los cambios 19

Soluciones - Codeline Es la base donde están todos los archivos necesarios para el desarrollo del software como por ejemplo: I.Especificación del sistema II.Plan de proyecto III.Especificación de requisitos IV.Manual de usuario preliminar V.Especificación de diseños VI.Código fuente VII.Plan y procedimiento de pruebas, Casos de prueba y resultados registrados VIII.Manuales de operación de instalación IX.Programas ejecutables X.Descripción de la base de datos 20

Soluciones – Codeline (cont.) XI.Manual del usuario final XII.Documentos de mantenimiento 21

Soluciones - Branches Son copias del codeline para crear nuevos builds (versiones). Sirven para tener distintas configuraciones y hacer pruebas con cada uno. 22

Soluciones – Propagación de cambios Al hacer una modificación en el codeline es necesario propagar los cambios a los branches. Cuando son varios programadores trabajando en distintas copias del codeline, es necesario que cada uno propague los cambios para que esten sincronizados 23

Soluciones - Builds Son versiones para identificar unívocamente cada branch. Cada build tiene una numeración. Por ej. 1.1, 1.2, 2.1,

Soluciones - Proceso Es un conjunto de procesos para asegurar la calidad del software. Sin los procesos, la construcción del software sería un caos y puede ser un fracaso 25

Conclusión 26

Conclusión Teniendo en cuenta toda la información obtenida y siguiendo las buenas practicas del SCM, el paper ofrece un conjunto de posibles soluciones a las distintas problemáticas presentadas en el desarrollo del código de un software: No hay identificación univoca No hay versiones No hay control de modificaciones Hay conflictos entre código original y modificado No se puede compartir un mismo código No se conoce la estructura del software No hay seguimiento del proyecto No hay sincronización entre plataformas No hay resolución contra fallos No hay herramientas para la auditoría No hay control de los archivos desde distintas oficinas Para aplicar las distintas soluciones planteadas, se deberá instalar en la empresa una herramienta de CVS. Es una aplicación informática que implementa un sistema de control de versiones: mantiene el registro de todo el trabajo y los cambios en los ficheros (código fuente principalmente) que forman un proyecto. 27

Bibliografía 28

Bibliografía evel_scm_best_practices practicas-en-software-configuration-managment/ 29

Línea futura de investigación 30

Línea futura de investigación Mejorar el manejo de problemas de coherencia de versiones (mergeos). 31

FIN 32

FIN 33 ¿Preguntas?