LA GESTIÓN DE CONFIGURACIÓN

Contenido adesarrollar…

Introducción

Control de Gestión de

Configuración

Elementos dela gestión de laconfiguración

Propósitos de la Gestión de la Configuración

Control deevolucióndel software

Procesos de la gestión de la configuración

Plan de gestión de la configuración del

software

LA GESTIÓN DE CONFIGURACIÓN

¿Por qué cambiar el sistema?

¿QUÉ PRODUCE CAMBIOS EN EL SISTEMA?

EL CAMBIO

Nuevos negocios o condiciones

comerciales

Nuevas necesidades del cliente

Restricciones presupuestarias

• Constituyen los elementos que componen toda lainformación producida como parte del proceso deingeniería de software.

• A medida que los elementos cambian se obtienennuevas VERSIONES, como identificador de forma única.

Configuración del Software.

• Nuevas ediciones de programas o software.

• Es una instancia de un elemento de configuración, que tiene un conjunto definido de características funcionales….

Versiones

Introducción

GESTIÓN DE CONFIGURACIONES

DEL SOFTWARE (GCS).

Es una actividad de garantía de calidad de software que se aplica en todas las fases del proceso de ingeniería del software.

“…un subsistema del sistema de información de la gestión de proyectos en general. El sistema incluye el proceso para presentar los cambios propuestos, realizar el seguimiento de sistemas para la revisión y aprobación de los cambios propuestos, definir los niveles de aprobación para autorizar los cambios y proporcionar un método para validar los cambios aprobados” (Guía del PMBOK®)

Comprende un conjunto de actividades desarrolladas para

gestionar los cambios a lo largo del ciclo de vida identificando,

organizando y controlando las modificaciones del software.

Entre las actividades están:

‒ Identificación de elementos

‒ Control de versiones

‒ Control de cambios

‒ Auditar la configuración

‒ Generación de informes

GESTIÓN DE CONFIGURACIONES DEL

SOFTWARE (GCS).

No se encuentra la última versión de un componente.

Errores corregidos en versiones previas aparecen nuevamente.

No se conoce qué componentes comprende el producto entregado al cliente.

La integración del producto toma demasiado tiempo.

Versiones incorrectas de los componentes son probadas.

¿Por qué llevar a cabo la GESTION DE CONFIGURACION?

ELEMENTOS DE LA GESTIÓN DE

CONFIGURACIONES DEL SOFTWARE

(GCS).

Los elementos que conforma la técnica de gestión de configuración y forman un conjunto de líneas base a partir de lo siguiente:

1) Especificación del sistema

2) Plan de proyecto

a. Especificación de requisitos

b. Prototipo ejecutable o “en papel”

3) Manual de usuario preliminar

4) Especificación de diseños:a. Descripción del diseño de datosb. Descripción del diseño arquitectónicoc. Descripciones del diseño de los módulosd. Descripciones del diseño de interfacese. Descripciones de los objetos (si se utilizan técnicas de

P.O.O)5) Listados del código fuente

a. Plan y procedimiento de pruebasb. Casos de prueba y resultados registrados

6) Manuales de operación y de instalación

7) Programas ejecutables

a. Módulos, código ejecutable

b. Módulos enlazados

8) Descripción de la base de datos

a. Esquema y estructura de archivos

b. Contenido inicial

9) Manual del usuario final

10) Documentos de mantenimiento

a. Informes de problemas del software

b. Peticiones de mantenimiento

c. Ordenes de cambios e ingeniería

11) Estándares y procedimientos de ingeniería del software

PROPÓSITOS DE LA GCS

▪Establecer y mantener la integridad de los productos de software através del ciclo de vida del proceso de software.

▪ Identificar la configuración del software, el control sistemático delos cambios en la configuración y el mantenimiento de laintegridad y trazabilidad a través del ciclo de vida del software.

▪ Los productos incluidos son:

−Software distribuido al cliente.

−Documentos de requerimientos del software.

−Código.

−Elementos requeridos para crearlo.

PROPÓSITOS DE LA GCS

CONTROL DE EVOLUCIÓN DEL

SOFTWARE

1. Durante el desarrollo

−El desarrollo del software siempre es progresivo, incluso en elciclo de vida en cascada

−El desarrollo evolutivo consiste, precisamente, en unaevolución controlada (ciclo de vida espiral, prototiposevolutivos)

2. Durante la explotación

−Durante la fase de mantenimiento se realizan modificacionessucesivas del producto

CONTROL DE EVOLUCIÓN DEL

SOFTWARE

LEYES DE LA EVOLUCIÓN DEL

SOFTWARE

Continuidad del cambio

• Un software que se utiliza experimenta el cambio incesante o se hace progresivamente menos útil. Resulta más rentable reemplazar.

• “Grandes sistemas nunca están completos, continúan evolucionando”

Complejidad creciente

• Un software que evoluciona cambia continuamente, deteriorando su estructura, por lo tanto su complejidad aumenta.

Ley fundamental de la evolución de un software

• La evolución del software está sujeta a una dinámica que hace que la programación y los atributos de sistema se autorregulen con las tendencias.

Consecuencia de la estabilidad orgánica

• Durante la vida activa de un software, la proporción de actividad global en un proyecto de programación es invariante estadísticamente.

Conservación de familiaridad

• Durante la vida activa de un software, el contenido de la emisión (cambios, adiciones, eliminaciones) de las ediciones sucesivas de un programa que evoluciona resulta invariante estadísticamente.

• “Los sistemas crecen cuando se agregan mas características, se aplican mas restricciones, interactúan con otros sistemas”.

