ADMINISTRACIÓN DE LA

CONFIGURACIÓN DEL SOFTWARE

LUZ ADRIANA VALDÉS GÓMEZ

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: DEFINICIÓN
La administración de la configuración del software (ACS), también
llamada gestión del cambio, es un conjunto de actividades diseñadas
para administrar el cambio mediante la identificación de los productos
de trabajo que es probable que cambien, el establecimiento de
relaciones entre ellos, la definición de mecanismos para administrar
diferentes versiones de dichos productos de trabajo y el control de los
cambios impuestos, así como la auditoría y reporte de los cambios
realizados.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: PASOS
1. Identificar de manera única cada producto de trabajo: para
organizar y facilitar el proceso.
2. Establecerse mecanismos para control de versión y de cambio: para
garantizar que la calidad se mantiene conforme se realizan
cambios.
3. Auditar el proceso: para hacer seguimiento.
4. Realizar reportes: para asegurarse que quienes deben conocerlos
estén informados acerca de los cambios.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: RESULTADO
Se debe obtener un “Plan de Administración de la
Configuración del Software” que define la estrategia del
proyecto para la gestión del cambio.
En un ACS formal el proceso de control de cambio produce
solicitudes de cambio de software, reportes y órdenes de
cambio de ingeniería.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: OBJETIVOS
❖ Que todo producto de trabajo pueda identificarse, explicarse, rastrearse y
controlarse.
❖ Mejorar la facilidad con la que los cambios pueden acomodarse.
❖ Reducir la cantidad de esfuerzo empleado cuando deban realizarse cambios.
❖ Que todo cambio pueda administrarse, rastrearse y analizarse.
❖ Facilitar la construcción de diferentes versiones de una aplicación.
❖ Que todos los que deben saber acerca de un cambio están informados.
❖ Garantizar que la calidad del software se conserva conforme la configuración
evoluciona con el tiempo.
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: PRODUCTOS A IDENTIFICAR
Las salidas del proceso de software se dividen en tres
categorías:
➢ Programas: tanto programas fuente como archivos
ejecutables.
➢ Productos que describen los programas: documentación del
producto, manuales técnicos y de usuario.
➢ Los datos contenidos en los programas o externos a ellos.
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: ORIGEN DE LOS CAMBIOS
Existen cuatro fuentes de cambio:
1. Nuevas condiciones empresariales o de mercado dictan los cambios en los
requerimientos del producto o en las reglas empresariales.
2. Nuevas necesidades de los accionistas demandan modificación a los datos
producidos por los sistemas de información, a la funcionalidad que entregan los
productos o a los servicios que ofrece un sistema.
3. La reorganización o crecimiento/reducción de la empresa produce cambios en las
prioridades proyectadas o en la estructura del equipo de ingeniería de software.
4. Restricciones presupuestales o de calendario causan una redefinición del sistema o
del producto.
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: ROLES IDEALES
Las personas que deben participar en el ACS:
• Gerente de proyecto: encargado de un grupo de desarrollo de
software.
• Gerente de configuración: responsable de los procedimientos y
políticas de la administración del cambio.
• Los ingenieros de software: encargados de desarrollar y
mantener el producto.
• El cliente: es quien usa el producto.
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: TAREAS POR ROL
• Gerente del proyecto: monitorea el progreso del desarrollo, realiza revisiones, reconoce y
reacciona ante los problemas analizando reportes generados sobre el estado del sistema.
• Gerente de configuración: introduce mecanismos para realizar peticiones oficiales de cambios,
evaluarlos (mediante un Consejo de Control de Cambios que sea responsable de aprobar los
cambios al sistema de software) y autorizarlos. Elabora y difunde la lista de tareas para los
ingenieros y básicamente crea el contexto del proyecto.
• Los ingenieros de software: usan herramientas que ayudan a construir un producto de software
consistente. Se comunican y coordinan al notificarse unos con otros las tareas requeridas y las
tareas completadas. Los cambios se propagan a través del trabajo mutuo mediante fusión de
archivos. Se conserva una historia de la evolución de todos los componentes del sistema, una
bitácora con las razones de los cambios y un registro de lo que realmente cambió.
• El cliente: sigue procedimientos formales para solicitar cambios y para indicar errores en el
producto.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: VENTAJAS POR ROL
Para:
• El gerente de proyecto: es un mecanismo de auditoría.
• El gerente de configuración: es un mecanismo de control, rastreo y
generación de políticas.
• El ingeniero de software: es un mecanismo de control de cambio,
construcción y acceso.
• El cliente: es un camino para garantizar la calidad.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: ELEMENTOS
• Elementos componentes: conjunto de herramientas acopladas dentro de un sistema de
administración de archivos (por ejemplo, base de datos) que permite el acceso a cada
ítem de configuración del software, así como su gestión.
• Elementos de proceso: colección de acciones y tareas que definen un enfoque efectivo
de la gestión del cambio (y actividades relacionadas) para todos los elementos
constituyentes involucrados en la administración, ingeniería y uso del software.
• Elementos de construcción: conjunto de herramientas que automatizan la construcción de
software al asegurarse de que se ensambló el conjunto adecuado de componentes
validados (es decir, la versión correcta).
• Elementos humanos: conjunto de herramientas y características de proceso (que
abarcan otros elementos AC) utilizados por el equipo de software para implementar
ACS efectiva.
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: LÍNEAS DE REFERENCIA
Una especificación o producto que se revisó formalmente y con el que se estuvo de
acuerdo, que a partir de entonces sirve como base para un mayor desarrollo y que
puede cambiar sólo a través de procedimientos de control de cambio formal.
Antes de que un ítem de configuración del software se convierta en línea de referencia,
los cambios pueden realizarse rápida e informalmente. No obstante, una vez
establecida la línea de referencia, pueden realizarse cambios, pero debe aplicarse un
procedimiento formal específico para evaluar y verificar cada uno de ellos.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: LÍNEAS DE REFERENCIA
En el contexto de la
ingeniería de software, una
línea de referencia es un
hito en el desarrollo del
software. Una línea de
referencia se marca al
entregar uno o más ítems de
configuración del software
que se aprobaron como
consecuencia de una revisión
técnica.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: ITEMS
Un Ítem de Configuración del Software ICS es todo o parte de
un producto de trabajo: un documento, toda un conjunto de
casos de prueba o un componente de programa. Algunas
organizaciones también consideran ICS a las herramientas de
software como editores, compiladores, navegadores y otras
herramientas automatizadas.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: OBJETOS DE CONFIGURACIÓN
Los ICS se organizan para formar objetos de
configuración que se puedan catalogar con un solo
nombre en la base de datos (Repositorio) del proyecto.
Un objeto de configuración tiene un nombre y atributos, y
está “conectado” con otros objetos mediante relaciones.
Una flecha curva indica una relación de pertenencia. Una
flecha con doble punta indica una interrelación. Las
interrelaciones permiten determinar qué otros objetos (e
ICS) pueden resultar afectados con un cambio.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: EL REPOSITORIO
El repositorio en ACS es el conjunto de mecanismos y estructuras de datos
que permiten a un equipo de software administrar el cambio en forma
efectiva. Ofrece las funciones obvias de un moderno sistema de
administración de base de datos, al asegurar integridad, posibilidad de
compartir e integración de datos. Además, proporciona un centro para la
integración de herramientas de software, es fundamental en el flujo del
proceso de software y puede reforzar la estructura y el formato
uniforme para los productos que son resultado de la ingeniería de
software.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: EL REPOSITORIO
Un repositorio debe tener herramientas para apoyar las siguientes características de ACF:
1. Versiones: debe guardar todas las versiones que se generan para permitir la administración efectiva
de los productos liberados y, a los desarrolladores, regresar a versiones anteriores durante las
pruebas y la depuración.
2. Rastreo de dependencia y gestión del cambio: debe administrar las relaciones entre los elementos de
datos almacenados en él.
3. Rastreo de requerimientos: hacia adelante (rastreo de componentes de diseño y construcción y
entregables) y hacia atrás (identificar qué requisito genera algún producto de trabajo).
4. Administración de la configuración: debe permitir seguir la pista a una serie de configuraciones que
representa hitos de proyecto específicos o liberaciones de producción.
5. Ensayos de auditoría: debe permitir establecer información sobre cuándo, por qué y quién realiza los
cambios.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: RESPUESTAS QUE OFRECE A
1. Cómo identifica un equipo de software los elementos discretos de una
configuración de software?
2. Cómo gestiona una organización las muchas versiones existentes de un
programa (y su documentación) de manera que permita que el cambio se
acomode eficientemente?
3. Cómo controla una organización los cambios antes y después de que el
software se libera a un cliente?
4. Quién tiene la responsabilidad de aprobar y clasificar los cambios solicitados?
5. Cómo puede garantizarse que los cambios se realizaron adecuadamente?
6. Qué mecanismo se usa para enterar a otros acerca de los cambios que se
realizaron?
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: TAREAS
Para contestar las anteriores preguntas se definen 5 tareas:
1. Identificación
2. Control de versión
3. Control de cambio
4. Auditoría de la configuración
5. Reporte

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: TAREAS 1
1. Identificación de objetos en la configuración del software: cada uno debe
nombrarse por separado y luego organizarse usando un enfoque orientado a objetos. Es
posible identificar dos tipos de objetos:
- Básico: unidad de información que se crea durante el análisis. Ejemplo: sección de una
especificación de requerimientos, , parte de un modelo de diseño, o un código fuente para un
componente.
- Agregado: colección de objetos básicos y de otros objetos agregados. Ejemplo: diseño de
especificaciones.

