Sisu
- Definitsioon - mida tähendab tarkvaraarenduse elutsükli mudel (SDLC)?
- Sissejuhatus Microsoft Azure'i ja Microsoft Cloud | Kogu selle juhendi kaudu saate teada, mis on pilvandmetöötlus ja kuidas Microsoft Azure aitab teil pilvest rännata ja oma ettevõtet juhtida.
- Techopedia selgitab tarkvara arendamise elutsükli mudelit (SDLC)
Definitsioon - mida tähendab tarkvaraarenduse elutsükli mudel (SDLC)?
Tarkvaraarenduse elutsükli (SDLC) mudel on kontseptuaalne raamistik, mis kirjeldab kõiki tarkvaraarendusprojekti tegevusi alates kavandamisest kuni hoolduseni. Seda protsessi seostatakse mitme mudeliga, millest igaüks sisaldab mitmesuguseid ülesandeid ja tegevusi.
Tarkvaraarendus on tülikas tegevus, mis nõuab nõuetekohast tuvastamist, nende rakendamist ja tarkvara juurutamist. Tegevused ei lõpe sellega. Pärast tarkvara levitamist tuleb õigeaegselt tagada korralik hooldus.
Seda terminit tuntakse ka tarkvaraarendusprotsessimudelina.
Sissejuhatus Microsoft Azure'i ja Microsoft Cloud | Kogu selle juhendi kaudu saate teada, mis on pilvandmetöötlus ja kuidas Microsoft Azure aitab teil pilvest rännata ja oma ettevõtet juhtida.
Techopedia selgitab tarkvara arendamise elutsükli mudelit (SDLC)
Peamised tarkvaraarendustegevused hõlmavad:
- Nõuete eraldamine: kliendil on ebamäärane ettekujutus nõutavast. Pärast nõuete põhjalikku analüüsi ja eesmärgi saavutamiseks vajalike sammude kavandamist rakendab abstraktset kliendiideed tarkvarainseneride rühm.
- Tarkvara kirjeldus: kirjeldab, et tarkvara on protsessi järgmine samm.
- Süsteemi abstraktne esitus: luuakse kinnitamaks, et see vastab toote nõuetele ja liidestele teiste tarkvaratoodetega koos selle aluseks oleva riistvaraga.
- Kliendi nõuded: rakendatakse tarkvarainseneride programmeeritud koodi kaudu.
- Koodi testimine: koodi testitakse veendumaks, et selles pole vigu ja kas see vastab kliendi nõuetele.
- Sisekujunduse dokumentatsioon: toote edaspidiseks hoolduseks ja parendamiseks.
- Hooldus: seda tehakse süsteemi arhitektuuri muutmiseks vastavalt tulevastele vajadustele. See võib nõuda koodi lisamist või olemasoleva koodi muutmist.
Ülaltoodud arendusprotsessi sujuvamaks muutuvad mudelid. Arendusmeeskond valib välja sobivaima mudeli. Erinevad mudelid on:
- Jugamudel: arendajad esitavad nõuded, analüüsivad neid, määravad lahenduse ja raamivad tarkvara arhitektuuri, liidese esituse ja algoritmilised üksikasjad. Seejärel töötavad nad välja koodi, testivad seda, juurutavad tarkvara ja hooldavad seda. Kuigi jugameetod on hõlpsasti mõistetav ja seab nõude stabiilsuse, võib see anda vale ettekujutuse, kui ta ei paku palju kliente. Selle mudeli peamine probleem on see, et vigade parandamise nõuet tuleks teada juba ette ja varakult. Vastasel juhul võib kogu protsess jätkuda vales suunas, mis võib negatiivselt mõjutada tootmiskulusid.
- V-kujuline mudel: on jugamudeli variatsioon. See rõhutab toote kontrollimist ja valideerimist. Kõik tulemused on kontrollitavad ja edusamme jälgivad verstapostid. Testimine toimub paralleelselt arendusetapiga.
- Prototüübi mudel: prototüüp töötatakse välja nõudefaasis ja lõppkasutajad hindavad seda. Kasutajate tagasiside põhjal muudavad arendajad prototüüpi vastavalt kasutaja nõudmistele. Kuigi see mudel täidab nõuded hõlpsalt, võib selle kasutamine tootmiskeskkonnas põhjustada kvaliteediprobleeme, muutes korrektsiooniprotsessi igaveseks.
- Spiraalmudel: kasutab nii juga kui ka prototüüpi mudeleid. See lisab jugamudelisse 4. põlvkonna programmeerimiskeeled, rakenduste kiire prototüüpimise ja riskianalüüsi. Projekteeritakse süsteeminõuded ja luuakse esialgne süsteemi kujundus. Esialgne prototüüp on välja töötatud ja testitud. Testi tulemuste hindamise põhjal luuakse teine prototüüp. Järgnevad prototüübid on konstrueeritud kliendirahulolu tagamiseks. Süsteem luuakse lõpliku prototüübi põhjal. Lõplikku süsteemi hinnatakse ja testitakse. Kuigi see mudel vähendab riski suures osas, ei pruugi see eelarvet täita ja seda rakendatakse iga rakenduse jaoks erinevalt.
- Iteratiivne ja inkrementaalne SDLC mudel: määrab ja rakendab tarkvara osa, mis seejärel vaadatakse üle ning täiendavad nõuded lisatakse ja rakendatakse rühmadena. Iga väljalase tarnib toimiva toote, esitledes klientidele kõigepealt olulisi funktsioone, vähendades algset tarnekulusid. Nõuete muutmise oht on tunduvalt vähenenud ja klientidel lubatakse igale ehitusele reageerida. Vaatamata oma tugevustele, nõuab see mudel tervikliku ja täielikult töötava süsteemi head planeerimist ning varajast määratlemist. See nõuab ka täpselt määratletud mooduli liideseid.
- Agiilne arendusmudel: kasutatakse ajakriitiliste rakenduste jaoks distsiplineeritud meetodeid kasutavates organisatsioonides. See kiirendab olelustsükli faase ja on vähendatud ulatust.
- Võlukasti mudel: on veebirakenduse arendusmudel. See on kiireim viis projekti lõpetamiseks kõige vähem vigadega, kuna see annab võimaluse muuta koodi ja andmebaasi struktuure.