El control de los cambios del software es un proceso pesado y en algunas ocasiones hasta molesto no solo para el desarrollador sino tambien para el usuario, que si bien aun no termina de adaptarse al nuevo sistema, cuando ya hay una modificación al mismo, para comprender mejor esto, recuerde todas las veces que ha instalado una nueva version de windows y cuanto tiempo a pasado antes de que ya le calleran encima un cerro de parches y actualizaciones.
El elevado numero de cambios puede ser fuente de muchos problemas, pero el no reconocer a tiempo la necesidad de un cambio, puede ocasionar otros.
Es necesario llevar un control de cambios ordenado y sobre todo registrado, ya que un numero elevado de cambios solo nos lleva a un desarrollo caotico.
El proceso de control de cambios deberia ocurrir de la siguiente manera:
- Se presenta la necesidad de un cambio
- el usuario hace la peticion
- se evalua la peticion para calcular el esfuerzo ténic, asi como los efectos secundarios, asi como el impacto sobre otros elementos de la configuracion
- se elabora un informe de la evaluacion
- un grupo o la persona con la autoridad para decidir los cambios la revisan, en caso de no aprobarla se lo informan al usuario, y en caso de aprobarla se genera la orden de cambio
- se establecen los cambios, los objetos involucrados, los criterios para la auditoria
- se da de baja a los elementos a modificar
- se realiza el cambio
- se revisa el cambio
- se dan de alta los elementos modificados
- se establece la linea base
- se realizan actividades de garantia de calidad
- incluir los cambios en la nueva version del software
- distribucion de la nueva version
Sistemasumma.com 