Ce este SDLC
Există o cină planificată la ferma ta. Când vei începe să planifici pentru asta? Care este abordarea pe care o veți urma? Vei întreba despre numărul de invitați care vin să participe la marea petrecere? Și veți pregăti un meniu delicios (Să zicem Arhitectură)? Vei începe să pregătești mâncarea și după ce este gătită, o vei testa, nu-i așa? (Doar pentru a verifica dacă există un gust în mâncarea ta). Sper că v-am dat o idee de bază despre ceea ce încercăm să explicăm aici, să trecem la subiectul nostru. Un ciclu de viață al dezvoltării de software (SDLC) este o abordare definită și o serie de pași care sunt urmați pentru dezvoltarea oricărui software pentru a satisface sau depăși așteptările stabilite sau cerințele clienților.
Tipuri de faze în SDLC
Există mai multe faze într-un ciclu de viață al software-ului, care este prezentat mai jos:
- Faza cerințelor
- Faza de analiză
- Fază de proiectare
- Faza de dezvoltare
- Faza de testare
- Faza de implementare și întreținere
Faza cerinței:
Acesta este primul pas fundamental al ciclului de viață al dezvoltării de software. Începe cu adunarea cerințelor de la clienți sau clienți. În majoritatea organizațiilor, acest rol este îngrijit de analistii de afaceri. Analistii de afaceri interacționează cu clientul / clienții, stabilesc întâlniri zilnice, documentează cerințele din Specificațiile cerințelor de afaceri (sau Specificația simplă de afaceri) și predă cerința documentată finală echipei de dezvoltare. Analistii de afaceri este responsabilitatea ca fiecare detaliu să fie capturat și documentat și să se asigure că toată lumea înțelege clar cerințele clientului.
Faza de analiză:
După finalizarea etapei de colectare a cerințelor, următoarea sarcină este analizarea cerințelor și aprobarea acesteia de la client / clienți. Acest lucru este realizat prin specificația cerințelor software (SRS), care constă din toate cerințele adunate și dezvoltate în faza de colectare a cerințelor. Această fază este realizată în principal de managerii de proiecte, analiștii de afaceri și consultanți.
Fază de proiectare:
Odată ce faza de analiză a fost terminată, urmează nevoia de a veni cu cea mai precisă, robustă, eficientă și eficientă rentabilitate a produsului care trebuie dezvoltat. De obicei, mai multe proiectări sunt propuse în această fază, iar cel mai bun este selectat pe baza diferiților parametri, cum ar fi robustetea, durabilitatea, cronologia, rentabilitatea și multe altele! Arhitectura de proiectare diferită este, în general, documentată în Specificația documentelor de proiectare sau DDS. Această fază constă din 2 abordări de proiectare:
- Proiectare la nivel scăzut : Această sarcină este realizată de dezvoltatorii seniori, unde aceștia specifică funcția fiecărui modul al arhitecturii de produs care trebuie dezvoltat.
- Proiectare la nivel înalt : Această sarcină este realizată de Arhitecți / Arhitecți Seniori, unde proiectează diferite arhitecturi posibile ale produsului care trebuie dezvoltat.
Faza de dezvoltare:
Această fază este utilizarea implementării efective a limbajelor de programare și a diferitelor cadre pentru dezvoltarea produsului. În această fază, toți dezvoltatorii sunt implicați. Dezvoltatorii trebuie să respecte anumite standarde și linii directoare de codificare predefinite; se așteaptă să completeze modulele de proiect în termenul definit pentru proiect. Această fază este, de asemenea, cea mai lungă și una dintre cele mai critice faze din ciclul de viață al dezvoltării software. Această fază este documentată ca un document de cod sursă (SCD).
Faza de testare:
După finalizarea etapei de dezvoltare, următorul pas este testarea software-ului dezvoltat. Software-ul dezvoltat este trimis echipei de testare, unde efectuează diferite tipuri de teste minuțios pe software și caută defecte. Dacă se constată vreun defect, echipa de testare înregistrează și documentează care este din nou trimis înapoi la echipa de dezvoltare pentru eliminarea erorilor. Acest rol este îngrijit de către programatorii de software și analistii de calitate ai companiei. Echipa de testare trebuie să se asigure că fiecare componentă a software-ului nu are erori și funcționează așa cum este de așteptat.
Faza de implementare și întreținere:
După ce s-a încheiat faza de testare, prima versiune a software-ului este implementată și livrată clientului pentru utilizarea acestora. Odată ce clientul începe să folosească software-ul dezvoltat, există sfera de remediere a erorilor care nu a fost detectată în faza de testare, deoarece atunci când un grup mare de utilizatori finali începe să folosească software-ul, ar putea exista o probabilitate ca puține cazuri de graniță să fi fost ratate. Există, de asemenea, posibilitate pentru modernizarea software-ului cu versiuni mai noi și cu tehnologii și tehnologii de securitate. Și, în sfârșit, există și posibilitatea îmbunătățirii software-ului prin adăugarea mai multor funcții în software-ul existent.
Modele populare SDLC:
Există numeroase modele SDLC diferite care sunt proiectate pentru implementarea procesului de dezvoltare software. Cele mai importante și populare sunt:
- Model de cascadă
- Modelul iterativ
- Model spiral
- V-model
Model cascadă:
În modelul cascadei, întregul proces de dezvoltare software este împărțit în faze în care ieșirea unei faze acționează ca intrare pentru faza următoare. Faza următoare începe doar atunci când faza anterioară este finalizată.
Model iterativ:
Acest model începe cu un set mai mic de cerințe și nu are nevoie de contextul complet al specificației produsului pentru a începe procesul SDLC. Acest proces este repetitiv și la fiecare iterație a procesului SDLC, se face o versiune mai nouă a software-ului. Fiecare iterație poate fi cuprinsă între 2-6 săptămâni. Fiecare iterație dezvoltă o componentă separată în această abordare. Acest model necesită, de asemenea, o resursă de mod decât modelul cascadă.
Model spiral:
Acest model este o combinație între un model de cascadă și spirală și funcționează într-un mod iterativ. Pe baza riscului implicat de proiect, acest model ghidează echipa să adopte elemente ale unuia sau mai multor modele SDLC, cum ar fi o cascadă sau un model iterativ. Aici ciclul de viață al software-ului este împărțit în părți mai mici, iar funcționalitatea nouă poate fi adăugată chiar și la etapele târzii ale SDLC.
V-Model:
Modelul V este practic o expansiune la modelul cascadei în care etapele de testare și dezvoltare sunt planificate în paralel. O parte constă în faza de verificare, în timp ce cealaltă constă din faza de validare care este în sfârșit unită prin codare. Următorul stat începe numai atunci când starea anterioară este completată.
Articole recomandate
Acesta a fost un ghid pentru Ce este SDLC. Aici am discutat despre diferitele tipuri de SDLC cu modelele populare SDLC. De asemenea, puteți consulta următoarele articole pentru a afla mai multe -
- Dezvoltare software vs Dezvoltare web
- Ciclul de viață defect în testarea software-ului
- Pași unici pentru construirea de modele financiare (software, tipuri)
- Introducere de dezvoltare software