Leyes de Lehman

Las leyes de Lehman son un conjunto de leyes empíricas

Fueron desarrolladas por Lehman y Belady en 1974 relacionadas con la evolución del software
pero que, en esencia, pueden ser aplicadas a cualquier cosa relacionada a un sistema de
hardware-software.

Consiste en las siguientes 8 leyes:

1- Ley del cambio continuo: Dentro de su propio entorno un objeto debe cambiar para seguir
siendo de utilidad o de lo contrario perderá eficacia y será menos satisfactorio su uso por
el usuario. Las adaptaciones que se llevan a cabo en el programa son el resultado del
cambio de mantenimiento y para la toma de decisiones al respecto.
2- Ley de complejidad creciente: Al irse adaptando un software se vuelve más complejo, a no
ser que se tomen las medidas necesarias para evitarlo preservando su estructura original y
evitando que la evolución continua cause un aumento de complejidad en esta.
Esta ley implica algún tipo de degradación en la estructura en el sistema, lo cual implica un
aumento progresivo del esfuerzo que se le tiene que dedicar al mantenimiento a menos
que se le realice algún tipo de mantenimiento perfectivo, ya que, este haría algo al
respecto.
3- Ley de evolución: Esta ley también es conocida como ley de autorregulación. La evolución
a la que son sometidos las aplicaciones de software para mantener su eficiencia requieren
de parámetros como tamaño, tiempo entre versiones, errores detectados, etc., estas se
mantienen constantes en el tiempo.
El proceso de evolución del programa se autorregula con una distribución de medidas de
atributos de producto y procesos cercanos a lo normal.
4- Ley de estabilidad organizacional: Durante el tiempo de vida de una aplicación de software
su velocidad de desarrollo es constante e independiente de los recursos dedicados a su
desarrollo. Este es un aspecto muy importante para dimensionar un proyecto. Por muchos
recursos que se introduzcan para producir una obra no va a aumentar de ejecución de la
obra
5- Ley de conservación de la familiaridad: A medida que un sistema evoluciona todo lo que
está asociado con ello como lo son los desarrolladores y los 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. Si no se tuviera familiaridad con el sistema
sería muy difícil trabajar con él a la hora de evolucionarlo pues no se conocería su
estructura, por ejemplo, los sistemas de seguridad viejos que aun emplean COBOL, solo
trabajan en ellos programadores que en específico son conocedores de COBOL ya que de
otro modo podrían surgir más errores o la evolución no se daría de la manera correcta.
6- Ley de crecimiento continuado: La funcionalidad ofrecida por los sistemas tiene que crecer
continuamente para mantener la satisfacción de los usuarios. Esta ley refleja un aspecto
 del mismo fenómeno que la primera. Habitualmente, los sistemas se crean con una
limitación en cuanto a la funcionalidad del dominio cubierta, por motivos de tiempo o
recursos. Esto hace que con el tiempo los requisitos que se descartaron vuelvan a
aparecer como necesidades.
7- Ley de decremento de calidad: La calidad de los sistemas de software comenzara a
disminuir con el paso del tiempo inevitablemente al menos que los sistemas se adapten a
cambios de su entorno de funcionamiento y evolucionen a sistemas con la misma eficacia
para el usuario que los demás.
8- Ley de retroalimentación: Los procesos de evolución que incorporan los sistemas de
retroalimentación multiagente y multibucle y estos deben ser tratados como sistemas de
retroalimentación para lograr una mejora significativa del producto.

Conclusiones

Todas las aplicaciones de software pasan a través de un proceso evolutivo que es necesario si se
quiere que esta mantenga su eficacia al paso del tiempo, estas modificaciones se dan mediante el
soporte de software, este proceso por el cual pasan está bien delimitado por las leyes de Lehman,
que no solo sirven para delimitar una aplicación de software si no que cualquier sistema
hardware-software puede ser delimitado por estas.

Estas leyes cubren como debe ser delimitado sus cambios evolutivos, ya que si no se tienen
elementos indicados en las leyes como lo son la familiaridad y el esfuerzo por reducir la
complejidad de las estructuras que se da en este proceso sería muy difícil darle un mantenimiento
a dicho sistema o aplicación, también está el establecimiento de que la calidad decaerá tarde o
temprano y que se puede tomar en cuenta la retroalimentación de los usuarios que se recibió a lo
largo de la vida de este para mejorar en el siguiente.

Bibliografía
Garcia Morales, L. (14 de Octubre de 2017). Linkedin. Recuperado el 21 de Febrero de 2018, de Las
leyes de Lehman: https://es.linkedin.com/pulse/las-leyes-de-lehman-lino-garc%C3%ADa-
morales

Lopez Garcia, P. (21 de Febrero de 2018). Scribd. Recuperado el 21 de Febrero de 2018, de Leyes
de Lehman: https://es.scribd.com/document/184080796/Leyes-de-Lehman