Los 10 mandamientos de los planes de mantenimiento de software

Cómo documentar el código: 5 formas de ayudar a los programadores de mantenimiento

La interacción con los clientes es el punto fuerte de la metodología ágil y la comunicación abierta y la documentación mínima son características típicas del entorno de desarrollo ágil. Los equipos colaboran estrechamente y, a menudo, están ubicados en el mismo espacio geográfico. Los encargados del mantenimiento también utilizan pruebas de software, gestión de configuración de software, elaspirador-escoba.com documentación de software y herramientas de medición de software. El proceso del ciclo de vida del software es un conjunto de actividades, métodos, prácticas y transformaciones que las personas utilizan para desarrollar y mantener el software y sus productos asociados. A nivel de proceso, las actividades de mantenimiento de software tienen mucho en común con el desarrollo de software.

SCM para el mantenimiento de software es diferente de SCM para el desarrollo de software en la cantidad de pequeños cambios que deben controlarse en el software operativo. El proceso de SCM se implementa desarrollando y siguiendo un plan de gestión de configuración de software y procedimientos operativos. Los mantenedores participan en los tableros de control de configuración para determinar el contenido de la próxima versión. Como característica principal de la calidad del software, la mantenibilidad debe especificarse, revisarse y controlarse durante las actividades de desarrollo de software para reducir los costos de mantenimiento. La mantenibilidad es a menudo difícil de lograr porque las subcaracterísticas a menudo no son un foco importante durante el proceso de desarrollo de software.

Una vez en funcionamiento, se descubren los defectos, los entornos operativos cambian y surgen nuevos requisitos de usuario. La fase de mantenimiento del ciclo de vida comienza después de un período de garantía o la entrega de soporte posterior a la implementación, pero las actividades de mantenimiento ocurren mucho antes. La fase de mantenimiento implica realizar cambios en el hardware, el software y la documentación para respaldar su efectividad operativa. Incluye realizar cambios para mejorar el rendimiento de un sistema, corregir problemas, mejorar la seguridad o abordar los requisitos del usuario. Para garantizar que las modificaciones no interrumpan las operaciones ni degraden el rendimiento o la seguridad de un sistema, las organizaciones deben establecer estándares y procedimientos de gestión de cambios adecuados. Los documentos de diseño de arquitectura de software, a veces también llamados especificaciones técnicas, incluyen las principales decisiones arquitectónicas tomadas por el arquitecto de la solución.

Como sugiere uno de los valores de Agile Manifesto, anteponiendo “software funcional sobre documentación completa”, la idea es producir documentación con información que es esencial para avanzar, cuando tiene más sentido. La documentación técnica en ingeniería de software es el término general que engloba todos los documentos y materiales escritos relacionados con el desarrollo de productos de software. Todos los productos de desarrollo de software, ya sean creados por un pequeño equipo o una gran corporación, requieren cierta documentación relacionada. Y se crean diferentes tipos de documentos a lo largo de todo el ciclo de vida del desarrollo de software. Existe documentación para explicar la funcionalidad del producto, unificar la información relacionada con el proyecto y permitir discutir todas las preguntas importantes que surjan entre las partes interesadas y los desarrolladores. Una parte integral del software es el de mantenimiento, que requiere que se prepare un plan de mantenimiento preciso durante el desarrollo del software. Debe especificar cómo los usuarios solicitarán modificaciones o informarán problemas.

Documentación para administradores del sistema

A diferencia del documento de requisitos del producto mencionado anteriormente que describe lo que se debe construir, la documentación del diseño de la arquitectura trata sobre cómo construirlo. Tiene que describir de qué manera cada componente del producto contribuirá y cumplirá con los requisitos, incluidas las soluciones, estrategias y métodos para lograrlo. El enfoque ágil se basa en el trabajo en equipo, la estrecha colaboración con los clientes y las partes interesadas, la flexibilidad y la capacidad de responder rápidamente a los cambios. Los componentes básicos del desarrollo ágil son las iteraciones; cada uno de ellos incluye planificación, análisis, diseño, desarrollo y pruebas. Los gerentes no necesitan planificar con mucha anticipación porque las cosas pueden cambiar a medida que evoluciona el proyecto.

• Sin embargo, existen diferencias inherentes entre el desarrollo y el mantenimiento de software.
• Por ejemplo, el mantenimiento del software depende de la calidad y complejidad de la arquitectura, el diseño, el código fuente y la documentación de apoyo existentes.
• El desarrollo inicial de software generalmente se basa en proyectos, con una escala de tiempo y un presupuesto definidos.
• Desafortunadamente, faltan estudios empíricos que evalúen y amplíen COCOMO u otros modelos, con el fin de estimar mejor el costo de mantenimiento del software.
• El problema es que estas diferencias hacen que las propiedades del modelo sean menos relevantes en el contexto del mantenimiento del software, lo que resulta en una baja precisión de estimación.

Los desarrolladores suelen estar más preocupados por muchas otras actividades y con frecuencia son propensos a ignorar los requisitos del mantenedor. Esto, a su vez, puede resultar, y a menudo lo hace, en una falta de documentación de software y entornos de prueba, que es una de las principales causas de dificultades en la comprensión del programa y el análisis de impacto posterior. La presencia de procesos, técnicas y herramientas sistemáticos y maduros ayuda a mejorar la capacidad de mantenimiento del software. Los esfuerzos de desarrollo de software dan como resultado la entrega de un producto de software que satisface los requisitos del usuario.

1 Problemas técnicos

Se debe abordar una nueva decisión para el desarrollo de cada nueva característica del sistema y sus objetivos de calidad. La selección de la aplicación adecuada de los estándares es la tarea desafiante desde la etapa inicial de la ingeniería de software que no ha adquirido una importancia definida por parte de las partes interesadas. En los modelos SDLC tradicionales, los equipos trabajan con un plan detallado y tienen una lista completa de características y tareas que deben completarse en los próximos meses o durante todo el ciclo de vida del producto. Los métodos predictivos dependen completamente del análisis de requisitos y una planificación cuidadosa al comienzo del ciclo. Cualquier cambio que se vaya a incluir pasará por una estricta gestión de control de cambios y priorización. El modelo ágil utiliza un enfoque adaptativo donde no hay una planificación detallada y solo las tareas futuras claras son las relacionadas con las características que se deben desarrollar. El producto se prueba con frecuencia, lo que minimiza el riesgo de fallas importantes en el futuro.