PLAN DE GESTIN DE

CONFIGURACIN

1. INTRODUCCIN
La gestin de la configuracin del software (GCS/SCM) es una conjunto de
actividades de actividades diseadas para identificar y definir los elementos en el
sistema que probablemente cambien, controlando el cambio de estos elementos a lo
largo de su ciclo de vida, estableciendo relaciones entre ellos, definiendo
mecanismos para gestionar distintas versiones de estos elementos, y auditando e
informando de los cambios realizados.
El propsito de este plan es establecer y mantener la integridad de los productos del

proyecto CTG SISTEMAS a travs del ciclo de vida del proceso de software; en el
ciclo de vida del programa pueden existir cambios en los requerimientos funcionales
ya sea de correccin, mejora o renovacin, eliminacin o cambio parcial en el
proceso de esos requisitos, por esto surge la necesidad de crear un plan de gestin
de la configuracin, para mantener documentado y detallado cada modificacin del
software tanto cdigo como documentos y as controlar cada una de las versiones.

OBJETIVOS
Crear un documento que permita establecer y mantener la integridad del
producto software a travs del ciclo de vida del proceso de software.
Describir las actividades de gestin de configuracin de software que deben
ser llevadas a cabo durante el proceso de desarrollo del proyecto. Aqu se
definen tanto los productos que se pondrn bajo control de configuracin como
los procedimientos que deben ser seguidos por los integrantes del equipo de
trabajo.

ALCANCE
Este plan busca alcanzar dentro del proyecto de Anlisis, Diseo e Implementacin del plan
de Configuracin del Sistema de Informacin para CTG SISTEMAS, las siguientes
convenciones:
Mantener la integridad de los productos que se obtienen a lo largo del desarrollo de
los sistemas de informacin, garantizando que no se realizan cambios incontrolados
y que todos los participantes en el desarrollo del sistema disponen de la versin
adecuada de los productos que manejan. As, entre los elementos de configuracin
software, se encuentran no nicamente ejecutables y cdigo fuente, sino tambin los
modelos de datos, modelos de procesos, especificaciones de requisitos, pruebas,
etc.
Busca que la gestin de configuracin se realice durante todas las actividades
asociadas al desarrollo del sistema, y contina registrando los cambios hasta que
ste deja de utilizarse.
Permitir que la gestin de configuracin facilite el mantenimiento del sistema,
aportando informacin precisa para valorar el impacto de los cambios solicitados y
reduciendo el tiempo de implementacin de un cambio, tanto evolutivo como
correctivo. As mismo, permite controlar el sistema como producto global a lo largo
de su desarrollo, obtener informes sobre el estado de desarrollo en que se encuentra

y reducir el nmero de errores de adaptacin del sistema, lo que se traduce en un

aumento de calidad del producto, de la satisfaccin del cliente y, en consecuencia,
de mejora de la organizacin.

TERMINOLOGA
SCM (Software Configuration Management) Gestin de Configuracin del Software.
SCMR (SCM Responsable) Responsable de SCM.
SCR (System/Software Change Request) Peticin de Cambio en el
Sistema/Software.
CCB (Configuration Control Board) Comit de Control de Configuracin.
CI (Configuration Item) tem bajo gestin de Configuracin.
SCA (Software Change Authorization) Autorizacin de Cambio en el Software.
Lnea Base: Conjunto de componentes con una determinada versin que en forma
conjunta permiten el funcionamiento de la aplicacin (Baseline).
CM: Administracin de la Configuracin (Configuration Management).
Definimos como un elemento de Configuracin a una unidad fsica y/o lgica parte de un
conjunto mayor de elementos, producida o adquirida, que por sus caractersticas es
distinguible de las dems y cuya evolucin interesa administrar. Son elementos de
Configuracin en un proyecto de software:
01. El plan de proyecto.
02. El plan de Gestin de Configuracin.
03. El documento de definicin de requerimientos.
04. Estndares de anlisis, diseo, codificacin, pruebas, y auditoria.
05. Documentos de anlisis del sistema.
06. Documentos de diseo del sistema.

