Page 112 - 4695
P. 112

Зрозуміло, що користувачі повинні мати можливість пере-
             ходити не тільки на наступне вікно в послідовності, але й на по-
             передні вікна. Менш очевидним є інша вимога до майстрів: пе-
             рехід має бути максимально легким.
                 Завдання розкладається на дві складові: перша - потрібно
             реалізовувати можливість вільного переміщення по послідовно-
             сті. Якщо екранів небагато (3-5), то цілком можна обмежитися
             стандартними кнопками Назад і Далі. Якщо ж екранів багато,
             перехід по цих кнопках буде, як мінімум, повільним. У таких
             випадках доцільно доповнювати кнопки списком (при цьому,
             можливо, виключаючи з нього ще не пройдені екрани), що роз-
             кривається, або, якщо є місце, забезпечувати майстра списком
             всіх екранів (помічаючи поточний та пройдені екрани). Незале-
             жно від числа екранів у послідовності, необхідно інформувати
             користувачів про обсяг дії, що залишився (щоб дати їм можли-
             вість оцінити кількість роботи і тим самим підвищувати їх від-
             чуття контролю над системою). У довгих послідовностях показ
             обсягу екранів, що залишився, може понизити мотивацію кори-
             стувачів на початку дії, але підвищити мотивацію в кінці.
                 Друга складова - чіткість переходу. Для користувачів майс-
             тер,  тобто  послідовність  екранів,  здається  єдиним  екраном,
             вміст якого міняється. Цю ілюзію потрібно підтримувати, оскі-
             льки вона дозволяє не збивати направленість дій користувача і
             підтримувати  увагу  на  «сюжетно-важливій»  області  екрану.
             Для цього розмір і розташування вікна майстра, а також розта-
             шування  і  зовнішність  всіх  елементів  (таких  як  термінацінні
             кнопки), що повторюються, потрібно витримувати незмінними
             впродовж всієї послідовності.
                 Відміну від єдиного вікна, в якому виконується дія, в майс-
             трах необхідно підтримувати контекст дій користувача. Оскі-
             льки  раніше  зроблена  робота  прихована,  користувачі  можуть
             втратити контекст, що може уповільнити дію (контекст дове-
             деться відновлювати). Ступінь втрати контексту залежить від
             кількості  екранів,  часу,  який  користувачі  проводять  за  окре-
             мими екранами і від часу реакції системи. У більшості існуючих
             майстрів ОС кількість екранів іноді перевищує шість, але час,


                                            111
   107   108   109   110   111   112   113   114   115   116   117