UML - kūrimo procesas, 2 dalis

Turinys
Žinodami, kaip senovėje veikė projekto ar sistemos kūrimo metodikos, galime atsižvelgti į įvairias klaidas ir pavojingus komandos taškus.
Kadangi mes esame evoliucinės būtybės, turėdami tiek daug problemų, susijusių su apribojimais, jau iškeltais pirmoje pamokos dalyje, ji pradeda keisti metodiką, Dabar nebėra griežto etapų atskyrimo, bet siekiama komandos bendradarbiavimo, kur kiekvienas narys dalyvauja kuriant etapus, pavyzdžiui, kūrėjai padeda rinkti informaciją, dizaineriai ir modeliuotojai plėtra ir kt.
Naujausias metodas
Kaip tikėjomės pamokos pradžioje, naujausias metodas leidžia mums tai įgyvendinti bendradarbiavimas kiekviename vystymosi etape, padėdami tai geriau suprasti visą projektą komandoje, geriau suprasti ir suprasti, turėsime geresnių sprendimų, kuriuos reikės mažiau koreguoti koduojant programinę įrangą.
Nors viskas gali atrodyti kaip prieštaravimų įrodymas, turime pabrėžti kai kurias problemas, kurios gali kilti mūsų kūrimo procese, kad pamatytume, jog dar toli gražu nesame tobulo projekto įgyvendinimo būdo.
Vienas iš pirmosios problemos Galime pastebėti, kad komandos nariai nedalyvauja, nors tai vis rečiau, vis tiek galime rasti drovių žmonių, nebijančių pareikšti savo nuomonės, todėl jie lieka nuošalyje, silpnindami kolektyvinių žinių būklę.
Kitas dalykas yra tai, kad daugelis projektų vadovų turi pateikti projekto eigą klientams ar vartotojams, todėl sunku pasakyti, kad analizė jau baigta ir kūrimas pradėtas; Šio tipo apribojimų nustatymas gali būti neproduktyvus, nes gali sukelti neteisingus lūkesčius ir daryti spaudimą komandai.
RAD3
Tai metodika gavo savo pavadinimą iš akronimo „Greitas programų kūrimas ir platinimas“, Kuris išliktų kaip dizaino kūrimas ir greitas programų platinimas.

Kaip matome ankstesnėje diagramoje, ši metodika leidžia integruoti 3 vykdymo sritys Tokiu būdu svarbūs projekto kūrimo etapai nėra izoliuoti, todėl kūrėjas gali pasiekti svarbius projekto duomenis tuo metu, kai jie yra generuojami, kaip ir analitikas gali įsikišti į kitus etapus.
Kai viskas bus suderinta su pirmuoju projekto pristatymu, per trumpesnį laiką gausime reikiamą grįžtamąjį ryšį nei naudojant seną metodiką, o tai leis įtraukti galutinio vartotojo pasiūlytus pataisymus ir patobulinimus.
Kaip matome, nepaisant skirtingų etapų, šis metodinis metodas suteikia mums erdvės generuoti UML diagramos taip sutelkdami idėjas erdvėje su suprantama kalba visoms partijoms.
Tuo baigiame šią antrąją pamokos dalį, kurioje išmokome įtraukti metodiką į savo raidą ir taip pat padėti mums UML.
Šios pamokos 1 dalis

UML kūrimo procesas 1 dalis

Ar jums patiko ir padėjo ši pamoka?Galite apdovanoti autorių paspausdami šį mygtuką, kad suteiktumėte jam teigiamą tašką

Padėsite svetainės plėtrą, dalintis puslapį su draugais

wave wave wave wave wave