07. Prototipos.
08. Documentos de diseo de alto nivel.
09. Documentos de diseo de bajo nivel.
10. Especificaciones de prueba del sistema.
11. El plan de pruebas del sistema.
12. El Cdigo fuente del programa.
13. Cdigo objeto y ejecutable.
14. Especificaciones de pruebas de unidad.
15. Planes de pruebas de unidad.
16. Documentos de diseo de base de datos.
17. Datos de prueba.
18. Datos del proyecto.
19. Manuales de usuario.

Identificacin de la configuracin
El desarrollo del proyecto CTG SISTEMAS inici en el primer semestre del ao 2016 en el
curso Anlisis y diseo de sistemas de informacin, en los primeros meses se analiz todo
el caso de estudio, el sistema manual en la gestin y el control de trabajos de grado , se
dise todo el modelo del negocio, la arquitectura de la aplicacin y las interfaces grficas
de usuario, que para el final de semestre el producto software estuviera acorde a las
necesidades planteadas por los solicitantes.

2. Gestin de Configuracin del Sistema

Control de cambio y configuracin

Cada uno de los indicados en la tabla de implementacin de cambio son los responsables
directos de la modificacin, y el tiempo que cada uno tiene para la implementacin se
encuentra en el cronograma de actividades. Si alguien tiene alguna duda acerca del cambio
o creacin, tendr que consultar con el responsable de la gestin de la configuracin quien
conoce todos los detalles de este proceso.

a. Ambiente de Computacin y Herramientas

Plan de gestin de la configuracin del sistema de Informacin CTG SISTEMAS. Actividades en el

plan de gestin de la configuracin:

TAREAS
Establecimiento del Plan de
Gestin de la configuracin
Especificacin del entorno
tecnolgico para la Gestin de
configuracin

PRODUCTOS
Plan de gestin
configuracin para el
de informacin
Plan de gestin
configuracin para el
de informacin

PARTICIPANTES
- Responsable
de
Gestin de Configuracin.
- Jefe del Proyecto
- Responsable
de
Gestin de Configuracin

de la
sistema
de la
sistema

a. Organizacin y Responsabilidades
Segn el tamao de proyecto se empiezan a establecer los grupos de trabajo. Este proyecto
de software cuenta con cuatro desarrolladores, debido a su tamao, por tanto son ellos
mismos los encargados de establecer y ejecutar el plan de gestin de la configuracin. En
esta tabla se muestran los cargos de los desarrolladores del software dentro de esta
actividad:
IMPLEMENTACION DE CAMBIOS Y MEJORAS EN EL SOFTWARE
Responsable
Cargo
Tarea
- Liderar el equipo de
Alejandra Bohorquez
Desarrollador y lder del
desarrollo.
proyecto
-

Mayerly Garcia

Diseadora
Desarrolladora

Camilo Arcila

Documentador
Desarrollador

Desarrollar
el
cdigo
Implementar
requerimientos
Se encargar de
Disear
las
interfaces
respectivas de la
aplicacin
Modificar el cdigo
Crear las vistas de
usuario.
Desarrollar
el
cdigo
html
respectivo.
implementar cdigo
de
los
requerimientos
Auditar
el
desarrollo,
implementar
requerimientos,

Cesar Guerrero

Diseador y Documentador

Ajuste de interfaces
Ajuste de interfaces
Modificar el cdigo
Crear las vistas de
usuario.
Desarrollar
el
cdigo
html
respectivo.
implementar cdigo
de
los
requerimientos

El plan de gestin de la configuracin est presente en las siguientes tareas:

Gestin del Proyecto.

Comunicacin Gestin de Calidad.
Anlisis de Requerimientos.
Diseo.
Implementacin.
Verificacin.
Implantacin.
Gestin de configuracin.
Control de cambios (SCM).

