2. Control del cambio: En un gran proyecto de software el cambio no se puede tomar como algo necesariamente malo, ya que, puede que el cambio en una parte del código traiga consigo cambios en muchos de los módulos que componen el sistema, pero de igual forma puede fortalecer el sistema a tal nivel de enriquecimiento que se han logrado los objetivos planteados y mucho más. Ingeniería del software II
3. Antes de tomar la decisión acerca de un cambio a realizar en el software es necesario evaluarlo desde todos los ángulos: Necesidad inmediata, riesgos potenciales, ganancias potenciales, personal y recursos a invertir. Normalmente se tiene una autoridad de control de cambio (ACC) y se genera una orden de cambio en la ingeniería (OCI). Se maneja, además, con especial cuidado el manejo de versiones para evitar la perdida de información valiosa del banco de proyectos. Ingeniería del software II
4. Proceso a seguir para el control de cambio: Necesidad de cambio Solicitud del usuario Evaluación desarrollador Generación informe de cambio ACC decide Generación OCI Asignación individuos salida elementos Realización cambio Auditoria cambio Entrada elementos Establecer línea base pruebas Garantía calidad y pruebas Promoción cambios Reconstrucción versión sw Auditoria del cambio para todos los elementos Incluir cambios nueva versión Distribuir nueva versión Ingeniería del software II
5. Consideración: En muchas ocasiones la información proporcionada por el cliente es malinterpretada por el ingeniero de software y este termina realizando sistemas de información distintos a los que se requerían, por esta razón es básico acompañarse del cliente durante el proceso de análisis para lograr un buen diseño, sin embargo, aunque este acompañamiento se de se generan cierta cantidad de inconvenientes y cambios que no se podían pre visualizar en un principio, así, que el sistema NUNCA debe ser estático y seguir modelos co-dependientes. Ingeniería del software II
6. Generación de documentos: Durante el proceso de cambio, se hace imperativo el manejo de documentos que permitan distinguir claramente el destino y los pasos para llegar a este. El control de la ejecución podría tomarse como la retroalimentación del análisis reflejada en el diseño, preferiblemente sin llegar a la implementación. En el caso particular del control de la ejecución el documento principal es el OCI, pero este no permanece constante durante todo el proceso, ya que se somete a una serie de cambios y muy rigurosas revisiones (auditorias) por parte del ACC antes, durante y después de la aprobación y ejecución del cambio. Ingeniería del software II