REGISTRO DEL ESTADO DE LA

CONFIGURACIN DEL
SOFTWARE

Registrar y reportar los cambios a los

componentes de configuracin. Con ello se puede
mantener un registro del estado de todos los
elementos en una lnea base, para posibilitar el
seguimiento de todos los cambios a las lneas
base durante el ciclo de vida.

GESTIN DE CAMBIOS

ACTIVIDADES DE LA GESTIN DE
CAMBIOS

Registro
Aceptacin y Clasificacin
Aprobacin y Planificacin
Implementacin
Evaluacin
Cambios de emergencia

REGISTRO
La informacin del registro debe estar actualizada durante todo el
proceso y debe incluir:
Estatus actualizado
Fecha de aceptacin/denegacin
Evaluacin preliminar de la gestin de cambio
Prioridad y categora
Planes de back out
Recursos asignados
Fecha de implementacin
Plan de implementacin
Cronograma
Revisin post implementacin
Evaluacin final
Fecha de cierre

ACEPTACIN Y CLASIFICACIN
Aceptacin:
Evaluacin de su justificacin
Proceder a rechazar o solicitar su modificacin y devolver
al solicitante

Clasificacin:
Asignacin de prioridad y categora
Asignacin del calendario de cambios a realizar
Asignacin de recursos necesarios

La clasificacin puede categorizarse en: Baja, Normal,

Alta, Urgente

APROBACIN Y PLANIFICACIN
Para su aprobacin el cambio debe analizarse a
fondo:
Beneficios vs Costos asociados el proceso de
cambio
Riesgos asociados
Disponibilidad de Recursos necesarios
Tiempo de demora del cambio
Impacto general sobre la infraestructura y la
calidad de los servicios
Afecta o no a los niveles establecidos de
seguridad

APROBACIN Y PLANIFICACIN
Una vez aprobado debe analizarse si el cambio se
ha de implementar de manera aislada o asociado
a un paquete de cambios. Esto tiene ventajas
como :
Optimizar los recursos necesarios
Evita posibles incompatibilidades entre cambios
Solo se necesita un plan de back out
Se simplifica el proceso de actualizacin y la
revisin post implementacin

AUDITORIA DE LA
CONFIGURACIN DEL
SOFTWARE
Es la forma de comprobar que efectivamente
el producto que se est construyendo es lo
que pretende ser.

ACTIVIDADES DE LA AUDITORIA
Revisiones de fase: Se realizan al finalizar cada

fase del desarrollo y su objetivo es examinar los

productos de dicha fase
Revisiones de cambios: Se realizan para
comprobar que los cambios aprobados sobre una
lnea base se han realizado correctamente.
Auditoras: Se realizan al final del proceso de
desarrollo de software y su objetivo es examinar el
producto en su conjunto.

REVISIONES DE LA AUDITORA
La tarea de revisin implica tres tipos de funciones:
Verificar que la configuracin actual del software se

corresponde con lo que era en fases anteriores.

Validar que la configuracin actual del software satisface

la funcin que se esperaba del producto en cada hito del

proceso de desarrollo.
Valorar si una determinada lnea base, teniendo en

cuenta los resultados de la verificacin y validacin, y otro

tipo de comprobaciones, se debe considerar aceptable o
no.

TIPOS DE AUDITORIAS
Auditora Funcional: Cuyo objetivo es comprobar que

se han completado todos los tests necesarios para el

Elemento de Configuracin auditado, y que, teniendo
en cuenta los resultados obtenidos en los tests, se
puede afirmar que el Elemento de Configuracin
satisface los requisitos que se impusieron sobre l.
Revisin Formal de Certificacin: Cuyo objetivo es

certificar que el Elemento de Configuracin del

Software se comporta correctamente una vez que ste
se encuentra en su entorno operativo.

TIPOS DE AUDITORIAS
Auditora Fsica: Cuyo objetivo es verificar
la adecuacin, completitud y precisin de la
documentacin que constituye las lneas
base de diseo y de producto. Se trata de
asegurar que representa elSW que se ha
codificado y probado. Tras la auditora fsica
se establece la lnea base de Producto.
Tiene lugar inmediatamente despus de
haberse superado la auditora Funcional.

HERRAMIENTAS
El software WINAUDIT permite tener claro que

programas y dispositivos tiene instalado un

