GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)

1. GESTION DE LA CONFIGURACION
DEL SOFTWARE (GCS)
18/04/2016

2. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
Los cambios dentro del desarrollo del software
pueden ocurrir en cualquier momento por lo
tanto debemos estar preparados, las actividades
de CGS sirven para:
• Identificar el cambio de nuestro software.
• Controlar ese cambio.
• Garantizar que el cambio quede bien
implantado.
• Informar el cambio.

3. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
La gestión de configuración del software no es
un mantenimiento del software, el
mantenimiento es la etapa final de la ingeniería
hasta que se retire el producto del equipo, la
CGS es un conjunto de actividades de
seguimiento y control que comienzan cuando se
inicia el proyecto de desarrollo del software y
termina sólo una vez que el software queda
fuera de circulación.

4. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
La primera Ley de la ingeniería de sistemas
establece: “Sin importar en que momento del
ciclo de vida del sistema nos encontremos, el
sistema cambiará y el deseo de cambiarlo
persistirá a lo largo de todo el ciclo de vida”

5. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
Entonces nos hacemos diferentes preguntas:
• ¿Por qué cambiar el sistema?
• ¿Qué produce los en el sistema cambios?
La respuesta a estas interrogantes se puede
encontrar en cuatro aspectos fundamentales y a
menudo muy tradicionales dentro del desarrollo
del software:

6. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
1. Nuevos requisitos del negocio o condiciones
que dictan los cambios en las condiciones del
producto o en las normas comerciales.
2. Nuevas necesidades del los clientes que
demandan la modificación de los datos
producidos por un sistema basado en
computadora.

7. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
3. Reorganización y/o reducción del volumen
comercial que provoca cambios en las
prioridades del proyecto o en la estructura
del equipo de ingeniería del software.
4. Restricciones presupuestarias o de
planificaciones que provocan una
redefinición del sistema o del producto.

8. GESTIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE (GCS)
• La gestión de configuración del software
realiza un conjunto de actividades
desarrolladas para gestionar y registrar los
cambios a lo largo del ciclo de vida del
software de computadora.
• La GCS es una actividad de garantía de calidad
del software que se aplica en todas las fases
del proceso de ingeniería del software.

9. LINEA BASE
Una línea base es un concepto de gestión de
configuración del software que nos ayuda a
controlar los cambios sin impedir seriamente los
cambios justificados. La IEEE define una línea
base como:

10. LINEA BASE
Una especificación o producto que se ha
revisado formalmente y sobre los que se ha
llegado a un acuerdo, y que de ahí en adelante
sirve como base para un desarrollo posterior y
que puede cambiarse solamente a través de
procedimientos formales de control de cambios.

11. LINEA BASE
En el contexto de la ingeniería del software
definimos una línea base como un punto de
referencia en el desarrollo del software y que
queda marcado por el envío de uno o más
elementos de configuración del software (ECS) y
la aprobación de ECS obtenido mediante una
revisión técnica formal.

12. LINEA BASE
Se encuentran errores y se corrigen cuando
todas las partes de las especificaciones se han
revisado corregido y aprobado, la especificación
de diseño se convierte en línea base. Solo se
pueden realizar cambios futuros en la
arquitectura del software (contenidos en la
especificación del diseño) tras haber sido
evaluados y aprobados.

13. LINEA BASE

14. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
Un ECS (elemento de configuración de software)
es un documento, un conjunto completo de
casos de prueba o un componente de un
programa dado. Los siguientes ECS son el
objetivo de las técnicas de gestión de
configuración y forman un conjunto de líneas
base:

15. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
1) Especificación del sistema
2) Plan de proyecto
3) a. Especificación de requisitos
b. Prototipo ejecutable o “en papel”
4) Manual de usuario preliminar

16. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
5) Especificación de diseños
a. Descripción del diseño de datos
b. Descripción del diseño arquitectónico
c. Descripciones del diseño de los módulos
d. Descripciones del diseño de interfaces
e. Descripciones de los objetos (si se
utilizan técnicas de P.O.O)

17. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
6) Listados del código fuente
7) a. Plan y procedimiento de pruebas
b. Casos de prueba y resultados
registrados
8) Manuales de operación de y de instalación
9) Programas ejecutables
a. Módulos, código ejecutable
b. Módulos enlazados

18. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
10) Descripción de la base de datos
a. Esquema y estructura de archivos
b. contenido inicial
11) Manual del usuario final
12) Documentos de mantenimiento
a. Informes de problemas del software
b. Peticiones de mantenimiento
c. Ordenes de cambios e ingeniería
13) Estándares y procedimientos de ingeniería del
software

19. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
• Es importante considerar poner las
herramientas de desarrollo de software bajo
control de configuración. Es decir congelar la
versiones de editores, compiladores y otras
herramientas utilizadas durante el desarrollo,
un cambio en las versiones utilizadas puede
que produzca resultados diferentes que la
versión original.

20. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE
• Los ECS se organizan como objetos de
configuración que deben ser catalogados por
la base de datos del proyecto con un nombre
único.
• Un ECS tiene un nombre y atributos, y está
conectado a otros objetos mediante
relaciones.

21. ELEMENTO DE CONFIGURACIÓN DE
SOFTWARE

22. EL PROCESO DE GESTIÓN DE LA
CONFIGURACIÓN DEL SOFTWARE
El proceso se puede definir en cinco tareas de
CGS:
• Identificación
• Control de versiones
• Control de cambios
• Auditorias de configuración
• Generación de informes

23. IDENTIFICACIÓN DE OBJETOS EN GCS
Se pueden identificar dos tipos de objetos:
• Un objeto básico es una unidad de texto creada
durante el análisis, diseño, codificación o prueba.
• Un objeto compuesto es una colección de objetos
básicos u objetos compuestos. Cada objeto tiene
un conjunto de características que los identifican
como únicos. El nombre del objeto es una cadena
de caracteres que identifica al objeto sin
ambigüedad.

24. IDENTIFICACIÓN DE OBJETOS EN GCS
La descripción del objeto es una lista de
elementos de datos que identifican:
• El tipo de ECS (documento, programa, datos)
que está representado por el objeto.
• Un identificador del proyecto; y la información
de la versión y/o el cambio.

25. IDENTIFICACIÓN DE OBJETOS EN GCS
El esquema de identificación de los objetos de
software debe tener en cuenta que los objetos
evolucionan a lo largo del proceso de ingeniería,
por lo que se puede crear un grafo de evolución

26. IDENTIFICACIÓN DE OBJETOS EN GCS
En el grafo de evolución se describe la historia del objeto y sus
cambios, las grandes modificaciones hacen que un objeto
cambie, por lo que cambia el número de versión principal.

27. BIBLIOGRAFÍA
• Specifications in Software Engineering
I. Horebeek. y J. Lewi.
Springer-Verlag, 1989
• Ingeniería del Software: un enfoque práctico
R.S. Pressman. McGraw Hill. Madrid, 1993. 3ª
Edición.

28. Docente:
Mónica María Espejo Pérez
Ingeniera De Sistemas
Especialista en Administración de la
Informática Educativa