Gestin de

Configuracin
de Software
ING. DIEGO GANDINO
Objetivos 2

Conocer los problemas que se presentan en la

construccin de un software
Conocer la forma de controlar los cambios
durante el desarrollo de un software
Introduccin 3

Cuando se construye software los cambios son inevitables

Aumentan el grado de confusin:
No se analizan
No se registran antes de implementarlos
No se comunican
No se controlan
El cambio es simple en concepto, pero complejo en la
implementacin
 4

Los resultados de la IS son:

Programas de computadora
Documentos
Datos
Colectivamente son la configuracin del software
Ciclo de Vida del Software

Cambios
Internos
Correctivo (Defectos)
Desarrollo
Perfectivo (Mejoras)
Externos
Adaptativos

Nuevos
requerimientos
Propuesta
de Cambio Cambios en
requerimientos

5
El software 6

Requerimient
os

Enero
Diseo

Fuente 1 Fuente 2 Fuente 3 Fuente 4 Fuente 5 Fuente 6

Objeto 2 Objeto 3 Objeto 5

 La evolucin del software 7

Requerimientos

Enero
Diseo Requerimientos

Febrero
Fuente 1 Fuente 2 Fuente 3 Fuente 4 Fuente 5 Fuente 6 Diseo

Objeto 2 Objeto 3 Objeto 5

Fuente 1 Fuente 2 Fuente 3 Fuente 4 Fuente 5 Fuente 6

Objeto 2 Objeto 3 Objeto 5

 Problemas 8

Reqeurimientos

Reqeurimientos

Febrero
Diseo Febrero?
Diseo

Fuente 1 Fuente 2 Fuente 3 Fuente 4 Fuente 5 Fuente 6

Fuente 1 Fuente 2 Fuente 3 Fuente 4 Fuente 5 Fuente 6

Objeto 2 Objeto 3 Objeto 5

Objeto 2 Objeto 3 Objeto 5

Evolucin de un fuente 9

Junio
Fuente 3
Combinacin

Abril Marzo 9
Fuente 3 Fuente 3

Marzo Rama
Febrero 15 Fuente 3

Fuente 3

Rama Febrero

Tronco
Fuente 3

Enero
Fuente 3
Evolucin del conjunto 10

SS 3.0.00

SS 2.3.00
SS 2.1.01 NT3.51
SS 2.2.00
En desarrollo
SS 2.1.01
SS 2.1.00 NT3.51
En produccin
SS 2.1.00
SS 2.0.01 NT3.51 Piloto
SS 2.0.00
Anterior

SS 1.2.00

SS 1.0.00
Problemas en el manejo 11

de componentes
Prdida de un componente
Prdida de cambios (el componente que tengo
no es el ltimo)
sincrona fuente - objeto - ejecutable
regresin de fallas
Doble mantenimiento
Superposicin de cambios
Cambios no validados
Mas problemas 12

Un error fue arreglado hace meses y de repente

aparece
Se perdieron 12 hs en hacer el cambio en una
versin incorrecta
Dos programadores perdieron 40 hs trabajando y
sobreescribieron su trabajo
Nadie encuentra la ultima versin....
Prdida de Componentes 13

c c c

?
c c c c c
Mltiples copias del 14

mismo documento
a

b c d

?
e f g i

h h h
Copias viejas 15

1998

b c d

e f g i
h (1975)

?
h (1998)
Desarrollo en equipo: 16

Actualizacin mltiple

aaa aaa
yyy zzz
ccc ccc

g g

aaa
aaa zzz
yyy ccc
ccc
g
g
Desarrollo en equipo: 17

Doble actualizacin

aaa aaa
bbb bbb
ccc ccc

g g

aaa
xxx
ccc

g
Preguntas claves 18

Cul es mi configuracin de software actual?

Cul es su estado?
Cmo controlo los cambios en las
configuraciones?
Cmo informo a todos los cambios?
Qu cambios se han hecho?
La Gestin de 19

Configuraciones
Es el arte de identificar, organizar y controlar las
modificaciones que sufre el software
Es una actividad de garanta de calidad que se
aplica en todas las fases del proceso de
desarrollo
La configuracin 20

Es el conjunto de todos los componentes fuentes

