Одне з найважливіших змін в комп'ютерній індустрії - поява графічного інтерфейсу. Тому виникла необхідність прийняти стандарти GUI, які визначають, як повинні виглядати додатки під Windows? Macintosh і т.д. Існують навіть сертифікаційні програми до требованbям яких продавці пристосовують свої додатки, щоб отримати значок Windows. Це робиться з кількох причин.
Одна з переваг Windows або Mac - їх стандартний вид. Коли ви навчилися працювати в одному з них, вважайте, що володієте і іншими. Більшість додатків під Windows використовують одні і ті ж угоди, тому ви знаєте як відкрити, зберегти, роздрукувати, закрити і скопіювати файл в будь-якому з них. Стандартний інтерфейс дуже зручний для користувачів. Потрібно намагатися, щоб ваші програми були схожі на інші додатки під Windows з якими користувачі вже навчилися працювати. Є сім спільних принципів розробки GUI. Якщо ви вивчите їх і будете їм слідувати, з дизайном ваших додатків буде все в порядку.
Сім принципів розробки GUI.
Сім загальних принципів розробки GUI взяті з керівництва по інтерфейсу Micrisoft Windows. Вони формують схему, на підставі якої ви можете створювати власні стандарти. Ця схема дає розробникам і користувачам два істотних переваги. По-перше, програми відображаються професійно. По-друге, вони функціональні, узгоджуються з іншими додатками і легко освоюються користувачами.
Зрозуміло, щоб додаток мало успіх, воно повинно бути добре написаним і корисним - таке головна вимога. Принципи, про які ми говоримо, просто дають розробнику їжу для роздумів.
1. Дозволяйте користувачеві контролювати додаток.
2. Дотримуйтесь парадигмі об'єкт / дію.
3. Будьте послідовні.
4. Зробіть роботу з додатками простий і очевидною.
5. Прагніть до гармонії.
6. Забезпечте користувачеві зворотний зв'язок.
7. Будьте поблажливі
Принцип перший: дайте можливість користувачеві контролювати додаток.
Користувач повинен управляти додатком, тобто мати доступ до кожного модуля програми з будь-якого іншого модуля. Раніше для такого доступу використовувалося ієрархічне меню.
Припустимо користувач хоче додати нового клієнта У прикладі, користувач повинен для цього перейти в модуль ACCOUNTS RECCIEVAble і потім додати звідки нового клієнта. Звідки йому знати, що потрібно робити? Ймовірно, зі свого досвіду роботи з цим додатком. А в світі GUI користувач просто вибирає в меню спочатку команду New (Новий), потім Customer (Клієнт), як показано на рис. У цій сучасній системі можна додати нового клієнта, продавця або пункт інвентаризаційної записи за допомогою меню File (Файл). Це дозволяє змінити запис клієнта, перебуваючи в екрані продавця, і навпаки. Користувачеві не потрібно більше розбиратися в складному і заплутаному ієрархічному меню.
Принцип другий: дотримуйтесь парадигмі об'єкт / дію.
Парадигма об'єкт / дію говорить, що над усіма об'єктами системи можна виконати будь-яку операцію. Найбільш простий і очевидний приклад - екран підтримки бази клієнтів (рис). Екран містить набір кнопок і кожна з низ дозволяє зробити деяку дію над інформацією про обраний клієнта. Можна видалити її, відредагувати, роздрукувати і т.д. Дії, які можна виконати над певним клієнтом, повинні бути доступні або недоступні в відповідні моменти часу. Наприклад, коли запис покупця знаходиться в режимі редагування, кнопки Delete (Видалити) і New (Новий) слід деактивувати.
Принцип третій: будьте послідовні.
Послідовність - один з найважливіших принципів розробки GUI. GUI - дозволяють користувачам вивчити більше додатків, ніж старі програми. І все це завдяки принципу послідовності. Коли користувач стикається з новим додатком, він вже знайомий з основними командами: відкриття, друк і збереження файлів. Розроблені на цих платформах програми зазвичай узгоджуються між собою.
Таким чином, створюючи нові додатки, будьте послідовні. Якщо для додавання нового запису вжита команда New (Новий), використовуйте її всюди. Не слід замінювати це слово іншими - наприклад, словом Add 9добавіть). Завдяки вашій послідовності користувачі будуть знати: де їм ні зустрілася команда New (Новий), е можна використовувати для додавання нового запису.
Принцип четвертий. зробіть роботу з додатком простий і очевидною.
Можна висловити цю думку і так: не вживайте жаргону. Є екран з двома кнопками. На одній з них написано «Запакувати базу даних», а на іншій - «Прибрати записи з позначкою на видалення». Другий запис напевно буде більш зрозуміла користувачеві.
При розробці додатків часто виникає спокуса застосувати в інтерфейсі програмістський сленг. Намагайтеся по можливості уникати цього.
Принцип п'ятий: прагнете до гармонії
Навіть в чорно білому вигляді цей екран має істотний естетичний недолік: білий фон і на ньому контрастні об'єкти. На рис. Той же самий екран виглядає добре збалансованим в колірному відношенні.
У Windows можна передати мільйони колірних комбінацій. Чи означає це, що їх все потрібно використовувати? Зрозуміло, немає. Слід вибирати прості, спокійні кольори і уникати їх безладного змішування, яке чомусь подобається деяким програмістам.
Принцип шостий. Забезпечуйте користувачеві зворотний зв'язок.
Уявіть собі, що у вашому додатку є процес, який довго виконується. Протягом цього часу на екран можна виводити повідомлення приблизно такого змісту: «Програма працює, зачекайте будь ласка». Зручне рішення; але звідки користувачеві знати, що вона не зависла? Тому цілком можливо, що він віддасть додатком «салют трьома пальцями» (Ctrl + Alt + Del), хоча з програмою все буде в порядку.
Краще показати користувачеві, яка частина процесу виконана. Тоді він не перерве програму даремно, зможе оцінити, як далеко просунулася робота, і зайнятися іншими справами, поки процес не завершиться. Таким чином, продуктивність праці користувача підвищиться приблизно на 25 відсотків. Цього результату можна досягти простим висновком вимірювача на екран. Зазвичай виводяться повідомлення типу «10 з 100 записів оброблено» або «40% завершено». Ще краще показати як число оброблених записів, так і їх відсоток »
Принцип сьомий: будьте поблажливі
Кожен з нас іноді видаляв запис, ненавмисно натиснувши не ту кнопку. Тому залиште користувачеві можливість передумати або скасувати щойно вироблені дії. Якщо процес займає тривалий час, змінює великий обсяг даних або потребує, щоб користувач створив резервну копію даних перед виконанням дії, необхідно видати відповідне попередження, Мені доводилося бачити додатки, які вимагають підтвердження двічі, а потім ще запитують пароль. Чи потрібні вашим програмам захисту такого рівня? Можливо. Завдання розробника - допомогти користувачеві, якщо той зробив помилку на будь-якому етапі роботи.
Важливість угод по стандарту GUI.
Як бачите, принципи розробки GUI дуже прості, і їх потрібно використовувати при створенні екранів. Однак перш ніж розробляти екран. треба встановити, як він буде виглядати. Виберіть його розміри, шрифти, кольори, стилі повідомлень і т.д. Вирішивши ці питання заздалегідь ви значно прискорите свою роботу. Коли згодом справа торкнеться шрифту або стилю повідомлень, ви просто подивіться стандарт.