Model de ciclu de viață pentru dezvoltare software (SDLC)

Autor: Lewis Jackson
Data Creației: 10 Mai 2021
Data Actualizării: 15 Mai 2024
Anonim
Ciclul de viață al unui bug | Software Testing | nuezit.ro
Video: Ciclul de viață al unui bug | Software Testing | nuezit.ro

Conţinut

Definiție - Ce înseamnă modelul de ciclu de viață al dezvoltării de software (SDLC)?

Un model de ciclu de viață al dezvoltării software (SDLC) este un cadru conceptual care descrie toate activitățile dintr-un proiect de dezvoltare software de la planificare la întreținere. Acest proces este asociat cu mai multe modele, fiecare incluzând o varietate de sarcini și activități.

Dezvoltarea software este o activitate greoaie care necesită identificarea corectă a cerințelor, implementarea lor și implementarea software-ului. Cu toate acestea, activitățile nu se termină aici. După distribuirea software-ului, întreținerea corespunzătoare trebuie asigurată în timp util.

Acest termen este cunoscut și sub denumirea de model de proces de dezvoltare software.


O introducere în Microsoft Azure și Microsoft Cloud | În acest ghid, veți afla despre ce este vorba despre cloud computing și despre cum Microsoft Azure vă poate ajuta să migrați și să conduceți afacerea din cloud.

Techopedia explică modelul de ciclu de viață al dezvoltării de software (SDLC)

Principalele activități de dezvoltare software includ:

  • Extragerea cerințelor: Clientul are o idee vagă despre ceea ce i se cere. După o analiză detaliată a cerințelor și a etapelor de planificare pentru atingerea țintei, ideea clientului abstract este pusă în practică de un grup de ingineri software.
  • Descrierea software-ului: descrie faptul că software-ul este următorul pas în proces.
  • Reprezentarea sistemului abstract: este creată pentru a confirma că îndeplinește cerințele produsului și interfețe cu alte produse software împreună cu hardware-ul de bază.
  • Cerințe ale clientului: implementat prin codul programat de ingineri software.
  • Testarea codului: codul este testat pentru a vă asigura că este lipsit de erori și respectă cerințele clientului.
  • Documentarea proiectării interne: Pentru întreținerea și îmbunătățirea viitoare a produsului.
  • Întreținere: este efectuată pentru a schimba arhitectura sistemului în funcție de nevoile viitoare. Aceasta poate necesita adăugarea codului sau modificarea codului existent.

Procesul de dezvoltare de mai sus este eficientizat de o serie de modele. Echipa de dezvoltare selectează cel mai potrivit model. Diferitele modele sunt:


  • Model de cascadă: dezvoltatorii afirmă cerințele, le analizează, determină o soluție și încadrează o arhitectură software, reprezentarea interfeței și detaliile algoritmice. Apoi dezvoltă codul, testează codul, implementează software-ul și îl întreține. Deși metoda cascadei este ușor de înțeles și stabilește stabilitatea cerințelor, ar putea da o impresie falsă că nu oferă multă participare clienților. Principala problemă a acestui model este că cerința de a corecta erorile ar trebui cunoscută în avans și într-o etapă timpurie. În caz contrar, întregul proces poate continua într-o direcție greșită, ceea ce ar putea afecta negativ costul de producție.
  • V Model în formă: Este o variație a modelului cascadei. Accentuează verificarea și validarea produsului. Toate produsele livrabile sunt testabile și progresul este urmat de repere. Testarea este implementată în paralel cu faza de dezvoltare.
  • Model de prototip: Un prototip este dezvoltat în faza de cerințe și evaluat de utilizatorii finali. Pe baza feedback-ului utilizatorilor, dezvoltatorii modifică prototipul pentru a satisface cerințele utilizatorului. În timp ce acest model finalizează cerințele cu ușurință, utilizarea sa în mediul de producție poate duce la probleme de calitate, făcând astfel procesul de corecție să continue pentru totdeauna.
  • Model spiral: folosește atât modelele de cascadă cât și cele de prototip. Acesta adaugă limbajelor de programare din a patra generație, prototiparea rapidă a dezvoltării aplicațiilor și analiza riscurilor la modelul cascadei. Cerințele sistemului sunt proiectate și este creat un proiect preliminar de sistem. Un prototip inițial este proiectat și testat. Pe baza evaluării rezultatelor testelor, este creat un al doilea prototip. Prototipurile ulterioare sunt construite pentru a asigura satisfacția clienților. Sistemul este creat pe baza prototipului final. Sistemul final este evaluat și testat. Deși acest model reduce riscul în mare măsură, este posibil să nu îndeplinească bugetul și să fie aplicat diferit pentru fiecare cerere.
  • Model SDLC iterativ și incremental: specifică și implementează o parte a software-ului, care este apoi revizuit și cerințe suplimentare adăugate și implementate în grupuri. Fiecare versiune livrează un produs operațional care prezintă clienților mai întâi funcționalități importante, reducând costurile de livrare inițiale. Riscul de modificare a cerințelor este mult redus și clienților li se permite să răspundă la fiecare construcție. În ciuda atuurilor sale, acest model necesită o planificare bună și definirea timpurie a sistemului complet și complet funcțional. De asemenea, necesită interfețe modul bine definite.
  • Model de dezvoltare agil: este utilizat pentru aplicații critice în timp în organizațiile care utilizează metode disciplinate. Accelerează fazele ciclului de viață și are un scop redus.
  • Model de cutie magică: este un model de dezvoltare de aplicații web. Este cel mai rapid mod de a finaliza proiectul cu cele mai puține erori, deoarece oferă șansa de a modifica structurile de coduri și baze de date.