Mantenimiento del software

Reifer apoya a ejecutivos en muchas firmas Fortune 500 que están desarrollando estrategias de inversión destinadas a mejorar sus sistemas y capacidades y capacidades de ingeniería de software. Reifer también se desempeña como Investigador 3l0g.com Principal en nuestros esfuerzos SBIR de protección de software y guerra de información. Además, se desempeña como asociado visitante en el Centro de Ingeniería de Sistemas y Software de la Universidad del Sur de California.

¿Qué es el mantenimiento de software?

Los programas de administración de parches deben abordar los procedimientos para evaluar, aprobar, probar, instalar y documentar las modificaciones de software. Sin embargo, una parte fundamental del proceso de administración de parches implica mantener el conocimiento de las vulnerabilidades externas y los parches disponibles.

Importancia del mantenimiento de software

Este documento utiliza el término «parche» para describir las modificaciones del programa que involucran paquetes de software desarrollados externamente. oraciones-catolicass.com Sin embargo, las organizaciones con programación interna también pueden referirse a las modificaciones de software de rutina como parches.

• Además, puede estar impulsado por la necesidad de satisfacer 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 suele ser la de una actividad importante que consume importantes recursos sin un beneficio cuantificable claro para la organización.
• En contraste, el mantenimiento de software a menudo tiene como objetivo extender la vida del software durante el mayor tiempo posible.
• 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.

Tipos de mantenimiento

Los cambios de emergencia pueden abordar un problema que normalmente se consideraría de rutina; sin embargo, debido a problemas de seguridad o problemas de procesamiento, los cambios deben realizarse rápidamente. Los controles de cambios de emergencia deben incluir los mismos procedimientos que los controles de cambios de rutina. La gerencia debe establecer procedimientos abreviados de solicitud, evaluación y aprobación para garantizar que puedan implementar los cambios rápidamente. Las evaluaciones detalladas y la documentación de los cambios de emergencia deben completarse lo antes posible después de que se implementen los cambios. La gerencia debe probar los cambios de rutina y, cuando sea posible, de emergencia antes de la implementación y notificar rápidamente a las partes afectadas de todos los cambios.

Dirige varios de los esfuerzos de COCOMO-II del Centro y orienta a estudiantes graduados y afiliados en el uso adecuado de este popular modelo de costos. A medida que el producto se acerca a su finalización, normalmente se pasa a mantenimiento. Desafortunadamente, a veces esta transición consiste en tirar el código por la pared y decir «el software es tuyo, buena suerte». Esto es particularmente cierto cuando la planificación de la transición y la rotación del desarrollo al mantenimiento se realiza de manera deficiente o no se realiza en absoluto. Esta transición ocurre con frecuencia cuando las presiones del horario fuerzan la entrega de productos que no están listos para el horario de máxima audiencia. Peor aún, el código que se entrega se proporciona sin una lista de elementos abiertos y problemas que deben resolverse. Los parches de software son similares en complejidad a las modificaciones de rutina.