Inkrementaalinen malli SDLC:ssä: käyttö, edut ja haitat
⚡ Älykäs yhteenveto
SDLC:n inkrementaalinen malli rakentaa ohjelmistoa peräkkäisissä moduuleissa, joista jokainen inkrementti lisää funktioita, kunnes koko järjestelmä on valmis. Tämä resurssi selittää sen ominaisuudet, vaiheet, käytön sekä edut ja haitat.

Mikä on inkrementaalinen malli?
Inkrementaalinen malli on ohjelmistokehitysprosessi, jossa vaatimukset jaetaan useisiin itsenäisiin ohjelmistokehityssyklin moduuleihin. Inkrementaalinen kehitys tapahtuu vaiheittain analyysistä, suunnittelusta, toteutuksesta ja testauksesta tai todentamisesta ylläpitoon.
Jokainen iteraatio kulkee läpi vaatimukset, suunnittelu, koodaus ja testausvaiheetJokainen järjestelmän seuraava versio lisää toimintoja edelliseen versioon, kunnes kaikki suunnitellut toiminnot on toteutettu.
Järjestelmä otetaan tuotantoon, kun ensimmäinen inkrementti toimitetaan. Ensimmäinen inkrementti on usein ydintuote, jossa perusvaatimukset täytetään ja seuraavissa inkrementeissä lisätään lisäominaisuuksia. Kun asiakas on analysoinut ydintuotteen, laaditaan suunnitelma seuraavan inkrementin kehittämiselle.
Inkrementaalisen mallin ominaisuudet
- Järjestelmäkehitys on jaettu useisiin mini-kehitysprojekteihin.
- Osajärjestelmät rakennetaan peräkkäin lopullisen, kokonaisvaltaisen jä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 |
|
| Code |
|
| Testi |
|
Milloin inkrementaalisia malleja käytetään?
- Järjestelmän vaatimukset ymmärretään selvästi.
- Kun tuotteen aikaisemmalle julkaisulle on kysyntää.
- Kun ohjelmistotuotanto joukkue ei ole kovin taitava tai koulutettu.
- Kun mukana on korkean riskin ominaisuuksia ja tavoitteita.
- Tällainen menetelmä on yleisempi verkkosovelluksissa ja tuotepohjaisissa yrityksissä.
Inkrementaalisen mallin edut ja haitat
| edut | Haitat |
|---|---|
| Ohjelmisto luodaan nopeasti ohjelmiston elinkaaren aikana. | Se vaatii hyvää suunnittelua ja suunnittelua. |
| Vaatimusten ja laajuuden muuttaminen on joustavaa ja halvempaa. | Järjestelmäarkkitehtuurista voi aiheutua ongelmia, koska kaikkia vaatimuksia ei kerätä etukäteen koko ohjelmiston elinkaaren ajaksi. |
| Muutoksia voidaan tehdä koko kehitysvaiheen ajan. | Jokainen iteraatiovaihe on jäykkä eikä mene päällekkäin muiden kanssa. |
| Tämä malli on halvempi verrattuna muihin. | Yhden yksikön ongelman korjaaminen vaatii korjausta kaikissa yksiköissä ja vie paljon aikaa. |
| Asiakas voi vastata jokaiseen rakenteeseen. | |
| Virheet on helppo tunnistaa. |


