Sadržaj
Kad saznamo kako su metodologije razvoja projekta ili sustava funkcionirale u davna vremena, možemo uzeti u obzir različite pogreške i opasne točke za tim koje su imale.Kako smo evolucijska bića, s toliko problema s ograničenjima koja su već postavljena u prvom dijelu vodiča, počinje izmijeniti metodologiju, Ne postoji više strogo razdvajanje etapa, već se traži suradnja tima, gdje svaki član sudjeluje u razvoju faza, na primjer programeri pomažu u prikupljanju informacija, dizajneri i maketari u razvoj itd.
Najnovija metoda
Kao što smo očekivali na početku vodiča, novija nam metoda omogućuje implementaciju suradnja u svakoj fazi razvoja, pomažući tome u povećanju razumijevanja projekta kao cjeline unutar tima, do boljeg razumijevanja i razumijevanja, imat ćemo bolja rješenja koja će trebati manje prilagodbi pri kodiranju softvera.
Iako se sve može činiti kao dokaz protiv, moramo istaknuti neke probleme koji mogu biti prisutni u našem razvojnom procesu, tako da vidimo da smo još uvijek daleko od savršenog načina izvođenja projekta.
Jedan od prvi problemi Ono što možemo pronaći je nedostatak sudjelovanja članova tima, iako je to sve manje, još uvijek možemo pronaći sramežljive ljude koji se boje ponuditi svoje mišljenje, pa su ostavljeni po strani, slabeći stanje kolektivnog znanja.
Druga je točka da mnogi voditelji projekata moraju dati napredak projekta klijentima ili korisnicima, pa je teško reći da je analiza već završena i da je razvoj započeo; Postavljanje ovih vrsta ograničenja može biti kontraproduktivno jer može generirati netočna očekivanja i izvršiti pritisak na tim.
RAD3
Ovaj metodologija dobilo je naziv po akronimu za "Brzi razvoj i distribucija dizajna aplikacija”, Koji bi ostao kao Razvoj dizajna i Brza distribucija aplikacija.
Kao što vidimo u prethodnom grafikonu, ova metodologija nam omogućuje integriranje 3 područja izvršenja Na taj način važne faze razvoja projekta nisu izolirane, pa razvojni programer može pristupiti važnim projektnim podacima u vrijeme generiranja, baš kao što analitičar može intervenirati u drugim fazama.
Nakon što sve bude u skladu s prvom isporukom projekta, time ćemo dobiti potrebne povratne informacije u kraćem vremenu nego korištenjem stare metodologije, a time se mogu ugraditi ispravci i poboljšanja koja je predložio krajnji korisnik.
Kao što vidimo, unatoč različitim fazama, ovaj metodološki pristup daje nam prostor za generiranje UML dijagrami usredotočujući tako ideje u prostor s a razumljiv jezik za sve strane.
Ovime završavamo ovaj drugi dio vodiča, gdje smo naučili kako uključiti metodologiju u svoj razvoj, a također nam pomoći u UML.
1. dio ovog vodiča
Proces razvoja UML -a 1. dio
Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod