Satura rādītājs
Kad mēs zinām, kā kāda projekta vai sistēmas izstrādes metodika darbojās senos laikos, mēs varam ņemt vērā dažādās kļūdas un komandas bīstamos punktus.Tā kā mēs esam evolucionāras būtnes, mums ir tik daudz problēmu ar ierobežojumiem, kas jau izvirzīti apmācības pirmajā daļā, tā sāk modificēt metodiku, Vairs netiek stingri nošķirti posmi, bet drīzāk tiek meklēta komandas sadarbība, kur katrs dalībnieks piedalās posmu izstrādē, piemēram, izstrādātāji palīdz vākt informāciju, dizaineri un modelētāji attīstība utt.
Jaunākā metode
Kā mēs paredzējām apmācības sākumā, nesen izmantotā metode ļauj mums to īstenot sadarbība visos attīstības posmos, palīdzot tam palielināt izpratni par projektu kopumā komandā, līdz lielākai izpratnei un sapratnei, mums būs labāki risinājumi, kuriem būs mazāk jāpielāgo programmatūras kodēšana.
Lai gan viss var šķist pierādījums pretiem, mums ir jāuzsver dažas problēmas, kas var rasties mūsu attīstības procesā, lai redzētu, ka vēl esam tālu no ideāla projekta īstenošanas veida.
Viens no pirmās problēmas Mēs varam atrast komandas dalībnieku līdzdalības trūkumu, lai gan to kļūst arvien mazāk, tomēr mēs varam atrast kautrīgus cilvēkus, kuri baidās izteikt savu viedokli, tāpēc tiek atstāti malā, vājinot kolektīvo zināšanu stāvokli.
Vēl viens punkts ir tas, ka daudziem projektu vadītājiem ir jāsniedz projekta gaita klientiem vai lietotājiem, tāpēc ir grūti pateikt, ka analīze jau tiek pabeigta un izstrāde sākta; Šāda veida ierobežojumu noteikšana var būt neproduktīva, jo tā var radīt nepareizas cerības un izdarīt spiedienu uz komandu.
RAD3
Šī metodoloģija savu nosaukumu ieguvis no saīsinājuma ""Ātra lietojumprogrammu dizaina izstrāde un izplatīšana”, Kas paliktu kā dizaina izstrāde un ātra lietojumprogrammu izplatīšana.
Tiklīdz viss būs saskaņā ar projekta pirmo piegādi, mēs iegūsim nepieciešamo atgriezenisko saiti īsākā laikā nekā izmantojot veco metodiku, un līdz ar to var iekļaut gala lietotāja ieteiktos labojumus un uzlabojumus.
Kā redzam, neskatoties uz dažādiem posmiem, šī metodiskā pieeja dod mums iespēju ģenerēt UML diagrammas tādējādi koncentrējot idejas telpā ar saprotama valoda visām pusēm.
Ar to mēs pabeidzam šo apmācības otro daļu, kurā esam iemācījušies iekļaut metodoloģiju mūsu attīstībā un arī palīdzēt mums UML.
Šīs apmācības 1. daļa
UML izstrādes process 1. daļa
Vai jums patika šī apmācība un palīdzējāt tai?Jūs varat apbalvot autoru, nospiežot šo pogu, lai sniegtu viņam pozitīvu punktu
