ожливих змін вимог замовника. Якщо процес розробки займає тривалий час (іноді до декількох років), то отриманий в результаті продукт може виявитися фактично непотрібним замовникові, оскільки його потреби істотно змінилися. p align="justify"> У тій же мірі актуальне і питання впливу науково-технічного прогресу: вимоги до ПЗ висуваються з урахуванням поточного стану наукових і практичних досягнень в області апаратно-програмного забезпечення, однак IТ-сфера розвивається дуже швидко, і тривалий процес розробки здатний привести до створення продукту, який базується на застарілих технологіях і виявляється неконкурентоспроможним ще до своєї появи.
Важливе також питання планування показників очікуваної функціональності, оскільки в цих моделях він є не більш ніж допущенням: зокрема, визначити, яку швидкість обробки даних забезпечить створюваний продукт або скільки він буде займати пам'яті, на етапі постановки завдання практично неможливо. Якщо подібні вимоги чітко зафіксовані в умовах договору між замовником і виконавцем, то цілком імовірно, що отримане рішення не буде їм задовольняти, хоча відомо це стане тільки на завершальних етапах розробки, коли основні ресурси вже витрачені. p align="justify"> У підсумку замовник буде змушений або миритися з обмеженнями створеного на основі розглянутих моделей рішення, або додатково інвестувати кошти, щоб отримати дійсно те, що необхідно.
V-подібна модель для створення web-сайту не підійде так як вона не пристосована до змін вимог.
Модель на основі створення прототипів
Модель на основі створення прототипів. У зв'язку з тим що замовник досить часто не є фахівцем в області ПЗ, він зазвичай погано сприймає В«голіВ» специфікації продукту. Для того щоб подолати інформаційний бар'єр між замовником і розробником і знизити ризик отримання продукту, який не відповідає висунутим вимогам, став застосовуватися підхід, спрямований на створення прототипів, що представляють собою повністю або частково робочі моделі готової системи. Він дозволяє значно поліпшити взаєморозуміння між усіма учасниками процесу за рахунок послідовного, еволюційного розвитку системи на основі ітеративного уточнення прототипів. p align="justify"> Застосування останніх подібно використанню зменшених макетів будівель в архітектурі - вони дають можливість наочно уявити кінцевий результат, їх побудова і зміна набагато менш трудомістким порівняно із зведенням і зміною самої будівлі.
Однак, незважаючи не всі переваги, дана модель також не стала панацеєю. Основні її проблеми лежали в площині взаємин В«замовник-виконавецьВ»: перший був зацікавлений у створенні якомога більш докладних прототипів для того, щоб знизити ризик отримання неадекватної системи, в той же час для другого кожен новий прототип означав додаткові витрати часу та ресурсів, а в результаті - зниження рентабельності проекту.
Моде...
