6.6. Засобу навчання користувача
Практика показує, що навіть при наявності повної і докладної документації на програмний продукт, але виконаної в друкованій формі, користувачі воліють освоювати його методам "проб і помилок".
Розглянуті в попередніх підрозділах засобу призначені для надання користувачу оперативної допомоги, тобто так чи інакше ці засоби є контекстно-залежними і надають йому "конкретна відповідь на конкретне питання". Трохи особняком коштує в їхньому ряді Довідник, розділи якого не зв'язані безпосередньо з поточним контекстом виконуваного завдання, але і він використовується звичайно в якості розгорнутого "тлумачного словника", а не "книги для читання". Для тих додатків, що реалізують невеликий перелік функцій (причому одним певним чином), засобів оперативної підтримки користувача цілком достатньо, щоб допомогти йому при виникненні утруднень. Однак для більш складних додатків, що звичайно іменуються "інтегрованими середовищами" чи "пакетами", потрібно створення спеціальних засобів навчання користувачів технології роботи з цими додатками. Їхня наявність необхідна й у тому випадку, якщо створюваний додаток призначений для визначеної категорії користувачів (або не знайомих з тією предметною областю, до якої відноситься додаток, або имеющих недостатній рівень "комп'ютерної грамотності"). Номенклатура і спосіб реалізації використовуваних у додатку засобів навчання залежить від цілого ряду факторів:
o призначення і рівня складності додатка,
o характеристик потенційних користувачів,
o часу, що відводиться на вивчення додатка.
У рамках одного придложения можуть використовуватися різні варіанти засобів навчання, що відносяться як до всього додатка, так і до окремих його компонентів (або призначені для різних груп користувачів). При цьому пользо-
244
вателю повинна бути надана і воля вибору засобів навчання, і можливість відключення кожного з них.
Для найбільш складних програмних продуктів засобу навчання можуть бути реалізовані у виді щодо самостійних додатків, що мають у своєму складі як підсистему навчання, так і підсистему контролю рівня підготовленості користувача. Такий підхід характерний для систем керування й адміністрування, що працюють у реальному масштабі часу, помилка в експлуатації яких може привести до значних утрат (зокрема , економічним).
Наприклад, компанією Cіsco Systems була створена навчальна програма CІ - Cіsco Іnteractіve Mentor ("Інтерактивний учитель"), що допомагає програмістам і мережним адміністраторам вивчати роботу продуктів компанії в корпоративних мережах. CІ забезпечує можливість моделювання поводження мережі в різних ситуаціях і сприяє придбанню користувачами навичок у рішенні можливих проблем.
Створення подібних систем представляє дуже складну самостійну інженерно-технічну і наукову задачу, тому ми обмежимося розглядом тих засобів навчання, що можуть бути реалізовані як компонент користувальницького інтерфейсу додатка.
З їхньою допомогою може забезпечуватися досягнення наступних рівнів навчання:
1) "стимул-відповідь" - виробляється точна реакція того, якого навчають, на заданий
стимул (наприклад, для виклику спливаючого меню об'єкта потрібно клацнути
ПКМ на його піктограмі);
2) навчання ланцюжкам подій - з'ясування необхідної послідовності дей
ствий, необхідної для рішення визначеної задачі (наприклад, для корекції
умісту файлу: відкрити-відредагувати-записати);
3) концептуальне навчання - користувач повинний навчитися визначати про
щие властивості безлічі об'єктів (наприклад, визначати перелік дозволених
операцій для графічних об'єктів);
4) навчання правилам -і припускає навчання логічному погоджуванню меж
ду собою концепцій (наприклад, користувач повинний усвідомити правила застосування
технології OLE для об'єктів різних типів);
5) навчання рішенню задач - означає формування навичок у роботі з прило
жением при рішенні конкретних задач (наприклад, користувач повинний навчитися
виконувати розподіл ресурсів у рамках наявного календарного графіка).
Практично для всіх перерахованих варіантів справедливі наступні загальні вимоги до функціонування засобів навчання:
o повинні забезпечувати наявність зворотного зв'язку (той, якого навчають, повинний знати, ка
який результат дає кожна його дія);
o час реакції системи на дії користувача повинне бути мінімальним;
o робота засобів навчання в цілому повинна характеризуватися доброзичливець
ным відношенням до тому, якого навчають,.
245
До найбільше распространеннным у даний час "убудованим" засобам навчання відносяться:
o "Корисні ради" (Tіp of the Day, у термінології разработч иков локализо
ванною версії MS Offіce - Майстер підказок);
o Добірки прикладів, що ілюструють результати застосування додатка
для рішення різних задач;
o Демонстраційні ролики;
o Електронні підручники.
"КОРИСНІ РАДИ"
Даний засіб навчання реалізується у виді послідовності рад по роботі з додатком, що відносяться, як правило, до питань організації користувальницького інтерфейсу. Для висновку "корисних рад" на екран можуть використовуватися або вторинне вікно (мал. 6.25 а), або вікно Палітра (мал. 6.25 б). За замовчуванням чергова рада відображається при кожнім новому запуску додатка, однак звичайно користувачу надається можливість "пролистать" усю добірку рад, а також право заборонити відображати на екрані відповідне вікно.
Рис. 6.25. Засобу висновку "корисних рад" на
246
Практика показує, що даний засіб навчання є найменш ефективним і в кращому випадку дозволяє забезпечити досягнення першого рівня обуче-
шш ("стимул-відповідь"). На нашу думку, у переважній більшості випадків краще не включати даний засіб у додаток, або використовувати його для знайомства користувача з дійсно корисними радами, запозиченими, наприклад, у Козьмы Пруткова чи Ларошфуко. Останній, до речі, навіть не будучи знаком з жодним з розроблювачів програмного забезпечення, якось помітив: "В усіх нас вистачить сил, щоб пережити нещастя ближнього" (читай - користувача).
ДОБІРКИ ПРИКЛАДІВ І ДЕМОНСТРАЦІЙНІ РОЛИКИ
Зазначені засоби реалізують найбільш традиційний і перевірений принцип навчання - "роби як я". Приклади, що ілюструють роботу додатка, можуть використовуватися для навчання користувача двома способами:
o як прототип, вивчивши і модифікувавши який користувач може
одержати те, що йому потрібно (тобто приклади використовуються "у статиці"); такий
підхід дозволяє реалізувати другий і третій рівні навчання;
o як основу для створення демонстраційного ролика, що проводить пользо
вателя по всіх основних технологічних етапах роботи з додатком (при реше
нии якоїсь визначеної задачі); у даному випадку приклади використовуються "у ди
намике" і це забезпечує досягнення четвертого-п'ятого рівня навчання.
Рис. 6.26. Діалогове вікно для доступу до файлів прикладів
247
В обох випадках файли, що містять приклади, повинні розташовуватися компактно, у папці з відповідним назвою (наприклад, Example чи Sample). Доступ користувачів до прикладів може здійснюватися або стандартними засобами (за допомогою команди Відкрити), або за допомогою спеціальних елементів інтерфейсу, як показано на мал. 6.26.
Якщо додаток призначений для рішення досить широкого класу задач, то користувачу повинні бути надані засоби вибору того аспекту роботи з додатком, що його цікавить (наприклад, за допомогою спеціального вікна, як показано на мал. 6-27).
Рис. 6.27. Діалогове вікно для вибору демонстраційного файлу
Найкращим варіантом побудови демонстраційного файлу є такий, при якому користувачу надається право керувати процесом демонстрації (припиняти перегляд, пролистывать фрагменти в прискореному темпі і т.д.). Зазначений підхід може бути реалізований на основі многооконной технології побудови додатка (наприклад, у виді Проекту, як показано на мал. 6.28).
Якщо з якої-небудь причини складно реалізувати інтерактивний режим перегляду, то користувач повинний принаймні мати можливість у будь-який момент перервати демонстрацію.
Рис. 6.28. Перегляд демо-ролика в інтерактивному режимі
ЕЛЕКТРОННІ ПІДРУЧНИКИ
Основна відмінність електронних підручників від демонстраційних прикладів - це обов'язкова наявність интерактивности. У залежності від складності і способу реалізації вони дозволяють забезпечити досягнення кожного з п'яти перерахованих вище рівнів навчання. Ефективність застосування електронного підручника істотно підвищується, якщо в ньому використовується анімація. Основне її призначення - ілюстрація матеріалу, викладеного в поточному розділі підручника (мал. 6.29).
Рис. 6.29. "Сторінка" електронного підручника, супроводжувана анімацією
Доступ користувача до електронного підручника звичайно реалізується за допомогою відповідної команди (наприклад, Tutorіal), що входить у меню Help; додатково на панелі інструментів може бути присутнім кнопка, що забезпечує швидкий доступ до цієї команди.
6.7. ЗАСОБУ АДАПТАЦІЇ КОРИСТУВАЛЬНИЦЬКОГО ІНТЕРФЕЙСУ
Здатність додатка враховувати рівень підготовки і психофізіологічний стан користувача, а також характер виконуваного завдання можна розглядати як ще один елемент підтримки користувача. Під час обговорення етапів проектування користувальницького інтерфейсу в главі 2 були розглянуті три основні типи його адаптації: повна, фіксована і косметична. При
250
використанні GUІ реалізація кожного з них має визначену специфіку в порівнянні з іншими способами організації користувальницького інтерфейсу. Ця специфіка обумовлена в основному трьома факторами:
o використанням концепції Робочого столу;
o объектно-ориентированным підходом до реалізації GUІ;
o наявністю графічних елементів керування.
Завдяки зазначеним особливостям у GUі-приложении можуть бути реалізовані наступні види адаптації користувальницького інтерфейсу:
o конфигурирование Робітника столу;
o розмежування прав користувачів по роботі з об'єктами додатка;
o розмежування прав користувачів по використанню елементів керування;
o зміна візуальних атрибутів відображуваної на екрані інформації.
Перші три пункти являють собою різні варіанти фіксованої адаптації. Наприклад, у залежності від того, до якої категорії відноситься користувач, йому може бути заборонено, дозволене (чи дозволене з деякими обмеженнями) формування власної конфігурації Робочого столу (мал. 6.30).
При необхідності додаток може автоматично виконати конфигурирование Робітника столу.
Аналогічним образом може вироблятися настроювання інтерфейсу і щодо використовуваних у додатку об'єктів. Зокрема , визначеним категоріям користувачів може бути заборонене підключення принтера (мал. 6.31).
Рис. 6.31. Керування правами користувачів по роботі з об'єктами
Третій варіант фіксованої адаптації - розмежування прав користувачів по використанню елементів керування - припускає можливість диференційованого формування підмножини доступних користувачу елементів керування як у первинному вікні додатка, так і у вторинних вікнах. Наприклад, у пакеті RTWіn, призначеному для створення систем керування ре-ального часу, передбачена можливість розмежування прав доступу до елементів інтерфейсу для різних категорій операторів.
Як правило, основне призначення розглянутих вище способів фіксованої адаптації - забезпечення необхідного рівня безпеки (у змісті захищеності) системи. Проте , їхнє використання в багатьох випадках спосіб-
252
але істотно полегшити роботу недостатньо досвідченим користувачам ("менше знаєш - спокійніше спиш").
Зміна візуальних атрибутів відображуваної інформації є для GUі-приложений одним з основних способів косметичної адаптації. Якщо "ініціатором" фіксованої адаптації виступає, як правило, додаток, то при виконанні косметичної адаптації інтерфейсу ведуча роль приділяється користувачу. Однак якщо в додатку передбачені додаткові способи настроювання ин-терфейса (у порівнянні зі стандартним мінімумом), воно повиннео якимсь образом сповістити про це користувача. З цією метою може використовуватися, наприклад, вікно "Корисні ради", відображуване на екрані при першому запуску додатка.
Стандартні методи косметичної адаптації - вибір колірної палітри, шрифтів, зміна розташування панелей інструментів і т.д. - були розглянуті при описі властивостей елементів інтерфейсу. У цьому підрозділі зупинимося небагато докладніше на тих способах косметичної адаптації, що значно рідше використовуються в додатках (хоча також засновані на стандартних властивостях елементів інтерфейсу), але роблять значно більший вплив на эф-фективность роботи користувача.
У цю групу, зокрема , входять:
o призначення (чи перевизначення) клавіш-акселераторів;
o зміна складу відображуваних пунктів меню;
o зміна складу кнопок панелей інструментів;
o зміна форми представлення кнопок панелей інструментів.
Використання клавіш-акселераторів дозволяє в багатьох випадках істотно підвищити швидкість роботи користувачів, особливо тих, котрі випробують утруднення при роботі з мишею. Їхнє застосування дає істотний ефект і при виконанні найбільш розповсюджених операцій. Нагадаємо, що призначення (пли перевизначення) клавіш-акселераторів виробляється за допомогою спеціального текстового полючи, що так і називається - поле призначення гарячих клавіш. Це поле звичайне міститься на панелі властивостей з відповідним назвою (наприклад, чи Параметри Настроювання) і використовується разом зі списком, що відображає поточне розподіл гарячих клавіш (мал. 6.32).
Якщо додаток може використовуватися декількома користувачами, доцільно передбачити засобу роздільного збереження індивідуальних підмножин гарячих клавіш для кожного з них.
У главі 2 було відзначено, що наявність на екрані надлишкової інформації не тільки утрудняє користувачу відшукання необхідних її елементів, але і сприяє його підвищеної стомлюваності; це, у свою чергу, приводить до зниження ефективності роботи користувача.
Один зі способів усунення надмірності інформації - надання користувачу права пзмененять склад відображуваних пунктів (і розділів) меню і кнопок панелей інструментів. Реалізація такої можливості є нетри
Рис. 6.32. Елементи керування, використовувані для призначення (перевизначення)
гарячих клавіш
виальной задачею, що може зважуватися по-різному в залежності від використовуваної мови і технології програмування. Спосіб її рішення впливає на архітектуру додатка, тому питання про використання зазначених засобів адаптації інтерфейсу повинні бути вирішені на самих ранніх стадіях проектування додатка. На мал. 6.33 приведений приклад удалої реалізації засобів настроювання меню користувачем, а на рис, 6.34 - приклад не менш удалого підходу до настроювання панелі інструментів додатка.
Діапазон настроювань панелі інструментів додатки може бути значно розширений за рахунок надання користувачу права включати в неї кнопки, що забезпечують виконання його власних команд, тобто файлів, що виконуються, (.exe, .com, .bat). Це дозволяє використовувати панель інструментів вашого додатка для запуску інших додатків, з якими буде потрібно взаємодіяти користувачу при виконанні того чи іншого завдання. Такий підхід дозволяє сформувати на базі одного додатка стійке робітниче середовище користувача, що буде відновлюватися щораз при запуску додатка. На мал. 6.35 приведений приклад включення в панель інструментів кнопки запуску текстового процесора MS Word.
Описані вище варіанти косметичної адаптації орієнтовані на "середньостатистичного" користувача. Разом з тим, у багатьох випадках варто враховувати особливості специфічних категорій користувачів, наприклад, людей з ослабленим чи зором порушеним цветовосприятием. Найбільш розповсюджений варіант рішення цієї проблеми - надати користувачам можливість вибору
Рис. 6.35. Включення в панель інструментів кнопки запуску текстового процесора
форми візуального представлення елементів керування. З цією метою оответ-ствующие команди можуть бути включені в спливаюче меню елемента керування, що підлягає настроюванню (мал. 6.36).
Реалізація такого способу адаптації припускає наявність наскольких варіантів візуального представлення елементів керування. Для кнопок керування, наприклад, можуть використовуватися різні способи їхнього позначення: великі і дрібні малюнки, сполучення графіки з текстовими мітками (або заміна графіки текстом), як показано на мал. 6.37.
Можливі й інші способи адаптації. Наприклад, компонента ОС MS Wіndows 2000, що називається Mіcrosoft Magnіfіer ("Збільшувальне скло"). Вона
дозволяє перетворити частина екрана у своєрідну "лупу" з регульованим збільшенням, що переміщається в потрібну крапку разом з покажчиком миші.
Широкий спектр параметрів косметичної адаптації користувальницького інтерфейсу зв'язаний з використанням мультимедийных засобів. Орієнтація на застосування цих засобів виявляється усі в більшому числі додатків. Разом з тим, говорити про стандартні підходи до їх проектування і включення як обов'язковий компонент інтерфейсу нам представляється трохи передчасним. Відзначимо лише як приклад , що до складу ОС MS Wіndows 2000 входить компонента Mіcrosoft Screen Reader, що дозволяє озвучувати зображення на екрані (назви кнопок, пунктів меню і т.д.). На жаль багатьох російськомовних користувачів, цей компонент поки не локалізований. У зв'язку з цим доречно ще раз згадати про таку форму косметичної адаптації, як підтримка рідної мови користувача. Ефективна реалізація многоязычности GUі-приложений стала можлива завдяки появі міжнародного стандарту представлення алфавітів Unіcode UTF-8. Перший відомий нам програмний продукт, що цілком реалізує таку можливість (правда, поки "тільки" для 30 мов) - це засіб динамічного аналізу даних Gentіa 4.0 (виробник - фірма Gentіa Software). У Gentіa 4.0 уся текстова інформація зберігається в незалежному від мови виді доти , поки користувач не запустить програму на виконання. Перетворення даних у конкретну мову досягається за рахунок використання двох типів таблиць: таблиць додатка і таблиць повідомлень. Перші переводять у UTF текстові рядки, застосовувані в додатку для позначення елементів керування (наприклад, назви пунктів меню). Таблиці повідомлень містять переклади кожного такого рядка на інші мови і дозволяють користувачам запускати додаток на базі обраного ними мови.
Повна адаптація інтерфейсу, як було відзначено в главі 2, припускає наявність динамічно корректируемой моделі користувача. При цьому основна її відмінність від фіксованої і косметичної форм адаптації полягає в тім, що вона ініціюється не користувачем, а самим додатком. Для реалізації такого виду адаптації користувальницький інтерфейс додатка повинний володіти як би двунаправленной зворотним зв'язком: інформація про дії користувача повинна не тільки визуализироваться, але і реєструватися додатком з метою формування моделі користувача. Перші вдалі спроби реалізації такого підходу зв'язані з появою Інтернет-технологій, а точніше - з появою специ-фической форми GUІ - Web-інтерфейсу, що з однієї сторони стає усе більш самостійної, а з іншого боку - робить усе більший вплив на свого "предка". Більш докладно питання проектування Web-інтерфейсу розглянуті в наступній главі. Тут лише приведемо один із прикладів повної адаптації інтерфейсу, реалізованого при роботі користувачів в Інтернету. Мова йде про програмний продукт за назвою Learn Sesame 1.2, випущеному в лютому 1998 року фірмою Charles Rіver Analytіcs. Даний продукт відслідковує всі дей-
258
ствия відвідувача в ході його перебування на Web-вузлі і будує "профіль" (набір характеристик) цього користувача. Після того, як у базі даних Learn Sesame 1.2 нагромадиться досить зведень про відвідувача, йому буде запропонований індивідуально набудований уміст вузла. Наприклад, у канадській фірмі Newstar Technologіes програмне забезпечення на основі Learn Sesame 1.2 використовується для надання клієнтам персоналізованої фінансової інформації; визначивши, що відвідувача цікавлять ризиковані інвестиції, йому пропонують дані про цінні папери саме такого роду.
9*