Mantenimiento del software

Si el software debe trasladarse a otra plataforma sin ningún cambio en la funcionalidad, se utilizará este proceso y es probable que se asigne un equipo de proyecto de mantenimiento a esta tarea. 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. 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. El mantenimiento del software y la evolución de los sistemas fue abordado por primera vez por Meir M. Lehman en 1969. Durante un período de veinte años, su investigación condujo a la formulación de las leyes de Lehman.

¿Qué es Sdlc? Comprender el ciclo de vida del desarrollo de software

Con respecto a la compatibilidad de su producto, el costo de soporte y RMA está relacionado con las pruebas, la verificación y la documentación que incluye un producto antes de su envío. Además, a medida que los diseños se vuelven obsoletos, el acceso a los recursos de soporte adecuados se vuelve más limitado. Hay más ventajas para un desarrollo más rápido que ahorrar en costos de ingeniería.

Para mantener el valor de estos activos para el negocio, deben cambiarse y actualizarse. La mayor parte del presupuesto de software en las grandes empresas se dedica a cambiar y evolucionar el software existente en lugar de desarrollar software nuevo. Un modelo en espiral de desarrollo y evolución representa cómo un sistema de software evoluciona a través de una secuencia de múltiples lanzamientos. También existe la noción de mantenimiento previo a la entrega / lanzamiento, que es todo lo bueno que hace para reducir el costo total de propiedad del software. Cosas como el cumplimiento de los estándares de codificación que incluyen objetivos de mantenimiento del software. El proceso de migración es excepcional y no forma parte de las tareas de mantenimiento diarias.

¿Qué es el proceso de gestión de versiones?

Llevar su producto al mercado más rápido a menudo conduce a una mayor participación de mercado y le da una ventaja sobre sus competidores. En industrias donde la innovación y la competencia son altas, el tiempo de comercialización puede ser crítico para el éxito de su proyecto. En NI, la personalización de nuestra plataforma nos hace especialmente expertos en reducir el tiempo de desarrollo, incluso cuando se compara con otras opciones COTS. En promedio, los equipos de diseño que usan la cadena de herramientas de NI completan sus proyectos en aproximadamente la mitad del tiempo con equipos de diseño que tienen menos de la mitad del tamaño. Por ejemplo, la empresa de almacenamiento de energía Dynapower aceleró su tiempo de desarrollo de 72 a 24 semanas utilizando la plataforma de NI. Ningún gerente de diseño quiere estar en una situación en la que el costo de desarrollo se subestime hasta el punto en que el proyecto ya no sea rentable.

Pero la realidad es que el tiempo de desarrollo a menudo se subestima: solo el 41 por ciento de los proyectos integrados terminan según lo programado. Con software mantenimiento costos mensuales bajos, la aprobación del presupuesto puede ser mucho más rápida, lo que reduce el tiempo necesario para lograr los objetivos comerciales.

Estas técnicas incluyen pruebas unitarias automatizadas, desarrollo impulsado por el comportamiento, integración continua, diseño impulsado por dominios y desarrollo impulsado por pruebas. El objetivo general de estas técnicas es crear código de calidad, que los desarrolladores pueden demostrar a los clientes al final del sprint. Los equipos ágiles deben incluir un representante del cliente que puede ser conocido por otros nombres, según la metodología de desarrollo específica. Las partes interesadas del proyecto seleccionan al representante del cliente, que debe permanecer disponible buenos-dias.net para las preguntas de los desarrolladores durante todo el sprint. El representante del cliente revisa el progreso del proyecto con las partes interesadas al final de cada sprint, principalmente con el propósito de reevaluar las prioridades si es necesario. Las razones más comunes para cambiar las prioridades son aumentar el retorno de la inversión del proyecto y garantizar que los requisitos del cliente permanezcan alineados con los objetivos de la organización. Las organizaciones tienen grandes inversiones en sus sistemas de software: son activos comerciales críticos.

Los hallazgos clave de su investigación concluyen que el mantenimiento es realmente un desarrollo evolutivo y que las decisiones de mantenimiento se ayudan al comprender lo que sucede con los sistemas a lo largo del tiempo. A medida que evolucionan, se vuelven más complejas a menos que se tome alguna acción, como la refactorización de código, para reducir la complejidad. A fines de la década de 1970, un estudio de encuesta famoso y ampliamente citado de Lientz y Swanson, expuso la muy alta fracción de los costos del ciclo de vida que se gastaba en mantenimiento. La investigación sobre la estimación para el mantenimiento de software es importante porque una gran proporción del desarrollo de software se realiza para mejorar y reparar los sistemas existentes. La investigación sobre la estimación de sistemas que reutilizan software es importante porque la reutilización es una estrategia para contener los costos del software y reducir los riesgos y la imprevisibilidad asociados con el desarrollo de nuevo software. Una solicitud de mantenimiento a menudo pasa por un ciclo de vida similar al desarrollo de software. Se analiza la solicitud, se determina su impacto en el sistema, se diseñan, codifican, prueban y finalmente implementan las modificaciones necesarias.

• Además, los impactos de costos generales de las principales áreas de costos son solo una guía, ya que cada programa Agile tiene características únicas que determinarán los impactos de costos específicos.
• Un enfoque en cascada requiere que se integren y prueben grandes grupos de funcionalidades al mismo tiempo, lo que aumenta la complejidad de esta fase.
• Desarrollar técnicas para detectar errores también es más difícil cuando el tamaño del software es grande.
• Las pruebas frecuentes que ocurren en Agile también permiten que los errores se detecten antes en el proceso de desarrollo, lo que reduce el costo general de las pruebas.
• El factor más importante para estimar los costos de las pruebas de integración para proyectos ágiles es la implementación de iteraciones más pequeñas con mayor frecuencia.
• Los equipos ágiles reevalúan periódicamente la acumulación de historias en función de la información que obtienen de los sprints anteriores.