Розуміння інтерфейсів та доступності людини

Інтерфейси людини-Машини (HMIs) служать містом зв'язку між людьми і машинами. Від промислових контрольних панелей до медичних пристроїв, автомобільних панелей і побутової електроніки, HMI є невід'ємною для сучасного життя. Доступність в дизайні HMI забезпечує, що люди з обмеженими можливостями, особливо ті з візуальними порушеннями, можуть працювати ці системи ефективно і самостійно. Відповідно до Всесвітньої організації охорони здоров'я, принаймні 2,2 мільярди людей по всьому світу мають ближнє або дистанційне бачення. Проектування інклюзивних інтерфейсів не тільки етична відповідальність, але і правова вимога в багатьох юрисдикціях, таких як американці з інвалідністю, зниження рівня HMI, доступності ринку HMI, що доступні помилки.

Спектр візуального зброя

Візуальне порушення не є бінарним станом. Він включає часткове бачення, низьке бачення, колірну сліпоти і загальну сліпоти. Кожна категорія вимагає різних розміщення. Наприклад, користувачі з низьким баченням можуть скористатися високими контрастними режимами і великими шрифтами, а користувачі з загальною сліпістю повністю повністю релігуються на екранних зчитувачах або тактильних зворотних зв'язках. Розробники повинні розуміти ці варіації для створення дійсно інклюзивних рішень. Правила доступу до контенту Web Content (WCAG) забезпечують раму для вирішення цих потреб через цифрові інтерфейси, включаючи HMI, які включають екрани відображення.

Принципи розробки ядра для доступності HMI

В рамках проекту HMI є можливість створити доступну базу даних, що дозволяє користувачам створювати доступну базу даних.

1. Доступна інформація

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

2. Інтерфейс Операції

Користувачі повинні мати можливість працювати інтерфейсу. Клавіатура навігація є важливим для тих, хто не може використовувати мишу або сенсорний екран надійно. Всі елементи керування, меню та слайдери повинні бути доступні через замовлення вкладок і активовані стандартними клавішами (наприклад, Enter, Space, Arrow keys). Сенсорний екран HMIs повинен підтримувати жести, які не покладаються на тонкий контроль двигуна, такі як прості тапки або заковтання з регульованою чутливістю.

3. Нестійкий контент і операція

Інтерфейс повинен бути передбачуваним і легко зрозуміти. Використовуйте послідовну термінологію, логічне групування контрольних та чіткі повідомлення про помилки. Аудіо зворотний зв'язок повинен бути неоднозначним; наприклад, короткий овець підтверджує кнопку прес, а більш тривалий тон показує помилку. Мова, що використовується в голосовому настанові, повинна бути простою і лаконічною. Уникайте яргон або галузевих фраз, які можуть плутати користувачів.

4. Робуст і Адаптивний

HMIs має витримувати зміни в технології та допоміжних інструментах. Використовуйте стандартні веб-технології (HTML, ARIA) при використанні, навіть в вбудованих системах, щоб забезпечити сумісність з зчитувачем екранів та іншими адаптивними пристроями. Забезпечити регульовані розміри тексту, контрастні рівні та налаштування швидкості мовлення. Інтерфейс повинен деградувати витончено, коли розширені функції не підтримуються.

Реалізація можливостей: практичні кроки

Запрошення принципів проектування в код і апаратне забезпечення вимагає свідомих вибірок. Наступні кроки пропонують карту автодоріг для розробників.

Використання семантичного маркупу та АРІЯ

Коли HMI використовує дисплей (наприклад, сенсорний панель або інтерфейс програмного забезпечення), структура вмісту з належними HTML-головками, знаками та формами етикеток. Доступні багаті інтернет-додатки (ARIA) атрибути, такі як , , і , посилити взаємодію з зчитувачем екрана. Наприклад, регулятор температури може мати та атрибути. Ніколи не покладайте виключно на візуальні кулі, як колір для передачі інформації; завжди паруйте їх з текстом або символами.

Забезпечення аудіо та Haptic зворотний зв'язок

