Evolución del Software

El desarrollo del software no se detiene cuando un sistema es entregado sino que continua durante el tiempo de vida del sistema.
Durante este periodo se afrontan nuevos requerimientos, reparaciones y mejoras.

Modelo espiral de desarrollo de software

La falta de continuidad entre el desarrollo y la evolución se denomina "mantenimiento de software".

Dinámica de evolución de los programas

La dinámica de evolución de los programas es el estudio de los cambios del sistema.

Leyes de Lehman

Las Leyes de Lehman son un conjunto de leyes empíricas desarrolladas por Lehman y Belady en 1974 relacionadas con la evolución del software pero que, en esencia, pueden ser aplicadas a cualquier “cosa” hardware–software (digamos que podrían ser ampliadas). Estas leyes ampliadas son:

1. Ley del cambio continuo. En un entorno real una “cosa” debe necesariamente cambiar para mantener su eficacia (utilidad) en ese entorno; de lo contrario se volverá progresivamente menos útil y menos satisfactorio para el usuario.
2. Ley de complejidad creciente. Cuado una “cosa” evoluciona se hace más compleja; a menos que se tomen las medidas necesarias para evitarlo; es decir, para preservar y simplificar su estructura.
3. Ley de evolución (también conocida como Ley de Autorregulación). La evolución de los “cosas” es un proceso autoregulado. Parámetros tales como tamaño, tiempo entre versiones, errores detectados, etc., se mantienen estadísticamente constantes en el tiempo.
4. Ley de estabilidad organizacional. Durante el tiempo de vida de una “cosa” su velocidad de desarrollo es constante e independiente de los recursos dedicados su desarrollo. Éste es un aspecto muy importante para dimensionar un proyecto. Por muchos recursos que se introduzcan para producir una obra no va a aumentar la velocidad de ejecución de la obra.
5. Ley de conservación de la familiaridad. A medida que un sistema (“cosa”) evoluciona todo lo que está asociado con ello, como los desarrolladores y usuarios, por ejemplo, deben mantener un conocimiento total de su contenido y su comportamiento para lograr una evolución satisfactoria. Un crecimiento exagerado disminuye esta capacidad. Por tanto este incremento promedio debe mantenerse.
6. Ley de crecimiento continuado. La funcionalidad ofrecida por los sistemas (“cosas”) tiene que crecer continuamente para mantener la satisfacción de los usuarios.
7. Ley de decremento de la calidad. La calidad de los sistemas software (parte blanda de las “cosas”) comenzará a disminuir a menos que dichos sistemas se adapten a los cambios de su entorno de funcionamiento.
8. Ley de retroalimentación. Los procesos de evolución incorporan sistemas de retroalimentación multiagente y multibucle y estos deben ser tratados como sistemas de retroalimentación para lograr una mejora significativa del producto.