vesiputous malli on lineaarinen, juokseva lähestymistapa software development life cycle (SDLC), joka on suosittu ohjelmisto, suunnittelu ja tuotekehitys. Vesiputousmalli korostaa askelten etenemistä. Samanlainen suuntaan vesi virtaa reunan yli kallion, erilliset päätepisteet tai tavoitteet on asetettu kunkin vaiheen kehityksen ja voi olla uudelleen valmistumisen jälkeen. Termi otettiin käyttöön ensimmäisen kerran tohtori Winston W: n vuonna 1970 julkaisemassa lehdessä., Royce ja edelleen käytetään sovelluksissa teollisen suunnittelun.
vesiputousmetodologia koostuu seitsemästä päällekkäisestä vaiheesta:
- vaatimukset: mahdolliset vaatimukset, hankkeen määräaikoja koskevat ohjeet analysoidaan ja asetetaan toiminnalliselle spesifikaatiolle. Tässä vaiheessa käsitellään hankkeen määrittelyä ja suunnittelua mainitsematta erityisiä prosesseja.
- analyysi: järjestelmän eritelmät analysoidaan tuotemallien tuottamiseksi ja liiketoiminta ohjaa tuotantoa. Tämä tapahtuu myös silloin, kun taloudellisia ja teknisiä resursseja tarkastetaan toteutettavuuden varmistamiseksi.,
- Design: design specification document on luotu hahmottelemaan teknisiä suunnitteluvaatimuksia, kuten ohjelmointikieltä, laitteistoa, tietolähteitä, arkkitehtuuria ja palveluita.
- Koodaus/Toteutus: lähde kehitetty käyttäen malleja, logiikka vaatimukset nimetty ennen vaihetta. Tyypillisesti järjestelmä on suunniteltu pienemmissä komponenteissa eli yksiköissä ennen kuin se toteutetaan yhdessä.
- Testaus: Tämä on, kun laadunvarmistus -, yksikkö -, beta-testit tapahtua raportoida asioista, jotka täytyy ratkaista. Tämä voi aiheuttaa virheenkorjauksen koodausvaiheen pakkoruotsin., Jos järjestelmä läpäisee testit, vesiputous jatkuu eteenpäin.
- Operation / Deployment: tuotteen tai sovelluksen katsotaan olevan täysin toimintakykyinen ja se sijoitetaan elävään ympäristöön.
- huolto: korjaavaa, mukautuvaa ja perfektiivistä ylläpitoa tehdään loputtomiin lopputuotteen parantamiseksi, päivittämiseksi ja parantamiseksi. Tähän voi sisältyä uusien versioiden julkaiseminen tai julkaiseminen.,
ennen siirtymistään seuraavaan vaiheeseen, yleensä käydään läpi ja kuitataan, että kaikki määritellyt tavoitteet on saavutettu.
Putous-lähestymistapa on ihanteellinen hankkeille, joilla on erityistä dokumentaatiota, kiinteitä vaatimuksia, runsaasti resursseja, vakiintunut aikajana hyvin ymmärretty tekniikka. Vaihtoehtoja vesiputous malli sisältää joint application development (JAD), rapid application development (RAD), sync-ja-vakauttaa, Agile project management (APM) ja kierre malli.,
vesiputousmallin edut
samalla kun ketterät tai dynaamiset menetelmät usein korvaavat vesiputousmallin, on joitakin etuja:
- upfront-dokumentaatio ja suunnitteluvaiheet mahdollistavat sen, että suuret tai vaihtavat tiimit pysyvät ajan tasalla ja siirtyvät kohti yhteistä tavoitetta.
- joukot , kurinalainen organisaatio.
- on helppo ymmärtää, seurata ja järjestää tehtäviä.
- helpottaa lähtö-ja johtamisvalvontaa aikatauluun tai määräaikoihin perustuen.
- vahvistaa hyviä koodaustapoja, joilla määritellään ennen suunnittelua ja sen jälkeen koodia.,
- mahdollistaa varhaisten suunnittelu-tai määrittelymuutosten tekemisen helposti.
- määrittelee selkeästi välitavoitteet ja määräajat.
vesiputousmallin haitat
vesiputousmallin haitat tyypillisesti ympäröivät tarkistamattomuuteen liittyvää riskiä, mukaan lukien:
- ei ole mukautuva; usein kun vika löytyy, koko prosessin on aloitettava alusta.
- ei Huomioi mahdollista saada mid-prosessi käyttäjän tai asiakkaan palautetta ja tehdä muutoksia tulosten perusteella.
- viivästyttää testausta kehityksen elinkaaren loppuun saakka.,
- ei pidä virheenkorjausta.
- ei käsittele muutoksia, soveltamisalan muutoksia tai päivityksiä koskevia pyyntöjä hyvin.
- vähentää tehokkuutta siten, että prosessit eivät pääse päällekkäisyyksiin.
- käyttövalmistetta ei ole saatavilla ennen elinkaaren myöhempiä vaiheita.
- ei ole ihanteellinen monimutkaisiin, suuririskisiin, meneillään oleviin tai esinekeskeisiin hankkeisiin.