Desentrañar el mantenimiento y la evolución del software

Los contratos de mantenimiento de software posteriores a la garantía son ofrecidos exclusivamente por el proveedor para continuar las tareas de soporte más allá de la garantía real mínima durante un período de años. Estos acuerdos son la fuente de ingresos de la industria y pueden ser extremadamente difíciles de controlar. El diagnóstico de problemas de software es costoso para cualquier proveedor, especialmente cuando los problemas no se repiten fácilmente. Las habilidades necesarias para diagnosticar problemas y escribir correcciones tienen una gran demanda en todo el mundo. El proveedor de software no quiere aplicar parches al código, en particular al código que no genera ingresos.

Mantenimiento y evolución efectivos del software

Software Testing KA proporciona información adicional y referencias sobre este tema en su subtema sobre pruebas de regresión. El mantenimiento del software en términos de evolución se abordó por primera vez a finales de la década de 1960. Durante un período de veinte años, la investigación condujo a la formulación de ocho «Leyes de la evolución». Los hallazgos clave incluyen una propuesta de que el mantenimiento es un desarrollo evolutivo y que las decisiones de mantenimiento se ayudan al comprender lo que sucede con el software a lo largo del tiempo. IEEE identifica las actividades principales del mantenimiento de software como implementación de procesos, análisis de problemas y modificaciones, implementación de modificaciones, revisión / aceptación de mantenimiento, migración y retiro. La aplicación continúa ejecutándose y el departamento de TI olvida esta responsabilidad teórica, centrándose en requisitos y problemas más urgentes en otros lugares. Dicha deuda se acumula con el tiempo, devorando silenciosamente el valor del activo de software.

Otra importante actividad de apoyo consiste en la formación de mantenedores y usuarios. El mantenimiento de software de subcontratación y deslocalización se ha convertido en una industria importante. Las organizaciones están subcontratando carteras completas de software, incluido el mantenimiento de software. Con mayor frecuencia, la opción de subcontratación se selecciona para software de misión menos crítica, ya que las organizaciones no están dispuestas a perder el control del software utilizado en su negocio principal.

El mantenimiento del software es a menudo más costoso de proporcionar que el mantenimiento del hardware porque las soluciones a los problemas tienen un componente de mano de obra altamente capacitado. Las licencias de software empresarial casi siempre se negocian directamente con el licenciante. Todas las llamadas de soporte casi siempre se dirigen inmediatamente al proveedor una vez que el problema se pasa a través de la mesa de ayuda del usuario o la mesa de servicio para el seguimiento y la clasificación del problema. Cuanto más complejo sea el entorno, más útil será para el usuario controlar las llamadas de ayuda mediante un proceso de preselección.

El proceso de análisis de problemas y modificaciones, que se ejecuta una vez que la aplicación pasa a ser responsabilidad del grupo de mantenimiento. El programador de mantenimiento debe analizar cada solicitud, confirmarla y comprobar su vigencia, investigarla y proponer una solución, documentar la solicitud y la propuesta de solución, y finalmente, obtener todas las autorizaciones necesarias para aplicar las modificaciones. Por lo tanto, cualquier trabajo realizado para cambiar el software después de que esté en funcionamiento se considera trabajo de mantenimiento. El iglesia-cristiana.com valor se puede mejorar expandiendo la base de clientes, cumpliendo requisitos adicionales, volviéndose más fácil de usar, más eficiente y empleando tecnología más nueva. El mantenimiento puede durar 20 años, mientras que el desarrollo puede ser de 1 a 2 años. La encuesta mostró que alrededor del 75% del esfuerzo de mantenimiento se realizó en los dos primeros tipos, y la corrección de errores consumió alrededor del 21%. Los estudios demuestran que la contribución de los usuarios finales es crucial durante la recopilación y el análisis de datos de nuevos requisitos.

• 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.
• El mantenimiento de software sustenta el producto de software durante todo su ciclo de vida.
• Los desarrolladores suelen estar más preocupados por muchas otras actividades y con frecuencia son propensos a ignorar los requisitos del mantenedor.
• La presencia de procesos, técnicas y herramientas sistemáticos y maduros ayuda a mejorar la capacidad de mantenimiento del software.

