CONTROL DE CAMBIOS

CONTROL DE CAMBIOS
PROCESO
1. El cliente da a conocer el cambio requerido con el director del proyecto.
2. Una vez hablado se determina si el cambio puede hacer parte del proyecto, sin afectar el
objetivo principal del mismo.
3. Independientemente de que el cambio sea solicitado interna o externamente se debe
diligenciar un formato establecido por el encargado.
4. Una vez recibido el formato, este entra a análisis de viabilidad de costo, tiempo y alcance
del proyecto. Esta fase es ejecutada por dos entidades: Líder de desarrollo y el
departamento contable.
5. Se determina si el cambio es aceptado y cuales cambios tendría el desarrollo del proyecto.
6. Se le informa a la persona que solicito el cambio que fue aceptado o no lo fue y los motivos.
7. Se le da al cliente un tiempo determinado para decidir de dos días.
8. Una vez el director del proyecto y el cliente están de acuerdo con el cambio, este se incluirá
en el proceso de ejecución del proyecto.
DIAGRAMA DE FLUJO
FORMATO DE CONTROL DE CAMBIOS
Fecha de solicitud
Nombre del proyecto
Nombre del solicitante
Descripción del requerimiento
Justificación del requerimiento
Observaciones
Costo
Horas
Encargado de desarrollo
Fecha de inicio
Fecha de entrega
Encargado de pruebas
Aprobado
Rechazado
CONTROL DE CAMBIOS
Andrés Gonzales
Elkin Forero
Lina Teresa Vargas López
Freddy Castelblanco Macías
Universidad Piloto de Colombia
Ingeniería de Sistemas
PMI
Bogotá D.C.
2012
INTRODUCCION
La gestión del cambio del software, comúnmente llamada gestión de la configuración del software,
es una actividad protectora que se aplica a lo largo del proceso de software.
El control de versiones se realiza principalmente para controlar las distintas versiones del código
fuente dando lugar a los sistemas de control de código fuente o SCM (source code management).
El documento a continuación pretende ilustrar los pasos, el diagrama de flujo adecuado y el
documento de requerimientos sobre el control de cambio que se haga sobre la aplicación.