Типи прототипування

Прототипування має безліч різних варіантів. Тим не менш, всі методи в якійсь мірі засновані на двох основних типах.

1) Швидке прототипування

При швидкому прототіпірованії (англ. rapid prototyping або throwaway prototyping) передбачається, що створюється макет, який на якомусь етапі буде залишений («викинутий») і не стане частиною готової системи.

Основна перевага такого підходу – у швидкості: у відповідь на свої вимоги замовник майже відразу отримує прототип інтерфейсу, і відразу може уточнити вимоги, до того як розпочато написання робочого коду системи. Вартість зміни вимог на цьому етапі дуже низька, оскільки немає коду, який потрібно було б переписувати.

Дуже важливо, щоб таке прототипування було виконано в найкоротші терміни, оскільки в даному випадку витрачаються час і ресурси на код, який не буде надалі використаний.

Швидке прототипування не обов'язково виконується в рамках тієї ж платформи і тих же технологій, що і розроблювана система.

Для прототипу графічного інтерфейсу користувача (GUI) можуть використовуватися як стандартні HTML-сторінки, або прототип може підготовлятися в програмі, спеціально призначеної для створення макетів (наприклад: Axure RP, Microsoft Expression Blend та ін.)

2) Еволюційне прототипування

Еволюційне прототипування (англ. evolutionary prototyping) ставить своєю метою послідовно створювати макети системи, які будуть все ближче і ближче до реального продукту.

Такий підхід має ту перевагу, що на кожному кроці розробник володіє працюючою системою, нехай і не володіє всією потрібною функціональністю, але покращує прототип з кожною ітерацією. При цьому, не витрачаються ресурси на код, який буде «викинутий».

Еволюційний підхід до прототипування може бути обраний, виходячи з припущення, що всі необхідні вимоги до моменту початку розробки невідомі, і будуть визначатися в міру створення програми; тоді на кожному етапі ми реалізуємо лише ті вимоги, які відомі і зрозумілі. Іноді при цьому розробники зосереджуються на роботі тільки над тими модулями системи, вимоги на які вже визначені.

У деяких випадках, коли мова йде про продукт під певну незайняту нішу, користувачі починають використовувати систему ще до того, як вона повністю дописана, в очікуванні готової системи, оскільки «недописана система – це краще, ніж її повна відсутність».

2.1.3 Переваги та недоліки прототипування

Переваги прототипування:

– зменшення часу, вартості, ризиків. Прототипування покращує якість специфікацій; чим пізніше проводяться зміни в специфікації, тим вони дорожчі, тому, уточнення «чого ж користувачі / замовники хочуть насправді» на ранніх стадіях розробки – знижує загальну вартість;

– залучення користувача в процес розробки. Прототипування залучає майбутніх користувачів у процес розробки, і дозволяє їм бачити те, як саме виглядатиме майбутня програма, що дозволяє позбавитися від можливих розбіжностей в уявленні про програму між розробниками та користувачами.

Недоліки прототипування:

– недостатній аналіз. Концентрація зусиль на обмеженому прототипі може відволікати розробників від належного аналізу вимог на повну систему.

– змішання прототипу і готової системи в представленні користувачів. Користувачі можуть подумати, що прототип, який передбачається «викинути», і є основа майбутньої системи. Виходячи з цього припущення, користувачі можуть вимагати від прототипу більш точного поведінки, можуть розчаруватися в можливостях розробників.

– надмірне час на створення прототипу: ключове властивість прототипу – те, що він створюється за короткий час. Якщо розробники не приймають це до уваги, то вони витрачають час на створення надто складного прототипу, і втрачають переваги від застосування прототипування взагалі.

2.1.4 Області використання прототипування

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

Хороші результати дає прототипування при проектуванні інтерфейсів «людина-комп'ютер».

2.2 Критерії ефективних прототипів

Кращими є ті прототипи, які вливаються в процес дизайну. Для того щоб оцінити інструменти або техніки прототипування, в першу чергу необхідно визначити критерії ефективного прототипу:

Ефективні прототипи швидкі. Треба використовувати методики, які допомагають робити ітерації коротше. Етап створення прототипу не повинний бути жорстко закріплений в кінці процесу дизайну. Включення створення прототипу в щоденну дизайнерську роботу сприяє виникненню ідей і швидкої перевірці концепцій.

Ефективні прототипи є одноразовими. Як і будь-який інший дизайн, призначений для реалізації, розробник створює артефакт, призначений для того, щоб донести ідею до когось ще (заінтересованої особи, розробника, користувача і т.д.). Після того як дизайнерська ідея була донесена, прототип реалізації може бути відкинутий. Не повинні створювати прототип, працюючий на рівні коду.

Ефективні прототипи є сфокусованими. Треба вибирати інтерактивні елементи дизайну, які дійсно повинні бути прототиповані. Шукайте частини вашого дизайну, які складні. Шукайте патерни взаємодії, ктор давно відомі в теорії user experience. Шукайте елементи взаємодії, які принесуть користь вашому продукту. Прототип, який продемонструє ці елементи, буде кращим використанням вашого часу і енергії.

2.3 Питання, що вирішують при прототипуванні

Визначення технічних можливостей команди розробників ПЗ дозволяє вибрати напрямок на програмування прототипу: вручну або на використання спеціалізованого ПЗ для прототипування.

Першим ділом треба вирішити питання в команді розробників:

– Хто-небудь із співробітників вміє програмувати?

– Є технолог дизайну членом групи, що займається user experience?

– Чи є в групі міцні відносини з інженерним відділом, хто може допомогти в створенні прототипів?

– Чи є штатні розробники, хто може допомогти?

– Як велика команда розробників по user experience:

– складається з однієї людини, що займається одночасно і дослідженнями, і малюванням скетчів і прототипування?

– є невеликою, згуртованою командою, яка може здійснити процес створення готового прототипу менш ніж за один день?

– є частиною великої організації, і існує необхідність пробиватися в каламутній воді корпоративній політики та різних точок зору на розроблюваний прототип?

Найчастіше, чим більше команда, тим більше деталей прототипу (опису) буде потрібно.

– Де знаходиться люди, які будуть оцінювати прототип? Чи знаходяться вони в одному офісі, заглядаючи через плече,т або вони далеко? Позитивна відповідь на це питання збільшує ймовірність обговорення за допомогою прототипу, так як він на всі 100% описує себе сам.

– Чи є команда, що займається user experience, частиною команди по розробці, або залученої групою, що займається консалтингом? Групі по user experience, яку залучили з боку, часто доводиться відстоювати свій концепт дизайну трохи більше.

– Який бюджет на засіб прототипування? Кращі рішення як правило відносяться до нижньої частини середнього цінового діапазону. Супер-дорогі рішення (як у відношенні часу, так і у відношенні ціни) як правило свого не стоять.

– Наскільки гнучким повинен бути інструмент прототипирування?

– Орієнтація тільки лише на одну платформу, наприклад, на веб? Або створюється дизайн для багатьох платформ, мобільного, терміналів, телебачення, побутової електроніки, інтернету?

Дата добавления: 2015-12-08