Téma
- #Szekvenciális végrehajtás
- #Vízeséses fejlesztési módszer
- #Dokumentáció
- #Szoftverfejlesztés
- #Rögzített követelmények
Létrehozva: 2024-05-14
Létrehozva: 2024-05-14 09:50
Vízeséses fejlesztési módszer
A vízesés fejlesztési módszer (Waterfall Model) a szoftverfejlesztés egyik legrégebbi módszertana, amely egymás utáni lépésekben haladva közelíti meg a projekteket. Ez a modell úgy van felépítve, hogy minden egyes fázist teljesen befejeznek, mielőtt a következőbe lépnének, mintha egy vízesés (waterfall) folyna lefelé, lépésről lépésre haladva. Ebben a cikkben részletesen megvizsgáljuk a vízesés fejlesztési módszerének definícióját, főbb jellemzőit, előnyeit és hátrányait, valamint a felhasználási eseteit.
A vízesés fejlesztési módszer a szoftverfejlesztési életciklus (SDLC: Software Development Life Cycle) egyes fázisait egymás után követi. Ezt a modellt Winston W. Royce vezette be először az 1970-es években, és azóta számos projektben alkalmazták. A vízesés modell a következő lépéseket tartalmazza:
1. Követelményelemzés (Requirements Analysis): A projekt követelményeinek gyűjtése és egyértelmű meghatározása.
2. Tervezés (Design): A szoftver architektúrájának és részletes tervezésének elvégzése.
3. Implementáció (Implementation): A tényleges kód írása és a szoftver fejlesztése.
4. Teszt (Test): A fejlesztett szoftver tesztelése a hibák felderítése és kijavítása céljából.
5. Telepítés (Deployment): A szoftver tényleges üzemeltetési környezetbe történő telepítése.
6. Karbantartás (Maintenance): A telepített szoftver karbantartása és fejlesztése.
A fenti képhez hasonlóan, ha a tervezés befejeződött és jóváhagyásra került, akkor a dizájn fázis következik. A dizájn befejezése és jóváhagyása után a következő fejlesztési szakasz kezdődik. A fejlesztés befejezése és jóváhagyása után a tesztelés következik, és ha nincs hiba, akkor a szoftver elindul. A tervezési fázisban többször is módosítások történhetnek, és a dizájn fázisban is több módosítás lehetséges.
De a vízhez hasonlóan, amely felülről lefelé áramlik, a fejlesztés megkezdése után nem szokás hirtelen módosítani a tervet vagy a fejlesztést a tervezés módosítása miatt.
1. Egyértelmű szerkezet: A fázisok egyértelműen elkülönülnek, így a folyamat könnyen nyomon követhető.
2. Dokumentáció: Minden fázisban szigorú dokumentáció készül, ami megkönnyíti a projekt előrehaladásának és a döntések nyomon követését.
3. Könnyű kezelhetőség: A tervezés és az ütemezés könnyen kezelhető, és minden fázishoz egyértelmű célok állíthatók fel.
1. Nehéz módosíthatóság: A kezdeti fázisban a követelmények rögzítésre kerülnek, így a későbbi fázisokban a követelménymódosítás nehézkes és költséges lehet.
2. Fázisok közötti függőség: Egy fázis befejezése nélkül nem lehet a következőbe lépni, ami késleltetheti a projektet.
3. Ügyfél bevonás hiánya: A kezdeti fázisok után az ügyfél bevonása korlátozott, ami miatt a végeredmény eltérhet az elvárásaitól.
A fejlesztési módszerekről beszélve használt kifejezés, amely azt jelenti, hogy a fejlesztés lépésről lépésre, előre meghatározott eljárások szerint történik.
❗Jó tudni még
Az ellenkező módszer az Agile módszer, amely egy prototípus elindításával kezdődik, majd folyamatosan javítják és bővítik a funkciókat a problémák és a fejlesztési lehetőségek alapján. Ez a módszer főként saját szolgáltatások fejlesztésekor használatos, mivel a szolgáltatások minőségének javítására és a folyamatos módosítások elvégzésére alkalmas szakemberek rendelkezésre állnak.
Ha ügyfelek számára készítünk szolgáltatást (SI kiszervezés), és Agile módszert használunk, akkor a havi bérek és egyéb költségek (havi bérleti díj, közüzemi díjak stb.) kifizetését az ügyfélnek kell vállalnia minden hónapban. A valóságban azonban ritka, hogy a fejlesztést havi díjakkal fizessék, általában inkább egy meghatározott időtartamra (pl. 2 hónap, 5 hónap) és fix összegű fejlesztési költségre kötnek szerződést, nem pedig egy határozatlan ideig tartó havi fizetési konstrukcióra.
Hozzászólások0