A szoftver életciklus-modell (más néven folyamatmodell) a szoftver életciklusának képi és diagramos ábrázolása. Az életciklus-modell az összes olyan módszert képviseli, amely szükséges ahhoz, hogy egy szoftvertermék áthaladjon az életciklus szakaszain. Azt a struktúrát is rögzíti, amelyben ezeket a módszereket alkalmazni kell.
Más szavakkal, az életciklus-modell feltérképezi a szoftverterméken végzett különféle tevékenységeket annak kezdetétől a nyugdíjba vonulásig. A különböző életciklus-modellek a szükséges fejlesztési tevékenységeket különböző módon tervezhetik szakaszokra. Így egyetlen olyan elem sem szerepel, amelyik életciklus-modellt követi, a lényeges tevékenységeket minden életciklus-modell tartalmazza, bár a cselekvés különböző életciklus-modellekben eltérő sorrendben is végrehajtható. Az életciklus bármely szakaszában egynél több tevékenység is elvégezhető.
SDLC szükséges
A fejlesztő csapatnak meg kell határoznia egy megfelelő életciklus-modellt egy adott tervhez, majd be kell tartania azt.
A pontos életciklus-modell alkalmazása nélkül egy szoftvertermék fejlesztése nem lenne szisztematikus és fegyelmezett. Amikor egy csapat szoftverterméket fejleszt, a csapat képviselőjének világosan meg kell értenie, hogy mikor és mit kell tennie. Ellenkező esetben káoszra és a projekt kudarcára utalna. Ez a probléma egy példa segítségével definiálható. Tegyük fel, hogy egy szoftverfejlesztési probléma több részre van osztva, és a részeket a csapattagokhoz rendelik. Tegyük fel, hogy innentől kezdve a csapat képviselője szabadon alakíthatja a rájuk osztott szerepeket, ahogyan akarja. Lehetséges, hogy az egyik képviselő elkezdi írni a kódot a maga részéről, egy másik dönthet úgy, hogy először elkészíti a tesztdokumentumokat, és egy másik mérnök elkezdheti a számára kijelölt szerepkörök tervezési fázisát. Ez lenne az egyik tökéletes módszer a projekt kudarcára.
A szoftver életciklus-modellje minden fázishoz leírja a belépési és kilépési feltételeket. Egy fázis csak akkor kezdődhet el, ha a szakaszba lépési kritériumai teljesülnek. Tehát szoftver életciklus-modell nélkül egy szakasz be- és kilépési feltételei nem ismerhetők fel. Szoftver életciklus-modellek nélkül a szoftverprojekt-menedzserek nehezen tudják nyomon követni a projekt előrehaladását.
SDLC ciklus
Az SDLC ciklus a szoftverfejlesztés folyamatát jelenti. Az SDLC keretrendszer a következő lépéseket tartalmazza:
Az SDLC szakaszai a következők:
1. szakasz: Tervezés és követelményelemzés
java string concat
A követelményelemzés az SDLC legfontosabb és legszükségesebb szakasza.
A csapat vezető tagjai az összes érdekelt fél és szakterület-szakértő vagy kkv-k közreműködésével hajtják végre.
Ebben a szakaszban történik a minőségbiztosítási követelmények tervezése és a projektekhez kapcsolódó kockázatok azonosítása is.
Az üzleti elemző és a projektszervező találkozót szervez az ügyféllel, hogy összegyűjtse az összes adatot, például, hogy az ügyfél mit szeretne építeni, ki lesz a végfelhasználó, mi a termék célja. A termék létrehozása előtt nagyon szükséges a termék alapvető megértése vagy ismerete.
Például , Egy ügyfél pénzforgalommal kapcsolatos alkalmazást szeretne. Ennél a módszernél a követelménynek pontosnak kell lennie, például, hogy milyen műveleteket, hogyan, milyen pénznemben kell elvégezni stb.
A kívánt funkció elvégzése után az elemzés befejeződik a termék növekedésének megvalósíthatóságának auditálásával. Bármilyen kétértelműség esetén jelet állítunk fel a további megbeszélésre.
A követelmény megértése után létrejön az SRS (Software Requirement Specification) dokumentum. A fejlesztőknek alaposan követniük kell ezt a dokumentumot, és az ügyfélnek is át kell tekintenie a későbbi hivatkozás céljából.
2. szakasz: Követelmények meghatározása
A követelményelemzés elvégzése után a következő lépés a szoftverkövetelmények minden bizonnyal bemutatása és dokumentálása, és elfogadtatása a projekt érdekelt feleitől.
Ez az „SRS” – Szoftverkövetelmény-specifikáció dokumentumon keresztül valósul meg, amely tartalmazza a projekt életciklusa során megépítendő és fejlesztendő összes termékkövetelményt.
3. szakasz: A szoftver tervezése
A következő fázis a szoftverprojekt követelményeivel, elemzésével és tervezésével kapcsolatos összes ismeretet leépíti. Ez a fázis az utolsó kettő szorzata, mint például a vevő inputja és a követelmények összegyűjtése.
4. szakasz: A projekt kidolgozása
Az SDLC ebben a fázisában kezdődik a tényleges fejlesztés, és megtörténik a programozás felépítése. A tervezés megvalósítása a kódírással kezdődik. A fejlesztőknek követniük kell a felügyeleti és programozási eszközeik által leírt kódolási irányelveket, mint például fordítók, értelmezők, hibakeresők stb., amelyeket a kód fejlesztéséhez és megvalósításához használnak.
5. szakasz: Tesztelés
A kód előállítása után a követelmények alapján tesztelik, hogy megbizonyosodjanak arról, hogy a termékek megfelelnek a követelmények szakaszában megcélzott és összegyűjtött igényeknek.
Ebben a szakaszban egységtesztelés, integrációs tesztelés, rendszertesztelés, átvételi tesztelés történik.
6. szakasz: Telepítés
Amint a szoftvert tanúsították, és nincsenek hibák vagy hibák, akkor a rendszer telepíti.
Ezután az értékelés alapján a szoftver kiadható úgy, ahogy van, vagy az objektumszegmensben javasolt fejlesztéssel.
A szoftver telepítése után megkezdődik a karbantartása.
7. szakasz: Karbantartás
Ha egyszer az ügyfél elkezdi használni a kifejlesztett rendszereket, akkor időről időre előkerülnek a valós problémák és a megoldásra váró követelmények.
gb vs mb
Ezt az eljárást, amikor a kifejlesztett termékről gondoskodnak, karbantartásnak nevezik.