computador y eso en una auditoria sirve para
identificar qu programas se utilizan dentro de
la empresa.
Se identifica si se maneja software sin licencia.
Se determina el software de tipo personal que
tienen los empleados que se encuentra
restringido en las empresas.
Identifica que modelos de computadoras se
utilizan y para que servicios son dispuestos.

HERRAMIENTAS
EZSBenford
Determina anomalas en grupo de datos por medio

de la frecuencia de repeticiones las cuales sin la

herramienta sera mucho ms difcil determinar.
Compara datos tericos con los reales que para un
auditor sera mucho ms dispendioso averiguar.

Liberacion
Objetivo de la liberacin

La liberacin es el procedimiento a travs de

cual un software se convierte en software de
fuentes abiertas.
El procedimiento de liberacin tendr
distintas peculiaridades dependiendo o no
de la propia complejidad del proyecto de
software de fuentes abiertas.

Fase de liberacion
Para llevar a cabo adecuadamente y lograr el objetivo de liberacin de
un software, es recomendable seguir una serie de pautas a priori que
implican el anlisis y estudio de los componentes y del software,
teniendo claro, entre otros, elementos como son los sujetos que
intervienen as como las licencias a las que estn sujetos, y otra serie de
pautas a posteriores, encaminadas a la seleccin de la licencia ms
adecuada a la que estar sujeta el software liberado, y a la preparacin
del cdigo para las distribucin.
Fases:
Estudio y anlisis previo
Seleccin de la licencia
Preparacin del cdigo para la distribucin

Plan de cumplimiento.

Ejecutar casos de prueba.

Corregir errores.
Preparar validacin con el cliente.
Validacin con el cliente.

Plan de Demostracion.

Preparar casos de prueba.

Preparar datos de prueba.
Ejecucin de pruebas funcionales.

Las responsabilidades del equipo.

Ejecucion de pruebas.
Correccin de errores.

El responsable de la implantacin del paquete de

liberacin deber:

Elaborar el programa de liberacin y entrega de la

funcionalidad de la solucin tecnolgica, que ser
desplegada mediante la liberacin de los paquetes previstos
para tal efecto. Dicho programa podr integrarse, entre otros
elementos, de los programas piloto, de despliegue, logstica
y entrega.
Revisar el programa de liberacin y entrega, as como los
dems programas de liberacin que se tengan
calendarizados o en proceso, para evitar algn conflicto
entre los mismos y asegurar su adecuada coordinacin.
Comunicar, a travs del responsable de cambios, el
programa de liberacin y entrega a los involucrados en el
cambio.

Gestion de entregas
Una entrega del sistema es una versin del sistema que se
distribuye a los clientes.
Los gestores de entrega del sistema son los responsables de
decidir cuando se entrega el sistema, de gestionar el
proceso de creacion de las entregas, de los medios de
distribucion y documentacion de la entrega para asegurar que
se puedan recuperar de la misma forma.
Los admisnitradores de las entregas NO pueden suponer que
los clientes siempre instalaran las nuevas versiones del sistema.

Algunos usuarios del sistema estan a gusto con una

version.(no ven necesario gastar en una entrega)
las nuevas entregas no pueden depender de las existencia de
entregas previas.

Un entrega del sistema no es solo el codigo

ejecutable del sistemas tambien incluyen:
1) Archivos de configuracion, que definen como configurar
el sistema para la instalaciones especificas.
2) Los archivos de datos necesarios para el
funcionamiento del sistema.
3) El programa de instalacion utilizado para ayudar a
instalar el sistema en el hardware destino.
4) La documentacion electronica y en papael que describe
al sistema.
5) El embalaje y la publicidad asociados diseados para
esta entrega.

Gestion de entregas
Preparar y distribuir una entrega del sistema es un proceso
costoso, particularmente para los productos de software de
mercados en masa. (Entregas frecuentes)
La creacion de las entregas es el proceso de crear una
coleccin de archivos y documentacin que incluyen todos
los componentes de la entrega de sistema.

FUENTES
S.J. Ayer, F.S. Patrinostro, Software Configuration

Management: Identification, Accounting, Control, and

Management, McGraw-Hill, 1992
W. Babich, Software Configuration Management, AddisonWesley, 1986
H.R. Berlack, Software Configuration Management, John
Wiley & Sons, 1992
R. Pressman, Ingeniera del Software, 3 edicin,
McGraw-Hill, 1993
European Space Agency, ESA Guide to Software
Configuration Management, ESA Software Engineering
Standards Issue 2, Febrero 1991