Ohjelmistotekniikan kriisi on ollut jatkuva puheenaihe, ja Parnas ( artikkelin Software Aging, Parnas,1994) toteaakin osuvasti että se ei voi olla kriisi koska siitä puhuttu jo 25 vuotta.

Kriisihän tarkoittaa äkillistä hätätilaa, sanan alkuperänä lienee ollen käännekohta, ja tietysti 25 vuotta on pitkä aika jollekin muutokselle [artikkeli, Software Aging, Parnas,1994] Ohjelmistot ikääntyvät ja ei luoda kestäviä ohjelmistoja.
[Meir Lehmanin tammi-helmikuussa 1998 IEEE Software -lehden artikkeli; Software’s Future: Managing Evolution.]

Yhteiskunta on tietokoneistunut ja se vaatii tietokoneyhteyksien integroitumista. Irralliset järjestelmätkin on saatava yhdistettyä toisiin.

Voi olla myös ulkoisia paineita, kuten Y2K (vuosituhannen vaihde vuonna 2000) oli, sekä esim. raha-yksikön tai puhelinnumero-systeemien muuttuminen.

Meir Lehmanilla on kokonaisvaltaisempi käsitys ohjelmistoprosessista kuin yleensä, eli hän sisältää kaiken ohjelmistossa tapahtuvan prosessikäsitteeseensä, kun yleensä sillä käsitetään vain ohjelmiston kehitykseen ja ylläpitoon liittyvät toiminnot.

Rajat muuttuvat koko ajan joten muutettavuus on yksi ohjelmistoarkkitehtuurien, suunnittelujen ja toteutusten välttämätön ominaisuus. Rajat muuttuvat koska olosuhteet muuttuvat. Rajoja on määriteltävä säännöllisesti.

Oletukset on kirjattava systemaattisesti, jotta ne voidaan varmentaa. Kaikki muutosten vaikutukset on analysoitava. Osien väliset riippuvuudet on minimoitava. Ohjelmiston osien ensisijaisesti palveltava suoraan käyttäjää, tuottamatta tietoa muille osille.

Tavoite on että ohjelmiston osat eivät olisi riippuvaisia toisistaan.

Koko kuuluisa Therac-25 tapaus vaikuttaa todella leväperäiseltä toiminnalta, koska normaalin järjen mukaan olisi luullut että olisi tehty kattavammat tarkistukset ongelmien tultua tietoon,koska:

a) kone oli uudella ohjelmistolla
b) koska koneen toiminto saattoi olla vaarallinen toimiessaan väärin.