Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Mobile_Shpora_ChMV.doc
Скачиваний:
13
Добавлен:
16.04.2019
Размер:
466.94 Кб
Скачать

45. Поля ввода и их разновидности. В каких случаях используются «Крутилки» и «Ползунки».

Поле введення дозволяє вводити інформацію, наприклад, слово для пошуку чи пароль (рис.6.6.). Разом з командними кнопками, чекбоксами і радіокнопками, поля введення є основою будь-якого інтерфейсу. Основними характеристиками поля введення є розміри і підписи.

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

Ширина поля повинна відповідати об'єму тексту, що вводиться, оскільки набагато зручніше вводити текст, який бачиш, з іншого боку ширина поля введення не має бути більше об'єму тексту, що вводиться в поле, оскільки частково заповнене поле виглядає як мінімум.

Крутілка (spinner, little arrow) є поле введення , не таке універсальне, як звичайне, оскільки не дозволяє вводити текстові дані, але володіє двома корисними можливостями, а саме:

 щоб ввести значення в крутілку, користувачеві не обов'язково кидати мишу і переносити руку на клавіатуру (на відміну від звичайного поля введення).

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

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

 значень в ряду багато;

 потрібно передати користувачам ранжируємість значень;

 необхідно дати можливість користувачам швидко вибрати значення з великої їх кількості (в таких випадках повзунок виявляється найефективнішим елементом).

46.Раскрыть утверждение «Понимание лучше, чем запоминание»

При разработке интерфейса нужно делать все объекты, функции, действия видимыми и легко доступными пользователю. Минимизируйте запоминание — пользователь не должен постоянно стараться удержать в памяти информацию из одной части программы, чтобы применить ее в другой. В любой момент пользователю должно быть ясно, что нужно делать в данный момент. В хорошем интерфейсе инструкции по использованию системы всегда видимы или легко доступны для вызова в любое время, когда это требуется. Это может быть реализовано как в виде продуманной организации элементов интерфейса, так и непосредственно в виде подсказок пользователю. Хороший и очень известный пример — анимированная надпись, которая появляется на панели задач Windows и "подъезжает" к кнопке Пуск:

"Начните работу с нажатия этой кнопки".

Это правило отражает принцип прозрачного интерфейса — интерфейса, который понятен и не заставляет пользователя вспоминать, какую же кнопку нужно нажать или какой пункт меню выбрать в данный момент

47. Последовательность и стандарты в построении интерфейса

Применение принципов приведения в действие, конструктивное расположение и последовательность функционирования органов управления должны рассматриваться на стадии разработки и проектирования оборудования.

Тип, форма и размер органа управления, а также его расположение должны быть выбраны таким образом, чтобы он отвечал требованиям назначения, обслуживания и условий эксплуатации. Также должны быть приняты во внимание навыки пользователей, ограничения в маневренности, аспекты эргономики и требуемый уровень предотвращения возможности выполнения непреднамеренной операции.

Принципы построения ЧМИ:

1. Органы управления должны быть однозначно идентифицируемы при всех указанных состояниях и размещены так, чтобы допускать безопасное и своевременное выполнение операций.

2. Орган управления должен выполнять только команды, соответствующие заданным целям его применения.

3. Действия пользователей не должны приводить к неопределенному или опасному состоянию оборудования или процесса.

4. Органы управления и связанные с ними контрольные устройства должны размещаться согласно требованиям отраслевых нормативных документов, ДСТУ, ГОСТ и международных стандартов и быть функционально взаимосвязаны.

5. Метод диалога, используемый в ЧМИ, должен принимать во внимание аспекты эргономики, соответствующие конкретной задаче.

6. Для исключения опасных последствий, связанных с ошибками оператора, рекомендуется обеспечить:

- определенный приоритет команд (например, команда «СТОП» имеет более высокий приоритет, чем команда «ПУСК»);

- упрощение последовательности функционирования органа управления (например, при помощи автоматизации);

- блокировку управления (например, управление двумя руками);

- функционирование в толчковом режиме.

7. Органы управления должны быть логически сгруппированы согласно их эксплуатационной или функциональной взаимосвязи необходимым для обеспечения управления оборудованием. Указанный принцип должен соблюдаться во всех областях применения оборудования.

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

Должны быть использованы один или несколько из следующих принципов группировки органов управления:

- группировка по функции или взаимосвязи;

- группировка по последовательности применения;

- группировка по частоте применения;

- группировка по приоритетам;

- группировка по процедурам функционирования (нормальное или критическое состояние);

- группировка по моделированию схемы предприятия (машины).

Принципы группировки должны быть совместимы с навыками пользователя, приобретенными им в результате обучения.

Не должны применяться зеркальные и симметричные схемы панелей с расположенными на них органами управления, контроллерами и средствами отображения информации.

Связанные группы органов управления должны размещаться согласно их уровню приоритета, например:

- самый высокий приоритет – вверху слева;

- самый низкий приоритет – внизу справа.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]