Mis on tarkvaraarendus?

Tarkvaraarendus on korduv loogiline protsess konkreetse tarkvara arendamiseks, kasutades konkreetset programmeerimiskeelt. See protsess võib jaguneda eostamiseks, täpsustamiseks, kujundamiseks, programmeerimiseks, dokumenteerimiseks, testimiseks, vigade parandamiseks.

See võib hõlmata ka uurimistööd, prototüüpide koostamist, modifitseerimist, ümbertegemist ja taaskasutamist. Tarkvara arendamiseks kasutatakse omavahel seotud funktsioonidega koodiseeria arendamist.

Tarkvaraarenduse sünonüümsed sõnad on tarkvara kujundamine, rakenduste arendamine.

Tarkvaraarenduse elutsükli SDLC on raamistik, mis sisaldab teatud etappe (nagu on näidatud allpool toodud joonisel):

Joonis 1

Tüüpiline tarkvaraarenduse elutsükkel koosneb järgmistest etappidest -

  1. Planeerimine: Planeerimine ja nõuete analüüs on SDLC esimene, oluline ja põhietapp, mille viivad läbi meeskonna vanemad liikmed, kelle andmed on võetud klientidelt, müügiosakonnalt, domeeniekspertidelt, tööstuse turu-uuringutest. Seejärel kogutakse kogu teave ja seda kasutatakse põhiprojektil põhineva lähenemisviisi kavandamiseks, toote teostatavusuuringu läbiviimiseks kõigil viisidel alates ökonoomsetest, operatiivsetest ja tehnilistest valdkondadest. Teostatavusuuring avab projekti elluviimiseks palju uksi, kuid lähenemisviis otsustatakse kõrgeima kvaliteediteguri ja minimaalse riskiga.
  2. Määratlemine: Nõudejärgse analüüsi koostamine, nõuete selge määratlemine ja dokumenteerimine on väga oluline. Kui see on tehtud, peavad need dokumenteeritud nõuded saama kinnituse kas klientide / turuanalüütikute poolt. Selle tegemiseks tuleb pilt SRS-ist (tarkvara nõuete spetsifikatsioon), mis sisaldab kõiki tootenõudeid, mis tuleb projekti elutsükli jooksul kujundada ja välja töötada.
  3. Projekteerimine: SRS-i peetakse tootearhitektide referentsiks, et töötada välja väljatöötatava toote jaoks parim arhitektuur. Lubatud nõuete põhjal pakutakse tootearhitektuurile rohkem kui ühte lähenemisviisi. See kõik on dokumenteeritud dokumendis DDS (disainidokumendi spetsifikatsioon). Seejärel saavad olulised liikmed / sidusrühmad DDS-i üle vaadata ja analüüsida, tuginedes mitmesugustele teguritele, nagu tururiskid, disainilahenduse modulaarsus, eelarvepiirangud, ajalised piirangud, toote vastupidavus, parim kujunduslik lähenemisviis jne. Kujunduslähenemine sisaldab kogu teavet. Toote arhitektuurimooduli kohta andmevoo skeemina. Kõik sisemised või välimised üksikasjad peaksid olema olemas kujundusdokumendis.
  4. Ehitamine: see on etapp, kus algab toote tegelik väljatöötamine ja toote ehitamine. Projekteerimisdokumendis andmevoo skeemile viidates genereeritakse programmeerimiskood. Mida selgem on dokumenteerimiseks mõeldud, seda probleemivabam on koodide genereerimine. Koodid / arendajad peaksid järgima nende organisatsiooni määratletud kodeerimisjuhiseid ja programmeerimisriistu nagu tõlgid, kompilaatorid, silurid jne, et muuta kood loetavamaks ja selgemaks.
  5. Testimine: testimine on enamiku SDLC kõigi etappide osa, seega võime öelda, et testimine on kõigi etappide alamhulk. Testimine on etapp, kus toodete puudustest teatatakse, neid jälgitakse, fikseeritakse ja kontrollitakse uuesti, kuni toode vastab SRS-is määratletud kvaliteedistandarditele.
  6. Kasutuselevõtt: kui toode on täielikult testitud ja valmis turul jälgimiseks, teeb see organisatsioon ametliku väljalaske asjakohasel turul. Toote juurutamine võib toimuda ka teenindusaegades, vabastades selle piiratud kasutajatele reaalajas ärikeskkonnas ja testides selle toote vastuseid otsast lõpuni (UAT, st kasutaja aktsepteerimise testimine). Kasutajate toote tagasiside põhjal rakendatakse ja vabastatakse nõutavad funktsioonid uuema versioonina. Edasine hooldus tehakse olemasolevatele kasutajatele.

