Lehmannin lait
Kokeneet kirjoittajat eivät ole vielä tarkistaneet sivun nykyistä versiota, ja se voi poiketa merkittävästi 26. kesäkuuta 2018 tarkistetusta
versiosta . vahvistus vaatii
1 muokkauksen .
Lehmanin lait ovat ohjelmistokehityksen kahdeksan periaatetta, jotka Meir Manny Lehman muotoili vuosina 1974–1996. Tätä helpotti sekä hänen kokemus IBM:stä ja muista yrityksistä että tutkimustoiminta Iso-Britannian yliopistoissa. Lait kuvaavat yleensä voimien välistä tasapainoa, joista osa tarjoaa, kun taas toiset haittaavat tietojärjestelmien kehitystä.
Konteksti
Vuonna 1976 julkaistussa artikkelissa [1] Leman kirjoittaa yhteistyössä L. A. Beladin kanssa, että ensinnäkin puhumme suurista monitoimiohjelmista, jotka vaativat jatkuvaa tukea ja parantamista. Myöhemmin, tämän yhteydessä, Leman nosti esiin [2] kolme ohjelmaluokkaa:
- S-ohjelmat, jotka on kirjoitettu tiukasti ohjeiden mukaan, mitä ohjelma voi tehdä;
- P-ohjelmat, jotka toteuttavat toimenpiteitä, jotka määrittelevät täysin heidän käyttäytymisensä (kuten tietokoneshakki );
- E-ohjelmat, jotka toimivat todellisessa maailmassa, eli ne ovat merkittävästi riippuvaisia toimintaympäristöstään, ja siksi ne on mukautettava tiettyihin ulkoisiin vaatimuksiin.
Tämän perusteella ohjelmistokehityksen lait pätevät vain E-ohjelmiin. Esimerkiksi ERP-järjestelmiin .
Lait
Lehman julkaisi kaikkien kahdeksan alla olevan lain täydelliset sanamuodot vuonna 1996. [3]
- (1974) Jatkuva muutos - Käytettävän E-ohjelman tulee olla jatkuvasti mukautuva, muuten siitä tulee yhä vähemmän tyydyttävä.
- (1974) Lisääntyvä monimutkaisuus – ohjelman kehittyessä sen monimutkaisuus kasvaa, ellei työtä tehdä monimutkaisuuden vakauttamiseksi ja vähentämiseksi.
- (1974) Itsesäätely - Ohjelmiston kehitysprosessi on itsesäätelevä, ja tuotteen ja prosessin ominaisuudet jakautuvat lähes normaalisti.
- (1978) Organisaation vakauden säilyttäminen (työn jatkuva nopeus) - kehittyvän järjestelmän keskimääräinen tehokas globaali aktiivisuustaso on muuttumaton tuotteen käyttöiän suhteen.
- (1978) Tietoisuuden ylläpitäminen – Kehittyvään ohjelmaan aktiivisena aikana tulevien julkaisujen ydinsisältö pysyy tilastollisesti muuttumattomana.
- (1991) Jatkuva kehitys - Ohjelman toiminnallista sisältöä tulee jatkuvasti laajentaa koko elinkaaren ajan, jotta käyttäjätyytyväisyys säilyy.
- (1996) Laadun huononeminen - E-tyyppisten ohjelmien laatu koetaan huonontuvan, jos niitä ei ylläpidetä ja mukauteta asianmukaisesti toimintaympäristöön.
- (1996) Palautejärjestelmä - E-tyyppiset ohjelmointiprosessit yhdessä muodostavat monisilmukkaisia, monitasoisia palautejärjestelmiä, ja niitä tulee käsitellä sellaisina, jotta niitä voidaan muuttaa ja parantaa.
Muistiinpanot
- ↑ Belady, LA, Lehman, MM Malli suurten ohjelmien kehittämisestä // IBM Systems Journal. - 1976. - Iss. 15 , ei. 3 . - s. 225-252 . - doi : 10.1147/sj.153.0225 .
- ↑ Lehman, MM Ohjelmat, elinkaarit ja ohjelmistokehityksen lait // Proceedings of IEEE. - 1980. - Iss. 68 , no. 9 . - s. 1060-1076 . - doi : 10.1109/PROC.1980.11805 .
- ↑ Lehman, MM Ohjelmiston evoluution lait tarkistettu // Ohjelmistoprosessitekniikka. - Springer Berlin Heidelberg, 1996. - P. 108-124 . - doi : 10.1007/BFb0017737 .
Linkit