Sunteți pe pagina 1din 2

SDLC == software development life cicle means

Phases are PLANNING DEFINING DESIGNING BUILDING TESTING DEPLOYMENT


ONGOING SUPORT DATA GOVERNANCE EOL end of life

Un software = rezolva o problema , fiecare bucatica de software rezolva o problema cat mai usor

- la baza oricarui software sta o problema sau o oportunitate

PLANNING – planuiesti ce software vrei sa construiesti , ce problema va rezolva acel soft, cum va rezolva
aceea problema , ce limbaj sa folosesti, ce feature uri sa contina si ce activitati sa faca fiecare feature .

DEFINING - Ce echipa avem cine cu ce feature se ocupa de dezvoltare, in cat timp dezvoltam acel feature

Contine roadmapul de dezvoltare al featurilor ce facem prima data si ce urmeaza de dezvoltat dupa
fiecare feature .

DESIGNING – se defineste cum va arata aceea aplicatie .

BUILDING – constructive de catre developer

TESTING si building trebuie sa mearga impreuna pentru a testa cat mai incipient pentru a corecta cat
mai rapid greselile si a economisi timp si bani in reparatii viitoare.

Testerii si developerii trebuie sa colaboreze.

DEPLOYMENT – bucatica de software dezvoltata de developer este implementat lansat incorporate in


intregul software dupa verificare testare. Deployment poate pleca intrun mediu de testare , validare sau
intrun mediu de productie.

ONGOING SUPORT – oferirea de suport pentru utilizatorii aplicatiei in cazul in care este o intrebare
dificultate . Live chat, telefon help , FAQ , problemele sunt categorisite pe mai multe nivele de suport in
functie de genul lui

DATA GOVERNANCE – aplicatiile de pe urma activitatii utilizatorilor aduna date si aceste date sunt
analizate si dupa aceasta analisa se iau decizii. Exemplu este ca daca foarte putini oameni se
inregistreaza pe wesite cu contul de twitter atunci aceea optiune de inregistrare cu contul de twitter
poate fi scoasa de pe website .

EOL end of life – aplicatiile ajung in faza de end of life cand nu se mai folosesc de nimeni pentru ca este
prea scump sa updatam o aplicatie sau sa mentinem in functiune cand deja au aparut alte aplicatii mult
mai dezvoltate si folosite.

FUNCTIONAL test – teste care urmaresc functionarea corecta a functionalitatilor de baza (ce face un
feature)

NONFUNCTIONAL test – teste de performanta , security testing


Erroare – este o greseala , o interpretare gresita in partea de cod scrisa de developeri (ingineri software,
programatori, testeri). Un nume de variabila scrisa gresit poate duce la o eroare in cod . Aceste erori au
efectul de a duce la o functionare incorecta a functionalitatilor.

Defects – este o variatie deviatie (reactie neasteptata sau incorecta )de la rezultatul asteptat privind
modul de functionare al unui feature si de pe urma caruia asteptarile de functionare nu sunt validate.

Au prioriate de rezolvare corectare a defectului si severitate a defectului.

Severitate se stabileste in functie de cate de mare influenta are asupra unui feature in a functiona gresit
neasteptat.

Prioritatea corectarii se stabileste de pe urma severitatii defectului . Defectele se documenteaza.

BUG – este o eroare in programul sau sistemul de calculator ce cauzeaza o functionare neasteptata
incorecta . Defectul devine bug cand acesta este raportat de catre testeri

Bugul are urmatoarele sectiuni: Title scurt , descriere la obiect si mai detaliata, steps to reproduce ,
actual results (actuale cu bugul) , expected results (rezultate asteptate fara a exista bugul) ,
detalii(severitate , prioritate) astea sunt si intr-un bug report

BUG REPORT – document ce descrie bugul cu criteriile mai sus.

S-ar putea să vă placă și