Jose Luis Jurado, PhD

G E STIÓN DE LA Mónica María Rojas, MsC

C O N F I G U RA C I Ó N Facultad de Ingeniería
Departamento TIC
Programa de Ingeniería de Sistemas
DEFINICIÓN SWEBOK

• Gestión de la configuración
• “Es la disciplina encargada de identificar la configuración del sistema en momentos
diferentes con el propósito de controlar de una manera sistemática los cambios en la
configuración y mantener la integridad y el seguimiento de los cambios en la
configuración durante el ciclo de vida del sistema.”

• Gestión de la configuración de software:

• “es un proceso del ciclo de vida del software de apoyo (actividad sombrilla) que
beneficia la gestión de proyectos, las actividades de desarrollo y mantenimiento, las
actividades de control de calidad, así como a los clientes y usuarios del producto final”
GESTIÓN DE LA
C O N F I G U R AC I Ó N ( G C S )

Involucra:
• Varios programadores desarrollando simultáneamente
• Control de cambios
• Versiones y control de versionamiento
Actividad sombrilla
• Integración del software en un solo producto
Propósito:
Minimizar la confusión
 GESTIÓN DE LA CONFIGURACIÓN (GCS)

• Cambios no analizados
Situaciones que fomentan • No se registran los cambios antes de implantarlos
la confusión:
• No se informan los cambios a los interesados
• No se controlan para mejora la calidad y reducir
el error
FASES DE LA GESTIÓN DE
LA CONFIGURACIÓN*

1. Identificación de los elementos de

GC involucrados
2. Control de la configuración del
software (Control de cambios)
3. Informes del estado de la
configuración del software.
4. Auditoria de la configuración del
software
5. Gestión de lanzamiento y entrega
del Software (Control de
versiones).

*Swebok v3
O B J E T I VO S

• Identificar los productos que pueden cambiar

• Definir mecanismos para administrar distintas versiones
• Garantizar que el cambio se hizo de la forma adecuada
• Auditar los cambios e informar a todo los afectados.
FUENTES DEL CAMBIO

Nuevas reglas empresariales o de mercadeo

Reorganización de la empresa
Cambio en las prioridades
Restricciones presupuestales
Cambios en la planeación (cronograma)
I T E M D E C O N F I G U R A C I Ó N ( WO R K -
P RO D U C T )
Un producto de trabajo (work-product) del proceso de ingeniería de software, o
una parte.
• Especificación de requerimientos
• Documentos de pruebas
• Componente del programa (código del programa)
• Modelos (diagramas de clases, modelo de datos)

Relaciones entre elementos

Herramientas de software. Versiones de:
• Editores (IDE)
• Compiladores Definir el impacto de los cambios
propuestos
• Nevegadores
• Otras herramientas
IDENTIFICACIÓN DE ELEMENTOS DE
CONFIGURACIÓN
• SRS : Software Requirements Specification
• SDD : Software Design Document
• SCR: Software Change Request
V E R S I Ó N D E S O F T WA R E

• Es un elemento identificado y especificado particularmente.

• Estado actual del software (que evoluciona)
• Una variante es una nueva versión que se añadirá a la
configuración sin reemplazar la versión anterior.
LÍNEA BASE (BASELINE)

• “una especificación o producto que se ha revisado formalmente

y sobre el que se ha llegado a un acuerdo, y que de ahí en
adelante sirve como base para un desarrollo posterior y que y
que puede cambiarse solamente a través de procedimientos
formales de control de cambios.”
R E P O S I TO R I O G C S
Antes la gestión de los ítems de configuración (IC), se hacia en documentación (papel/o en la
mente)
• Dificultad para encontrar un item de configuración (Ej. rastrear los requisitos)
• Complejiddad para determinar cuáles Items cambiaban, cuándo y por quién
• Describir relaciones detalladas y complejas

Qué facilita?
• Manejo de versiones ( ej. Poder regresar a versiones anteriores)
• Rastreo de requerimientos ( ej. cómo se ven afectados los work-product con un cambio)
• Ensayos de auditoria (cuándo, por qué y quién realiza un cambio)
C O N T RO L D E C A M B I O S

• Mayor control: más actividades de gestión y control.

+ Molestias
+ Problemas
EQUILIBRIO

TRABAJAR FORMA ORGANIZADA

• Menos control:
+ Desorden
+ Problemas
P RO C E S O D E G E S T I Ó N D E C A M B I O S

Identificar la Solicitud de Análisis del Decidir si se Se programa

necesidad cambio cambio lleva a cabo el cambio

“Dar de alta” Auditar el Realizar el “Sacar” los Asigna el

los elementos cambio cambio elementos cambio

Actividades Incluir
Distribución
de calidad y cambios
nueva versión
pruebas nueva versión
C O N T RO L D E V E R S I O N E S

• Trazabilidad de cada elemento, cómo varia en el tiempo.

• Los cambios de algunos elementos que cambian de versión
puede llevar a que otros elementos también sea necesario que
cambien.
I N F O R M E S D E E S TA D O

¿Qué ¿Cuándo
pasó? pasó?

¿Quién
¿Quién lo
más se vio
hizo?
afectado?
AU D I TO R I A D E L A C O N F I G U R AC I Ó N

¿Se realizó una

¿Se hizo lo que
¿Se hizo el cambio? revisión técnica
estaba especificado?
formal?

¿Se realizó lo ¿Se actualizaron

definido por calidad todos los elementos
para registrar y de configuración
divulgar el cambio? asociados?
REFERENCIAS

• https://dev.to/thejessleigh/different-types-of-testing-explained-1ljo
• P. Bourque and R.E. Fairley, eds., Guide to the Software Engineering Body of
Knowledge, Version 3.0, IEEE Computer Society, 2014; www.swebok.org