Documentación en un entorno de mantenimiento de software

2 Reingeniería

En consecuencia, los sistemas se desarrollarán en compilaciones, cada una de las cuales completa, corrige y refina los requisitos de las compilaciones anteriores basándose en los comentarios de los usuarios. Un ejemplo es la mejora iterativa, que sugiere estructurar un problema para facilitar el diseño y la implementación vaporetade-mano.com de soluciones sucesivamente más grandes / refinadas. En resumen, en cada paso del proceso evolutivo, el sistema se rediseña basándose en un análisis del sistema existente. El mantenimiento adecuado es muy importante, ya que los documentos obsoletos o incoherentes pierden automáticamente su valor.

Los modelos de ciclo de vida evolutivo sugieren un enfoque alternativo para el mantenimiento de software. Estos modelos comparten la idea de que los requisitos de un sistema no se pueden recopilar y comprender completamente inicialmente.

Si los requisitos cambian durante el desarrollo del software, debe asegurarse de que haya un proceso sistemático de actualización de la documentación que incluya información que haya cambiado. Y, si se produce alguna actualización cuando el producto ya está en el mercado, es fundamental informar a los clientes y actualizar toda la documentación del usuario. Para comprender el mantenimiento de software, debemos tener claro qué se entiende por «software». COCOMO es el modelo de estimación de software no propietario más popular en la literatura y en la industria. El modelo se construyó utilizando datos históricos y supuestos de proyectos de desarrollo de software.

Los 10 mandamientos de los planes de mantenimiento de software

Con algunas excepciones, se supone que las propiedades del modelo (por ejemplo, formas, factores de costo y constantes) son aplicables para estimar el costo de mantenimiento del software. 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 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. 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. Los objetivos organizacionales describen cómo demostrar el retorno de la inversión de las actividades de mantenimiento de software. El desarrollo inicial de software generalmente se basa en proyectos, con una escala de tiempo y un presupuesto definidos.

• Estos modelos comparten la idea de que los requisitos de un sistema no se pueden recopilar y comprender completamente inicialmente.
• Los modelos de ciclo de vida evolutivo sugieren un enfoque alternativo para el mantenimiento de software.
• En consecuencia, los sistemas se desarrollarán en compilaciones, cada una de las cuales completa, corrige y refina los requisitos de las compilaciones anteriores basándose en los comentarios de los usuarios.

El énfasis principal es entregar un producto que satisfaga las necesidades del usuario a tiempo y dentro del presupuesto. En contraste, el mantenimiento de software a menudo tiene como objetivo extender la vida útil del software durante el mayor tiempo posible. Además, puede estar impulsado por la necesidad de satisfacer software mantenimiento la demanda de los usuarios de actualizaciones y mejoras de software. En ambos casos, el retorno de la inversión es mucho menos claro, por lo que la opinión a nivel de la alta dirección es a menudo la de una actividad importante que consume recursos importantes sin un beneficio cuantificable claro para la organización.

Mantenimiento del software