You are on page 1of 3

Cambios de Requerimientos de Software

Los requisitos cambian y esto persiste a lo largo de la vida del sistema. Los cambios
ocurren por:
Cambios tecnolgicos;
Cambios en las estrategias o prioridades del negocio;
Modificaciones en leyes y/o regulaciones;
Porque al analizar el problema, no se hacen las preguntas correctas a las personas
correctas;
Porque cambi el problema que se estaba resolviendo;
Porque los usuarios cambiaron su forma de pensar o sus percepciones;
Porque cambi el ambiente de negocios;
Porque cambi el mercado en el cual se desenvuelve el negocio.
Los cambios deben controlarse y documentarse. Hay que convivir con el cambio. Por lo
tanto, es esencial planear posibles cambios a los requerimientos cuando el sistema sea
desarrollado y utilizado. Por tanto la gestin de los requisitos del software, de
su evolucin es un proceso externo que ocurre a lo largo del ciclo de vida del proyecto.
La Gestin de Requisitos es el conjunto de actividades que ayudan al equipo de trabajo a
identificar, controlar y seguir los requisitos y sus cambios en cualquier momento. O sea,
bsicamente, consiste en gestionar los cambios a los requisitos acordados, las relaciones
entre ellos, las dependencias entre la Especificacin de Requisitos del Software (ERS) y
otros documentos producidos por el proceso de desarrollo de software. Esta actividad
asegura la consistencia entre los requisitos y el sistema construido (o en construccin).
Consume grandes cantidades de tiempo y esfuerzo. Abarca todo el ciclo de vida
del producto.
Cambios a los requisitos involucra modificar el tiempo en el que se va a implementar una
caracterstica en particular, modificacin que a la vez puede tener impacto en otros
requerimientos. Por esto, la gestin de cambios involucra actividades como establecer
polticas, guardar histricos de cada requerimiento, identificar dependencias entre ellos y
mantener un control de versiones.
Como ya se ha expuesto, es vital planificar los cambios, de acuerdo a las prioridades que
los clientes determinen durante la identificacin. Hay que aprobar los mecanismos para la
configuracin del cambio y las polticas de trazabilidad. La gestin de cambio en los
proyectos debe ser una coordinacin planificada de las actividades que conlleve el logro de
los objetivos o propsitos comunes a travs de una comunicacin clara y eficiente. A
continuacin se presenta el proceso de gestin de cambios con las actividades que se deben
llevar a cabo:
Identificacin Control de cambios
Para una correcta identificacin de los controles de cambios de los requerimientos de las
organizaciones de desarrollo de software, se identifican las siguientes actividades:
Anlisis de la Solicitud: La solicitud es recibida por parte del cliente interno o externo, esta
debe ser recibida por parte del lder de implementacin para ser analizada. Uno de los
puntos importantes para analizar son el Alcance y el Tiempo, esto con el fin de identificar
si la solicitud es viable realizarla sobre el mismo requerimiento o si por el contrario es
mejor manejarla como un requerimiento nuevo. Con respecto al anlisis con relacin al
alcance es recomendable buscar colaboracin con las reas involucradas en la solicitud,
para identificar de mejor manera el impacto y los elementos que se ven afectados con la
solicitud.
Valorar el cambio: Otro punto importante es valorar la factibilidad de la solicitud
realizada ya sea por un cliente interno o uno externo. Para ello se deber ir recorriendo todo
el rbol de requisitos viendo como les afecta el cambio, y aqu es donde entra la
trazabilidad de los requisitos.
Analizar Modificacin: El lder de implementacin debe realizar el anlisis de la solicitud
para saber que tanto impacta la modificacin e identificar puntualmente las modificaciones
solicitadas que afectan el requerimiento completo y as identificar si el cambio afecta ms
de un requerimiento.
Documentar Cambio: Para tener un mejor control sobre los cambios solicitados es
recomendable realizar una documentacin clara para evitar ambigedades en las
modificaciones que se van a realizar a los requerimientos. Este punto apoya tambin a tener
un control de las modificaciones que se realizan sobre un documento de requerimiento esto
con el fin de mantener informado al grupo de trabajo y al cliente que actualizaciones se han
realizado sobre los documentos, cual es la razn del cambio y quien lo aprob.
Aprobacin Control de Cambios
Aprobar Cambios: Una vez se ha analizado el impacto del cambio, se debe tomar una
decisin. Si se acepta el cambio, tras negociarlo con el cliente, se continuar con la
actividad de implementar el cambio. En caso contrario, se deber negociar con el cliente el
siguiente paso a realizar.
Planear Cambio: Despus de tener una aprobacin formal del cambio aceptado se planea
el tiempo necesario y los recursos necesarios para llevar a cabo el cambio aprobado.
Realizar Cambio: Una vez se planea el cambio aprobado se debe realizar las
modificaciones necesarias a todos los productos que resulten afectados por dicho cambio.
Revisar Cambio: Una vez se realice el cambio es recomendable hacer una verificacin por
parte del lder para identificar que el requerimiento incluye todos los cambios solicitados y
que fueron aprobados.
Actualizar Lnea Base: Es recomendable utilizar el nuevo requerimiento como lnea base,
esto con el fin de trabajar siempre sobre la ltima versin del requerimiento.
Informar: Una vez se realice la modificacin de la solicitud se debe informar a los
interesados que el cambio ya est realizado para que sea verificado por el cliente.
Articulo: http://gestiondeinformatica.blogspot.com/2008/10/liderando-proyectos-control-
de-cambios.html

You might also like