Estos programas de mantenimiento tienden a incluir no solo servicios de limpieza, como aspirar el polvo del interior del marco, sino también recargar artículos consumibles y cambiar las piezas de alto desgaste de forma programada. Los cambios de aceite dentro de un período de garantía para automóviles o los cambios de tóner para una fotocopiadora también entran en esta categoría. A diferencia del contrato de mantenimiento de hardware, las actualizaciones legítimas suelen formar elcredocatolico.com parte de un acuerdo de mantenimiento de software dentro de una versión en particular y todas las sublanzas asociadas. Normalmente, un contrato de mantenimiento de software no garantiza ningún derecho sobre la próxima versión sin un nuevo contrato de licencia. Muchos proveedores de software crean «rutas» de actualización para convencer a los clientes de que adopten nuevas versiones. Los acuerdos de mantenimiento de software son altamente negociables sobre estos puntos.

La subcontratación requiere una inversión inicial significativa y la configuración de un proceso de mantenimiento que requerirá automatización. El costo de repetir las pruebas completas en una pieza importante de software es significativo en términos de tiempo y dinero. Para asegurarse de que los informes de problemas solicitados sean válidos, el responsable de mantenimiento debe replicar o verificar los problemas ejecutando las pruebas adecuadas. La coordinación de pruebas cuando diferentes miembros del equipo de mantenimiento están trabajando en diferentes problemas al mismo tiempo sigue siendo un desafío. Cuando el software realiza funciones críticas, puede ser difícil ponerlo fuera de línea para probarlo. Las pruebas no se pueden ejecutar en el lugar más significativo: el sistema de producción.

Libros de Penny Grubb

Esta es la principal causa de cualquier problema durante la evolución y el mantenimiento del software. El mantenimiento del software es importante porque consume una gran parte de los costos generales del ciclo de vida y también la incapacidad de cambiar el software de manera rápida y confiable significa que se pierden oportunidades comerciales. Me gustaría escuchar de la gente sobre otros libros, blogs, artículos o foros útiles que se centren en el mantenimiento del software y los problemas de soporte: en qué recursos confía, qué le ha resultado útil. Hay algunos libros excelentes sobre la gestión de proyectos de desarrollo de software, como Rapid Development de Steve McConnell y Making Things Happen de Scott Berkun. Muchas de las ideas de estos libros le ayudarán a gestionar el trabajo de mantenimiento del software. He intentado compilar aquí un índice de libros, artículos y publicaciones de blogs útiles y documentos técnicos sobre mantenimiento de software. Los programas de mantenimiento basados ​​en consumibles son otra forma de mantenimiento que se limita en gran medida a las impresoras y fotocopiadoras.

La ingeniería inversa es pasiva; no cambia el software ni da como resultado un nuevo software. Los esfuerzos de ingeniería inversa producen gráficos de llamadas y gráficos de flujo de control a partir del código fuente. Finalmente, la ingeniería inversa de datos, en la que los esquemas lógicos se recuperan de bases de datos físicas, ha ganado en importancia en los últimos años. Las herramientas son clave para la ingeniería inversa y tareas relacionadas como la redocumentación y la recuperación del diseño. IEEE describe la gestión de la configuración del software como un elemento crítico del proceso de mantenimiento. Los procedimientos de gestión de la configuración del software deben permitir la verificación, validación y auditoría de cada paso necesario para identificar, autorizar, implementar y liberar el producto de software. Los encargados del mantenimiento también pueden realizar actividades de soporte, como documentación, gestión de la configuración del software, verificación y validación, resolución de problemas, aseguramiento de la calidad del software, revisiones y auditorías.

Listas con este libro

Uno de los mayores desafíos para los subcontratistas es determinar el alcance de los servicios de mantenimiento requeridos, los términos de un acuerdo de nivel de servicio y los detalles contractuales. Los subcontratistas deberán invertir en una infraestructura de mantenimiento, y la mesa de ayuda en el sitio remoto debe contar con hablantes nativos.