Mi az SDLC?
Van egy tervezett vacsora a parasztházban. Mikor kezd el ezt tervezni? Milyen megközelítést fog követni? Érdeklődik-e azon vendégek számát illetően, akik érkeznek a nagy partira? És el fog készíteni egy finom menüt (mondjuk építészet)? Elkezdi elkészíteni az ételt, és ha egyszer elkészíti, akkor kipróbálni fogja, nem igaz? (Csak azt kell ellenőrizni, hogy van-e íze az ételben). Remélem, hogy alapvető ötletet adott neked arról, amit itt meg akarunk magyarázni, ugorjunk a témához. A szoftverfejlesztési életciklus (SDLC) egy meghatározott megközelítés és lépéssorozatok, amelyeket bármely szoftver kifejlesztésekor követnek annak érdekében, hogy megfeleljen vagy meghaladja a meghatározott elvárásokat vagy az ügyfelek követelményeit.
Fázistípusok SDLC-ben
A szoftver életciklusának több szakasza van:
- Követelmény fázis
- Elemzési fázis
- Tervezési szakasz
- Fejlesztési szakasz
- Tesztelési fázis
- Telepítési és karbantartási szakasz
Követelmény fázis:
Ez a szoftverfejlesztés életciklusának első és alapvető lépése. A követelményeknek az ügyfelekkel vagy ügyfelekkel való összegyűjtésével kezdődik. A legtöbb szervezetben ezt a szerepet az üzleti elemzők vállalják. Az üzleti elemzők kapcsolatba lépnek az ügyféllel / ügyfelekkel, napi találkozókat készítenek, dokumentálják az üzleti követelmények specifikációjában (vagy az egyszerű üzleti specifikációban) szereplő követelményeket, és átadják a végleges dokumentált követelményt a fejlesztői csapatnak. Az üzleti elemzők felelőssége, hogy minden részlet rögzítésre és dokumentálásra kerüljön, valamint annak ellenőrzése, hogy mindenki érti-e az ügyfelek igényeit.
Elemzési szakasz:
A követelménygyűjtési szakasz befejezése után a következő feladat a követelmények elemzése és jóváhagyás megszerzése az ügyféltől / ügyfelektől. Ez a szoftverkövetelmény-specifikációval (SRS) érhető el, amely a követelménygyűjtési szakaszban összegyűjtött és kidolgozott követelményekből áll. Ezt a fázist elsősorban projektmenedzserek, üzleti elemzők és tanácsadók végzik.
Tervezési szakasz:
Amint az elemzési szakasz lezárult, a következő lépés lesz a termék legpontosabb, legmegbízhatóbb, leghatékonyabb és költséghatékonyabb architektúrája, amelyet ki kell fejleszteni. Ebben a fázisban általában több mintát javasolnak, és a legjobbat különböző paraméterek, például robusztus, tartósság, ütemterv, költséghatékonyság és még sok más alapján választják ki! A különböző tervezési architektúrákat általában a Design Document Specification vagy a DDS dokumentálja. Ez a szakasz 2 tervezési megközelítésből áll:
- Alacsony szintű tervezés : Ezt a feladatot a Senior Developers végzi, ahol meghatározzák a kifejlesztendő termék-architektúra minden moduljának funkcióját.
- Magas szintű tervezés : Ezt a feladatot az Építészek / Senior Építészek végzik, ahol a kidolgozandó termék különböző lehetséges architektúráit tervezik.
Fejlesztési szakasz:
Ebben a szakaszban a programozási nyelvek és a különböző keretek tényleges megvalósítását használják a termék fejlesztéséhez. Ebben a szakaszban az összes fejlesztő részt vesz. A fejlesztőknek elvárniuk kell bizonyos előre meghatározott kódolási szabványok és iránymutatások betartását; várhatóan befejezik a projekt moduljait a projektre meghatározott határidőn belül. Ez a szakasz a szoftverfejlesztési életciklus leghosszabb és egyik legkritikusabb fázisa. Ezt a fázist forráskód-dokumentumként (SCD) dokumentálják.
Tesztelési szakasz:
A fejlesztési szakasz befejezése után a következő lépés a kifejlesztett szoftver tesztelése. A kifejlesztett szoftvert elküldik a tesztelő csapatnak, ahol különféle típusú teszteket végeznek alaposan a szoftverrel, és megkeresik a hibákat. Ha hibát talál, a tesztelő csoport rögzíti és dokumentálja, amelyet ismét vissza kell küldeni a fejlesztőcsoportnak hibaelhárítás céljából. Ezt a szerepet a vállalat szoftvertesztelői és minőség-elemzői látják el. A tesztelő csoportnak meg kell győződnie arról, hogy a szoftver minden összetevője hibátlan és a várt módon működik.
Telepítési és karbantartási szakasz:
A tesztelési szakasz lejártát követően a szoftver első verziója telepítésre kerül, és felhasználás céljából kiszállítják az ügyfélhez. Amint az ügyfél elkezdi a kifejlesztett szoftver használatát, ott van a hibajavítás, amelyet a tesztelési szakaszban nem fedeztek fel, mivel amikor a végfelhasználók egy nagy csoportja elkezdi használni a szoftvert, valószínűsíthető, hogy néhány határidőt elmulasztottak. Van lehetőség a szoftver frissítésére újabb verziókkal, valamint a legújabb biztonsági javításokkal és technológiákkal. És végül, a szoftver továbbfejlesztésére is van lehetőség, azzal, hogy további funkciókat ad a meglévő szoftverhez.
Népszerű SDLC modellek:
Számos különféle SDLC modell létezik, amelyeket a szoftverfejlesztési folyamatban való megvalósításra terveztek. A legfontosabb és legnépszerűbbek a következők:
- Vízesés modell
- Iteratív modell
- Spirálmodell
- V-Model
Vízesés modell:
A vízesési modellben a szoftverfejlesztés teljes folyamata fázisokra oszlik, ahol az egyik fázis kimenete szolgál a következő fázis bemeneteként. A következő szakasz csak akkor kezdődik, amikor az előző szakasz befejeződik.
Iteratív modell:
Ez a modell kisebb követelményekkel indul, és az SDLC folyamat elindításához nincs szüksége a termékleírás teljes környezetére. Ez a folyamat ismétlődő, és az SDLC folyamat minden egyes ismétlésekor a szoftver újabb verzióját készítik. Minden iteráció 2-6 hét között lehet. Minden iteráció külön összetevőt fejleszt ki ebben a megközelítésben. Ez a modell egy üzemmód erőforrást igényel, mint a vízesés modell.
Spirálmodell:
Ez a modell egy vízesés és spirál modell kombinációja, és iteratív módon működik. A projektben rejlő kockázat alapján ez a modell arra irányítja a csapatot, hogy egy vagy több SDLC modell elemeit alkalmazza, például egy vízesést vagy az Iteratív modellt. Itt a szoftver életciklusa kisebb részekre oszlik, és új funkciók egészíthetők ki a szoftverhez még az SDLC késői szakaszaiban.
V-Model:
A V modell alapvetően a vízesés modelljének kibővítése, ahol a tesztelési és a fejlesztési szakaszokat párhuzamosan tervezik. Az egyik oldal a hitelesítési fázisból áll, míg a másik a hitelesítési fázisból áll, amelyet végül kódolás kapcsol össze. A következő állapot csak akkor indul el, amikor az előző állapot befejeződik.
Ajánlott cikkek
Ez egy útmutató a Mi az SDLC-hez. Itt megvitattuk az SDLC különféle típusait a Népszerű SDLC modellekkel. A következő cikkeket is megnézheti további információkért -
- Szoftverfejlesztés vs. webfejlesztés
- Hiba az életciklus a szoftver tesztelésében
- Egyedi lépések a pénzügyi modellek felépítéséhez (szoftver, típusok)
- Bevezetés a szoftverfejlesztésbe