Ciclo de vida del mantenimiento del software

La discusión del proceso de software y la medición de productos también se presenta en el Proceso de Ingeniería de Software KA. El tema de un programa de medición de software se describe en Software Engineering Management KA. IEEE identifica las actividades principales del mantenimiento de software como implementación de procesos, análisis de problemas donde-vive.com y modificaciones, implementación de modificaciones, revisión / aceptación de mantenimiento, migración y retiro. El mantenimiento del software es una parte integral del ciclo de vida del software. Históricamente, el desarrollo de software ha tenido un perfil mucho más alto que el mantenimiento de software en la mayoría de las organizaciones.

Cuando se omiten las pruebas de regresión, aumenta el riesgo de que una aplicación recién modificada se rompa o haga que otros componentes del sistema se rompan debido a un error de codificación que se introdujo. Ninguna función en TI tiene un mejor dedo en el pulso del rendimiento de las aplicaciones que la mesa de ayuda. Las personas que trabajan en la mesa de ayuda saben por las llamadas que reciben qué aplicaciones son más problemáticas y por qué. Igual de importante, el conocimiento adquirido de los «puntos calientes» de problemas de aplicaciones en la mesa de ayuda se puede aprender de ellos para que no se repitan los mismos errores en el desarrollo de software nuevo. No permita que la planificación del mantenimiento del software se lleve a cabo tarde durante la ejecución de su proyecto. Contribución positiva al mantenimiento frente al costo Como puede ver en la figura anterior, hay una rica mezcla de diferentes cosas que contribuyen a la mantenibilidad de su sistema.

Esto está cambiando ahora, a medida que las organizaciones se esfuerzan por aprovechar al máximo su inversión en desarrollo de software manteniendo el software en funcionamiento el mayor tiempo posible. El paradigma del código abierto ha atraído más atención al tema del mantenimiento de los artefactos de software desarrollados por otros. El equipo de proyecto de Matt es responsable de conectar la funcionalidad del software con el cliente y las necesidades del cliente.

Algunos de los resultados de la fase de mantenimiento son mantener el sistema funcionando correctamente, actualizar el código del software cuando sea necesario y actualizar el software cuando sea necesario. La gerencia debe coordinar todos los cambios relacionados con la tecnología a través de un comité de supervisión y asignar una parte adecuada a la responsabilidad de administrar los programas de administración de parches de software. El aseguramiento de la calidad, la seguridad, la auditoría, el cumplimiento normativo, la red y el personal del usuario final deben incluirse adecuadamente en los procesos de gestión de cambios. La revisión de riesgos y seguridad debe realizarse siempre que se implemente una modificación del sistema para garantizar que los controles permanezcan en su lugar.

Esto se debe a que existen diferentes tipos de solicitudes de mantenimiento de software y cada modificación requerida en un sistema de software debe identificarse y almacenarse en el repositorio de acuerdo con su tipo, prioridad, etc. El resultado de esta fase es una solicitud de modificación validada y las determinaciones del proceso que se almacenan en el repositorio. Ya sea que se trate de un parche de seguridad o una función adicional o corrección, la instalación de una nueva versión de software debe ser uniforme y estandarizada tanto como sea posible para todos los dispositivos en los que se ejecuta el software. El impulso cuando está bajo presión para terminar un proyecto es cumplir con el plazo y omitir algunas de las pruebas de calidad.

Estimación de costos de software: una revisión de modelos, procesos y prácticas

Analiza programas en busca de errores, depura el programa y prueba el diseño del programa. Este análisis debe incluirse en el plan de jubilación, que cubre los requisitos de jubilación, el impacto, el reemplazo, el cronograma y el esfuerzo. Retirar el software implica una serie de actividades similares a la migración. Hay varias medidas de software que pueden derivarse de los atributos mantenimiento de flota del software, el proceso de mantenimiento y el personal, incluido el tamaño, la complejidad, la calidad, la comprensibilidad, la capacidad de mantenimiento y el esfuerzo. Las medidas de complejidad del software también se pueden obtener utilizando herramientas comerciales disponibles. Estas medidas constituyen un buen punto de partida para el programa de medición del mantenedor.

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 mantenimiento de flota 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. Después del atributo de proceso, comienza el atributo de control, que determina de manera única el MR identificado y lo ingresa en un repositorio.

Modelo de Boehm:

• Este plan enumera las tareas que se implementarán en la fase de implementación de SMLC.
• El resultado proporciona información de análisis detallado de los requisitos del usuario junto con el plan de implementación.
• Generalmente, los factores de calidad que se consideran antes de desarrollar el diseño del software incluyen la flexibilidad del diseño y la reutilización del código del software.
• El resultado de esta fase es una lista de modificaciones refinada, un análisis detallado refinado, planes de prueba modificados, requisitos verificados y la lista de restricciones y riesgos en la implementación.
• Los planes de prueba de diseño se preparan de acuerdo con el diseño actualizado.

Por tanto, es fundamental que el responsable de mantenimiento pueda comprender el código existente. Una buena documentación y una codificación clara y simple en la etapa de desarrollo serán de gran ayuda en este punto, especialmente si el desarrollador no está disponible o si ha habido una gran brecha desde el desarrollo. Una solicitud de mantenimiento a menudo pasa por un ciclo de vida similar al desarrollo de software. algas-marinas.com Se analiza la solicitud, se determina su impacto en el sistema, se diseñan, codifican, prueban y finalmente implementan las modificaciones necesarias. 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.

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. Existen muchas herramientas que brindan ayuda con la disciplina del desarrollo de software, como en Unix / Linux, SCCS, SVN y MAKE, que codifica instrucciones para compilar y vincular. Además, los sistemas de gestión de documentos OSS wiki y Q-Pulse pueden ayudar a los departamentos a registrar sus actividades, incluidas las consultas que surgen durante el ciclo de vida completo del software. La capacitación y el soporte diario también son componentes centrales de la fase de mantenimiento del software.