Методи розробки гнучкого інтерфейсу.

Лекція 4

Тема 4: Вимоги до продуктивності для різних типів ОС/

1. Методи розробки гнучкого інтерфейсу.

2. Три види адаптації інтерфейсів.

Залежно від специфікації ВР і розв'язуваних завдань вимоги до відповіді можуть бути наступними:

1)більше 15 сек. - при одиничних простих запитах користувач може одержувати відповідь тоді, коли йому зручно, тому що може перемикатися на іншу справу. У таких випадках діалог виключений.

2)більше 4 сек. - при цьому сильно утрудняється діяльність по прийняттю рішень і уведення даних. Після «головного завершення» користувач готовий чекати до чверті хвилини, але втратить при цьому нитка рішення завдання.

3)2-4 сек. - для операцій, що вимагають високої концентрації уваги. Очікування в 4 сек. для поглиненого справою користувача, що почуває моральну відповідальність за виконуване завдання може здатися надмірним.

4)менше 2 сек. - якщо користувач повинен пам'ятати інформацію декількох послідовних відповідей,, ці відповіді повинні бути короткими. При дуже складній роботі на АРМ ці 2 сек. є границею, при переході якої більшість користувачів випробує один зі стрибків униз. По цьомуе діалог повинен проектуватися так, щоб підтримати високу інтенсивність роботи користувача. Для цього бажано (щоб зберегти тепло людської думки в системі людина-машина) час відповіді повинне бути менше однієї секунди.

5)почни миттєва відповідь (порядку 0.1 сек.) - це реакція натискання клавіш, печатка символу й т.д. Але занадто короткий час відповіді може не задовольнити користувача із психологічної точки зору. В оператора вповільнюється реакція, може навіть виникнути подавлений стан. Підсвідомо він буде почувати, що йому нав'язують темп роботи машини. У таких випадках реалізують спеціальні затримки, щоб час відповіді був не менш 1, 5 сек.

Методи розробки гнучкого інтерфейсу.

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

Існують три види адаптації:

1)фіксована

2)повна (автоматична)

3)косметична

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

-не враховується, що навички накопичуються поступово

-користувач може добре знати одну частину системи й не знати іншу

-користувач сам визначає рівні своєї підготовки, що знижує об'єктивність оцінки

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

1)час на підготовки відповіді

2)кількість обігів за допомогою й характер помилок

3)тип запитуваної допомоги

Однак дотепер повна автоматизація адаптації практично в жодній системі не реалізована.

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

1)використання умовчань

2)використання скорочень

3)випереджальне уведення відповіді

4)багаторівнева допомога

5)багатомовність

Сутність замовчування полягає в тому, що система використає деякі вихідні значення параметра, поки користувач не змінить його. Тоді, по-перше, що починає користувач має можливість використати більше параметрів системи за замовчуванням. По-друге - система може запам'ятати значення в останньому сеансі роботи або найбільше часто використовувані. Найпростіший спосіб прийняття значення за замовчуванням - це нульове уведення (натискання клавіші «уведення» у відповідь на питання системи). При використанні командної мови користувач просто пропускає параметр, використовуваний за замовчуванням.

При використанні скорочень користувач замість повного імені команди може вводити будь-яке припустиме скорочене позначення. Але, щоб, не замислюючись змінити команду коректним скороченням, користувач повинен добре представляти набір команд, засвоїти «лексику» системи.

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

При операції уведення відповідей користувач може на черговому кроці діалогу вводити не одну відповідь, а цілий їхній ланцюжок, попереджаючи можливі питання системи.

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

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

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