Инкрементален модел в SDLC: Използване, предимство и недостатък
Лукас Бенет
Какво е инкрементален модел?
Инкременталният модел е процес на разработка на софтуер, при който изискванията се разбиват на множество самостоятелни модули от цикъла на разработка на софтуер. Постепенното развитие се извършва на етапи от проектиране на анализ, внедряване, тестване/проверка, поддръжка.
Всяка итерация преминава през изисквания, фази на проектиране, кодиране и тестване. И всяка следваща версия на системата добавя функция към предишната версия, докато цялата проектирана функционалност бъде внедрена.
Системата се пуска в производство, когато се достави първото увеличение. Първото увеличение често е основен продукт, където се разглеждат основните изисквания, а в следващите стъпки се добавят допълнителни функции. След като основният продукт бъде анализиран от клиента, има разработване на план за следващото увеличение.
Характеристики на инкрементален модул включва
- Разработката на системата е разделена на много мини проекти за разработка
- Частичните системи се изграждат последователно, за да се получи окончателна цялостна система
- Първо се разглежда изискването с най-висок приоритет
- След като изискването бъде разработено, изискването за това увеличение се замразява
| Инкрементални фази | Дейности, извършвани на постепенни фази |
|---|---|
| Анализ на изискванията |
|
| Дизайн |
|
| код |
|
| тест |
|
Кога да използвате инкрементални модели?
- Изискванията на системата са ясно разбрани
- Когато възникне търсене на ранно пускане на продукт
- Кога софтуерно инженерство екипът не е много добре квалифициран или обучен
- Когато са включени особености и цели с висок риск
- Подобна методология се използва повече за компании, базирани на уеб приложения и продукти
Предимства и недостатъци на инкременталния модел
| Предимства | Недостатъци |
|---|---|
| Софтуерът ще се генерира бързо по време на жизнения цикъл на софтуера | Изисква добро планиране и проектиране |
| Промяната на изискванията и обхвата е гъвкава и по-евтина | Проблемите могат да възникнат поради системната архитектура като такава, която не е събрала всички изисквания предварително за целия жизнен цикъл на софтуера |
| По време на етапите на разработка могат да се правят промени | Всяка фаза на итерация е твърда и не се припокрива |
| Този модел е по-евтин в сравнение с други | Отстраняването на проблем в едно звено изисква корекция във всички звена и отнема много време |
| Клиентът може да отговори на всяка сграда | |
| Грешките се идентифицират лесно |
