Ingeniería de software

Este documento utiliza el término «parche» para describir las modificaciones del programa que involucran paquetes de software desarrollados externamente. Sin embargo, las organizaciones con programación interna también pueden referirse a las modificaciones de software de rutina como parches. 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. El mantenimiento de software se centra en modificar un programa después de que se ha puesto en uso. Se dice que los productos de software genéricos evolucionan para crear nuevas versiones.

También existe una noción de mantenimiento previo a la entrega / publicación, que es todo lo bueno que hace para reducir el costo total de propiedad del software. 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. 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 complejos 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 evolución es simplemente una continuación del proceso de desarrollo basado en frecuentes lanzamientos del sistema. Las pruebas de regresión automatizadas son particularmente valiosas cuando se realizan cambios en un sistema. 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 Principal en nuestros esfuerzos SBIR de protección de software y guerra de información.

Tipos de mantenimiento

Un ejemplo muy famoso de la fiebre del mantenimiento adaptativo masivo en todo el mundo fue causado por el «error Y2K» a finales de los noventa. Muchos sistemas de software claramente no estaban preparados para ello, pero los clientes de esos sistemas aún no se vieron afectados. Exactamente a la medianoche del 1 de enero de 2000, cualquier fabricante de software que no invirtiera en el trabajo de mantenimiento adaptativo para arreglar el flujo Y2K ahora estaba lidiando con una emergencia de mantenimiento correctivo.

En el caso de una falla del sistema debido a un error, se toman acciones para restaurar el funcionamiento del sistema de software. El enfoque en el mantenimiento correctivo es localizar las especificaciones originales para determinar para qué fue diseñado originalmente el sistema. Sin embargo, debido a la presión de la administración, el equipo de mantenimiento a veces recurre a soluciones de emergencia conocidas como parches.

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. Al diseñar para el mantenimiento de software, realice una evaluación pragmática de la situación actual de su gente, habilidades, infraestructura y cultura. Identifique lo que debe arreglarse, cambiarse o mejorarse para ofrecer software del que no solo se sienta orgulloso en el momento de la entrega, sino también en los años venideros mientras lo mantiene. Como su nombre lo indica, es el tipo de mantenimiento que realizas para evitar que suceda algo. Si su equipo de pruebas ha encontrado una combinación de acciones que podrían no dar como resultado el comportamiento esperado, ¿no desea solucionar este problema potencial antes de que los usuarios se vean afectados en producción?

Categorías de mantenimiento de software

El mantenimiento correctivo representa el 20% de todas las actividades de mantenimiento. En general, el mantenimiento preventivo no está ligado a una tendencia que seguramente ocurrirá debido a las cambiantes condiciones contextuales; en cambio, está vinculado a un evento que podría suceder o no en el futuro. Por ejemplo, si le preocupan los picos de tráfico debido a circunstancias futuras imprevistas e impredecibles, y decide reforzar su software para solucionarlo, está realizando un mantenimiento preventivo. Por otro lado, si los patrones de crecimiento del tráfico son algo predecibles y tiene una buena idea de cuándo comenzarán a tener problemas de escalabilidad sus sistemas, cualquier cambio que realice para evitar esos problemas es mantenimiento adaptativo.

El mantenimiento normalmente no implica cambios importantes en la arquitectura del sistema. Los cambios se implementan modificando los componentes existentes y agregando descargarmobilism.com nuevos componentes al sistema. Los métodos ágiles se basan en el desarrollo incremental, por lo que la transición del desarrollo a la evolución es fluida.

• Además, puede estar impulsado por la necesidad de satisfacer la demanda de los usuarios de actualizaciones y mejoras de software.
• El desarrollo inicial de software generalmente se basa en proyectos, con una escala de tiempo y un presupuesto definidos.
• Los objetivos organizacionales describen cómo demostrar el retorno de la inversión de las actividades de mantenimiento de software.
• Los mantenedores participan en los tableros de control de configuración para determinar el contenido de la próxima versión.
• El énfasis principal es entregar un producto que satisfaga las necesidades del usuario a tiempo y dentro del presupuesto.
• En contraste, el mantenimiento de software a menudo tiene como objetivo extender la vida del software durante el mayor tiempo posible.

El mantenimiento de software en la ingeniería de software es la modificación de un producto de software después de la entrega para corregir fallas, mejorar el rendimiento u otros atributos. 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 laoracionasanjose.com 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. Se debe realizar una revisión de riesgos y seguridad siempre que se implemente una modificación del sistema para garantizar que los controles permanezcan en su lugar.