УМЛ - Процес развоја, 1. део

Након што смо одлучили да направимо софтвер који нам је потребан, од почетка ћемо наилазити на различите елементе, захваљујући УМЛ можемо направити прилично детаљну фазу моделирања која ће помоћи развојном тиму.
Међутим, постоје и други фактори који су повезани са УМЛ Иако немају везе са изградњом дијаграма, један од ових фактора је методологија развоја софтвера пројекта коју ћемо спровести.
Методологије
При покретању пројекта најнормалније је то што постоје чланови тима који желе започети развој и кодирање рјешења од првог дана, међутим ову врсту нестрпљења морате одмах искључити, не само зато што је немогуће знати шта су фокусираће се на програмере, али такође додаје фактор притиска да би се за кратко време видели "опипљиви" резултати.
Оно што се данас дешава, имамо одлично оквири посла који обећава скраћивање сати развоја приликом коришћења њихових алата, међутим, ако наш пројекат није добро фокусиран, завршићемо више него што је потребно поправљајући оно што је већ урађено у почетним тренуцима.
А. методологија Помаже нам да изградимо кораке које ћемо предузети да изведемо изградњу пројекта који смо осмислили, током различитих фаза одабране методологије имаћемо простора за прикупљање информација, моделирање решења , различити случајеви употребе и коначно почетак кодирања.
У овом тренутку имамо две варијанте:

• Стара метода.
• Недавна метода.

Сваки од њих је генерисао довољно информација да би могао да опише процес изградње пројекта.
Погледајмо први од њих.
Стари метод
Ова метода је у то време радила на томе да се фазе дешавају једна за другом, поједностављујући начин на који се проблем суочио, шта је онда спроведено је да се дефинише низ фаза и утврде пропусти за спровођење сваке од њих.
Због овог поједностављења, када је проблем настао у каснијој фази, али је проблем изведен из раније фазе, било је потребно практично прекршити процјене пројекта да би се кренуло испочетка.
Због раздвајања сваке фазе, било је уобичајено да се нађу случајеви у којима програмер никада није радио са дизајнером или моделером система, чиме се софтвер одвојио од особе која је осмислила функционалности.
Погледајмо следећу графику која описује процес направљен помоћу ове методологије:

Ово је каскадни процес, који је добио име јер свака фаза тече једна за другом и за почетак нове фазе потребно је завршити садашњу, као што смо раније споменули, овај приступ има озбиљне недостатке.
Овим смо завршили овај први део водича, већ знамо мало више о томе како је методологија за развој софтвера радила у давна времена, у следећем делу ћемо видети најновије методологије и друге важне аспекте развојног процеса.
Остављам овде други део овог упутства Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен