Особливості режимів роботи для одного користувача і багатьох користувачів.

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

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

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

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

Спливаюче меню.

Спливаюче меню завжди є контекстно залежним, тобто його виклик і поява обумовлена тим об’єктом на який вказує курсор мишки. Це може бути вся форма, контейнер або деякий компонент.

Спливаюче меню

Мал 105. Зображення спливаючого меню.

Виклик меню – вказання об’єкту і натиснення правої кнопки миші. Можливий розподіл всієї форми на ряд областей по координатах і для кожної області можна зробити своє спливаюче меню. Для деякої пустої області можна зробити своє спливаюче меню щодо задач доступу функцій або дій. Розташування спливаючого меню повинно виходити із принципу обов’язкової видимості об’єкту (для якого з’являється спливаюче меню) окрім всієї форми. Всі правила проектування спливаючого меню аналогічні іншим меню.

Мал 106. Виклик меню в будь-якій частині форми натисненням правої кнопки миші.

Єдине, що майже не застосовується – це виклик опції за допомогою Alt + клавіша.

Область функціональних клавіш.

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

1. Кнопки навігації;

Кнопки навігації

Мал 136 Використання кнопок навігації.

2. Кнопки продовження діалогу з користувачем;

Кнопки продовження діалогу

Мал 137 Використання кнопок продовження діалогу з користувачем

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

2. Кнопки продовження діалогу з користувачем. Це різноманітні кнопки щодо виклику якогось вікна, повертання на будь-яку форму або меню; підтвердження запропонованої додатком дій виклик командного вікна, тобто є деяка кількість стандартних дій, які можуть бути використані в діалозі:

   1. Дія відмовлення;

   2. Дія введення;

   3. Дія - вихід;

   4. Дія - довідка;

   5. Дія - підказка;

   6. Дія регенерації.

1. Дія відмовлення. Це дія скасування зображення форми, панелі або всього того, що є на екрані , та переходу на попередню форму, панель або зображення на екрані згідно алгоритму додатку.

Дія відмовлення. Після натиснення цієї кнопки відбувається перехід на попередню форму

Мал 138 Реалізація дії відмовлення

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

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

Мал 139 Звернення з боку додатку до користувача.

Якщо ні – то все відбувається як і в попередньому разі, а якщо так, то при поверненні на цю форму її первинний стан повинен мати ці зміни інформації. Якщо робота додатку відбувається в робочій групі, тобто в загальному алгоритмі всі працюють паралельно, але до деякої вершини графу, де повинні бути з’ясовані ці проміжні дані, то всі дії відмовлення до будь-якого користувача групи відбуваються незалежно один від одного. І тільки в цих вершинах повинні бути з’ясовані дані щодо всіх користувачів робочої групи. При повертанні на форму текстовий курсор, в випадку не порушення інформації, стає на першу позицію першого поля. В разі зміни інформаційного поля і повернення на форму курсор стає на відповідну позицію.

2. Дія введення. Це дія щодо введення або вибору інформації в формі. Ці дії обумовлюють синтаксичну, семантичну перевірку щодо введеної інформації.

Введення тільки символьної інформації в поле вводу

Можливість додавання та видалення запису в БД

Мал 140 Автоматична перевірка систаксису введеної інформації

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

3. Дія - вихід. Виконання цієї дії приводить до завершення роботи з додатком з тієї точки алгоритму, з якої була подана ця команда, тобто додаток переходить в положення вигрузки і передачі керування операційній системі, або програмного середовища звідкіля був визваний цей додаток.

Мал 141 При виконанні дії “Вихід”відбувається передача керування ОС.

Як правило вихід, як дія, використовується тільки в меню дій, а в будь-якій формі використовується комбінація клавіш, яка приведе до появи меню дій і через опцію “Вихід” буде реалізовано вихід з додатку. Одним з варіантів дії вихід є дія перехід, при цьому повинно викликатись окреме вікно, в якому буде:

1. За допомогою компонента дерева вирішення питання, куди саме, тобто на яку вершину, буде здійснюватись перехід.

2. З’явиться командний рядок, в якому мовними засобами буде записана команда переходу.

Мал 142 Варіант дії Вихід

4. Дія - довідка. Ця дія надання користувачеві інформації щодо його можливих дій. Довідка може бути загальною і контекстно-залежною.

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

Мал 143 Отримання довідки зверху ієрархічного дерева.

Друга можливість – написання в спеціальному вікні кількох ключових слів, зміст або пояснення котрих повинна дати довідка. У разі відсутності такої інформації в довідці повинно спливати вікно з інформацією про неможливість отримання довідки.

Мал 144 Пошук довідкової інформації за індексом, тобто за ключовими словами.

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

Мал 145 Виклик Контекстно-залежної довідки із будь-якої точки алгоритму.

5. Дія - підказка. Надання користувачеві інформації належного змісту. Вона застосовується, як правило, для розтлумачення назв, абревіатур, можливих дій, скорочень, піктограм, синтаксису і семантики команд, що подаються. Дія підказки призводить до появи маленького віконця з кількома словами. Адаптованість системи вимагає можливість відключення і включення дії підказки.

