Инкрементални модел у СДЛЦ: употреба, предност и ампер; Недостатак

Шта је инкрементални модел?

Инкрементални модел је процес развоја софтвера где се захтеви рашчлањују на више самосталних модула циклуса развоја софтвера. Инкрементални развој се врши у корацима од дизајна анализе, имплементације, испитивања / верификације, одржавања.

Свака итерација пролази кроз захтеве, фазе дизајнирања, кодирања и тестирања . И свако наредно издање система додаје функцију претходном издању док се не примене све дизајниране функције.

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

Карактеристике инкременталног модула укључују

• Развој система је подељен на многе мини развојне пројекте
• Делимични системи се сукцесивно граде да би се добио коначни укупни систем
• Прво се рјешава захтјев највишег приоритета
• Једном када се захтев развије, захтев за тим прираштајем се замрзава

Инкременталне фазе	Активности које се изводе у инкременталним фазама
Анализа захтева	Прикупљају се захтеви и спецификације софтвера
Дизајн	Током ове фазе дизајниране су неке врхунске функције
Код	Кодирање софтвера се врши током ове фазе
Тест	Једном када се систем примени, он пролази кроз фазу тестирања

Када користити инкременталне моделе?

• Захтеви система су јасно схваћени
• Када се појави потражња за превременим пуштањем производа
• Када тим за софтверски инжењеринг није баш добро вешт или обучен
• Када су у питању особине и циљеви високог ризика
• Таква методологија се више користи за компаније које се баве веб апликацијама и производима

Предности и недостаци инкременталног модела

Предности	Мане
Софтвер ће се генерисати брзо током животног циклуса софтвера	Потребно је добро планирање
Флексибилно је и јефтиније је променити захтеве и опсег	Проблеми могу настати због системске архитектуре као такве, а нису сви захтеви прикупљени унапред за цео животни циклус софтвера
Кроз развојне фазе могу се вршити промене	Свака фаза итерације је крута и не преклапа се
Овај модел је јефтинији у поређењу са другима	Решавање проблема у једној јединици захтева исправку у свим јединицама и одузима пуно времена
Купац може одговорити на сваку зграду
Грешке је лако препознати