MANTENIMIENTO A LOS SISTEMAS

MANTENIMIENTO A LOS SISTEMAS

Depuración de errores: Depuración de programas es el proceso de identificar y corregir errores de programación. En inglés se le conoce como debugging, es que se asemeja a la eliminación de bichos (bugs), manera en que se conoce informalmente a los errores de programación. Se dice que el término bug proviene de la época de los ordenadores de válvula termoiónica, enlos cuales los problemas se generaban por los insectos que eran atraídos por las luces y estropeaban el equipo. Si bien existen técnicas para la revisión sistemática del código fuente y se cuenta con medios computacionales para la detección de errores (depuradores) y facilidades integradas en los sistemas lower CASE y en los ambientes de desarrollo integrado, sigue siendo en buena medida unaactividad manual, que desafía la paciencia, la imaginación y la intuición del programador.

Revisión después de la implementación: cambio de requisitos, mejoras y ampliaciones: Los cambios de requisitos: constituyen el último recurso al que acudir para resolver un problema, y no deberían presentarse. No obstante, si durante el desarrollo se solicitan cambios de requisitos deben plantearse al Comité deSeguimiento. La inclusión de las modificaciones pertinentes se someterá a la aprobación del Comité de Seguimiento, previo análisis del impacto en la planificación y el coste asociado. Los acuerdos alcanzados se registrarán mediante actas. La Gestión del Proyecto de desarrollo precisa de un mecanismo formal que analice el tratamiento que se aplicará en el caso de que surjan variaciones enlos requisitos o nuevos requerimientos durante el desarrollo del sistema, con posterioridad al proceso de Análisis del Sistema de Información.

Mejoras y ampliaciones: La adaptación de un Sistema existente a las nuevas necesidades es una posibilidad siempre abierta en todos los Sistemas de nueva implantación. El mantenimiento ligado a estas adaptaciones obliga al Analista a analizar las nuevas necesidades yvolver a las fases adecuadas del análisis del diseño y la implantación de Sistemas. En esta sección, examinaremos dos tipos de mantenimientos.




Revisión de los requerimientos de diseño, código y pruebas: Los requerimientos puedes dividirse en requerimientos funcionales y requerimientos no funcionales. Los requerimientos funcionales definen las funciones que el sistema será capaz de realizar.Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas. 
Los requerimientos no funcionales tienen que ver con características que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad,estándares, etc. Revisión de código es la examinación sistemática (como en la revisión por pares) del código fuente de un programa informático. Se practica con el objetivo de mejorar la calidad del código que se genera en el proceso de desarrollo del software, mediante la detección temprana de errores en el código de los programas o alternativas más eficientes a la implementación inicial. También seutiliza como técnica para mejorar las cualidades de los desarrolladores involucrados en la práctica, mediante la discusión abierta de posibles mejores en el programa.Se realizan principalmente revisiones de código por parte de las metodologías ágiles que practican programación en pareja como parte del proceso, o en otras que pueden implementar revisiones periódicas de código, tanto informales comoformales. Una inspección es una de las prácticas más comunes de revisión que se encuentran en los proyectos de software. El objetivo de la inspección es, para todos los inspectores, llegar a un consenso sobre un producto de trabajo y aprobarlo para su uso en el proyecto. Comúnmente los productos inspeccionados de trabajo incluyen el análisis de requisitos de software especificaciones y plan de...