Tarjetas didácticas de mantenimiento de software

Costo de mantenimiento

Por ejemplo, una agencia informó que el 93 por ciento de los proyectos de mantenimiento revisados ​​no tenían un plan de prueba escrito. Otra agencia declaró que más del 70 por ciento de los líderes del proyecto no pudieron proporcionar un plan de prueba y un informe de análisis y resultados de prueba. Los estándares y procedimientos de prueba deben definir el grado y la profundidad de las pruebas que se realizarán software construccion y la disposición de los materiales de prueba una vez que se hayan completado con éxito. Siempre que sea posible, los procedimientos de prueba y los datos de prueba deben ser desarrollados por alguien que no sea la persona que realizó el mantenimiento real del sistema. Durante la etapa de prueba, el software y su documentación relacionada deben evaluarse en términos de preparación para la implementación.

El resumen del análisis debe presentar las capacidades, deficiencias y recomendaciones del software. El estándar de rendimiento medible podría ser el 100 por ciento de los cambios de software trasladados al entorno de producción que no requieren una versión de corrección.

Una agencia informó que la mayoría de sus sistemas de aplicaciones dependían del personal de los contratistas para realizar las actividades de mantenimiento del software debido a la ausencia de empleados calificados a tiempo completo. La falta de experiencia técnica entre los empleados federales disponibles para realizar correctamente el mantenimiento del software y monitorear a los contratistas técnicos ha obstaculizado la capacidad del gobierno para reducir su dependencia de los contratistas. Los departamentos y agencias federales no identifican ni contabilizan adecuadamente los costos de mantenimiento del software.

El objetivo de las pruebas es encontrar errores y, por lo tanto, un plan de pruebas debe definir el grado y la profundidad de las pruebas que se realizarán; describir el resultado esperado; y prueba para casos válidos, inválidos, esperados e inesperados. Se debe preparar un informe de análisis de prueba que resuma y documente los resultados y hallazgos de la prueba.

• Además, la gerencia no puede estar segura de que la aplicación funcionará según lo previsto.
• Las pruebas y el análisis insuficientes de los resultados de las pruebas pueden provocar que el código fuente falle cuando se introduzca en el entorno de producción, debido a condiciones de transacción imprevistas, interfaces o entradas del usuario.
• Como resultado de las debilidades anteriores, es posible que los cambios en el software no se prueben lo suficiente para dar cuenta de todos los resultados válidos, no válidos, esperados e inesperados.

Los desarrolladores están, por lo general, 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 oracionesasanmiguelarcangel.com sistemáticos y maduros ayuda a mejorar la capacidad de mantenimiento del software. 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. Se debe abordar una nueva decisión para el desarrollo de cada nueva característica del sistema y sus objetivos de calidad.

Cuatro de las cinco agencias informaron deficiencias en la prueba de cambios en el software de aplicación. Específicamente, no se desarrollaron planes de prueba, no se analizaron los resultados de las pruebas y no se siguieron las metodologías de prueba adecuadas.

Prueba de regresión de programas en evolución

Evolución del software y modelo por etapas del ciclo de vida del software

Los avances técnicos también incluyen el desarrollo de nuevas métricas para mejorar la mantenibilidad. 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.

El nivel de calidad aceptable asociado indicaría que una desviación de más del 5 por ciento de las emisiones dará lugar a una deducción. El indicador de rendimiento estaría operativo en el entorno de producción sin errores durante dos o más ciclos de producción. Sin mediciones de desempeño, las agencias no pueden determinar si los millones de dólares que se pagan cada año para que los contratistas desarrollen estufas-electricas.com y mantengan sistemas de aplicación se gastan de manera inteligente. Además, si los datos de desempeño no se recopilan y analizan, las agencias no pueden evitar problemas operativos graves causados ​​por el desempeño deficiente de los contratistas. Además, los empleados federales carecían de la experiencia técnica necesaria para supervisar adecuadamente a los contratistas de mantenimiento.

Por ejemplo, las agencias no incluyen consistentemente los costos de salarios administrativos y de oficina, materiales, uso de computadoras, telecomunicaciones, costos generales y salarios de empleados federales en los costos de mantenimiento de software. Además, las agencias informaron que los análisis de costo-beneficio no se preparan, actualizan y / o mantienen de manera consistente para los sistemas de aplicación. Como resultado, las agencias no están en condiciones de tomar decisiones informadas sobre planificación unporque.com y presupuesto con respecto a las operaciones y el mantenimiento de los sistemas. Además, los gastos de mantenimiento de software se informan incorrectamente a OMB. Los factores técnicos que pueden afectar los costos de mantenimiento incluyen técnicas de modernización y tecnologías de soporte como ingeniería inversa que pueden mejorar la calidad del código. La implementación de ciclos de versión permite a los ingenieros de software cambiar el software más rápidamente en respuesta a los nuevos requisitos de los clientes.