3. Actividades De SCM
Identificacin de todas las actividades y tareas que se requieren para el manejo de la
configuracin del sistema. Estas deben ser tanto actividades tcnicas como de gestin de
SCM, as como las actividades generales del proyecto que tengan implicancia sobre el
manejo de configuracin.

3.1 Identificacin de la Configuracin

CONFIGURACIN: Las caractersticas funcionales y fsicas de una versin especfica de hardware y
elementos de software que combinados de acuerdo a procedimientos de construccin especficos
cumplen un propsito particular.

3.2 Control de Cambio y de Configuracin

Detalles de las actividades de solicitud, evaluacin, aprobacin e implementacin de

cambios de los elementos de la lnea base del software de los procesos de gestin y control
de trabajos de grado. Se entiende por cambio al sistema, las modificaciones que afecten a la
lnea base del sistema. Los cambios apuntan tanto a la correccin como al mejoramiento. El
procedimiento que se describe a continuacin es el que se utilizar cada vez que se precise
introducir un cambio al sistema, son:
Cambios en los requerimientos.
Cambios en el diseo.
Cambios en la documentacin del proyecto.
Las actividades de control de estado son para reunir informacin y reportar el estado de los
elementos de configuracin. Se debe especificar lo siguiente:
Elementos sern revisados de la lnea base y por cambios a realizarse.
Sern revisados los elementos crticos de cada etapa del proyecto y de cada lnea de
base especificada anteriormente.
Qu tipos de reportes de estado sern generados y con qu frecuencia.
Los reportes que sern generados con frecuencia son aquellos que involucren algn
cambio y los reportes del cambio ya realizado.
La informacin ser obtenida, guardada, procesada, y reportada de la siguiente
manera. Obtenida: De las personas expertas y encargada del tema y de la base de
datos (diccionario central) Guardada: Ser archivada en forma impresa y en la base
de datos dependiendo de la naturaleza de la informacin. Reportada: En reuniones
pertinentes o por medio de un reporte escrito o verbal a los interesados.
3.2.1 Procesamiento y Aceptacin de un Cambio
El SCMR debe proveer la infraestructura y el entorno de configuracin para el proyecto.
Debe preocuparse porque todos los integrantes del grupo entiendan y puedan ejecutar las
actividades de SCM que se asignan en el plan, as como asegurar que stas sean llevadas a
cabo. Seguir la lnea base, controlando las versiones y cambios de ella, son tareas
correspondientes a l. Debe definir y construir el Ambiente Controlado e informar al resto
del equipo sobre la manera de usarlo.
3.2.3. Solicitud de cambios
Cuando se realiza la solicitud de un cambio, se actualiza el registro Solicitud de cambio. Se
debe ingresar toda la informacin necesaria, detallada en el documento y se referencia en el
plan de configuracin numeral 1.3.
El Documento de solicitud de cambio contendr la siguiente informacin:

Nombre de la organizacin, direccin, ciudad, telfono, software, versin, Descripcin,