Cada objeto tiene un conjunto de características distintivas que lo identifican de manera

única: un nombre, una descripción, una lista de recursos y sus relaciones con otros.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: TAREAS 2
2. El control de versión: combina procedimientos y herramientas para administrar diferentes versiones
de objetos de configuración que se crean durante el proceso de software.
Tiene 4 grandes capacidades:
- Una base de datos de proyecto (repositorio) que almacena todos los objetos de configuración
relevantes
- Administración de versión que almacena todas las versiones de un objeto de configuración
- Facilidad para elaboración que le permite recopilar todos los objetos de configuración relevantes y
construir una versión específica del software.
- Rastreo de conflictos o de errores) que permite al equipo registrar y rastrear el estado de todos los
conflictos sobresalientes asociados con cada objeto de configuración.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL SOFTWARE: TAREAS 3

3. Control de
“El arte de
cambio: avanzar es
procedimient preservar el
orden en medio
os definidos
del cambio y
sobre cómo preservar el
proceder cambio en medio
del orden”.
cuando se
genera un
cambio.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL SOFTWARE:
TAREAS 4
4. Auditoría de configuración: junto con las revisiones técnicas permiten asegurar que el cambio se
efectuó adecuadamente.
La auditoría de la configuración la realiza por separado el grupo de aseguramiento de la calidad
y responde a las siguientes preguntas:
1. Se realizó el cambio especificado en el OCI (Orden de Cambio de Ingeniería)? ¿Se incorporó
alguna modificación adicional
2. Se llevó a cabo una revisión técnica para valorar la exactitud técnica?
3. Se siguió el proceso del software y se aplicaron adecuadamente los estándares de ingeniería
de software?
4. El cambio se “resaltó” en el ICS? Se especificaron la fecha del cambio y el autor del cambio?
¿Los atributos del objeto de configuración reflejan el cambio?
5. Se siguieron los procedimientos ACS para anotar, registrar y reportar el cambio?
6. Los ICS relacionados se actualizaron adecuadamente?
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: TAREAS 5
5. Reporte de estado de la configuración (REC): Cada vez que sobre un ICS
ocurre una de las 4 tareas anteriores (Identificación, Control de versión, Control
de cambio o Auditoría de la configuración) se hace una entrada REC. La salida
del REC puede colocarse en una base de datos en línea o en un sitio web, de
modo que los desarrolladores de software o el personal de apoyo puedan
acceder a la información del cambio mediante categorías de palabras clave.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: TIPOS DE CAMBIO EN UNA WEBAPP
• Clase 1: un cambio de contenido o función que corrige un error o aumenta el
contenido o funcionalidad locales.
• Clase 2: un cambio de contenido o función que tiene un impacto sobre otros objetos
de contenido o componentes funcionales.
• Clase 3: un cambio de contenido o función que tiene un amplio impacto a través de
una web app (por ejemplo, extensión de funcionalidad trascendental, significativo
aumento o reducción en contenido, grandes cambios requeridos en navegación).
• Clase 4: un gran cambio de diseño (por ejemplo, un cambio en diseño de interfaz o
enfoque de navegación) que inmediatamente será notable para una o más
categorías de usuario.
INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA
 ADMINISTRACIÓN DE LA CONFIGURACIÓN DEL
SOFTWARE: EN LAS WEBAPPS
Los cambios en las clases 1 y 2 se tratan de manera informal y se manejan en forma ágil. Para
un cambio de clase 1, se evaluaría el impacto del cambio, pero no se requiere revisión o
documentación externa Para los cambios de clase 2, se revisa el impacto del cambio sobre
objetos relacionados Si el cambio puede hacerse sin requerir cambios significativos a otros
objetos, la modificación ocurre sin revisión o documentación adicional.
Los cambios de clases 3 y 4 también se tratan en forma ágil, pero se requiere alguna
documentación descriptiva y más procedimientos de revisión formal. Para los cambios de clase
3, se desarrolla una descripción del cambio que describe el cambio y proporciona una breve
valoración del impacto del mismo. La descripción se distribuye a todos los miembros del equipo,
quienes revisan el cambio para valorar mejor su impacto. Para los cambios de clase 4, también
se desarrolla una descripción del cambio, pero en este caso la realizan todos los participantes.

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA

 ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE:
BIBLIOGRAFÍA
Libro Ingeniería del Software un enfoque práctico: Séptima edición.
Autor:

INGENIERIA DE SOFTWARE II - UNIVERSIDAD AUTONOMA DE BUCARAMANGA