Razlika između SDLC i STLC

Potrebni pokreti zanimaju i to je jedini razlog pokretanja bilo kojeg procesa. Kasnije ovo zanimanje dovodi do zatvaranja povezanih resursa, dionika, klijenata, generalnog direktora, menadžera i razvojnih timova koji stoje iza uspješnog projekta (ovdje je u pitanju razvoj softvera). Ne samo novac (kamata) je jedina svrha iza ponašanja ovih ljudi, već i vrijeme i vrijednost marke (koja će se nazivati ​​još presudnijom).

I ovdje se pojavljuje tema članka, da SDLC vs STLC. Obje SDLC i STLC su u određenoj mjeri međusobno povezane ili se može reći da je jedan prethodnik drugih. Razlog je jednostavan ako se nešto razvija u svrhu posluživanja (klijenti trebaju), to se mora ispitati prije implementacije. Ovo su industrijski standardi desetljećima i odgovornost, jer je klijent nakon toga uložio ogroman novac.

To je bila priča iza scene i vodi nas do glavnog dijela članka - SDLC vs STLC. Pogledajmo detaljno što su točno ti SDLC vs STLC. Koji je redoslijed operacija ispod svake? Koja je razlika između SDLC i STLC? Koje su vrste aktivnosti bile potrebne za uspješan završetak?

SDLC znači životni ciklus razvoj softvera

ŽIVOTNI CIKLUS znači niz promjena u nečijem životu. Ili živi, ​​neživi ili bilo koji postupak koji ima niz koraka ili redoslijed rada. Ti nizovi su svojevrsni pokazatelj da imaju točno određenu početnu i krajnju točku. Naprotiv, može se reći da navedeni proces ima neki podproces u njemu. To je životni ciklus. Shvatanje što nas uistinu životni ciklus tjera da napredujemo u raspravi prema razvoju softvera. Dakle, SDLC znači " životni ciklus procesa razvoja softvera" .

Kada je riječ o razvojnim modelima, ne postoje definirana pravila koja se zalažu za jedan nad drugim ili je dobar model prije nego drugi (okretan je iznimka). Pogledajmo neke modele -

  1. Model vodopada - najstariji
  2. V- Model
  3. Spiralni model
  4. iterativan
  5. Agilna - najnovija i najprikladnija za bilo koju vrstu projekata

Napomena - Moram reći da su Agile scrum modeli modela dobri za rad, ali u IT industriji tim može preferirati bilo koji od ovih modela. Npr. Ako je zahtjev jasan i jamči da se ne mijenja u kasnijoj fazi ekipa će zasigurno otići s Vodopadom, a ne s Agilnom.

Faze u raspravi o SDLC-u

  1. Planiranje
  2. Analiza i zahtjev sustava
  3. Oblikovati
  4. Kodiranje ili razvoj
  5. Integracija i testiranje
  6. Rad i održavanje