Tarkvaraarenduse mudelid

Allpool on mainitud tarkvara arendamise olelustsüklimudeleid, mis on tööstuste seas kõige populaarsemad:

  • Jugamudel
  • RAD mudel
  • Iteratiivne mudel
  • Agile mudel
  • Spiraalmudel
  • V-mudel
  • Suure paugu mudel

Jugamudel:

Üks lihtsamaid tarkvaraarendusmudeleid. Selles osas töötavad SDLC kõik faasid üksteise järel lineaarselt.

Joonis 2

https://www.tutorialspoint.com/

See mudel sobib siis, kui arendajad on juba disainiga kursis ja on varem samalaadse tarkvara välja töötanud.

RAD-mudel:

Rakenduse kiire arendamine on astmeline mudel, kus funktsioone ja komponente arendatakse paralleelselt.

Allpool toodud joonis näitab selle mudeli faase.

Joonis 3

https://www.researchgate.net/figure/

Iteratiivne mudel:

Iteratiivne mudel projitseerib projekti täitmise tsükliliselt.

Joonis 4

https://www.tutorialspoint.com/

Tarkvara on kõigepealt ehitatud väikesemahuliselt koos põhifunktsioonidega. Seejärel järgitakse kõiki samme uuesti, lisades üha uusi funktsioone. Iga iteratsiooni saab juhtkond analüüsida riskifaktori alusel ja seejärel saab selle järgmise iteratsiooni juurde viia.

Spiraalmudel:

See mudel on kahe mudeli - SDLC ja Iteratiivse mudeli - sulandumine.

Joonis 5

https://www.tutorialspoint.com/

Kõiki objektiivseid, piiranguid ja riske võetakse arvesse selle mudeli esimeses etapis ning seejärel tuleb tarkvara prototüüpimine.

V mudel:

See mudel kõrvaldab jugamudeli puudused. Jugamudeli kohaselt töödeldakse järgmist sammu alles siis, kui praegune samm saab täidetud ja viimase astme viga ei ole võimalik parandada. V-mudel võtab seda punkti arvesse ja annab võimaluse tarkvara igas etapis vastupidisel viisil testida.

Joonis 6

https://www.tutorialspoint.com/

Kõiki katseplaane ja strateegiaid kontrollitakse igas etapis. Seetõttu tuntakse seda mudelit ka kui “kontrollimise ja valideerimise mudelit”.

Suure paugu mudel:

See on lihtne mudel, mis nõuab palju raha ja planeerimist. See on mõistetud universumi suure paugu teooria ümber. Nagu suur pauk sisaldab palju galaktikaid, planeete, tähti. Samamoodi tagab paljude tarkvarafondide ja programmeerimise kokku panemine parima tarkvaratoote.

Keskendutakse alati parima toote programmeerimisele ja pakkumisele, väga vähem keskendutakse planeerimisele ja riskianalüüsile.

Joonis 7

https://www.tutorialride.com/

Lühidalt, kogu organisatsioon kasutab tarkvaraarendust mitmesuguste ülesannete täitmiseks, mis suudavad lahendada ja lihtsustada inimeste tööd / täidavad kliendi nõudeid.

Soovitatavad artiklid

See on olnud juhend tarkvara arendamiseks. Siin arutasime tarkvaraarenduse elutsüklit ja selle erinevaid etappe ning koos sellega arutasime erinevaid mudeleid. Võite vaadata ka meie teisi soovitatud artikleid -

  1. Tarkvara ja veebiarenduse võrdlus
  2. Tarkvarainsener ja tarkvaraarendaja
  3. Juhend karjäärist tarkvarainsenerina
  4. Karjäär tarkvaraarendajates

Kategooria:

Tarkvaraarendus