Аудіолік може замінити або доповнювати візуальний зворотний зв'язок. Наприклад, медичний інфузійний насос може використовувати різні тони для сигналізації: збільшення кроку для критичних оповіщення, стійкий тон для нормальної роботи. Хаптичний зворотний зв'язок (вібрація) ефективний для мобільних або носій HMIs. Патерн імпульсів може вказувати на кнопку прес або стан помилки без необхідності візуальної уваги. Забезпечити користувачів можна регулювати об'єм і інтенсивність глотки.

Налаштування настроюваних параметрів відображення

Дозволити користувачам змінювати розмір шрифту (принаймні до 200% без розбиття макета), контрастні рівні (наприклад, світло-на-дарк або темний ліхтар), а також насиченість кольору. Для кольорових-сліпих користувачів, забезпечити альтернативні форми індикатора або візерунки (наприклад, хрест замість червоного кола). Ці налаштування повинні зберігатися по сеансах і бути доступні з виділеного меню "Префератив" або "Доступність".

Клавіатура та комутатор навігації

Дизайн інтерфейсу, який буде повністю оперувати клавіатурою або альтернативними пристроями введення, такими як перемикачі sip-and-puff. Визначте логічний порядок вкладки, який слідує візуальному потоку. Використовуйте фокус-диспетчери (наприклад, товстий контур), які виявляються дуже помітними. Уникайте фокусування у модальних діалогах; дають чіткий метод, щоб закрити їх. Для складних завдань, пропонують ярликові ключі.

Тестування з реальними допоміжними технологіями

Автоматизовані інструменти тестування можуть зловити лише дробом проблем доступності. Тестувати з фактичними зчитувачами екрана (наприклад, JAWS, NVDA, VoiceOver), лугування програмного забезпечення (наприклад, ZoomText), і гальмівних дисплеїв. Захоплювати користувачів з візуальними порушеннями в тестуванні відповідальності рано і часто. Зробіть свій зворотний зв'язок ітерувати. Стандартні аудиторські перевірки доступності, такі як WCAG 2.1 AA, є базовою, не стеля.

Передача загальноподаткових викликів

Розробники часто зустрічаються перешкоди при здійсненні доступності. Один загальний випуск коштує — перенаправлення доступності після того, як продукт побудований більш дорогим, ніж проектування його в від початку. Ще один недолік тренінгу; команди не можуть знати, як використовувати ARIA правильно або як імітувати низьке бачення. Для вирішення цього приймає доступність-перший міркувань під час фази вимог. Використовуйте доступність лайнерів і напрямів стилю. Також, будьте в курсі нормативних вимог: стандарту EN 301 549 для продуктів ICT в Європі і розділі 508 стандартів в США. вимагають доступних HMIs в державних закупівлях.

Кейс-практикум: Доступні ХМІ в практиці

Промислові панелі управління

Виробничі середовища часто мають шумні і яскраві умови. Провідна компанія автоматизації редизайнувала свою машину з ЧПУ HMI, щоб включати в себе висококонтрастний монохромний режим і тактильні відступи на ключах функції. Оператори з низьким баченням повідомляють про скорочення 40% часу виконання завдання. Конструкція також вигодила всіх робітників в дайм-світлення.

Медичні пристрої

Настійні насоси і вентилятори вимагають точної роботи. Одна лікарня прийнята пристрій з введенням мови, де користувач дієслово підтверджує налаштування. Він також використовує відмінне тон для кожного дози підсилення. Це зменшені помилки ліків і давали медсестри з порушенням зору більшої впевненості.

Майбутні тренди в доступному дизайні HMI

Вдосконалення технологій обіцяє ще більш інклюзивних інтерфейсів. Інтерфейси користувачів голосового зв'язку (VUIs) стають загальними в домашніх помічниках і автомобілях; вони можуть бути розроблені для обробки навколишнього шуму і мовних варіацій. Визначення гезтури за допомогою камер може дозволити користувачам контролювати HMIs непрямо, що допомагає тим з руховими труднощіми і. Штучний інтелект може адаптувати інтерфейс динамічно базується на поведінку користувачів і налаштуваннях - наприклад, збільшити контраст автоматично при виявленні низького навколишнього світла. Однак ці нововведення повинні бути протестовані для доступності з самого початку. ХМІ майбутнього дізнається з свого користувача, а не інший спосіб навколо.

Висновок

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