Mikä on SDLC Vesiputous Malli?
Johdanto:
Vesiputousmalli on esimerkki peräkkäisestä mallista. Tässä mallissa ohjelmistokehitystoiminta jakautuu eri vaiheisiin ja jokainen vaihe koostuu useista tehtävistä ja sillä on erilaisia tavoitteita.
Vesiputousmalli on SDLC-prosessien edelläkävijä. Itse asiassa se oli ensimmäinen malli, jota käytettiin laajalti ohjelmistoalalla. Se jaetaan vaiheisiin ja yhden vaiheen ulostulosta tulee seuraavan vaiheen tulo., On pakollista, että vaihe saadaan valmiiksi ennen seuraavan vaiheen alkamista. Lyhyesti sanottuna, ei ole päällekkäisiä Vesiputous malli
vesiputous, kehityksen yksi vaihe alkaa vasta, kun edellinen vaihe on valmis. Tämän luonteen vuoksi vesiputousmallin jokainen vaihe on melko tarkkaan määritelty. Koska vaiheet putoavat korkeammalta tasolta alemmalle tasolle, kuten vesiputous, se on nimetty vesiputousmalliksi.,
kuvin vesiputous malli:
toimia, jotka liittyvät eri vaiheet ovat seuraavat:
| S. O | Vaihe | Toiminnasta | Tuotokset |
|---|---|---|---|
| 1 | Vaatimus Analyysi | 1. Ota talteen kaikki vaatimukset. 2. Tee aivoriihi ja läpivienti ymmärtää vaatimukset. 3. Tee vaatimukset toteutettavuustesti sen varmistamiseksi, että vaatimukset ovat testattavissa tai eivät., |
RUD ( Vaatimusten Ymmärtäminen-Dokumentti) |
| 2 | Järjestelmän Suunnittelu | 1. Per vaatimukset, luo muotoilu 2. Kaapata laitteisto / ohjelmisto vaatimukset. 3. Asiakirja mallit |
HLD ( Korkean Tason Suunnittelu-dokumentti) LLD (Low level design document) |
| 3 | Toteutus | 1. Kuten kohti suunnittelu luo programes / koodi 2. Integroi seuraavan vaiheen koodit. 3., Yksikkö testaus-koodi |
Ohjelmat Laite testitapaukset ja tulokset |
| 4 | Järjestelmän Testaus | 1. Integroi testattu yksikkö ja testaa se varmistaaksesi, toimiiko se odotetusti. 2. Suorita kaikki testaustoimet (toiminnalliset ja ei-toiminnalliset) varmistaaksesi, että järjestelmä täyttää vaatimukset. 3. Ilmoittakaa poikkeaman varalta. 4. Seuraa edistymistäsi testauksessa esimerkiksi jäljitettävyysmittareiden, ALM 5 avulla. Ilmoita testaustoiminnastasi. |
testitapaukset testiraportit vikaraportit päivitetyt matriisit., |
| 5 | Järjestelmän Käyttöönotto | 1. Varmista, että ympäristö on ylhäällä 2. Varmista, ettei sev 1-vikoja ole auki. 3. Varmista, että testin poistumiskriteerit täyttyvät. 4. Ota sovellus käyttöön vastaavassa ympäristössä. 5. Tee ympäristön järki-tarkastus sen jälkeen, kun sovellus on otettu käyttöön sen varmistamiseksi, ettei sovellus katkea. |
Käyttöohje Ympäristön määritelmä / erittely |
| 6 | Järjestelmän ylläpito | 1., Varmista, että sovellus on toiminnassa vastaavassa ympäristössä. 2. Incase käyttäjä kohtaamisia ja vika, varmista huomata ja korjata ongelmat. 3. Incase mikä tahansa ongelma on kiinteä; päivitetty koodi otetaan käyttöön ympäristössä. 4.Sovellus on aina parannettu sisällyttää enemmän ominaisuuksia, päivitä ympäristön kanssa uusimmat ominaisuudet |
Käyttöohje Luettelo tuotannon liput Lista uusia ominaisuuksia toteutetaan. |
Kun käyttää SDLC Vesiputous Malli?,
SDLC Vesiputousmallia käytetään, kun
- vaatimukset ovat vakaat eikä niitä muuteta usein.
- an application is small.
- ei ole vaatimuksia, joita ei ymmärretä tai jotka eivät ole kovin selkeitä.
- ympäristö on vakaa
- työkalut ja tekniikat on vakaa ja ei ole dynaamista
- Resurssit ovat hyvin koulutettuja ja ovat käytettävissä.
Plussat ja Miinukset Vesiputous malli
Etuja käyttämällä Vesiputous malli ovat seuraavat:
- Yksinkertainen ja helppo ymmärtää ja käyttää.,
- pienempien projektien osalta Putous-malli toimii hyvin ja tuottaa asianmukaiset tulokset.
- koska vaiheet ovat jäykkiä ja tarkkoja, yksi vaihe tehdään yksi kerrallaan, se on helppo ylläpitää.
- Tulo-ja poistumiskriteerit on määritelty hyvin, joten laadun jatkaminen on helppoa ja järjestelmällistä.
- tulokset on dokumentoitu hyvin.
Haitat käyttäen Vesiputous malli:
- ei Voi hyväksyä muutokset koskevat vaatimukset
- Se on erittäin vaikea siirtyä takaisin vaiheeseen., Jos esimerkiksi sovellus on nyt siirtynyt testausvaiheeseen ja vaatimus muuttuu, on vaikea palata ja muuttaa sitä.
- lopputuotteen toimitus on myöhässä, koska prototyyppiä ei ole osoitettu välillisesti.
- suurempia ja monimutkaisia hankkeita, tämä malli ei ole hyvä, koska riskitekijä on suurempi.
- ei sovellu hankkeisiin, joissa vaatimuksia muutetaan usein.
- ei toimi pitkissä ja käynnissä olevissa hankkeissa.,
- Koska testaus tehdään myöhemmässä vaiheessa, se ei salli tunnistaa haasteet ja riskit aikaisemmassa vaiheessa, jotta riskien vähentämisen strategia on vaikea valmistaa.
Johtopäätös
vesiputous malli, se on erittäin tärkeää ottaa merkki pois suoritteet kunkin vaiheen. Tästä päivästä lähtien suurin osa hankkeista liikkuu ketterillä ja Prototyyppimalleilla, Waterfall model sopii yhä hyvin pienempiin projekteihin. Jos vaatimukset ovat suoraviivaisia ja testattavissa, Vesiputousmalli tuottaa parhaat tulokset.