Модель Vmodel проти водоспаду
Однією з найдавніших дебатів в інженерії програмного забезпечення є дебати між водоспадом проти V-моделі. Ця дискусія обертається навколо найкращої моделі програмного забезпечення, якою можуть скористатися розробники. Існують різні фази, які беруть участь у процесі розробки програмного забезпечення. Фази схожі як у водоспаду, так і у V-моделі, і єдине, що до цього часу було спірним, - це підхід, до якого ці дві моделі можна досягти шляхом.
У моделі V існує велика кількість видів діяльності, які, будучи разом на схемі, утворюють V-форму. Кожна фаза, про яку йдеться, має відповідну фазу, яка бере участь у тестуванні. Ця модель через однакову кількість тестування та розробки називається моделлю верифікації та валідації. Сторона верифікації стосується кінця розробки, тоді як перевірка стосується етапів тестування. Серед видів діяльності, на які підпадає перевірка, можна віднести аналіз вимог, коли інформація збирається від кінцевого користувача. Ця інформація є важливою при розробці документації на програмне забезпечення.
Далі йде розробка системи, яка спрямована на підготовку функціонального дизайну програмного забезпечення. Наступне, що слідує за чергою, - це архітектурний дизайн. Це також називається високорівневим дизайном, що стосується інтерфейсу та таблиць бази даних та залежності таблиць. Завершальним етапом процесу розробки є кодування, де весь проект розбивається на невеликі розділи для кодування, які потім об'єднуються для створення всієї системи.
Сторона перевірки, з іншого боку, має чотири етапи, як і на етапі перевірки. Ці етапи починаються з тестування одиниць, потім тестування інтеграції, тестування системи і, нарешті, тестування прийняття користувача, де вся система оцінюється в цілому.
Модель водоспаду - це найбільш рання процедура розробки програмного забезпечення, її походження відбувається з обробної та будівельної галузей. Основна концепція цього процесу полягає в тому, що існує послідовний потік процесів, які масштабуються один за одним, як це спостерігається у водоспаді. Ці етапи моделі водоспаду включають збір та аналіз вимог, де збираються вимоги клієнта. Цей крок призводить до фази проектування, де створюється більшість програмного забезпечення, а потім фаза впровадження, де пишеться програмний код. Наступна фаза - тестування та налагодження, що веде до доставки та нарешті фази технічного обслуговування.
Основна відмінність між двома моделями полягає в тому, що тестувальні дії виконуються після закінчення розробки. Модель V схожа на модель, що має заданий початок і кінець, тоді як модель водоспаду є постійно ітеративною. Модель V відрізняється тим, що є одночасним процесом. З-за різного програмного забезпечення, яке виробляється на ринку, програмне забезпечення, виготовлене за допомогою V-процесу, здається, нижче, оскільки існують численні тестові дії на відміну від моделі водоспаду, яка має одну фазу тестування, коли проект завершується.
Отже, можна сказати, що використання V-моделі є кращим, коли є постійні зміни, які потрібно включати. Це стосується людини або розвитку, внаслідок якого клієнт не вирішений щодо потреб свого проекту, оскільки вони постійно змінюють те, що вони сприймають як ідеальне. Люди з фіксованими вимогами, які не змінюватимуться на етапі розробки проекту, повинні прийняти модель водоспаду. Важливо також зазначити, що зміни у моделі V недорогі, оскільки тестування та розробка проводяться одночасно. Це не так у випадку з водоспадною моделлю, яка, як правило, є дорогою справою, оскільки будь-які дефекти програмного забезпечення не можна помітити, поки не дістанеться до фази тестування.