cambio o adicin, mdulo, descripcin de la mejora, entre otros.
3.2.4. Evaluacin de cambios o Anlisis de Impacto
La evaluacin del cambio involucra determinar qu es necesario hacer para implementar el
cambio y la estimacin de sus costos y plazos.
Se realiza en 2 pasos:
1. Planificacin de la evaluacin del cambio que involucra:
Revisar la solicitud de cambio para entender su alcance. (Si es necesario se discute
con el originador para aclarar el alcance de lo propuesto y los motivos de la solicitud.
Determinar las personas del proyecto que deben realizar el anlisis de evaluacin del
cambio e involucrarlas.
Si el cambio involucra al Cliente, obtener el acuerdo de ste con el Plan.
2. Evaluar el cambio:
Dependiendo de las caractersticas del cambio, la evaluacin del cambio puede ser realizado
por el Administrador o ser delegado a otras personas del proyecto.
Se debe determinar el impacto en:

Los productos tcnicos.

Los Planes de proyecto.
Los acuerdos con el Cliente.
Los Riesgos del proyecto.

3.2.5. Aprobacin o desaprobacin de cambios

El Comit de Control de Configuracin tendr en cuenta los siguientes criterios para tomar
la decisin de aprobar o rechazar las solicitudes de cambio:

Valor del cambio para el proyecto/organizacin

Retorno de la inversin
Tamao
Complejidad
Impacto sobre el rendimiento del producto (uso de memoria y CPU)
Recursos disponibles para efectuar el cambio (humanos y materiales)
Relacin con otros cambios ya aprobados y en progreso
Tiempo estimado para completar el cambio


Relacin con las polticas de la empresa (satisfaccin del cliente,
competitividad, etc.)

Existencia de alternativas, etc.

3.2.6. Implementacin de cambios

Una vez realizada la evaluacin del cambio, se decide en qu momento implementarlo. Esta
etapa involucra los procesos necesarios para implementar la solicitud y monitorear el
progreso del trabajo.
Adems se especificar el momento de liberacin del cambio; as como tambin los
responsables de las actividades que involucra el cambio.
La implementacin de los cambios ser llevada a cabo por uno o ms desarrolladores. El
arquitecto del proyecto ser el encargado de analizar en detalle los cambios a realizar. Si no
se cuenta con informacin suficiente para proseguir, se solicita informacin al SCMer a fin
de realizar una correcta modificacin en el software que se obtendr de la lnea base. Luego
de que el arquitecto decida los mdulos involucrados y tenga especificado el cambio a
realizar, asignar roles recursos para los cambios, los cuales levantarn el cdigo de la lnea
base dentro del repositorio, abrirn una nueva rama en el mismo y harn las modificaciones
necesarias. Al finalizar con los cambios se comprueban y validan los mismos, si no se
aceptan los cambios vuelve a manos de los desarrolladores y se realizan las modificaciones
especificadas por quien rechaza el cambio. Cuando se aceptan los cambios se actualiza el
repositorio con la nueva versin del software y se libera el mismo para que el cliente pueda
utilizar la nueva versin.

3.3 Auditoras y Revisiones De Configuracin

Las auditoras de la configuracin del Software servirn para determinar cmo los tems de
configuracin actual reflejan las caractersticas fsicas y funcionales del software. Cada
auditora ser realizada cuando se realicen demos al cliente y se valide documentacin,
herramientas, tecnologas y mdulos construidos.
Las revisiones de la configuracin sern utilizadas como una herramienta de gestin para
asegurar que la lnea base de la gestin de la configuracin del software es establecida.
Dichas revisiones sern realizadas una vez en cada iteracin del proyecto.

3.3.1 Auditoras y Reportes de Configuracin

Se realizarn auditorias de la lnea base antes de una liberacin de sta o de una

actualizacin de la versin de un componente prioritario de sta.
Estas auditoras incluirn:

Objetivo: el objetivo de todas las auditoras es verificar que en un momento

dado la lnea base se compone de una coleccin consistente y bien definida
de productos.

Elementos de configuracin bajo auditora: se elegirn uno o ms elementos

de configuracin de mayor prioridad en la lnea base.

Agenda de auditoras: antes de la liberacin o actualizacin.

Conduccin: las auditoras sern dirigidas por el SCMR.

Participantes: SCMR y los autores de los elementos de configuracin a

auditar.

Documentos Requeridos: Documentos de SCR y reportes de estado de la

configuracin generados.

Reportes de Deficiencias y Acciones Correctivas: determinadas por los

participantes.

Criterio de Aprobacin: lo determina el SCMR.

3.3.2 Almacenamiento del Proyecto y Liberacin de la Versin
Medios de almacenamiento como offline, online, tipo de medio y formato, as como
tambin se politicas de almacenamiento del proyecto y de respaldo, y las planificaciones de
desastres y de recuperacin.
Adems, con respecto al proceso de liberacin de la versin se debe describir la versin, a
quin va dirigido, los problemas y las instrucciones para la instalacin de la versin.

3.4

Control De Interfaces

Las actividades de Control de Interfaces controlan los cambios a los elementos de

configuracin del proyecto, que modifican las interfaces con elementos fuera del alcance
del Plan. Este control ser llevado por el SCMR como parte del control de la configuracin.
3.

Calendario

Las entregas estn definidas en el cronograma del modelo de proceso, realizndose luego
de finalizar cada iteracin. El control de cambios se realizar durante cada iteracin, en
funcin de las solicitudes recibidas, y se resumirn los resultados en un reporte al final de la
iteracin. Luego de realizada la verificacin y entrega de los productos de una iteracin,
durante los dos das siguientes a la entrega, se har una revisin y auditoria de la lnea base.
Esto es verificar que estn todos los entregables correspondientes a la iteracin, fijar y
respaldar la lnea base.

4.

Recursos y Adiestramiento

Para la implementacin de las actividades de gestin de configuracin del software

sern necesarios distintos tipos de recursos. Los mismos sern herramientas de
software, tcnicas, infraestructura, personal y material de entrenamiento.
Para este proyecto se han identificado los siguientes recursos, discriminado por tipo:
Herramientas de Software
Microsoft Team Foundation Server como herramienta de gestin de
configuracin del software.
Microsoft Office 2013 para la documentacin en general.
Microsoft Integration Services para la implementacin de ETLs necesarios.
Microsoft Reporting Services para la implementacin de reportes varios.
Microsoft Office Sharepoint Services para la implementacin de portales web.
Rational Rose para la elaboracin de los diagramas arquitectnicos.
GitHub: Herramienta en la nube para el control de versiones y gestin de
repositorios privados con posibilidad de multiedicin por los distintos integrantes
del equipo de trabajo.
Git: Sistema de control de versiones utilizado para gestionar eficientemente
el cdigo fuente del proyecto.
Personal

5.

Ingeniero de Requerimientos.
Ingeniero de Procesos.
Arquitecto de Software.
DBA
Analista
Desarrolladores.
Testers.

Puntos de Control

Los procesos de alta y baja de la Biblioteca del Proyecto implementan dos elementos
importantes del Control de Cambios: el control de acceso y el control de sincronizacin:
El Control de Acceso se refiere a los derechos que tienen los diferentes miembros del
equipo de desarrollo para acceder y modificar ECS concretos. As, por ejemplo, hay que
controlar el acceso del ingeniero de software que da de baja el ECS de la Biblioteca de
Proyecto para realizar un cambio aprobado por una Orden de Cambio.
El Control de Sincronizacin ayuda a asegurar que los cambios en paralelo, realizados por

equipos o personas diferentes, no se sobrescriben. As, cuando un ECS se da de baja de la

Biblioteca de Soporte, el Control de Sincronizacin bloquea el objeto para que no se puedan
hacer ms actualizaciones sobre l hasta que se haya reemplazado con una nueva versin. El
almacn de una herramienta de control de versiones se puede considerar como la Biblioteca
de Soporte o de Proyecto. Estas herramientas ofrecen tambin de forma automtica el
control de acceso y control de sincronizacin.
6.

Mantenimiento del plan de SCM

El responsable de SCM en conjunto con el Responsable de SQA, sern los encargados de

controlar que este Plan se siga en todo momento. As mismo la frecuencia con la cual ser
revisado este plan es una vez por fase, modificndolo de acuerdo a lo necesario. Los
cambios que se le deseen realizar al plan debern seguir los mismos pasos que todos los
documentos bajo control de configuracin. Todo cambio que se le realice al plan ser
comunicado al equipo de proyecto mediante las distintas vas de comunicacin existentes.