Преглед садржаја
Када сазнамо како су методологије развоја пројекта или система функционисале у давна времена, можемо узети у обзир различите грешке и опасне тачке за тим које су имале.Како смо еволуциона бића, са толико проблема са ограничењима која су већ постављена у првом делу водича, почиње изменити методологију, Не постоји више строго раздвајање етапа, већ се тражи сарадња тима, при чему сваки члан учествује у развоју фаза, на пример програмери помажу у прикупљању информација, дизајнери и моделари у развој итд.
Недавна метода
Као што смо очекивали на почетку водича, недавна метода нам омогућава имплементацију сарадња у свакој фази развоја, помажући овоме да повећа разумевање пројекта у целини унутар тима, до већег разумевања и разумевања, имаћемо боља решења која ће захтевати мање прилагођавања при кодирању софтвера.
Иако све може изгледати као доказ против, морамо истакнути неке проблеме који могу бити присутни у нашем развојном процесу, тако да видимо да смо још увијек далеко од савршеног начина рада на пројекту.
Један од први проблеми Оно што можемо пронаћи је недостатак учешћа чланова тима, иако је то све мање, и даље можемо пронаћи стидљиве људе који се плаше да изнесу своје мишљење, па су остављени по страни, слабећи стање колективног знања.
Друга ствар је да многи менаџери пројеката морају да дају напредак пројекта клијентима или корисницима, па је тешко рећи да је анализа већ завршена и да је развој почео; Постављање ових врста ограничења може бити контрапродуктивно јер може генерирати погрешна очекивања и извршити притисак на тим.
РАД3
Ово методологија добија име по скраћеници за "Брзи развој и дистрибуција дизајна апликација”, Који би остао као развој дизајна и брза дистрибуција апликација.
Као што видимо на претходном графикону, ова методологија нам омогућава да интегришемо 3 извршне области На овај начин, важне фазе развоја пројекта нису изоловане, тако да програмер може приступити важним пројектним подацима у време њиховог генерисања, баш као што аналитичар може да интервенише у другим фазама.
Када све буде у складу с првим испорукама пројекта, овим ћемо добити потребне повратне информације у краћем времену него кориштењем старе методологије, а тиме се могу уградити исправке и побољшања која је предложио крајњи корисник.
Као што видимо, упркос различитим фазама, овај методолошки приступ даје нам простор за генерисање УМЛ дијаграми фокусирајући тако идеје у простору са а разумљив језик за све странке.
Овим смо завршили овај други део водича, где смо научили како да укључимо методологију у свој развој и такође нам помогнемо у УМЛ.
Први део овог водича
Процес развоја УМЛ -а, део 1
Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен