2014

Ing. Luis Alberto Arias Solrzano

Unidad 1

Incrementando la complejidad del Software

Con este tipo de cambio nos referimos a modificaciones que sufre
directamente el producto de software en s sin incluir consideraciones del
entorno.

Tamao
Lneas de cdigo
Nuevos Mdulos
Cambio de arquitectura

Inclusin de componentes de terceras partes

Controlar versiones de componentes por terceras partes.
Grabar versiones que conforman el baseline del sistema de software

Incrementando el nmero de plataformas sobre las cuales el

sistema opera
La organizacin de pruebas se ve afectada.
SCM tool debera ejecutarse en todas las plataformas en que el producto corre

Incrementando la complejidad del entorno

Team Size

Incrementar el tamao del team significa aumentar la cantidad de lneas de comunicacin.

Acceso concurrente a los componentes aumenta.

Complejidad en el merge de los cambios en paralelo.

Distribucin geogrfica del team

Comunicacin ms compleja.

Merge integration se hace imposible sobre los niveles superiores de integracin.

Frecuencia de los Releases o cantidad de variantes

Aumenta la cantidad de releases mantenidos al mismo tiempo.

Los bug fixes son mas difciles de distribuir.

Los arreglos sobre versiones existentes colisionan con mayor nmero de versiones
funcionando.

Cambio en plataformas de SO y Hardware

Las partes de la configuracin que no son software como firmware y hardware

El SO, el hardware sobre el cual este funciona, como as tambin la versin de firmware
instalada en el Hardware

Ciclo de Vida
El ciclo de vida determina dos aspectos que influyen sobre el plan
de SCM:
Cantidad de versiones que se deber administrar
Etapas durante las cuales aceptar que sean efectuados
cambios sobre el producto en s.
La rigidez de los controles ser directamente proporcional al
avance del proyecto en la fase.

A medida que me acerco al final de la fase, debo estar

acercndome a tener algn entregable listo (versin). Esto hace
que las restricciones para modificar el software sean
incrementadas para asegurar que no existan desvos, solo los
cambios de urgencia o muy bien justificados tendrn lugar en
esta etapa.

a.

b.
c.
d.
e.

Identificacin de la configuracin del software

Control de la configuracin
Control del estado de la configuracin
Contabilidad del estado de la configuracin
Auditoria de la configuracin del software

Administracin de releases y entregas del software

Artifact: Cualquier elemento de un producto de software que est sujeto a cambios. Esto
incluye cdigo fuente, documentacin, planes de prueba, datos de prueba, libreras, cdigo
objeto, etc. Tambin es conocido en la terminologa traducida que encontramos como tem
de configuracin.
Baseline: Todo artifact se encuentra sujeto a una poltica de versionado. Un producto de
software est compuesto por un conjunto de artifacts cada uno de los cuales pertenezca a una
versin especfica. La idea de baseline entonces es establecer qu versin de cada artifact
corresponde a cada versin producto de software. El baseline no contendr ningn producto
sino que ser simplemente un conjunto de pares <artifact, version number> que servir para
determinar que tems de configuracin debe seleccionar la herramienta SCM para poder
reproducir una versin determinada de mi producto.
Variante: Una instancia del sistema que es funcionalmente idntica pero que a nivel no
funcional distinta de las otras instancias del sistema. Un ejemplo de esto es tener una variante
distinta para cada plataforma de software y hardware. Cambios en el look and view del
producto son otros motivos para generar nuevas variantes.

Versin: Una instancia del sistema funcionalmente distinta de las otras instancias del mismo
sistema.

Release: Una instancia del sistema que es distribuida a los usuarios fuera del equipo de
desarrollo.

1.

2.
3.
4.
5.
6.

7.
8.
9.
10.

Identificar y almacenar artifacts en un repositorio seguro

Controlar y auditar cambios sobre los artifacts
Organizar artifacts en forma de componentes versionados
Crear baselines para cada milestone del proyecto
Registrar y hacer seguimiento a change requests
Organizar e integrar conjuntos consistentes de versiones a
travs de actividades
Mantener espacios de trabajo consistentes y estables
Soportar cambios concurrentes sobre artifacts
Integrar en forma temprana y frecuente
Asegurar sea posible reproducir construcciones de software

Software Configuration Management

Trung Hung
http://cnx.org/content/m14730/latest/

Administracin de configuraciones
http://www2.dc.uba.ar/materias/isoft2/2005_02/clases/SCM%20Class%2020050926_CONNOTAS.pdf