Мал 146 Реалізація дії Підказка.

6. Дія регенерації. Це дії відновлення чи повторного введення інформації в будь-якому полі вводу або повністю в формі, або для деяких полів введення або вводу. Це можна виконати простим шляхом подання команди знищення всіх попередніх символів. А щодо поновлення всієї інформації форми, то повинна бути окрема кнопочка та комбінація клавіш. Якщо користувач працює в групі і вже зробив цілу низку операцій по вирішенні поточної задачі і це вже привело до зміни інформаційного поля всієї робочої групи, то при виконанні дії регенерації він може прийняти 2 рішення:

   1. При натисненні кнопки регенерації – перехід на початок вирішення цієї задачі в поточній формі.

Кнопки регенерації

Мал 147 Використання кнопок регенерації

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

Мал 148 Отримання результату

Мал 149 завершення дії Регенерації.

Мал 150. Збереження результатів та перехід на початок з новими вхідними даними.

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

Правила проектування області функціональних клавіш.

1. Область функціональних кнопок повинна займати всю ширину форми, панелі або вікна.

Мал.151. Область функціональних клавіш займає всю ширину панелі

2. Як правило кнопки розташовуються горизонтально, можливо з обґрунтуванням вертикального розташування , а також горизонтально з кількома рядками. Кількість кнопок не повинна бути більша за 7, а якщо є необхідність, то краще зробити окрему опцію в меню або продовжити діалог в додатковому вікні форми або панелі.

Мал. 152. Горизонтальне розташування функціональніх кнопок

Мал. 153. Вертикальне розташування функціональних кнопок

Мал. 154. Розташування кнопок горизонтально з кількома рядками

3. Кнопки повинні бути розташовані з центруванням по лінії (горизонтально), мати однакові розміри щодо однієї групи дій. Якщо на формі є декілька груп кнопок, то краще проводити візуальне розмежування, тобто зробити різні розміри для кнопок цих груп.

Вертикальна група кнопок

Горизонтальна група кнопок

Мал. 155. Відміна розмірів кнопок для різних груп

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

Мал. 156. Вертикальне розташування групи кнопок, які використовують графічні зображення

5. Запис назв дій в кнопках повинен бути тією ж самою мовою як і загальний текст в формі і додатку. якщо в додатку застосовується принцип дублювання дій після натиснення кнопки на формі і дій натиснення клавіш на клавіатурі, то треба зробити підказки для кожної кнопки додатку.

Вихід(Alt+F4)

Мал.157. Підказка для кнопки, яка дублює дію натиснення клавіш на клавіатурі

6. Область функціональних клавіш відокремлюється від інших частин форми, панелі або вікна за допомогою порожнього рядка, ліній, рамок або панелі. Два останніх варіанти застосовуються в тих рядках, коли вся композиція форми застосовує рамки і панелі для групування компонентів.

Мал.158. Відокремлення групи кнопок від іншої частини форми за допомогою лінії

Мал. 159. Відокремлення групи кнопок від іншої частини форми за допомогою рамки

Мал. 160. Відокремлення групи кнопок від іншої частини форми за допомогою порожнього рядка

7. При натисненні кнопки відбуваються якісь дії; ефект цієї дії для користувача може бути відображений за допомогою засобів:

а). ефекту натиснення;

б). зміною кольору;

в). зміною контрастності;

г). зміною розміру;

д). спеціальними ефектами.

Вибір засобу повинен бути єдиним для всіх форм і вікон додатку.

Мал.161. Дія натиснення кнопки: ефект виділення

Мал.162. Дія натиснення кнопки: ефект натиснення

Мал.163 Дія натиснення кнопки: ефект зміни коліру

8. Розташування клавіш повинно робитись за умови загального проекту форми, вікна або панелі (по межових лініях інших компонентів, відстані від інших компонентів лінії, які використовуються для розмежування та ін.)

Мал.164. Розташування групи кнопок за умови загального проекту.

Комп'ютерний практикум №7. Основні правила проектування екранів. Принципи дружнього інтерфейсу. Правила щодо проектування області команд.

Ціль: вивчити принципи проектування екранів, вимог, що пред’являє фірма Microsoft до розробки інтерфейсів, правил проектування області команд.

Хід роботи.

1. Спроектувати форми інтерфейсу з використанням компонентів введення інформації щодо подання команд користувачем з наступною реакцією додатку:

   1. запуск зумовленої процедури на виконання з завданням параметрів в області команд;

   2. виклик простого побудувала виразів для формування команди і наступного її виконання.

2. Спроектувати форми інтерфейсу для реалізації дії „команда” за методом виклику додаткової форми в окремому вікні.

3. При проектуванні форм згідно п.1, 2 застосувати правила для дій „Витяг команди”, „Підказка”.

4. Реалізувати в додатку принципи проектування дружнього інтерфейсу (7 принципів).