que son compilados en un ejecutable consistente
Son todos los componentes, documentos e
informacin de su estructura que definen una
versin determinada del producto a entregar
Ventajas 21

Aumenta la proteccin contra cambios

innecesarios
Mejora de la visibilidad del estado del proyecto y
sus componentes
Aumenta la auto responsabilidad
Disminuye los costos por retrabajos
Disminuye el tiempo de desarrollo
Aumenta la calidad
Lnea base 22

Una especificacin o producto que se ha

revisado 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 travs de procedimientos
formales de control de cambios
Lnea Base 23
Componente

Enero Febrero Marzo

A A A

B B B

D D D

E E

Lnea Base Cambio

Proceso de Cambios 24

Comit Control
Desarrollo de Cambios
Revisin

A
Lnea Base

Propuesta
de Cambio Anlisis
de Impacto Revisin
de Partes Aceptacin
o Rechazo Notificacin
a Partes
Versionado con 25

herramientas automticas
Fcil acceso a todos los componentes
Reconstruccin de cualquier versin
Registro de Historia
No se pierden
Centralizacin (no se requiere la presencia del
dueo)
Informacin de resumen
GCS como Funcin de 26

soporte
Control de Gestin de
Versiones Construccin
Seguimiento de Gestin de Proceso
dependencias Gestin de espacio
Control de cambios de trabajo
Reporte de estado Gestin de
repositorio
Control de auditora
 Tareas de GCS 27

Identificacin
Items que se administran
Objetos necesarios para disear, desarrollar, construir, mantener y
testear un software
Es lo mas importante
Control de versiones
Es el proceso de controlar y limitar los cambios realizados en los items
Evalua, coordina, aprueba e implementa los cambios
El proceso de cambio
28
Cambio en el Mejoras en el Reporte de
softw are softw are problemas

Anlisis de impacto

Propuesta de cambio

Evaluacin de la
propuesta

Incorporar el cambio Aprobacin? Se archiva el cambio

Inf ormacin del

Verificar el cambio
cambio

FIN
 29

Control de cambios
Realiza seguimiento de los cambios
Provee los mecanismos para determinar el estado
de cada item en cada fase del proceso
Recolecta informacin para:
Qu cambios se pidieron?
Qu cambios se realizaron? Cundo?
Quien realizo el cambio? Quin lo autorizo?

Auditoras de configuracin
Generacin de informes
Modelo de Check in - 30

Check Out
Extraccin
(Check out)
Repositorio de Fuentes
A A.obj
A B

C C.obj

Devolucin
(Check in)

e
truy
C Secuencia

actualiza

cons
construccin

t ra
ns
fie
re
 Qu poner bajo control
de versiones
Plan de CM
Propuestas de Cambio
Visin
10 Riesgos principales
Plan de desarrollo
Prototipo de Interface
Gua de Estilo de IHM
Manual de Usuario
Requerimientos
Plan de Calidad
Arquitectura del Software
31
Plan de Integracin
Planes de fases
Estndares de codificacin
Casos de prueba
Cdigo fuente
Grficos, conos, ...
Instructivo de ensamble
Programa de instalacin
Documento de despliegue
Lista de Control de entrega
Formulario de aceptacin
Registro del proyecto
Con qu empezar 32

Fuentes Sistema Operativo

Ejecutables Parmetros de
Scripts de BDD Clientes
Scripts de instalacin Parmetros de
Servidores
Herramientas
(Compiladores, ...) Parmetros de Bases
de Datos
Bibliotecas dinmicas
de tiempo de
ejecucin
Las trabas 33

Quejas
Es burocrtico
Es molesto
Se meten con mi trabajo
La transicin es difcil
No hay compromiso en todos los niveles
No hay conciencia del problema
Conclusiones 34

Hay trabajo extra y sobrecargas

Con lo cual se logra:
Visibilidad
Reduccin de Riesgos
Control del Proyecto
En realidad es poco tiempo para el beneficio
obtenido
Tarea 35

Investigar las herramientas que existen en el

mercado
Bibliografa 36

Ingeniera
de software
Ian Sommerville
Captulo 29
Ingenieradel Software un
enfoque practico 4 edicin
Roger Pressman
Captulo 9