Модель прототипу в програмній інженерії
⚡ Розумний підсумок
Модель прототипу в програмній інженерії — це ітеративний підхід до розробки, за якого робочий прототип створюється, тестується та вдосконалюється на основі відгуків клієнтів, доки його не буде прийнято, а потім використовується як основа для побудови кінцевої виробничої системи.

Що таке Prototyping Модель?
Прототіping Модель — це модель розробки програмного забезпечення, в якій прототип створюється, тестується та переробляється, доки не буде отримано прийнятний прототип. Вона також створює основу для створення кінцевої системи або програмного забезпечення. Вона найкраще працює в сценаріях, коли вимоги до проекту невідомі детально. Це ітеративний метод спроб і помилок, який застосовується між розробником і клієнтом.
Прототіping Фази моделі
Тепер, коли основне визначення зрозуміле, наступним кроком є розуміння того, як модель працює на практиці. Прототипping Модель має наступні шість фаз SDLC:
Крок 1: Збір та аналіз вимог
Прототипping Модель починається з аналізу вимог. На цьому етапі вимоги до системи визначаються детально. Під час процесу користувачі системи опитуються, щоб дізнатися про їхні очікування від системи.
Крок 2: швидкий дизайн
Другий етап – це попередній проект або швидкий проект. На цьому етапі створюється простий проект системи. Однак це не повний проект. Він дає користувачеві коротке уявлення про систему. Швидкий проект допомагає в розробціping прототип.
Крок 3: Створення прототипу
На цьому етапі на основі інформації, зібраної під час швидкого проектування, розробляється фактичний прототип. Це невелика робоча модель необхідної системи.
Крок 4: Початкова оцінка користувача
На цьому етапі запропонована система представляється клієнту для початкової оцінки. Це допомагає з'ясувати сильні та слабкі сторони робочої моделі. Коментарі та пропозиції збираються від замовника та надаються розробнику.
Крок 5: Доопрацювання прототипу
Якщо користувача не влаштовує поточний прототип, вам потрібно вдосконалити прототип відповідно до відгуків і пропозицій користувача.
Цей етап не завершиться, доки не будуть виконані всі вимоги, зазначені користувачем. Після того, як користувач буде задоволений розробленим прототипом, на основі затвердженого остаточного прототипу розробляється остаточна система.
Крок 6: Впровадження продукту та обслуговування
Після того, як остаточний варіант системи розроблено на основі остаточного прототипу, вона ретельно тестується та впроваджується у виробництво. Система проходить планове технічне обслуговування для мінімізації простоїв та запобігання масштабним збоям.
Типи прототипівping моделі
Прототіping не є єдиною технікою; команди обирають варіант, який відповідає проекту. Чотири типи прототипівping моделі:
- Швидкі прототипи
- Еволюційний прототип
- Інкрементний прототип
- Екстремальний прототип
Швидкий одноразовий прототип
Швидке викидання базується на попередній вимозі. Вона швидко розробляється, щоб показати, як вимога виглядатиме візуально. Відгуки клієнта допомагають внести зміни до вимоги, і прототип створюється знову, доки вимога не буде базовою.
У цьому методі розроблений прототип буде відкинуто та не стане частиною остаточно прийнятого прототипу. Ця техніка корисна для вивчення ідей і отримання миттєвого відгуку щодо вимог клієнтів.
Еволюційний прототипping
Тут розроблений прототип поступово вдосконалюється на основі відгуків замовника, доки його остаточно не приймуть. Це допомагає вам заощадити час і зусилля. Це пояснюється тим, що розробкаping створення прототипу з нуля для кожної взаємодії в процесі іноді може бути дуже складним.
Ця модель корисна для проекту, який використовує нову технологію, яка недостатньо зрозуміла. Він також використовується для складного проекту, де кожна функціональність повинна бути перевірена один раз. Це корисно, коли вимога нестабільна або нечітко зрозуміла на початковому етапі.
Інкрементальний прототипping
У поступовому прототипіping, кінцевий продукт розбивається на різні невеликі прототипи та розробляється окремо. Зрештою, різні прототипи об'єднуються в один продукт. Цей метод допомагає скоротити час зворотного зв'язку між користувачем та командою розробників додатків.
Екстремальний Прототіping
Екстремальний прототипping метод здебільшого використовується для веб-розробки. Він складається з трьох послідовних фаз.
- Базовий прототип з усіма існуючими сторінками представлений у форматі HTML.
- Ви можете моделювати процес обробки даних за допомогою прототипу рівня послуг.
- Сервіси впроваджуються та інтегруються в кінцевий прототип.
Найкращі практики Prototyping
Вибір правильного типу – це лише половина справи; дисципліноване виконання зберігає прототипping від виходу з-під контролю. Ось кілька речей, на які слід звернути увагу під час прототипуping процес:
- Вам слід використовувати Prototyping коли вимоги незрозумілі.
- Важливо виконувати плановий та контрольований прототипping.
- Регулярні зустрічі є життєво важливими, щоб забезпечити виконання проекту вчасно та уникнути дорогих затримок.
- Користувачі та дизайнери повинні знати про прототипping проблеми та підводні камені.
- На дуже ранньому етапі вам потрібно затвердити прототип і лише потім дозволити команді перейти до наступного кроку.
- У прототипі програмного забезпеченняping метод, ніколи не варто боятися змінювати раніше прийняті рішення, якщо потрібно впровадити нові ідеї.
- Ви повинні вибрати відповідний розмір кроку для кожної версії.
- Впроваджуйте важливі функції на ранній стадії, щоб, навіть якщо у вас закінчиться час, у вас все ще була корисна система.
Переваги Prototyping Модель
Коли ці практики дотримуються, модель пропонує кілька очевидних переваг. Ось важливі плюси/вигоди використання Prototy.ping моделі:
- Користувачі беруть активну участь у розробці. Тому помилки можуть бути виявлені на початковому етапі процесу розробки програмного забезпечення.
- Відсутні функції можна виявити, що допомагає зменшити ризик збою, оскільки Prototyping також вважається заходом зі зниження ризиків.
- Допомагає членам команди ефективно спілкуватися.
- Задоволеність споживачів існує, тому що клієнт може відчути продукт на дуже ранній стадії.
- Навряд чи буде шанс на відмову від програмного забезпечення.
- Швидший зворотний зв’язок з користувачами допоможе вам отримати кращі рішення для розробки програмного забезпечення.
- Дозволяє клієнту порівняти, чи відповідає програмний код специфікації програмного забезпечення.
- Це допоможе вам знайти відсутні функції в системі.
- Він також визначає складні або важкі функції.
- Заохочує інновації та гнучкий дизайн.
- Це проста модель, тому її легко зрозуміти.
- Для створення моделі не потрібні спеціалізовані фахівці.
- Прототип служить основою для отримання специфікації системи.
- Прототип допомагає краще зрозуміти потреби клієнта.
- Прототипи можна змінювати і навіть відкидати.
- Прототип також служить основою для робочих специфікацій.
- Прототипи можуть запропонувати раннє навчання для майбутніх користувачів системи програмного забезпечення.
Недоліки Prototyping Модель
Незважаючи на ці переваги, модель має певні компроміси, які команди повинні зважити перед її впровадженням. Ось важливі недоліки/мінуси прототипу.ping модель:
- Прототіping це повільний і тривалий процес.
- Вартість розробкиping Прототип — це повна марна трата, оскільки його зрештою викидають.
- Прототіping може заохочувати надмірні запити на зміни.
- Іноді клієнти можуть не бажати брати участь в циклі ітерації протягом тривалішого часу.
- Щоразу, коли замовник оцінює прототип, у вимогах до програмного забезпечення може бути надто багато варіацій.
- Погана документація, тому що вимоги клієнтів змінюються.
- Розробникам програмного забезпечення дуже важко впровадити всі зміни, яких вимагають клієнти.
- Побачивши ранній прототип моделі, клієнти можуть подумати, що фактичний продукт їм скоро доставлять.
- Клієнт може втратити інтерес до кінцевого продукту, якщо він чи вона не задоволені початковим прототипом.
- Розробники, які хочуть швидко створювати прототипи, можуть створити нестандартні рішення для розробки.

