Разлика между модела Vmodel и водопад

Модел Vmodel срещу водопад

Един от най-старите дебати в софтуерното инженерство е дебатът между водопада спрямо V модела. Този дебат се върти около най-добрия модел на софтуер, който разработчиците могат да използват. Има различни фази, които участват в процеса на разработка на софтуер. Фазите са сходни както при водопада, така и при V модела и единственото, което досега беше спорно, е подходът, до който тези два модела могат да бъдат постигнати чрез.

Във V модела има много дейности, които, когато се начертаят заедно върху схематична диаграма, образуват V-образна форма. Всяка фаза, която се казва, има съответна фаза, която участва в тестване. Този модел поради равния брой тестове и разработки се нарича модел за проверка и валидиране. Страната за проверка се занимава с края на разработката, докато валидирането се занимава с фазите на тестване. Сред дейностите, под които се извършва проверката, включва анализ на изискванията, когато информацията се събира от крайния потребител. Тази информация е важна при разработването на софтуерната документация.

Следва системният дизайн, който има за цел да подготви функционален дизайн на софтуера. Следващото нещо, което следва на ред, е архитектурният дизайн. Това се нарича също дизайн на високо ниво, че интерфейсната връзка и таблиците на базата данни и зависимостите на таблиците. Последният етап от процеса на разработка е кодирането, при което целият проект е разбит на малки секции за кодиране, които след това се обединяват, за да създадат цялата система.

От другата страна валидирането има четири етапа, както на етапа на проверка. Тези фази започват с тестване на единици, след това тестване на интеграцията, тестване на системата и накрая тест за приемане от страна на потребителя, където цялата система се оценява като цяло.

Моделът на водопада е най-ранната процедура за разработка на софтуер, като произходът му идва от производствената и строителната индустрия. Основната концепция на този процес е, че има последователен поток от процеси, които намаляват един след друг, както се вижда при водопад. Тези фази на модела на водопада включват събиране и анализ на изискванията, където са събрани изискванията на клиента. Тази стъпка води до фазата на проектиране, където се създава по-голямата част от софтуера и след това фазата на изпълнение, където е написан софтуерният код. Следващата фаза е тестване и отстраняване на грешки, което води до доставката и накрая фазата на поддръжка.

Основната разлика, отбелязана между двата модела, е, че тестовите дейности се извършват след приключване на разработката. Моделът V изглежда да изглежда като модел, който има определен старт и край, докато моделът на водопада е непрекъснато итеративен. Моделът V се различава по едновременен процес. От различния софтуер, който се произвежда на пазара, изглежда, че софтуерът, произведен чрез V-процес, е по-нисък, тъй като има многобройни тестови дейности, за разлика от модела на водопада, който има единна фаза на тестване, когато проектът приключи.
Следователно може да се каже, че използването на V модел е за предпочитане винаги, когато има непрекъснати промени, които трябва да бъдат включени. Това е за човек или развитие, което кара клиента неразположен за нуждите на проекта си, тъй като те непрекъснато променят това, което смятат, че изглежда като идеално. Хората с фиксирани изисквания, които няма да се променят във фазата на разработване на проекта, трябва да се примирят с модела на водопада. Важно е също така да се отбележи, че промените във V модела са евтини за изпълнение, тъй като тестването и развитието се извършват едновременно. Това не е така с модела водопад, който обикновено е скъпа афера, тъй като всички софтуерни дефекти не могат да бъдат забелязани, докато не стигне до фазата на тестване.