Spiegazione di due delle Leggi sull'evoluzione del software di Lehman

Dopo aver parlato con un professore della mia università, e usando le informazioni fornite da Ilyas Mohamed e Boris Eetgerink (lo farò + rappresentante non appena avrò ricevuto 15 persone), questo è ciò che ho concluso:

La legge 3 specifica che la crescita del sistema seguirà la normale curva di distribuzione. Ciò significa che la crescita sarà più lenta all'inizio e alla fine del ciclo di vita rispetto a metà.

La legge 8 afferma che l'evoluzione del software è un processo complesso in cui il feedback deve essere raccolto da più fonti (utenti, manager, ambiente runtime, dominio dell'applicazione, ecc.) per ottenere un miglioramento significativo durante il processo di evoluzione.

Il seguente link è un pdf che contiene spiegazioni alternative per ciascuna delle otto leggi: link

Legge:

3. (1974) "Autoregolamentazione" - I processi di evoluzione del sistema di tipo E si autoregolano con la distribuzione di misure di prodotto e di processo vicine al normale

In altre parole "una crescita dei sistemi di tipo E inevitabilmente rallenta man mano che invecchia".

Fonte:

link

Non sono ancora sicuro della legge 3, ma ecco la mia versione della legge 8:

La legge 8 sarebbe un perfetto esempio di un progetto agile di successo. Il sistema è adattato alle mutevoli esigenze degli utenti, dei proprietari di prodotti e di altre parti interessate. Usando il sistema, gli utenti scoprono cosa vogliono veramente fare con il sistema. I proprietari e la gestione dei prodotti danno la priorità alle nuove funzionalità in base a un ambiente che cambia e il team scopre modi migliori di fare le cose acquisendo conoscenza ed esperienza nel dominio. Sembra molto simile a un sistema di feedback multi-livello, multi-loop, multi-agente.