Inkrementaalinen malli SDLC:ssä: käyttö, edut ja haitat
Lucas Bennett
Mikä on inkrementaalinen malli?
Inkrementaalinen malli on ohjelmistokehitysprosessi, jossa vaatimukset jaetaan useisiin itsenäisiin ohjelmistokehityssyklin moduuleihin. Inkrementaalinen kehitys tapahtuu vaiheittain analyysin suunnittelusta, toteutuksesta, testauksesta/todentamisesta ja ylläpidosta.
Jokainen iteraatio kulkee läpi vaatimukset, suunnittelu-, koodaus- ja testausvaiheet. Ja jokainen myöhempi järjestelmän julkaisu lisää toimintoa edelliseen versioon, kunnes kaikki suunnitellut toiminnot on toteutettu.
Järjestelmä otetaan tuotantoon, kun ensimmäinen erä toimitetaan. Ensimmäinen lisäys on usein ydintuote, jossa perusvaatimukset huomioidaan ja lisäominaisuuksia lisätään seuraavissa vaiheissa. Kun asiakas on analysoinut ydintuotteen, suunnitellaan seuraavaa lisäystä varten.
Inkrementaalisen moduulin ominaisuudet sisältävät
- Järjestelmäkehitys on jaettu useisiin pieniin kehitysprojekteihin
- Osajärjestelmiä rakennetaan peräkkäin lopullisen kokonaisjärjestelmän tuottamiseksi
- Korkeimman prioriteetin vaatimus käsitellään ensin
- Kun vaatimus on kehitetty, kyseisen lisäyksen vaatimus jäädytetään
| Inkrementaaliset vaiheet | Inkrementaalisissa vaiheissa suoritettavat toimet |
|---|---|
| Vaatimusanalyysi |
|
| Design |
|
| Koodi |
|
| Testi |
|
Milloin inkrementaalisia malleja käytetään?
- Järjestelmän vaatimukset ymmärretään selvästi
- Kun tuotteen ennenaikaiselle julkaisulle syntyy kysyntää
- Kun ohjelmistotuotanto joukkue ei ole kovin taitava tai koulutettu
- Kun kyseessä ovat korkean riskin ominaisuudet ja tavoitteet
- Tällaista menetelmää käytetään enemmän verkkosovellus- ja tuotepohjaisissa yrityksissä
Inkrementaalisen mallin edut ja haitat
| edut | Haitat |
|---|---|
| Ohjelmisto luodaan nopeasti ohjelmiston elinkaaren aikana | Se vaatii hyvää suunnittelua |
| Vaatimusten ja laajuuden muuttaminen on joustavaa ja halvempaa | Ongelmia saattaa johtua järjestelmäarkkitehtuurista sellaisenaan, kaikkia vaatimuksia ei kerätä etukäteen koko ohjelmiston elinkaaren ajalta |
| Koko kehitysvaiheen aikana voidaan tehdä muutoksia | Jokainen iteraatiovaihe on jäykkä eivätkä mene päällekkäin |
| Tämä malli on halvempi verrattuna muihin | Ongelman korjaaminen yhdessä yksikössä vaatii korjauksen kaikissa yksiköissä ja vie paljon aikaa |
| Asiakas voi vastata jokaiseen rakennukseen | |
| Virheet on helppo tunnistaa |