Model životného cyklu vývoja softvéru (SDLC)

Autor: Lewis Jackson
Dátum Stvorenia: 10 Smieť 2021
Dátum Aktualizácie: 20 V Júni 2024
Anonim
Model životného cyklu vývoja softvéru (SDLC) - Technológie
Model životného cyklu vývoja softvéru (SDLC) - Technológie

Obsah

Definícia - Čo znamená model životného cyklu vývoja softvéru (SDLC)?

Model životného cyklu vývoja softvéru (SDLC) je koncepčný rámec opisujúci všetky činnosti v projekte vývoja softvéru od plánovania po údržbu. Tento proces je spojený s niekoľkými modelmi, z ktorých každý obsahuje rôzne úlohy a činnosti.

Vývoj softvéru je ťažkopádna činnosť, ktorá si vyžaduje náležitú identifikáciu požiadaviek, ich implementáciu a nasadenie softvéru. Činnosti tu však nekončia. Po distribúcii softvéru sa musí včas zabezpečiť správna údržba.

Tento výraz sa tiež nazýva procesný model vývoja softvéru.


Úvod do programu Microsoft Azure a Microsoft Cloud V tejto príručke sa dozviete, o čom všetko je cloud computing a ako vám môže Microsoft Azure pomôcť migrovať a podnikať z cloudu.

Techopedia vysvetľuje model životného cyklu vývoja softvéru (SDLC)

Medzi hlavné činnosti vývoja softvéru patrí:

  • Extrakcia požiadaviek: Klient má nejasnú predstavu o tom, čo sa vyžaduje. Po dôkladnej analýze požiadaviek a plánovacích krokov na dosiahnutie cieľa je skupina softvérových inžinierov uvedená do praxe abstraktného nápadu klienta.
  • Opis softvéru: Opisuje, že softvér je ďalším krokom v procese.
  • Abstraktné zobrazenie systému: Je vytvorený s cieľom potvrdiť, že spĺňa požiadavky produktu a rozhranie s inými softvérovými produktmi spolu s príslušným hardvérom.
  • Požiadavky klienta: Implementované prostredníctvom kódu naprogramovaného softvérovými technikmi.
  • Testovanie kódu: Kód je testovaný, aby sa ubezpečil, že neobsahuje chyby a dodržiava požiadavky klienta.
  • Dokumentácia interného návrhu: Pre budúcu údržbu a vylepšenie produktu.
  • Údržba: Vykonáva sa zmena architektúry systému podľa budúcich potrieb. To si môže vyžadovať doplnenie kódu alebo zmenu existujúceho kódu.

Uvedený vývojový proces je zjednodušený radom modelov. Vývojový tím vyberie najvhodnejší model. Rôzne modely sú:


  • Model vodopádu: Vývojári uvádzajú požiadavky, analyzujú ich, určujú riešenie a rámujú softvérovú architektúru, zobrazenie rozhrania a algoritmické podrobnosti. Potom vyvinú kód, otestujú ho, nasadia a udržujú. Aj keď je vodopádová metóda ľahko zrozumiteľná a stanovuje stabilitu požiadaviek, môže to viesť k nesprávnemu dojmu, že neposkytuje veľkú účasť zákazníkov. Hlavným problémom tohto modelu je to, že požiadavka na opravu chýb by mala byť známa vopred a včas. V opačnom prípade môže celý proces pokračovať nesprávnym smerom, čo by mohlo mať negatívny vplyv na výrobné náklady.
  • V Shaped model: Je variáciou modelu vodopádu. Zdôrazňuje overenie a validáciu výrobku. Všetky výstupy sú testovateľné a pokrok sa sleduje míľnikmi. Testovanie sa vykonáva súbežne s fázou vývoja.
  • Prototypový model: Prototyp sa vyvíja vo fáze požiadavky a koncoví užívatelia ho vyhodnocujú. Na základe spätnej väzby od používateľov vývojári upravujú prototyp tak, aby vyhovoval požiadavkám používateľov. Tento model síce ľahko dokončí požiadavky, ale jeho použitie v produkčnom prostredí môže mať za následok problémy s kvalitou, takže proces korekcie bude pokračovať navždy.
  • Špirálový model: Využíva modely vodopádov aj prototypov. Do vodopádového modelu pridáva programovacie jazyky 4. generácie, prototypy rýchleho vývoja aplikácií a analýzu rizík. Systémové požiadavky sú navrhnuté a vytvorí sa predbežný návrh systému. Pôvodný prototyp je navrhnutý a testovaný. Na základe vyhodnotenia výsledkov testu sa vytvorí druhý prototyp. Nasledujúce prototypy sú skonštruované tak, aby zabezpečili spokojnosť zákazníka. Systém je vytvorený na základe konečného prototypu. Konečný systém je vyhodnotený a otestovaný. Aj keď tento model do veľkej miery znižuje riziko, nemusí spĺňať rozpočet a pre každú aplikáciu sa uplatňuje odlišne.
  • Iteračný a prírastkový model SDLC: Špecifikuje a implementuje časť softvéru, ktorá sa potom prehodnocuje a ďalšie požiadavky sa pridávajú a implementujú do skupín. Každé vydanie prináša operatívny produkt, ktorý zákazníkom poskytuje najprv dôležité funkcie, čím znižuje počiatočné náklady na doručenie. Riziko zmeny požiadaviek sa výrazne znižuje a zákazníci môžu na každú budovu reagovať. Napriek svojim silným stránkam si tento model vyžaduje dobré plánovanie a včasné vymedzenie úplného a plne funkčného systému. Vyžaduje si tiež dobre definované rozhrania modulov.
  • Agilný rozvojový model: Používa sa pre časovo kritické aplikácie v organizáciách využívajúcich disciplinované metódy. Urýchľuje fázy životného cyklu a má obmedzený rozsah.
  • Model Magic Box: Je to model vývoja webových aplikácií. Je to najrýchlejší spôsob dokončenia projektu s najmenšími chybami, pretože poskytuje šancu zmeniť štruktúru kódu a databázy.