• “Todos cambian porque sus ambientes cambian: se transportan a otras plataformas o se vuelven a escribir en alguno de los nuevos lenguajes.”

MANTENIMIENTO DE LA INTEGRIDAD DEL PRODUCTO

▪ Con la GCS se pretende mantener la integridad de los productos

que se obtienen a lo del desarrollo de los sistemas de

información, garantizando que no se realicen cambios

incontrolados y que todos los participantes en el desarrollo del

sistema dispongan de la versión adecuada de los productos que

manejan.

▪ Para ello se tienen como elementos no únicamente ejecutables

y código fuente, sino también los modelos de datos, modelos de

procesos, especificaciones de requisitos, pruebas, etc.

MANTENIMIENTO DE LA INTEGRIDAD DEL

PRODUCTO

CMM (Modelo de Madurez de

Capacidades)

▪ Planificación de las actividades

de GC

▪ Identificación de los ECS

▪ Control de cambios a los ECS

▪ Informar a los grupos e

individuos involucrados de los

cambios a los ECS

▪ Auditoria de la Configuración

CM (Configuration

Magnament)

▪ Identificación

▪ Control

▪ Auditoria

▪ Contabilidad de Estado

IEEE

▪Identificación de la

Configuración

▪Control de Cambios en la

Configuración

▪Generación de Informes de

Estado

▪ Auditoria de la Configuración

ISO

▪ Identificación de la

configuración

▪Control de cambios a la

configuración

▪Informe del estado de la

Configuración

▪ Auditoria de la configuración

Procesos de Control de Cambios

PROCESOS DE LA GCS

Auditoría de la Configuración

Informes de Estado

Control de Versiones

Control de Cambios

Identificación de la Configuración

Los subprocesos o fases que lo conforman son:

Se lleva a cabo la identificación de objetos, existiendo dos tipos de objetos:

1. Un objeto básico es una unidad de texto creada durante el análisis, diseño, codificación o prueba.

2. 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.

1. Identificación de objetos

▪ La descripción del objeto es una lista de elementos de datos que identifican.

−Nombre: Texto sin ambigüedad

−Versión

−Tipo: documento, programa, datos, etc.

−Proyecto

−Información del cambio o la versión

Línea Base

− Elemento de configuración que se ha revisado formalmente y

que se ha llegado a un acuerdo y sirve de punto de partida para

futuras versiones.

− Sirve como base para desarrollos posteriores y puede

cambiarse solo a través de los procedimientos de control de

cambios

− Un elemento de configuración se convierte en línea base si fue

revisado y aprobado

− Un cambio es el paso de una línea base a la siguiente

Control de Versiones

− Combina los procedimientos y herramientas para gestionar las

versiones de los elementos

− Se puede versionar asociando un número a cada versión

− Las versiones se manejarán en forma simple, pudiendo

realizarse con un solo numero, o considerando la fecha, etc. se

podrían basar en el siguiente formato:

Nro. Versión = día + mes + año con lo cuál para buscar la última

versión basta con buscar la fecha menor o igual a la actual.

Control de Cambios

El propósito que se realicen e implementen adecuadamente todos los cambios

necesarios en la infraestructura y servicios TI garantizando el seguimiento de

procedimientos estándar.

Debe asegurar que:

▪ Están justificados.

▪ Se llevan a cabo sin perjuicio de la calidad del servicio TI.

▪ Están convenientemente registrados, clasificados y documentados.

▪ Han sido cuidadosamente testeados en un entorno de prueba.

▪ Se ven reflejados en la CMDB.▪ Pueden deshacerse mediante planes de "retirada del cambio" (back-outs) en

caso de un incorrecto funcionamiento tras su implementación.

Flujo de Gestión de Cambios

Actividades del Control de Cambios

▪Registro

▪Aceptación y Clasificación

▪Aprobación y Planificación

▪ Implementación

▪Evaluación

▪Cambios de emergencia

PLAN PARA GESTIÓN DE LA

CONFIGURACIÓN

1. Introducción (dos párrafos).

2. Gestión de la configuración:

▪ Aspectos organizacionales y legales.

▪ Organigrama y responsabilidades.

▪ Flujo de trabajo y procedimientos.

▪ Control de calidad.

3. Descripción de Actividades:

▪ Identificación de ítems.

▪ Gestión de cambios.

▪ Gestión de entregas.

▪ Auditorias: base de datos de la configuración.

4. Planificación temporal.

5. Recursos: humanos, físicos y herramientas.

6. Mantenimiento y actualización del plan (medidas).

1. Una vez culminada la Unidad explique cuál es el papel laGestión de Configuración dentro de un Proyecto deDesarrollo de Software.

2. Describa cuales son los beneficios de la Gestión de laConfiguración del Software (GCS).

3. Investigue cuales metodologías y estándares estáninvolucrados en la GCS, posteriormente realice un análisiscomparativo tomando como referencia los siguienteselementos: actividades, roles del personal involucrado yherramientas o técnicas a utilizar.

4. Dado los siguientes enunciados cuales serian las acciones aemprender como Ingeniero de Software.

▪ Archivos perdidos: “se que lo escribí, pero no se dónde lo puse ...”

▪ Referencias perdidas: “solía funcionar, pero usa librerías que ya noestán ...”

▪ Sobrescribir el código de otro: desarrolladores que hacen distintoscambios en el mismo código sobrescribiendo su trabajomutuamente.

▪ No hay botón deshacer: los nuevos cambios son peores, pero no sepuede volver atrás .