'

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

Понравилась презентация – покажи это...





Слайд 0

Конференция посвященная Всемирному Дню Юзабилити в России Круглый стол ” Что важнее: удобство использование или простота разработки продукта” (Ноябрь 14, 2006) Андреев Виктор Николаевич


Слайд 1

2


Слайд 2

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


Слайд 3

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


Слайд 4

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


Слайд 5

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


Слайд 6

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


Слайд 7

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


Слайд 8

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


Слайд 9

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


Слайд 10

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


Слайд 11

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


Слайд 12

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


Слайд 13

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


Слайд 14

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


Слайд 15

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


Слайд 16

17 Case 4 Отказ от юзабилити тестирования Время на юзабилити-тестирование не выделяется, сложность организации, отсутствие оборудования Вместо проведение оценки готового продукта на пользователях, т.к. опасность больших доработок


×

HTML:





Ссылка: