Mikä on vesiputousmalli SDLC:ssä? Hyödyt ja haitat
Lucas Bennett
Mikä on vesiputousmalli?
Vesiputousmalli on peräkkäinen malli, joka jakaa ohjelmistokehityksen ennalta määriteltyihin vaiheisiin. Jokainen vaihe on saatava päätökseen ennen kuin seuraava vaihe voi alkaa ilman päällekkäisyyttä vaiheiden välillä. Jokainen vaihe on suunniteltu suorittamaan tiettyä toimintaa SDLC-vaiheen aikana. Winston Royce esitteli sen vuonna 1970.
Vesiputousmallin eri vaiheet ohjelmistosuunnittelussa
Seuraavat ovat vesiputousmallin eri vaiheet:
| Eri vaiheita | Jokaisessa vaiheessa suoritettavaa toimintaa |
|---|---|
| Vaatimus Kokoontumisvaihe |
|
| Suunnitteluvaihe | |
| Rakennettu Stage | Suunnitteluvaiheen jälkeen se on rakennettu vaihe, joka ei ole muuta kuin ohjelmiston koodausta |
| Testivaihe | Tässä vaiheessa testaat ohjelmistoa varmistaaksesi, että se on rakennettu asiakkaan antamien vaatimusten mukaisesti. |
| Käyttöönottovaihe | Ota sovellus käyttöön kyseisessä ympäristössä |
| Huoltovaihe | Kun järjestelmäsi on valmis käytettäväksi, saatat myöhemmin vaatia koodin vaihtamista asiakkaan pyynnöstä |
Milloin käyttää SDLC-vesiputousmallia?
Vesiputousmetodologiaa voidaan käyttää, kun:
- Vaatimukset eivät muutu usein
- Sovellus ei ole monimutkainen ja suuri
- Projekti on lyhyt
- Vaatimus on selvä
- Ympäristö on vakaa
- Käytetty tekniikka ja työkalut eivät ole dynaamisia ja vakaat
- Resurssit ovat saatavilla ja koulutettuja
Vesiputousmallin edut ja haitat
Tässä ovat Waterfall-mallin suositut edut Ohjelmistotuotanto joillain haitoilla:
| edut | Haitat |
|---|---|
| Ennen seuraavaa kehitysvaihetta jokainen vaihe on saatava päätökseen | Virhe voidaan korjata vain vaiheen aikana |
| Soveltuu pienempiin projekteihin, joissa vaatimukset on määritelty tarkasti | Se ei ole toivottavaa monimutkaisille projekteille, joissa vaatimukset muuttuvat usein |
| Heidän tulee suorittaa laadunvarmistustesti (varmennus ja validointi) ennen kunkin vaiheen suorittamista | Testausjakso tulee melko myöhään kehitysprosessissa |
| Tarkka dokumentointi tehdään ohjelmiston kehityssyklin jokaisessa vaiheessa | Dokumentointi vie paljon aikaa kehittäjiltä ja testaajilta |
| Projekti on täysin riippuvainen projektitiimistä ja asiakkaan väliintulo on minimaalisella tasolla | Asiakkaiden arvokasta palautetta ei voida sisällyttää jatkuvaan kehitysvaiheeseen |
| Mahdolliset muutokset ohjelmistoon tehdään kehitysprosessin aikana | Pienet muutokset tai virheet, jotka tapahtuvat valmiissa ohjelmistossa, voivat aiheuttaa paljon ongelmia |
