AnlisisIdentifcacin y Clasifcacin del Problema o de la
FASES DEL DESARROLLO EN EL MANTENIMIENTO DEL SOFTWARE
FASES DEL DESARROLLO EN EL MANTENIMIENTO DEL SOFTWARE
Este estndar defne cambios en un producto software a travs de un proceso de mantenimiento dividido en fases. Este proceso es iterativo y en cascada, con una gran semejanza al ciclo de vida del desarrollo clsico. Estas fases se detallan a lo largo del estndar, indicando en cada una los elementos de los que se dispone al empezar, por ejemplo la documentacin, las tareas que se han de realiar y de qu manera para seguir felmente los estndar, y por ltimo el resultado de la fase, como documentacin generada, cdigo, etc. Estas fases son: Identificacin y Clasificacin del Problema o de la Modificacin En esta fase se identifcan, clasifcan y asignan una prioridad inicial a las modifcaciones del software. Cada Solicitud de Modifcacin ser evaluada para determinar su clasifcacin y prioridad. Esta contiene diversos cambios a realizar sobre el producto software que posteriormente se agruparn en bloques de implementacin. La clasifcacin ser identifcada segn los tipos de mantenimiento: correctivo, adaptativo, perfectivo y de emergencia. Para mantener en todo momento una correcta organizacin y control del Mantenimiento es aconsejable hacer una revisin peridica de los elementos de modifcacin recibidos, de esta manera se pueden observar los ms crticos y solicitados, y ayudara a prevenir cualquier bloqueo de trabajo o parada en alguna de las fases del Mantenimiento por la falta de orientacin Anlisis En esta fase se estudia la viabilidad y el alcance de las modifcaciones, que ya tenemos clasifcadas y priorizadas, as como la generacin de un plan preliminar de diseo, implementacin, pruebas y liberacin del software. La informacin que se va a utilizar en esta fase proviene del repositorio y de la Solicitud de Modifcacin validada en la fase anterior, adems de la documentacin del proyecto y del sistema existente. Diseo Durante la fase de diseo, la Gestin de Confguracin del Software se responsabilizar de asegurar que el personal encargado del diseo tenga la documentacin actualizada de la librera del sistema. Ser muy importante que los diseadores reciban cualquier cambio en la documentacin tan pronto como sea posible. Implementacin.
Para dirigir apropiadamente el esfuerzo en la fase de implementacin ser
necesario disponer, como en las otras fases, de la documentacin actualizada del proyecto y del sistema, del cdigo fuente actual, y los resultados de la fase de diseo. Otros elementos necesarios para el xito de esta fase sern
Pruebas del Sistema
Pruebas son las de regresin, que se realizan para validar que el cdigo que se ha modifcado no introduce errores que no existan antes de la actividad de mantenimiento. Si se han realizado cambios al software o a los casos de prueba una vez que el producto ha sido liberado, ser necesario realizar las pruebas de unidad y regresin durante la fase de anlisis para establecer la lnea de referencia del producto, que son unos datos bsicos utilizados como referencia en diversas mtricas, de rendimiento, calidad, etc. Pruebas de Aceptacin Al igual que las pruebas de sistema, las pruebas de aceptacin sern realizadas sobre un sistema completamente integrado. Estas pruebas se realizan por el cliente, por el usuario o por Al igual que las pruebas de sistema, las pruebas de aceptacin sern realizadas sobre un sistema completamente integrado. Estas pruebas se realizan por el cliente, por el usuario o por Liberacin del Producto Despus de ser aprobada por la comisin de revisin fnal y corroborada por el jefe de proyecto, la Gestin de Confguracin del Software ser responsable de la distribucin del sistema a la comunidad de usuarios. Dependiendo de cmo acceden los usuarios al sistema, la puesta en produccin podr ser llevada a cabo al reemplazar el sistema existente con la nueva versin, o un sistema de copia para usuarios remotos, o la transmisin digital a los usuarios.