Los 4 tipos de mantenimiento de software

El mejor momento para negociar los precios de mantenimiento es al mismo tiempo que la agencia adquiere el equipo o software que requiere mantenimiento. Además, es posible que algunos software no requieran asistencia o mejoras periódicas. En estos casos, las agencias pueden depender de adquisiciones ad hoc para los servicios necesarios. En determinadas circunstancias, los equipos duraderos bien fabricados (por ejemplo, conmutadores y enrutadores) pueden tener una larga vida útil con pocas averías, independientemente de si han recibido servicios de mantenimiento preventivo. En estos casos, los contratos de mantenimiento preventivo proporcionarían poco valor a las agencias a costos potencialmente significativos. En algunos casos, puede ser mejor simplemente comprar otro equipo en lugar de pagar por el mantenimiento preventivo. Por lo tanto, los gerentes de las agencias deben evaluar la durabilidad del equipo antes de celebrar contratos de mantenimiento preventivo.

Si se perdió en todos esos nombres de tipos de mantenimiento de software, no sea tímido, contáctenos y le diremos más sobre los beneficios de cada uno de ellos. 1) Es imposible producir un sistema de cualquier santamisa.es tamaño que no necesite ser cambiado. Una vez que el software se pone en uso, surgen nuevos requisitos y los requisitos existentes cambian a medida que cambia la empresa que ejecuta ese 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. En todos estos casos, las agencias tienen la obligación de ejercer la debida diligencia en la negociación de precios y la determinación de precios razonables.

2 Reingeniería

La comprensión limitada se refiere a la rapidez con la que un ingeniero de software puede comprender dónde hacer un cambio o corrección en un software que no desarrolló. Las investigaciones indican que aproximadamente la mitad del esfuerzo total de mantenimiento se dedica a comprender el software que se va a modificar. Por tanto, el tema de la comprensión del software es de gran interés para laoracionasanpancracio.com los ingenieros de software. Por tanto, los ingenieros de software pueden tener inicialmente una comprensión limitada del software; Hay mucho que hacer para remediar esto. IEEE clasifica el mantenimiento adaptativo y perfectivo como mejoras de mantenimiento. También agrupa las categorías de mantenimiento correctivo y preventivo en una categoría de corrección, como se muestra en la Tabla 5.1.

6 categorías de mantenimiento

• Por ejemplo, el software de nuestros dispositivos móviles se puede actualizar todos los días, a diferencia del software de los submarinos, que normalmente solo se puede actualizar cuando el submarino visita el puerto.
• Solucionar un problema de software en mi lavadora requiere una costosa visita de un técnico para reemplazar una placa de circuito, mientras que si mi lavadora está en Internet, la empresa puede descargar un nuevo software casi sin costo.
• De hecho, este es uno de los principales impulsores del movimiento Intenet of Things.
• No me queda claro si esto se considera correctamente como perfectivo, adaptativo o algo más.
• Un cambio importante en los últimos 20 años en la forma en que se mantiene el software es que las empresas a menudo lanzan una versión parcial intencionalmente y luego la agregan con el tiempo.

Por lo tanto, cualquier trabajo realizado para cambiar el software después de que esté en funcionamiento se considera trabajo de mantenimiento. El 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. Esta es la principal causa de cualquier problema durante la evolución y el mantenimiento del software.