mi az SDLC vízesés modell?
Bevezetés:
vízesés modell egy példa a szekvenciális modell. Ebben a modellben a szoftverfejlesztési tevékenység különböző fázisokra oszlik, minden fázis egy sor feladatból áll, különböző célokkal.
a vízesés modell az SDLC folyamatok úttörője. Valójában ez volt az első modell, amelyet széles körben használtak a szoftveriparban. Fázisokra van osztva, az egyik fázis kimenete a következő fázis bemenetévé válik., Kötelező, hogy egy fázist a következő fázis megkezdése előtt be kell fejezni. Röviden, nincs átfedés a vízesés modellben
vízesés esetén, egy fázis fejlesztése csak akkor kezdődik, ha az előző fázis befejeződött. E természet miatt a vízesés modell minden fázisa meglehetősen pontos. Mivel a fázisok magasabb szintről alacsonyabb szintre esnek, mint egy vízesés, vízesési modellnek nevezik.,
a vízesés modelljének képi ábrázolása:
a különböző szakaszokban részt vevő tevékenységek a következők:
| S.No | |||||
|---|---|---|---|---|---|
| 1 | Követelményelemzés | 1. Rögzítse az összes követelményt. 2. Ne brainstorming és walkthrough, hogy megértsék a követelményeknek. 3. Végezze el a követelmények megvalósíthatósági vizsgálatát annak biztosítása érdekében, hogy a követelmények tesztelhetők-e vagy sem., |
RUD ( Requirements Understanding Document) | ||
| 2 | rendszertervezés | 1. A követelmények szerint hozza létre a 2 tervet. Rögzítse a hardver / szoftver követelményeket. 3. Dokumentálja a terveket |
HLD(High Level Design document) LLD (Low level design document) |
||
| 3 | Implementation | 1. Mint egy a design létre a Program / kód 2. Integrálja a következő fázis kódjait. 3., A kód egységtesztelése |
programok Egységtesztek és eredmények |
||
| 4 | Rendszertesztelés | 1. Integrálja a vizsgált egység kódját, majd tesztelje, hogy megbizonyosodjon arról, hogy a várt módon működik-e. 2. Végezze el az összes tesztelési tevékenységet (funkcionális és nem funkcionális) annak biztosítása érdekében, hogy a rendszer megfeleljen a követelményeknek. 3. Bármilyen anomália esetén jelentse. 4. Kövesse nyomon a tesztelés előrehaladását olyan eszközökkel, mint a nyomonkövethetőségi mutatók, ALM 5. Jelentse a tesztelési tevékenységét. |
vizsgálati esetek vizsgálati jelentések hibajelentések frissített mátrixok., |
||
| 5 | System Deployment | 1. Győződjön meg róla, hogy a környezet 2. Győződjön meg róla, hogy nincs nyitva sev 1 hiba. 3. Győződjön meg arról, hogy a vizsgálati kilépési kritériumok teljesülnek. 4. Telepítse az alkalmazást az adott környezetben. 5. Az alkalmazás telepítése után végezzen józansági ellenőrzést a környezetben annak biztosítása érdekében, hogy az alkalmazás ne szakadjon meg. |
Felhasználói Kézikönyv Környezetmeghatározás / specifikáció |
||
| 6 | Rendszerkarbantartás | 1., Győződjön meg róla, hogy az alkalmazás az adott környezetben működik. 2. Incase felhasználó találkozik, hiba, győződjön meg róla, hogy vegye figyelembe, majd kijavítani a problémákat. 3. Incase minden probléma rögzített; a frissített kód telepítve van a környezetben. 4.Az alkalmazás mindig továbbfejlesztett bele több funkciót, frissítse a környezetet a legújabb funkciók |
Felhasználói Kézikönyv listája termelési jegyek listája új funkciók végre. |
mikor kell használni az SDLC vízesés modellt?,
SDLC vízesés modell akkor használható, ha
- követelmények stabilak és nem változnak gyakran.
- egy alkalmazás kicsi.
- nincs olyan követelmény, amely nem érthető vagy nem világos.
- a környezet stabil
- az alkalmazott eszközök és technikák stabilak, nem dinamikusak
- az erőforrások jól képzettek és rendelkezésre állnak.
A vízesés modell előnyei és hátrányai
a vízesés modell használatának előnyei a következők:
- egyszerű és könnyen érthető és használható.,
- kisebb projektek esetében a vízesésmodell jól működik, és megfelelő eredményeket ad.
- mivel a fázisok merevek és pontosak, egy fázis egyszerre történik, könnyen karbantartható.
- a belépési és kilépési kritériumok jól definiáltak,így könnyen és szisztematikusan folytatható a minőség.
- Az eredmények jól dokumentáltak.
a vízesés modell használatának hátrányai:
- nem tudja elfogadni a követelmények változásait
- nagyon nehéz lesz visszatérni a fázisba., Például, ha az alkalmazás most átkerült a tesztelési szakaszba, és megváltozik a követelmény, akkor nehéz lesz visszamenni és megváltoztatni.
- a végtermék szállítása késik, mivel nincs olyan prototípus, amelyet közvetetten bizonyítanának.
- nagyobb és összetett projektek esetében ez a modell nem jó, mivel a kockázati tényező magasabb.
- nem alkalmas olyan projektekre, ahol a követelmények gyakran változnak.
- nem működik hosszú és folyamatban lévő projekteknél.,
- mivel a vizsgálat egy későbbi szakaszban történik, nem teszi lehetővé a kihívások és kockázatok azonosítását a korábbi szakaszban, így a kockázatcsökkentő stratégiát nehéz előkészíteni.
következtetés
a vízesés modellben nagyon fontos, hogy vegye le a jelet az egyes fázisok szállítóeszközeiről. Ma már a legtöbb projekt agilis és prototípus modellekkel mozog, a vízesés modell továbbra is jó a kisebb projektekhez. Ha a követelmények egyszerűek és tesztelhetők, a vízesés modell hozza a legjobb eredményeket.