Відмінності між версіями «Гнучкість інтерфейсу»
Dez (обговорення • внесок) |
Dez (обговорення • внесок) |
||
| Рядок 6: | Рядок 6: | ||
При '''фіксованій''' адаптації користувач явно вибирає рівень діалогової підтримки. Простий варіант такої адаптації заснований на використанні правила двох рівнів, згідно якому система забезпечує два види діалогу: | При '''фіксованій''' адаптації користувач явно вибирає рівень діалогової підтримки. Простий варіант такої адаптації заснований на використанні правила двох рівнів, згідно якому система забезпечує два види діалогу: | ||
| − | + | * докладний (для користувача, що починає); | |
| − | + | * короткий (для підготовленого користувача). | |
Правило двох рівнів може бути розширене до правила N рівнів діалогу. | Правило двох рівнів може бути розширене до правила N рівнів діалогу. | ||
Проте такий підхід має декілька недоліків: | Проте такий підхід має декілька недоліків: | ||
| − | + | * не враховується той факт, що навики накопичуються поступово; | |
| − | + | * користувач може добре знати одну частину системи і зовсім не знати іншу; | |
| − | + | * користувач сам визначає рівень своєї підготовки, що знижує об'єктивність оцінки. | |
При '''повній''' адаптації діалогова система прагне побудувати модель користувача, яка у міру навчання останнього і визначає стиль діалогу залежно від цих змін. При цьому однією з основних проблем є розпізнавання характеристик користувача. Для її вирішення необхідно визначити, що використовувати як такі характеристики: час, що витрачається користувачем на відповідь, кількість його звернень по допомогу або характер помилок і тип запрошуваної допомоги. | При '''повній''' адаптації діалогова система прагне побудувати модель користувача, яка у міру навчання останнього і визначає стиль діалогу залежно від цих змін. При цьому однією з основних проблем є розпізнавання характеристик користувача. Для її вирішення необхідно визначити, що використовувати як такі характеристики: час, що витрачається користувачем на відповідь, кількість його звернень по допомогу або характер помилок і тип запрошуваної допомоги. | ||
| Рядок 21: | Рядок 21: | ||
'''Косметична''' адаптація покликана забезпечити гнучкість діалогу без урахування поведінки користувача, але і без однозначного вибору їм конкретного стилю діалогу. | '''Косметична''' адаптація покликана забезпечити гнучкість діалогу без урахування поведінки користувача, але і без однозначного вибору їм конкретного стилю діалогу. | ||
Такій адаптації можна досягти за рахунок застосування наступних методів: | Такій адаптації можна досягти за рахунок застосування наступних методів: | ||
| − | + | * використання умовчань; | |
| − | + | * використання скорочень; | |
| − | + | * випереджаюче введення відповідей; | |
| − | + | * багаторівнева допомога; | |
| − | + | * багатомовність. | |
'''Використання умовчань'''. Суть умовчання полягає в тому, що система | '''Використання умовчань'''. Суть умовчання полягає в тому, що система | ||
використовує деяке спочатку задане значення якого-небудь параметра, поки користувач не змінить його. В цьому випадку мають місце два аспекти адаптації системи: | використовує деяке спочатку задане значення якого-небудь параметра, поки користувач не змінить його. В цьому випадку мають місце два аспекти адаптації системи: | ||
| − | + | ** по-перше, користувач, що починає, має можливість використовувати більшість параметрів системи за умовчанням; | |
| − | + | ** по-друге, система може запам'ятовувати значення, або задані при останньому сеансі роботи (наприклад, ім'я редагованого файлу), | |
| − | + | або найчастіше використовувані. | |
Для зручності користувачів, що починають, значення, використовувані за умовчанням, можуть виводитися на екран разом з відповідним питанням системи, наприклад: «Дата реєстрації документа? [поточна]». | Для зручності користувачів, що починають, значення, використовувані за умовчанням, можуть виводитися на екран разом з відповідним питанням системи, наприклад: «Дата реєстрації документа? [поточна]». | ||
Версія за 13:35, 26 листопада 2008
Гнучкість інтерфейсу
Гнучкість інтерфейсу - це його здатність враховувати рівень підготовки і продуктивність праці користувача. Властивість гнучкості припускає можливість зміни структури діалогу і/або вхідних даних. Концепція гнучкого (адаптивного) інтерфейсу в даний час є однією з основних областей дослідження взаємодії людини і комп'ютера. Основна проблема полягає не в тому, як організувати зміни в діалозі, а в тому, які ознаки потрібно використовувати для визначення необхідності внесення змін і їх суті.
Існують три види адаптації: фіксована, повна і косметична.
При фіксованій адаптації користувач явно вибирає рівень діалогової підтримки. Простий варіант такої адаптації заснований на використанні правила двох рівнів, згідно якому система забезпечує два види діалогу:
- докладний (для користувача, що починає);
- короткий (для підготовленого користувача).
Правило двох рівнів може бути розширене до правила N рівнів діалогу. Проте такий підхід має декілька недоліків:
- не враховується той факт, що навики накопичуються поступово;
- користувач може добре знати одну частину системи і зовсім не знати іншу;
- користувач сам визначає рівень своєї підготовки, що знижує об'єктивність оцінки.
При повній адаптації діалогова система прагне побудувати модель користувача, яка у міру навчання останнього і визначає стиль діалогу залежно від цих змін. При цьому однією з основних проблем є розпізнавання характеристик користувача. Для її вирішення необхідно визначити, що використовувати як такі характеристики: час, що витрачається користувачем на відповідь, кількість його звернень по допомогу або характер помилок і тип запрошуваної допомоги.
В даний час повна (автоматична) адаптація практично ні в одній діалоговій системі не реалізована.
Косметична адаптація покликана забезпечити гнучкість діалогу без урахування поведінки користувача, але і без однозначного вибору їм конкретного стилю діалогу. Такій адаптації можна досягти за рахунок застосування наступних методів:
- використання умовчань;
- використання скорочень;
- випереджаюче введення відповідей;
- багаторівнева допомога;
- багатомовність.
Використання умовчань. Суть умовчання полягає в тому, що система використовує деяке спочатку задане значення якого-небудь параметра, поки користувач не змінить його. В цьому випадку мають місце два аспекти адаптації системи:
- по-перше, користувач, що починає, має можливість використовувати більшість параметрів системи за умовчанням;
- по-друге, система може запам'ятовувати значення, або задані при останньому сеансі роботи (наприклад, ім'я редагованого файлу),
або найчастіше використовувані.
Для зручності користувачів, що починають, значення, використовувані за умовчанням, можуть виводитися на екран разом з відповідним питанням системи, наприклад: «Дата реєстрації документа? [поточна]».
Найпоширеніший спосіб ухвалення значень за умовчанням - це нульове введення, тобто просте натиснення клавіші «Введення» як відповідь на питання системи. Якщо використовується командна мова, то користувач просто пропускає параметр, використовуваний за умовчанням.
Використання скорочень припускає, що користувач замість повного імені команди може вводити її будь-яке допустиме скорочене позначення. На перший погляд, може здатися, що скорочене введення зручніше для користувача, що починає. Але це не зовсім так. Щоб користувач міг, не замислюючись, замінити команду коректним скороченням, він винен досить добре представляти наявний набір команд, засвоїти «лексику» системи. Наприклад, якщо в системі є команди Copy і Compare, то початківцеві простіше набрати повне ім'я, чим вибрати коректний варіант скорочення.
Ідея випереджаючого введення відповідей полягає в тому, що користувач має можливість на черговому кроці діалогу вводити не одну відповідь, а ланцюжок послідовних відповідей, попереджуючи можливі питання системи.
Один з методів забезпечення багаторівневої допомоги полягає в тому, що спочатку на екран виводиться повідомлення початкового рівня, а потім користувач може уточнити отриману інформацію, використовуючи перехід на нижчий рівень по ключовому слову. На такому принципі заснована робота багатьох сучасних Help-систем, повчальних гіпертекстових систем.
Суть багатомовності інтерфейсу полягає в тому, що структура і семантика діалогових повідомлень, які видає і отримує користувач, повинні відповідати норму рідної мови користувача і не залежати від того, на якій мові розроблені інструментальні засоби, які він використовує.
Можливий підхід до реалізації багатомовності - створення засобів реакції системи на дії користувача (повідомлення-запити, підказки, повідомлення про помилки) окремо від синтаксису мови програмування (інструментальних засобів).
