Корисне правило. GUі-интерфейс не гарантує більш високого рівня практичності, однак належним чином спроектоване GUі-ориентированное програмний додаток може перевершувати його аналог з неграфічним інтерфейсом з погляду ефективності роботи користувача і ступені його задоволеності (за умови вірної постановки задач і відповідному рівні навичок користувача). Перша проблема, з яким зіштовхується пользо-ватель-новичок, складається у вивченні механізму роботи покажчика і визначенні місцезнаходження команд у меню.
Для розуміння основ роботи з GUі-интерфейсом користувачу може потребо-ваться біля години. Однак придбання позитивного досвіду роботи з координатно-вказівним пристроєм займає більше часу через необхідність рішення такої простої проблеми, як розташування миші на столі. Користувач повинний виробити свій стиль роботи, пристосований до індивідуальної координації Дій у системі "рук-очей".
Згодом користувач освоює сховані і більш розвиті функції роботи з інтерфейсом, підвищуючи продуктивність своєї праці. Після тогб як користувач освоїв підхід до взаємодії із системою, він без праці може перенести отриманий досвід з одного GUі-ориентированного чи додатки системи на інші завдяки схожості властивостей GUі-интерфейса в межах однієї і того ж операційного середовища.
Користувальницький Web-інтерфейс (WUІ)
Базовий WUі-стиль (Web User Іnterface) дуже схожий з меню ієрархічної струк-туры, що користувачі знають по досвіду роботи в середовищах з неграфічним інтерфейсом за винятком більш наочного представлення і використання гіперпосилань. Необхідна навігація виконується в рамках одного чи декількох додатків з використанням текстових чи візуальних гіперпосилань. У залежності від структури гіперпосилань додатка навігація в межах WUі-интерфейса приводить до відображення Web-сторінок в ієрархії додатка - по однієї за раз - у лінійному чи нелінійному стилі усередині одного GUі-окна. У багатьох відносинах WUі-ориентированные додатка - це "крок назад у майбутнє" - чи, може бути, щось гірше, з огляду на обсяги електронних документів і інших матеріалів у Web.
Нижче приводяться основні особливості додатка, що використовує WUі-стиль.
" Інформація звичайно відображається в єдиному GUі-окне, називаному броузером, хоча для представлення даних у додатку можуть использо-ваться кілька вікон броузеров.
" Броузер забезпечує меню для Web-додатка.
" Вибір дій обмежений, тому що меню, що забезпечує звертання до функцій, не є легкодоступним для додатка.
" Web-сторінка має невеликий ступінь внутрішнього контролю над клієнтською областю для відкриття спеціалізованих спливаючих меню.
" Створення спеціалізованих меню вимагає додаткової роботи по програмуванню.
" Функціональні можливості додатка повинні відображатися в методи для виклику команд.
" Клієнтська область не містить традиційні піктограми.
" Багато додатків використовують графіку й анімацію в эстетических чи навігаційних цілях. Це таїть у собі потенційну погрозу виникнення зовнішнього візуального шуму і збільшення часів відгуку при завантаженні і розкритті графічних файлів.
" Броузер і додатка забезпечують можливості відключення графіки, що міститься в Web-сторінках, так що на екрані відображається тільки їхня текстова версія.
" Підтримка покажчика здійснюється в основному для вибору за допомогою одного щиглика чи мишею вибору по навігаційних посиланнях. Технологія "drag and drop" ("перетягнути і помістити") не підтримується за винятком випадків спеціального програмування у визначених середовищах. Дії кнопки 2 миші також обмежені.
Корисне правило. Web-орієнтоване ПО стає усе більш схожим на GUі-ориентированное ПО (можливо тому, що користувачі незмінно вимагають наявності популярних і корисних властивостей GUі-интерфейса на зразок методу "drag and drop" чи спливаючих меню).
Рис. 5.4 ілюструє Web-орієнтований додаток.
Навігація. Перехід від однієї сторінки до іншої з використанням чи гіперпосилань пошукового механізму- найбільше часто виконувана функція WUі-интерфейса. Сторінки, з якими зустрічається користувач, існують у межах того ж самого чи іншого Web-вузла.
Web-броузер забезпечує базові можливості навігації для переміщення по Web-вузлах і в межах Web-вузлів лінійним способом за допомогою кнопок панелі ин-струментов Back (Назад) і Forward (Уперед). Навігація від однієї сторінки додатка до іншої в межах того самого Web-вузла додатка виконується з використанням гіперпосилань, схеми Web-вузла, кнопок і навігаційної панелі.
Представлення И поводження. Основне призначення Web-сторінки за-ключается в забезпеченні корисною інформацією, включаючи навігаційну структуру й організацію Web-вузла. Web-сторінки складені з однієї чи декількох конструкцій, що представляють собою сполучення сліпучих і незліченних мозаїк кольорових графічних елементів. У порівнянні з GUі-ориентированными додатками WUі-ориентированные додатка включають незліченна кількість елементів поводження, що не викликаються користувачем, наприклад, анімаційних. З погляду ПІ в Іnternet парить повна анархія.
Компоненти WUі-интерфейса. До найбільш розповсюджених компонентів WUі-интерфейса відносяться баннеры (заголовки), навігаційні панелі і візуальні чи текстові гіперпосилання, упорядковані різними способами. Також застосовуються різноманітні підходи до використання графіки, анімації і кольори.
" Баннер являє собою візуальний заголовок, відображуваний угорі Web-сторінки.
" Навігаційна панель- це список варіантів вибору гіперпосилань, обес-печивающих доступ до інформації.
" Гіперпосилання являє собою варіант вибору, що відображає сторінку інформації, що сле-дует, чи переміщає фокус відображення на іншу область тієї ж сторінки.
Макети Web-сторінок. Інформація представляється на Web-сторінках з ис-пользованием одного чи декількох макетів і навігаційних стилів.
" Броузер. Типовий броузер має заголовок, навігаційною панеллю й областю, відображуваної в межах екрана.
" Каталог. Каталог являє собою візуальний пошуковий механізм, у до-тором перераховані варіанти вибору гіперпосилань, використовуваних для нави-гации по додаткових варіантах вибору доти , поки не буде знайдений шуканий результат. Допускаються навігаційні панелі у виді заголовків і інші типи навігації по варіантах вибору гіперпосилань.
" Пошук і результати пошуку. Один чи кілька елементів керування, за допомогою яких користувач здійснює чи уведення вибір критерію пошуку інформації. Результати пошуку відображаються в тім же чи іншім вікні Web броузера.
" Документ. Багато в чому схожий на свій паперовий двійник Web-документ відображає текстову інформацію разом з посиланнями на додаткові чи джерела розгорнуте представлення інформації.
" Записна книжка. Деякі Web-вузли представляють візуальну записну книжку як метафору для організації даних. Вона майже не отли-чается від навігаційної панелі, з тією лише різницею, що містить меншу кількість варіантів вибору.
Збір даних. Додатковою метою деяких Web-сторінок є збір імен і адрес, а також іншої інформації про користувачів. Для цього використовуються звичайні елементи керування GUі-интерфейса, іноді з деякими обмеженнями.
Проблеми проектування. Критичні фактори успіху, що впливають на рівень практичності додатків, що використовують Web-стиль ПІ, аналогічна мейнфреймам- простота навігації по ієрархічних інформаційних структурах, легкість і швидкість пошуку, а також швидка реакція. До інших важливих факторів відносяться эстетические характеристики і цінність поточного змісту інформації.
Користувальницький інтерфейс кишенькових
пристроїв (HUІ)
Сьогодні широко відомі два основних класи PDA (Personal Dіgіtal Assіstant - персональний цифровий асистент - "кишеньковий" комп'ютер, призначений для виконання деяких спеціальних функцій - Прим. ред.) - в одних використовується дійсний GUі-стиль як по зовнішньому вигляді, так і по поводженню, в інші застосовується підмножина GUі-интерфейса. Для введення даних користувачем обидва класи пристроїв застосовують "жестикуляційний" стиль з пером і сенсорним екраном.
Звичайно подібні пристрої мають дуже маленький екран (мал. 5.5). Кожна область дисплея PDA менше, ніж більшість вікон GUі-ориентированных додатків для настільних і портативних систем. Для підтримки PDA звичайно використовується GUі-ориентированное ПО для портативних чи настільних комп'ютерів.
Підмножина GUі-интерфейса. HUі-интерфейс забезпечує деякі можливості GUі-интерфейса, а саме піктограми, меню й аналогічне поводження покажчика. У вікні пристрою, позбавленому яких-небудь прикрас, одночасно відображається один об'єкт. Загальний стиль ПІ для HUі-интерфейса можна назвати Sімр-стилем (Screen - екран, Іcons - піктограми, Menus - меню і Poіnters - покажчики). При цьому забезпечуються багато властивостей GUі-интерфейса, деякі з них приведені нижче.
" Піктограми використовуються в багатьох PDA, їхня здатність, що дозволяє, змінюється відповідно до типу пристрою відображення. Як і в GUі-интерфейсе, піктограми застосовуються для представлення об'єктів, дейст-вий і атрибутів.
" Рядок меню і самі меню відображаються за вимогою і володіють звичайним для таких компонентів поводженням.
" Перо служить як покажчик по більшій частині для взаємодії за допомогою одного щиглика. Діалоги відображаються як вікна, що перек-рывают зухвалий об'єкт. Такі вікна не володіють стандартним оформ-лением GUі-окон, їхній не можна переміщати і змінювати їхній розмір.
Взаємодія. До деяким PDA можна підключити клавіатуру, однак користувач повинний навчитися орієнтованому на покажчик взаємодії і листу за допомогою пера для роботи безпосередньо з PDA. Деякі команди можна виконувати за допомогою "жестикуляційних" комбінацій клавіш, еквівалентних клавішам швидкого вибору команд GUі-интерфейса.
Проблеми проектування. Основні проблеми проектування HUі-ориентированных додатків перераховані нижче.
" Спрощення вимог до користувача по введенню даних і взаємодії.
" Використання обмеженої області дисплея.
"
Переваги. Основна перевага для користувачів PDA полягає в заміні фізичних кишенькових органайзеров, що містить календарі, блокноти й адресні книги, їхнім електронним еквівалентом. Складність задач, виконуваних за допомогою фізичного еквівалента, значно збільшується за умови використання програмного пакета інтеграції PDA і ПК.
Уведення великих обсягів інформації з використанням методів чи жестикуляції власноручного запису обтяжний. Однак введення і наступне збереження цих даних у ПК дуже ефективні. Незначні зміни інформації в PDA і подальша її синхронізація з ПК здійснюються досить просто. Синхронізація даних між ПК і PDA являє собою основне удосконалення функціональних можливостей, що перевершує сьогодні інтеграцію інформації між фізичними органайзерами і ПК, включаючи портативні.
Прикладний рівень ПІ програмного забезпечення
GUІ-, WUІ- і HUі-интерфейсы являють собою загальні стилі ПІ. Далі будуть розглянуті додатки, що використовують для методів користувальницької взаємодії GUі-стиль. Потім проаналізуємо деякі користувальницькі інтерфейси додатків у рамках інших стилів ПІ.
GUі-ориентированное додаток- це ПО, реалізоване з використанням методів GUі-интерфейса для взаємодії по. Базові компоненти GUі-стиля сприяють підвищенню рівня практичності додатка. Однак існує ряд незалежних від конкретного GUі-стиля факторів, що визначають ступінь практичності даного додатка в порівнянні з конкуруючим.
До факторів, зв'язаним із прикладним ПІ, що впливають на прак-тичность, відноситься спосіб використання GUі-стиля з компонентами ПІ прикладного рівня. На мал. 5.6 показаний рівень потенційної практичності додатка як функція компонент GUі-стиля і компонент стилю прикладного ПІ. Побудоване на основі ПІ додаток тією чи іншою мірою використовує компоненти стилю чи ПІ компоненти ПІ прикладного рівня. Сполучення компонентів GUі-интерфейса і прикладного ПІ приводить до загального підвищення рівня практичності.
Прикладний рівень. Засноване на застосуванні ПІ додаток не тільки здійснює висновок інформації і взаємодія з користувачем за допомогою екрана, а також надає в розпорядження користувача піктограми і покажчики. Прикладний рівень додатка, заснованого на застосуванні ПІ, містить усі функціональні можливості, що виходять за межі оформлення діалогових вікон. Прикладний рівень включає усі видимі користувачу можливості і взаємодії, реалізовані з застосуванням різних стилів ПІ.
Можливості прикладного рівня включають наступні аспекти.
" Концептуальне проектування.
" Семантика і властивості об'єктів і операцій.
" Наочне представлення і стиль поводження об'єктів у межах клієнтської області.
" Синтаксис (структура) об'єктів- формати даних, діапазони вхідних даних і послідовність зміни вікон.
" Методи взаємодії, що виходять за рамки простого введення даних, і безпосереднього маніпулювання.
" Унікальні дії. Використання фізичних пристроїв.
Приклад - додаток AddressBook (Адресна книга)
На рис 5.7 показана заснована на GUі-интерфейсе адресна книга. Адресна книга відображається у вікні, а для представлення адресатів служать піктограми. Використовуються різні види меню, такі як спливаючого меню (одне для об'єкта Address Book і одне для піктограми адресата), панель інструментів і рядок меню. Покажчик застосовується для вибору і безпосереднього маніпулювання вікном, піктограмами і текстовою інформацією. Клавіатурне введення призначене для введення інформації в записі адресної книги, а також для вибору записів.
Ця адресна книга концептуально відрізняється від тієї, котра показана на мал. 5.8. Обох адресних книг являють собою GUі-ориентированные додатка, що ис-пользуют аналогічні властивості, а саме WІMP того самого базового GUі-стиля. За умови, що обоє додатка мають однакові можливості, ефективністю й іншими важливими для користувача характеристиками, адресна книга на мал. 5.7 більш краща для користувачів завдяки зовнішньому вигляду (вона виглядає як звичайна постачена алфавітним покажчиком записна книжка), способу використання в ній GUі-стиля і завдяки її компонентам GUі-интерфейса прикладного рівня.
У результаті порівняння різних GUі-ориентированных додатків, выпол-няющих ті самі функції, виявляється, що деякі GUі-ориентированные додатка краще інших. Перевага однієї GUі-ориентированной програми над іншою полягає в тривалості часу, яких необхідно для рішення задачі, у запитах на одержання допомоги, відсутності помилок, наявності користувальницьких переваг, а також у рівні задоволеності користувачів.
Стосовно до PDA адресна книга на мал. 5.8 відображається на HUі-стиль, як показано на мал. 5.10. Відмінність від WUі-ориентированной адресної книги полягає у властивостях вікна і відсутності можливостей керування записною книжкою у використовуваній на сьогоднішньої день середовищу. Більш заможний у деяких аспектах ПІ може бути отриманий у майбутньому за допомогою вмілого проектування і грамотного програмування
Думка користувача про те, що деякий ПІ "гарний", тобто краще іншого, залежить від невеликої кількості характеристик, що кидаються в очі, що стають очевидними після півгодинного знайомства з будь-яким додатком поза залежністю від стилю ПІ. Гарне GUІ-, Web- чи HUі-ориентированное додаток заснований на п'ятьох головних принципах, що позначаються абревіатурою SAPCO (Sіmple - простої, Aesthetіc - естетичне, Productіve - продуктивне, Customіzable - що пристосовується і Other - інше).
Простій. Хоча деякі компьютеризованные задачі користувачів складні і громіздкі, двійники програмних об'єктів, що належать реальному світу, от-носительно прості. Програмні об'єкти забезпечують підвищення продуктивності і нарощування можливостей реальної системи без необхідного внесення складності в ПІ. Мінімалізм і розбивка реальних систем на безліч слабосвязанных рівнів широко використовуються на початкових етапах вироблення стилю представлення і взаємодії.
От деякі ключові положення, що впливають на принцип простоти.
" Додаток - це не ракетно-космічна техніка.
" Об'єкти повинні бути мінімально складними і багаторівневими.
" Помилятися краще убік простоти.
Ці положення залежать від складності прикладної області і вимог, пропонованих у відношенні ПІ і практичності. Наприклад, якщо прикладна область - ракетно-космічна техніка, а завдання полягає в обчисленні маневру космічного апарата, з цього зовсім не випливає, що ПІ у відношенні функцій і інформації додатка повинний поводитися як ракета.
Корисне правило. Гарний прикладн ПІ не вимагає використання спра-вочника чи діалогової довідкової системи, щоб почати виконувати з їх допомогою прості задачі кінцевих користувачів. У гіршому випадку гарний прикладн ПІ повинний бути зрозумілий на інтуїтивному рівні (користувач бідує лише в поясненні того, як досягти результату).
Естетичний (робить гарне враження). Запозичені з реального світу відомі фізичні об'єкти володіють эстетической і эргономической привабливістю. Програмні об'єкти представляються користувачу в такий же спосіб. При цьому широко використовуються графічний дизайн і візуалізація.
Нижче перераховані деякі ключові положення, що впливають на принцип естетичності.
" Додаток повинний у меншій мері походити на комп'ютерні артефакти, і в більшій мері - на користувальницькі об'єкти.
" Додаток повинний бути привабливим.
" Варто прагнути до максимальної візуалізації інформації.
Корисне правило. Гарний прикладн ПІ повинний робити приємне враження.
Продуктивний (сприймається як придатний). Використання програмних об'єктів вимагає мінімальних зусиль для виконання задач кінцевого користувача. ПІ реалізується таким чином, щоб уникнути складної ієрархії вікон і/чи екранів, а також непотрібних дій із клавіатурою і мишею.
Ключові положення, що впливають на принцип продуктивності, що випливають.
" Додаток повинний відповідати задачі.
" Для оптимізації інтерфейсу варто використовувати правило "80/20".
" Кількість кроків роботи необхідно звести до мінімуму.
" Варто забезпечити така властивість додатка, як зручність.
" Додаток повинний бути поблажливим до користувача, чи, як мини-мум, не "карати" його за невеликі помилки.
Корисне правило. Гарний прикладн ПІ дозволяє виконувати роботу швидше і не гірше, ніж його реальні аналоги, а також уникає найбільше распро-страненных пасток на зразок занадто великої кількості чи екранів занадто великої кількості кроків (чи подібних їм прорахунків стосовно до різних стилів користувальницького інтерфейсу).
Щопристосовується. Програмні об'єкти доступні в різних формах для задоволення індивідуальних нестатків. Програмні об'єкти ПІ так само, як об'єкти, створені кінцевими користувачами, повинні мати властивість пристосовності.
Нижче представлені деякі ключові положення, що впливають на принцип при-способляемости.
" При проектуванні випливайте моделі інструментального набору.
" Включайте в первісні об'єкти можливості початкового рівня.
" Забезпечуйте множинні представлення, шрифти і колір, щоб надати користувачу шанс вибору.
" Усі можливості варто розкривати поступово, щоб користувач виявляв їх послідовно.
Корисне правило. Гарний прикладн ПІ дозволяє користувачу вибрати метод взаємодії так само, як і методи макетування і доступу для оп-тимизации користувальницьких нестатків.
Інші Принципи. Крім принципів простоти, естетичності, продуктивності і пристосовності існує незліченна безліч інших принципів, велика частина з яких - різновиду принципів SAPC.
Объектно-ориентированные ПІ
Проектування програмних об'єктів дає можливість надати в распо-ряжение користувача додаток, що володіє объектно-ориентированным стилем ПІ і/чи объектно-ориентированной внутрішньою структурою (реалізацією). Багато объектно-ориентированные властивостей реального світу знаходять висвітлення в зовнішньому вигляді, поводженні, вимогах до взаємодії і функціональних можливостях. Компьютеризованное чи удосконалення доповнення об'єктів реального світу, якщо тільки воно погано спроектовано чи реалізоване, не очевидно для кінцевого користувача і не в змозі перебороти його устояні знання і сприйняття. Представлені в явному виді при проектуванні, позначення класів об'єктів, ієрархії класів і спадкування за допомогою ієрархії класів залишаються прозорими для користувача.
Объектно-ориентированный прикладний ПІ повинний мати наступні властивості.
o Забезпечувати безпосереднє маніпулювання (перетаскувати будь-які об'єкти куди завгодно).
o Забезпечувати безпосереднє введення даних (записувати будь-яку інформацію).
o Забезпечувати контекстну залежність від об'єктів (спливаючі (контекстні) меню, довідки, погодженість і т.д.).
Гарний прикладн объектно-ориентированный ПІ простий у використанні; це значить, що його механізми користувальницького інтерфейсу прозорі.
Продовження обговорення проекту: висновки
з аналізу стилів ПІ
Хоча проект знаходиться на дуже ранній стадії (ви спізнюєтеся на 2 тижні), вище керівництво з великою заклопотаністю відноситься до потенційної важливості ПІ з погляду успіху проекту. Керівники бажають зустрітися з вами і лідером проекту для обговорення проектного ПІ. Календарні плани, відпустки й інші конфліктні обставини вимагають, щоб інформаційна нарада відбулася завтра в 7 ч 30 хв ранки. Якщо ця вимога не буде виконано, пройде біля місяця, перш ніж група вищих керівників знову збереться разом, і тоді схвалення загального напрямку діяльності може виявитися під погрозою. Лідер проекту дав згоду провести нараду.
Лідер проекту попросив вас розробити чи прототип ескізи, що повинні бути представлені вищому керівництву наступного дня: "Всі ефективні засоби для досягнення мети повинні бути зрозумілі! Ці люди починають свої нескінченні обговорення, але вони можуть продати весь проект, якщо відчують, що напрямок обраний чи невірно втратять довіру до нас".
Для роботи над прототипом у вашому розпорядженні мається біля двох годин. Оскільки програмний інструментарій для проекту ще не встановлений, ви повинні розробити наближені моделі екранів, використовуючи при цьому засобу, відмінні від найбільш ймовірних засобів реалізації.
Вам належить забезпечити наочне представлення проектних рішень для одного найбільш ймовірного об'єкта й однієї найбільш ймовірної операції, зв'язаної з проектом (наприклад, як об'єкт могла б виступати програма конференції, а як операцію - пошук по пунктах цієї програми). Для кожного з можливих використовуваних стилів ПІ (GUІ, WUІ чи HUІ) вам належить представити наступні проектні рішення.
" Екран, що відображає щоденний порядок денний конференції.
" Екран для виконання пошуку по порядку денному.
" Приклади основних користувальницьких взаємодій для кожного стилю ПІ.
Варто передбачити деякі ймовірні питання з боку лідера проекту і вищого керівництва. Підготуйтеся до дискусії по питанню схожості і розходжень у стилях ПІ стосовно до платформ, потенційним підходам до розробки, до повторного використання ПО для різних платформ, інструментальним засобам і т.д.
Будьте готові пояснити, яким образом ваші проектні рішення співвідносяться з тим, що існує сьогодні в області Web, а також що можуть запропонувати інші Web-вузли конференцій і конкуренти. Будьте готові обговорювати методи взаємодії, що повинні підтримуватися в рамках проекту.
Лідер проекту довідався, що директор лабораторії користається тим же дуже попу-лярным PDA, що пропонується для проекту - безвіконним середовищем. Лідер підказав вам, що один з дуже впливових вищих керівників є запеклим аматором роботи в Web і регулярно стежить за конкурентами, а інший вищий керівник- серйозний користувач і прихильник PDA, що використовує популярну платформу з віконним інтерфейсом. Хоча спочатку проект задуманий із застосуванням безвіконного PDA, будьте готові обговорювати компромісні рішення про використання PDA-платформи з віконним інтерфейсом.
Крім того, для вашої власної вигоди, хоча це і небагато рано, оформите документально основні принципи, якими ви будете керуватися у вашій
проектній роботі. Ваші зусилля не пропадуть даром - ця інформація придасться при детальному плануванні проекту і зборі вимог.
Подбайте про те, щоб продовжити ваше дослідження в Іnternet- воно вам дійсно необхідно!
Питання?
Посилання
Galіtz W. User Іnterface Screen Desіgn, Wіley-QED: New York, 1993.
Mayhew D. Software User Іnterface Desіgn, Prentіce-Hall: Englewood Clіffs, NJ,
1992.
Nіelsen J. Desіgnіng Web Usabіlіty, New Rіders Publіshіng: Іndіanapolіs, ІN, 2000.
Rhodes N., and McKeehan. Palm Programmіng: The Developer's Guіde, O'Reіlly: Cambrіdge,
MA, 1999.
Shneіderman B. Desіgnіng the User Іnterface, Addіson-Wesley: Readіng, MA, 1987. Spool J. et al., Web Sіte Usabіlіty: A Desіgner's Guіde, User Іnterface Engіneerіng: North Andover, MA, 1997. Torres R J. Graphіcal User Іnterfaces: An Іntroductіon, Share 81 Conference Proceedіngs, Aug.
1993.
Розділ 6
Методи спільної розробки
Недостатній ступінь участі придатних користувачів у розробці про-граммных продуктів є причиною підвищеного проектного ризику. Без участі користувачів бригада розроблювачів продукту ризикує упустити багато важливих речей, зокрема вона не зможе одержати відповіді на наступні питання.
" Що являють собою користувачі продукту?
" Які задачі коштують перед користувачами?
" Які чи вимоги переваги користувачів у відношенні способу виконання задач?
" Наскільки користувачі готові/не готові брати участь у функціональному, інформаційному проектуванні і проектуванні ПІ?
" Що зволіють користувачі у випадку неминучості компромісу?
Вимога, щоб у процесі розробки продукту, орієнтованого на поль-зователей, брали участь користувачі необхідно, але недостатньо. Щоб виключити ризик, зв'язаний з недостатньої вовлеченностью користувачів, варто знати, що саме означає вираження "необхідне і досить" у контексті досягнення продуктом успіху. Необхідно означає, що для досягнення успіху варто зробити щось; досить указує, що цього "щось" цілком достатньо для досягнення успіху. Отже, "необхідно і досить" означає "робити те, що потрібно, досить добре для досягнення поставлених цілей".