Gornji postupak se također može navesti na sljedeći način -

  1. PLANIRANJE - Prvo, prije nego što se pojave bilo kakvi fizički dokazi, iza toga uvijek postoji planiranje. Planiranje dolazi prije nego što je započela papirologija. U ovoj se fazi razmatraju samo detalji na visokoj razini s gledišta projekata. Posvećena skupina članova stoji iza ove faze. Uzimaju se u obzir svi prednosti i nedostaci koji se odnose na projekte te kako povećati povrat ulaganja i načini kako to učiniti. Ovdje je mnogo preradio i pregled se radi kako bi se prevladalo bilo kakvo ometanje uspjeha projekta. Dno crta je prije nego što se ideja ostvari u stvarnosti, trebala bi imati konkretne razloge za trčanje i postizanje uspjeha. Opet planiranje ovisi o vrsti ishoda. Ako se gradi novi softver planiranje će biti drugačije jer će istraživanje tržišta biti od presudnog značaja za to, ali ako se isti softver ažurira nakon nekoliko godina, u ovom slučaju neće biti nikakve tržišne studije (budući da je softver uspjeh i zato postoji potreba za izgradnjom ažuriranja softverskih značajki).
  2. ANALIZA - Jednom kada se završi dio planiranja, slijedi analiza gdje posvećeni timovi obavljaju nekoliko zadataka prije nego što postignu konkretno rješenje. Ovdje se radi studija izvodljivosti projekta, procjena rada, troškovnika, određivanje zahtjeva i zakazivanje. Jasna je namjera izvršiti zadnju provjeru prije nego što radnja zapravo započne. Ako postoje nedostaci, uklonite ih komunikacijom s razvojnim timom i dionicima. Otkrijte prednosti i nedostatke.
  3. DIZAJN - Sada je zahtjev jasan, a tim želi referencu prije nego što rade, dizajneri igraju presudnu ulogu. Što će softver raditi (pametno o funkcionalnosti), koliko će se ekrana nalaziti za svaki odjeljak, interaktivnost korisnika i svaki dio detalja osmišljen u ovoj fazi. Recimo da je kupac zatražio mobilni softver za rezervaciju leta i zahtjev je jasan da će dizajneri dizajnirati zaslone tako da pokriju funkcionalnosti koje ovaj softver obrađuje. Dizajneri će osmisliti nacrte, radne planove, dijagrame procesa, pseudokodove i nekoliko drugih vrsta projektne dokumentacije. Odgovorne će osobe izabrati najbolje s kim će ići.
  4. KODIRANJE - u ovoj fazi je većina glavnih odluka već donesena. Namjera ove faze je da dizajnerske radove preslika u radni dio softvera. Ovdje programeri igraju istaknutu ulogu i nastoje se stvoriti kodovi za višekratnu upotrebu. Pazi se puno rasprava koje se odnose na okvir i najbolje prikladne metode za stvaranje radnog softvera. Uključeni su programski alati koje koristi tim programera koji čine: Compiler, Debugger, Interpreter. Želio bih upozoriti svoje čitatelje da razvoj cjelovitog radnog softvera nije lagan, a ni mali. Veliki je dio posla tako da ih je razvojni tim podijelio na manje isporuke i odredio im prioritete prema potrebi ili hitnosti (može se ocijeniti i na osnovu važnosti funkcionalnosti, tj. Koliko je ta određena funkcionalnost ocijenjena). Zapamtite da je ovo najduža faza razvojnog ciklusa.
  5. TESTIRANJE - U ovoj fazi dolazi do STLC. Ova faza odnosi se na testiranje razvijenog dijela radnog softvera prije nego što ga se proslijedi klijentima ili krajnjim korisnicima. Ovdje se vrši nekoliko vrsta testnih metodologija kako bi se utvrdili mogući nedostaci softvera.
  6. ODRŽAVANJE - Ovo je vrsta usluge nakon prodaje. Kao i način na koji kupujemo bilo koji bicikl ili automobil i nakon godinu dana, ako postoji problem koji stvara prepreku za pravilan rad. Ovakve vrste problema javljaju se uvijek iznova. Ovdje su sve pogreške koje nastanu kada klijent koristi softver riješeni, svaka nadogradnja koja je potrebna u budućnosti ili poboljšanja, ako ih ima.

STLC znači CIKLUS CIJENA PROVIZIJE SOFTVERA

Faze u STLC -

  1. Analiza zahtjeva
  2. Planiranje testa
  3. Razvoj testnog slučaja
  4. Postavljanje okoliša
  5. Izvođenje testa
  6. Zatvaranje ciklusa ispitivanja
  1. ANALIZA ZAHTJEVA - Prvi korak u procesu STLC. To je dio u cjelokupnom procesu u kojem QA timovi upoznaju zahtjev (znači što treba testirati) i provjerljive zahtjeve. Za bolje razumijevanje zahtjeva, ispitivač može pratiti korisnike (ali to se događa rijetko, samo ako je potrebno testiranje, a ne razvoj). Ovo je vrsta grafikona koji je slijedio u ovoj fazi STLC.
Kriteriji za ulazakObavljene aktivnostiIsporučeno
Točna potreba s potpunim opisom da se definira postupak ispitivanja koji treba slijediti.Vrsta testiranja navedena je u ovom odjeljkuPostignuti rezultati navedeni su u ovom odjeljku
  1. PLANIRANJE TESTA - najvažnija faza u STLC. Ovdje se izračunavaju sve procjene i vrijeme prije nego što testiranje zapravo započne. Rezultat toga testirat će dokumentiranje planova ili strategija. Nakon završetka ove faze QA tim može započeti s aktivnostima na razvoju testnih slučajeva. Isti grafikon koji se crta u gornjoj fazi ponovo se koristi s promjenama.
  2. RAZVOJ TESTA - Stvarni razvoj ispitnih slučajeva radi se nakon završetka faze planiranja ispitivanja. Ovdje je testiranje timskog rada na testnim slučajevima. Uključeni su i dokumentirani ne samo testni slučajevi nego i cjelovito izvješće koje sadrži podatke ispitivanja. Nakon dovršetka provjere su provjerene od strane vršnjačkih članova ili QA vodiča. Ovdje se također priprema i RTM (matrica sljedivosti zahtjeva). Ovi dokumenti prate zahtjev na oba načina (znači prema naprijed i nazad).
  3. POSTAVLJANJE OKOLIŠA - To se općenito ne primjenjuje jer se o okolišu već odlučilo tijekom razvojne faze (u SDLC). Općenito se ne događaju nikakve promjene u okolini.
  4. IZVRŠENJE TESTA - Ovdje se testni slučajevi izvode na temelju prvobitno pripremljenih ispitnih planova. Ako su slučajevi u redu, oni će se označiti kao PASS, a u suprotnom neće uspjeti. Potpuni popis pogrešaka pripremljen je u ovoj fazi i prosljeđuje se razvojnom timu na ispravak prije konačnog izdanja softvera.
  5. ZATVARANJE CIKLUSA - Rasprava u kojoj tim odlučuje što je ispravno i što pogrešno iz perspektive testa. Na ovom sastanku raspravlja se o stvarima koje treba poboljšati u budućnosti koje mogu uštedjeti vrijeme i trud u pravom smjeru. Oni su korisni iz perspektive razvoja.

