Конференция посвященная Всемирному Дню Юзабилити в России

Модели системы
Дональд Норман (The Design of Everyday Things, 1988) предложил различать три модели информационной системы:
модель проектировщика, который описывает концепцию системы,
модель разработки, которая реализована разработчиком
модель пользователя, которую формирует пользователь, работая с интерфейсом.

Концептуальная и ментальная модели
Пользователь
Дизайнер
Концептуальная модель
Ментальная модельl
Модель разработки
Система
Превращается в
Представление
о ментальной модели
Активизирует
существующие знания
Проверяет
свои предположения

Модель проектировщика
Проектировщик фиксирует пожелания заказчиком (часто это не пользователь) в виде требований:
Какие данные в ней хранятся
Какие операции выполняет система самостоятельно
Что должна делать система при взаимодействии с пользователем.
Для описания системы проектировщик использует различного рода диаграммы (классов, сценариев взаимодействия, компонентов и пр.).

Модель разработки
Разработчик переводит требования проектировщика на язык программного кода.
Его представление о программе всецело зависит от программных средств хранения и обработки данных.
Пользовательский интерфейс разработчик воспринимает через средство кодирования ПИ, исходя из набора и возможностей элементов GUI (graphical user interface).

Модель пользователя
Система для пользователя – это то, что он видит и чем оперирует
Что видит пользователь:
Окна,
Поля с данными
С чем работает:
Кнопки,
Клавиатура

Различие представлений о
системе в процессе разработки ПО

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

Задача
Что займет меньше времени - нагрев воды в микроволновке в течение 1 минуты и 10 секунд или в течение 1 минуты и 11 секунд? С точки зрения микроволновки, 1 минута и 10 секунд - единственно верный ответ. Однако с точки зрения пользователя этой микроволновки 1 минута и 11 секунд быстрее. Почему?
Потому что в первом случае пользователь должен нажать кнопку "1" дважды, затем найти взглядом кнопку "0", переместить палец на нее, и нажать ее один раз. Во втором случае пользователь просто жмет одну и ту же кнопку - копку "1" - три раза подряд. Обычно, для нахождения кнопки "0" требуется более одной секунды. Таким образом, вода нагревается быстрее, но "готовится" дольше.

Анекдот по поводу реализационной модели
Приходят в инструментальный цех рабочие просят изготовить новое приспособление для завинчивания гайки в фюзеляже самолета. Их в цехе спрашивают, для какого самолета, они отвечают СУ-23, так вы уже его выпускаете пятнадцать лет. Как раньше то закручивали без приспособления. В ответ слышат неожиданный ответ, был у нас на сборке мужик, так у него сломанная рука неправильно срослась, но так что он единственный мог к этой гайке подобраться. Он пятнадцать лет ее и закручивал, а теперь ушел на пенсию, никто не может за него это сделать

Это нормально для разработчика, но не понятно пользователю

Простое для реализации, но не удобное сообщение об ошибках

Case 1 Игнорирование пользовательских требований
Разработчик (или системный аналитик) самостоятельно разбивает задачу на окна, сценарий работы не строится
Вместо создания сценария пользователя в диаграмме взаимодействия

Case 2 Добавление «лишней операции»

Case 3 Вывод графика вместо данных