UML - Proces razvoja, 1. dio

Sadržaj
Nakon što smo odlučili izgraditi softver koji nam je potreban, od početka ćemo nailaziti na različite elemente, zahvaljujući UML možemo napraviti prilično detaljnu fazu modeliranja koja će pomoći razvojnom timu.
Međutim, postoje i drugi čimbenici koji su povezani s UML Iako nemaju veze s izgradnjom dijagrama, jedan od tih čimbenika je metodologija razvoja softvera projekta koju ćemo provesti.
Metodologije
Pri pokretanju projekta najnormalnije je da postoje članovi tima koji žele početi razvijati i kodirati rješenje od prvog dana, međutim ovu vrstu nestrpljenja morate odmah isključiti, ne samo zato što je nemoguće znati što su usredotočiti se na programere, ali i dodaje faktor pritiska kako bi se u kratkom vremenu vidjeli "opipljivi" rezultati.
Ono što se danas događa, super nam je okvirima posla koji obećava skraćivanje sati razvoja pri korištenju njihovih alata, međutim ako naš projekt nije dobro usmjeren, završit ćemo više nego što je potrebno popravljajući ono što je već učinjeno u početnim trenucima.
A metodologija Pomaže nam u izgradnji koraka koje ćemo poduzeti za provedbu izgradnje projekta koji smo osmislili, tijekom različitih faza odabrane metodologije imat ćemo prostora za prikupljanje informacija, modeliranje rješenja , različiti slučajevi uporabe i na kraju početak kodiranja.
U ovom trenutku imamo dvije varijante:
  • Stara metoda.
  • Najnovija metoda.
Svaki od njih je generirao dovoljno informacija da bi mogao opisati proces izgradnje projekta.
Pogledajmo prvi od njih.
Stara metoda
Ova je metoda u to vrijeme učinila da se faze događaju jedna za drugom, čime se pojednostavljuje način na koji se problem suočio, a zatim ono što je provedeno je bilo definiranje niza faza i utvrđivanje propusta za provedbu svake od njih.
Zbog ovog pojednostavljenja, kada je problem nastao u kasnijoj fazi, ali je problem izveden iz ranije faze, bilo je potrebno praktički probiti procjene projekta kako bi se krenulo ispočetka.
Zbog razdvajanja svake faze, bilo je uobičajeno pronaći slučajeve u kojima programer nikada nije radio s dizajnerom ili modelerom sustava, čime se softver odvojio od osobe koja je osmislila funkcionalnosti.
Pogledajmo sljedeću grafiku koja opisuje proces izveden ovom metodologijom:

Ovo je kaskadni proces, koji je dobio ime jer svaka faza teče jedna za drugom i za početak nove faze potrebno je završiti sadašnju, kao što smo ranije spomenuli, ovaj pristup ima ozbiljne nedostatke.
Ovim smo završili ovaj prvi dio vodiča, već znamo malo više o tome kako je metodologija za razvoj softvera funkcionirala u davna vremena, u sljedećem dijelu ćemo vidjeti novije metodologije i druge važne aspekte razvojnog procesa.
Ostavljam ovdje drugi dio ovog vodiča ;)Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod

Vi ćete pomoći u razvoju web stranice, dijeljenje stranicu sa svojim prijateljima

wave wave wave wave wave