Usporedba između SDLC i STLC (Infographics)

Ispod je gornjih 9 razlike između SDLC i STLC

Ključne razlike između SDLC i STLC

Oba su SDLC i STLC popularni izbori na tržištu; neka nam govori o nekim glavnim razlikama između SDLC i STLC:

  • SDLC je razvojna metodologija, dok je STLC metodologija ispitivanja
  • Više različitih faza se kombinira u tvorbu SDLC, dok se više faza ili praksi testiranja kombinira u tvorbu STLC
  • SDLC obuhvaća cjelokupne razvojne cikluse softvera, dok STLC obuhvaća čitave cikluse testiranja
  • SDLC započinje s fazom planiranja i pokriva čitav razvojni pogled, dok STLC započinje s planiranjem testa i pokriva sve aspekte ili vrste ispitivanja
  • Direktor, viši poslovni analitičar, stariji menadžeri i programeri ljudi su koji se brinu o nekoliko faza pod SDLC-om. S druge strane, QA Lead, Test Analyst su ljudi koji upravljaju tekućim procesom.
  • SDLC započinje kada stvarna aplikacija nije stvorena, ali STLC započinje kada stvarna aplikacija postoji ili postoji komad radnog softvera.
  • SDLC je superset STLC dok je STLC podskup SDLC

Usporedna tablica SDLC vs STLC

Pogledajmo vrh Usporedba SDLC-a i STLC -

Osnove usporedbe između SDLC i STLC

SDLC

STLC
PodrijetloŽivotni ciklus razvojaŽivotni ciklus ispitivanja
fazeŠest faza

1. Planiranje

2. Analiza

3. Dizajn

4. Razvoj

5. Ispitivanje

6. Održavanje

Šest faza

1. Analiza zahtjeva

2. Planiranje testa

3. Razvoj testa

4. Postavljanje okoliša

5. Izvršenje testa

6. Zatvaranje testa
OdnosSDLC se može smatrati roditeljem ili prethodnikom.STLC je nasljednik jer je u SDLC-u.
OkoOvdje se radi o cjelovitom razvoju softvera, uključujući testiranje i ostale faze.To se tiče faze ispitivanja i QA dijela.
Faze prikupljanja zahtjevaU SDLC-u poslovni analitičar prikuplja zahtjeve, razvojni tim izvodi razvoj.U STLC, testni tim radi analizu ispitivanja nakon analize testnih dokumenata, pregled iz funkcionalne i nefunkcionalne perspektive.
NamjeraSDLC je namjeravao prevladati bilo kakve prepreke dok putuje do uspješnog razvoja softvera.Namjera STLC je da pronađe bilo kakve zamke ili nedostatke samo u fazi ispitivanja.
Faza dizajnaU SDLC-u je tehnički arhitekt koji osigurava kvalitetu softvera. Ovdje u SDLC Business Analyst može mu pomoći u razumijevanju zahtjeva na bolji način.

U STLC test-arhitekt je taj koji upravlja aktivnostima, on obavlja planiranje ispitivanja i identificiranje ispitnih točaka na visokoj razini.
Faza kodiranjaPravi su kodovi razvijeni i stvarni radovi poprimaju oblik prema dizajnerskoj strukturi koja je naglašena.Tim za testiranje radi na izradi planova ispitivanja i provjerava radno ponašanje softvera. Jedna stvar koju treba napomenuti je da su u SDLC kodovi razvijeni dok su u STLC razvijani samo testni slučajevi.
Faza ispitivanjaTestiraju se stvarni kodovi što mogu napraviti vršnjački programeri. Unutar ovog faznog ispitivanja provodi se integracijsko ispitivanje i ispitivanje sustava.U STLC se događa izvršenje testa i izvještajni rad. Treba napomenuti da za razliku od testiranja koda u SDLC-u ovdje postoji funkcionalno testiranje i testiranje nefunkcionalnosti softvera.

Zaključak - SDLC u odnosu na STLC

Rasprava je jasna u vezi s SDLC vs STLC. Jedan je razvojni pristup, a drugi je testiranje pristupa u cjelini. Iako je testiranje pod SDLC kao jedan od dijelova, važno je napomenuti da se radi o vrlo različitoj funkciji. Vrlo je važno napomenuti da je STLC u okviru SDLC. Aktivnosti unutar svakog odjeljka različite su.

Preporučeni članci

Ovo je vodič za gornju razliku između SDLC i STLC. Ovdje također raspravljamo o SDLC vs STLC ključnim razlikama s infografikom i tablicom usporedbe. Također možete pogledati sljedeće članke da biste saznali više -

  1. SDLC vs Agile
  2. Python vs Go
  3. PL SQL vs SQL
  4. Agile vs DevOps

Kategorija:

Razvoj softvera