чмв. Лекция Понятие интерфейса. Качество пользовательского интерфейса
 Скачать 1.02 Mb.
|
|
Прототипирование После того как определены основные концепции проекта, разрабатывается прототип создаваемого приложения, отражающий некоторые основные аспекты его функционирования. Прототип играет важную роль по многим причинам. Во-первых, он предоставляет хорошую возможность для обсуждения создаваемого приложения как внутри группы разработчиков, так и с потенциальными пользователями. Во-вторых, он может помочь вам определить характер потока заданий и лучше представить себе то, чем вы, собственно, занимаетесь. Это особенно полезно в начале процесса разработки. Форма представления прототипа зависит от цели разработки. Действующие прототипы обычно наиболее полно позволяют оценить качество механизма взаимодействия пользователя с PDF created with FinePrint pdfFactory trial version www.pdffactory.com 25 разрабатываемым приложением, т.е. качество интерфейса, Испытание программного продукта UCD-технология предполагает достаточно активное привлечение пользователя к процессу разработки. Совместное с потенциальным пользователем испытание создаваемого приложения обеспечивает получение весьма ценной дополнительной информации и является, как правило, залогом последующей успешной реализации продукта. Необходимо подчеркнуть, что испытание программного продукта принципиально отличается от его отладки. Первое и наиболее важное отличие обусловлено различными целями этих двух процессов: отладка имеет целью выявление дефектов (ошибок) программирования, в то время как в ходе испытаний вы оцениваете, насколько полно разработанное приложение (в частности, его интерфейс) отвечает потребностям и ожиданиям пользователя. Конечно, имеющиеся программные ошибки могут иногда повлиять на качество интерфейса, но это скорее исключение, чем правило. Второе принципиальное отличие состоит в том, что отладку выполняет непосредственно его разработчик, а основным действующим лицом при проведении испытаний является потенциальный пользователь (заказчик); Благодаря этому в ходе испытаний могут быть выявлены не только технические погрешности, но и концептуальные проблемы в предлагаемом продукте. Повторное выполнение этапов разработки Поскольку испытания часто обнаруживают те или иные слабости проекта или, по крайней мере, обеспечивают получение дополнительной информации, которую вы захотите использовать, почти всегда оказывается необходимым возврат к одному из предыдущих этапов разработки (а иногда и в начальную точку) и проведение повторных испытаний. Так может продолжаться до тех пор, пока и разработчик, и потенциальные пользователи не будут полностью удовлетворены полученными результатами. Оценка потребительских свойств приложения в процессе разработки Как было указано выше, основная цель испытаний — определить, насколько полно разработанное приложение (в первую очередь, его интерфейс) отвечает потребностям и ожиданиям пользователя. В связи с этим основным направлением испытаний приложения является оценка его «потребительских свойств» (usability). Такая оценка должна проводиться, начиная с самых ранних этапов разработки. Основой для проведения оценки должны служить данные о том, как пользователи обычно выполняют ту работу," которую призвано автоматизировать создаваемое приложение. По мере того как разработка продвигается, оценка потребительских свойств приложения должна постоянно уточняться. Чем чаще и корректнее будет проводиться оценка, тем выше будет качество разработки. Техника проведения испытаний потребительских свойств приложения Проведение испытаний потребительских свойств приложения требует привлечения значительных дополнительных сил и средств, в том числе специалистов тестовых лабораторий, имеющих в своем распоряжении соответствующее оборудование для регистрации результатов испытаний. Тем не менее даже обычные «офисные инструменты» (магнитофон, секундомер и записная книжка) могут принести существенную пользу. Используемые тесты не должны быть «всеохватывающими». Значительно более полезны быстрые итеративные тесты, ориентированные на исследование конкретных проблем; практика показывает, что при таком подходе 6-10 участников испытаний могут идентифицировать 80-90% основных проблем разработки. Запишите результаты теста, используя портативный магнитофон или, еще лучше, видеокамеру. Поскольку даже наилучший наблюдатель способен пропустить детали, последующий просмотр результатов может оказать неоценимую помощь. Кроме того, достаточно рискованно принимать решения, базирующиеся на выводах одного человека. Запись данных позволяет просматривать и оценивать результаты всей группы разработчиков. Альтернативный подход к проведению испытаний приложения Наряду с рассмотренным выше подходом, ряд проблем, возникающих в процессе создания программного продукта, может быть решен на основе методики «коллективной генерации идей». Как правило, для ее реализации формируется специальная группа из числа разработчиков (focus group — группа концентрации). Она бывает особенно полезна для PDF created with FinePrint pdfFactory trial version www.pdffactory.com 26 генерации начальных идей или для предварительной оценки идей, возникающих в процессе разработки. Для работы такой группы требуется председатель, который направлял бы дискуссию об аспектах выполнения того или иного шага разработки, позволяя вместе с тем участникам свободно выражать их мнения. Можно также использовать технику «сквозного контроля» (walkthroughs), при которой вы «проводите» пользователя по определенному, заранее продуманному сценарию работы с приложением и запрашиваете его впечатления по мере продвижения к конечной цели. Нет простого уравнения, позволяющего определить, каким образом вносимые изменения повлияют на первоначальный проект приложения. Однако важную роль в такой оценке могут сыграть следующие соображения. ♦ Каждая дополнительная характеристика потенциально влияет на поведение, сложность, устойчивость, эксплуатацию и издержки по сопровождению создаваемого ПО. ♦ После выхода в свет официальной версии продукта труднее устранить проблемы, оставшиеся нерешенными на стадии разработки, поскольку пользователи могут приспособиться или даже «подчиниться» имеющимся недостаткам вашего ПО. ♦ Простота пользовательского интерфейса — это далеко не то же самое, что его упрощенчество. Чтобы сделать нечто простым в использовании, часто требуется приложить много сил и создать весьма сложное изделие с точки зрения его внутренней организации. ♦ Доработки программного кода с целью расширения функциональных возможностей ПО совсем не обязательно будут иметь пропорциональный положительный эффект с точки зрения интерфейса пользователя. Например, если основная задача пользователя состоит в выборе единственного объекта, то, предоставляя ему возможность одновременного выбора нескольких объектов, вы только усложняйте ему работу. PDF created with FinePrint pdfFactory trial version www.pdffactory.com 27 Лекция 4 Правила проектирования пользовательского интерфейса Принципы проектирования пользовательского интерфейса Принципы разработки интерфейса — это высокоуровневые концепции и представления, которые могут использоваться при проектировании программного обеспечения. Необходимо определить, какой из принципов наиболее важен и приемлем для вашей системы. Три принципа разработки пользовательского интерфейса формулируются так: ♦ контроль пользователем интерфейса; ♦ уменьшение загрузки памяти пользователя; ♦ последовательность пользовательского интерфейса; Решение о выборе оптимальных принципов построения интерфейса должно вырабатываться совместно всеми членами команды по проектированию. Эти решения должны способствовать улучшению покупаемости развитию программных продуктов. Правило 1: дайте контроль пользователю Основное правило проектирования - дайте пользователю контроль над системой. Простая аналогия этому: водитель автомобиля и пассажир поезда. Принципы, по которым пользователю дается контроль над системой, описаны ниже. После каждого из них приведено ключевое слово, чтобы принцип сохранился в вашей памяти. Принципы, которые дают пользователю контроль над системой: ♦ Используйте режимы благоразумно (безрежимность). ♦ Предоставьте пользователю возможность выбирать: работать либо мышью, либо клавиатурой, либо их комбинацией (гибкость). ♦ Позвольте пользователю сфокусировать внимание (прерываемость). ♦ Демонстрируйте сообщения, которые помогут ему в работе (полезность). ♦ Создайте условия для немедленных и обратимых действий, а также обратной связи (снисходительность). ♦ Обеспечьте соответствующие пути и выходы (способность ориентировки). ♦ Приспосабливайте систему к пользователям с различным уровнем подготовки (доступность). ♦ Сделайте пользовательский интерфейс более понятным (облегченность в пользовании). ♦ Дайте пользователю возможность настраивать интерфейс по своему вкусу (приспосабливаемость). ♦ Разрешите пользователю напрямую манипулировать объектами интерфейса (интерактивность). Дадим краткую характеристику каждого из правил. 1.1 Используйте режимы благоразумно Часто ли вы используете графическую программу для рисования на компьютере? Палитра инструментов рисования в ней — хороший пример использования режимов работы. Когда вы выбираете какой-либо инструмент, вы находитесь в одноименном режиме. Ваши движения мышью, нажатия клавиш на ней и клавиатуре продуцируют какие-либо рисунки и их свойства. При выборе инструмента для печати текста аналогичные действия активизируют режимы печати текста. Режимы — атрибут многих программных интерфейсов. Старайтесь применять их только по необходимости. Хороший пример простой работы в режиме — любой текстовой процессор. Набивая текст, вы всегда находитесь в одном из режимов — вставки или замены. Существует множество интерфейсов, которые излишне часто переключаются между режимами. В какой-то момент на экране появляется модальное диалоговое окно, пользователь становится ограниченным в действиях не только в программе, но и на экране. Есть два типа режимов интерфейса, которые во многих случаях необходимы, однако надолго лишают PDF created with FinePrint pdfFactory trial version www.pdffactory.com 28 пользователя самостоятельности. Первый тип — режим приложения. Он позволяет работать только в определенном месте программы либо устанавливает конкретный режим работы. Например, когда вы работаете с базой данных и выбираете режим ее просмотра, программа не «разрешает» вам добавлять,' удалять или модифицировать записи. Вы можете менять данные лишь в определенном режиме. Подобный подход приемлем только для просмотра данных в базе. А если пользователю понадобится изменить их? Почему он вынужден постоянно следить за тем, в каком режиме находится? В настоящее время проектировщики интерфейсов все чаще обходятся без переключения режимов. Если пользователь модифицирует данные, то должна быть обеспечена возможность сохранения информации и обновления базы в обычном режиме. Кроме того, необходимо разрешить ему доступ к данным и выход из базы также без каких-либо переключений. Возможно, оптимальным вариантом является показ данных в формате, соответствующем уровню доступа пользователя. При ограниченном доступе демонстрируется статичный текст, при полном — предусмотрите возможность ввода информации. Второй тип режима — системный. Используется он достаточно редко. Пока пользователь находится в этом режиме, ему не разрешено работать нигде, кроме текущей программы. Скажем, принтер печатает документ, и всплывающее сообщение показывает, что в нем закончилась бумага. Пользователь не может добавить бумагу в принтер немедленно и убрать сообщение с экрана. Он может продолжить работу с текстовым процессором или с какой-нибудь другой программой. Возможно, он захочет оставить данное сообщение на экране. Когда на экране появляется подобное сообщение, программы иногда берут контроль над целой системой. Сообщение «В принтере закончилась бумага» не должно становиться системным модальным диалогом. При разработке и программировании сообщений и информации о помощи не забывайте, о том насколько неудобен системный режим для пользователей. При выборе режимов важно следовать принципу немедленной визуальной обратной связи. Пользователь должен быть постоянно уверен в том, что он находится в нужном режиме. Во многих программах о режиме информирует курсор мыши. Это пример взаимодействия между основными идеями. Режимы — не всегда плохо. Позвольте человеку самому выбирать нужные ему режимы. Интерфейс должен быть настолько естественным, чтобы пользователю было комфортно работать с ними. Пользователь не думает о переключении в режим вставки или перезаписи при работе в текстовом процессоре — это вполне рационально и естественно. 1.2. Позвольте человеку использовать мышь и клавиатуру Не думайте, что, если к компьютеру подсоединена мышь, пользователь работает с ней постоянно. Возможно, вы оптимизируете интерфейс для ее использования, однако предоставьте возможность работы и с клавиатурой. Один из ключевых принципов организации Common User Access (CUA) гласит: «Пользователь должен иметь возможность производить действия с программой как с помощью мыши, так и с помощью клавиатуры». Возможность работы с клавиатурой предполагает использование клавиатуры вместо мыши. Это не значит, что пользователю будет легче работать, просто он либо не может ею пользоваться, либо ее у него нет. Панели инструментов созданы, чтобы ускорить работу при использовании мыши. Однако при работе с клавиатурой до них нельзя добраться — для подобных случаев предусмотрены «выпадающие» меню. Многие пользователи имеют привычку работать как с клавиатурой, так и с мышью. Увы, не во всех руководствах по проектированию учитывается это. Большинство программ для Macintosh не дают возможности полного доступа с клавиатуры. Однако для удобства работы клиентов проектировщики переходят к графическому интерфейсу, который для связи с другими программами разрешает ввод лишь с клавиатуры. Пользователи, которым необходимы специальные действия, обычно пользуются интерфейсом с клавиатурой. Некоторые новые программы также требуют поддержки ввода с клавиатуры для повышения эффективности работы. 1.3. Позвольте пользователю переключать внимание PDF created with FinePrint pdfFactory trial version www.pdffactory.com 29 Людей всегда прерывают и отвлекают — телефон, коллеги, начальник и т.д. Программные интерфейсы должны быть спроектированы так, чтобы пользователь мог в любую минуту прерваться или сохранить результаты работы в данной стадии. Обеспечение контроля пользователя над программой и его поддержка — вот главные принципы разработки. Новички часто пользуются справочной системой, а более опытные пользователи больше полагаются на собственные знания. Не вынуждайте пользователей заканчивать выполнение начатых последовательностей действий. Дайте им выбор — аннулировать или сохранить данные и вернуться туда, где они прервались. Мастера все чаще выполняют обычные задачи. Но не переусердствуйте. Пусть у пользователей останется возможность контролировать процесс работы в программе. 1.4. Показывайте поясняющие сообщения и тексты Во всем интерфейсе используйте понятные для пользователя термины. Да, пространство экрана имеет цену, но важнее использовать язык, который легче понять. Сообщения — ключ к диалогу программы с пользователем. Все текстовые аспекты интерфейса должны быть разработаны теми, кто имеет знания по орфографии и лексике. Удачная надпись — это искусство, в том числе написание программной и системной документации, а также сообщений. Во многих известных проектах все тексты на экране, включая сообщения, приглашения, названия, заголовки, коды и справочную информацию, были результатом работы информационных проектировщиков или технических писателей. Следует выбрать правильный тон в сообщениях и приглашениях. Не менее важно застраховаться от проблем и ошибок. Неудачная терминология и неправильный тон приведут к тому, что пользователи будут винить себя в возникающих ошибках. 1.5. Обеспечьте немедленные и обратимые действия и обратную связь Каждый программный продукт должен включать в себя функции UNDO и REDO (отменить и повторить). Необходимо информировать пользователя о том, что данное действие не может быть отменено, и по возможности разрешить ему альтернативное действие. Постоянно держите человека в курсе происходящего в данный момент. 1.6. Предоставляйте понятные пути и выходы Дайте возможность пользователю свободно ориентироваться в интерфейсе. Определите пути доступа в любую его часть. Разрешите ему двигаться вперед и назад, по нисходящей и восходящей структурам интерфейса. Создайте удобные контекстные подсказки там, где они требуются. Основная функция данных элементов — показать, какие программы открыты, и разрешить пользователю доступ ко всем программам и данным. Многие панели инструментов, меню пуска, палитры и другие элементы интерфейса существующих операционных систем, наборы программных продуктов и утилиты разработаны, чтобы помочь пользователям ориентироваться в операционной системе и на пространстве жесткого диска, искать программы и данные. Люди нуждаются в быстром доступе к файлам, папкам, программам, каждодневным операциям, функциям утилит интерфейса. Системные и программные «помощники» и «ассистенты» также предлагают помощь при ориентации в программных функциях или задачах. Пользователи должны получать удовольствие при работе с интерфейсом любого программного продукта. 1.7. Приспосабливайтесь к пользователям с разными уровнями навыков Пользователи имеют разный уровень навыков использования программ. Многие программы предлагают специальные интерфейсы, которые помогают выбрать уровень сложности взаимодействия. Например, панель меню и выпадающие меню программ могут быть стандартными или усложненными в зависимости от выбора пользователя и типа выполняемой задачи. Использование Мыши и клавиатуры делает управление более гибким, облегчает работу и позволяет взаимодействовать с программой пользователям с различным уровнем подготовки. PDF created with FinePrint pdfFactory trial version www.pdffactory.com |