Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 7)

Профессора Стэндфордского университета Клиффорд Насс и Байрон Ривз занимались изучением реакции человека на компьютер. Применяя классические методы социальной психологии, они обнаружили, что человек реагирует на компьютер также как и на других людей. Из этих исследований следует важный вывод: Если мы хотим, чтобы наша программа понравилась пользователям, то мы должны сделать ее поведение похожим на поведение человека.

Программа должна быть вежливой и интересоваться мной. Большинство программ не знают о том, кто ими пользуется, и, действительно, ни одна программа на моем ПК не помнит ни меня, ни моих привычек, несмотря на то, что только я пользуюсь ею. Каждая программа должна стараться запомнить мои привычки и все что я ей говорю.

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

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

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

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

4. Вежливая программа отзывчива. У меня на ПК установлено разрешение экрана 1024х768. Когда я провожу презентации, мне необходимо временно сменить разрешение на 800х600, чтобы оно соответствовало разрешению видеопроектора. Многие из запущенных программ реагируют на смену разрешения изменением размера, формой и положением на экране своих окон. Однако когда я меняю разрешение обратно окна не возвращаются к своим размерам. Информация об этом легко доступно, однако программа не заботится о моих очевидных нуждах.

5. Вежливая программа умалчивает о своих проблемах и интересуется вашими. Программа не только должна не только молчать о своих проблемах, но и должна уметь решать их сама.

6. Вежливая программа хорошо информирована. С другой стороны мы должны знать что происходит. Когда я ищу информацию в интернете через поисковую машину я не могу быть уверен, что не на ткнусь на неработающую ссылку. Я выбираю нужную мне ссылку и получаю противное сообщение об ошибке «404 Not found!». Неужели поисковая машина не может периодически проверять каждую ссылку. Если ссылка не верна, ее можно удалить из списка и не придется тратить время на ее загрузку.

7. Вежливая программа восприимчива. Я раскрываю окно на весь экран любой запущенной программы. Затем я использую панель задач для переключения между запущенными приложениями. Но программы, которые я запускаю не замечают этот факт. Я так часто максимизирую окна, что мои предпочтения должны быть ясными и однозначными. Другие пользователи работают с программами в маленьком окне чтобы видеть рабочий стол. Для программы это понять просто и, соответственно, предугадать действия пользователя.

8. Вежливая программа уверена в себе. Я ожидаю от служащих, с которыми я общаюсь определенной смелости и уверенности в себе. Если я прошу ПК удалить файл, я не хочу, чтобы он спрашивал у меня «вы уверены?». Конечно я уверен, иначе я бы не спрашивал. Я хочу чтобы он имел смелость в своих убеждениях и удалил файл. С другой стороны, если ПК имеет какие-то подозрения, что я могу ошибиться, а это может быть всегда, он должен предусмотреть это и подготовиться к возможному восстановлению файла, если я передумаю. В любом случае, программа должна быть уверенной в своих действиях, а не перекладывать ответственность на меня.

9. Вежливая программа не задает лишних вопросов. Photoshop например осыпает пользователя множеством ненужных маленьких вопросов, каждый в отдельном окне. Невежливая программа задает множество раздражающих вопросов. Когда выбор предлагают насильственно, это тяжелое испытание. Выбирать можно разными способами.

10. Вежливая программа является подстраиваемой. Когда система ручной обработки информации переносится на ПК что-нибудь всегда теряется. Чаще всего система автоматизируется для увеличения объемов обрабатываемой информации, а не для изменения своей функциональности. Однако системам, работающим вручную присуще гибкость – свойство, которое не так просто выделить среди остальных. Хотя автоматизированная система ввода заказов может обработать в 1000 раз больше заказов, чем простой служащий, служащий всегда может подстроить работу системы. В автоматизированной системе эта возможность исчезает. Нет никакой возможности изменить работу той или иной функции. Принцип здесь простой – позволить пользователю делать все что он захочет, но подробно записывать все его действия, так что ответственность остается.

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

12. Вежливая программа внушает доверие. Друзья доверяют друг другу, потому что зависят друг от друга и всегда готовы пожертвовать собой. Когда ПК ведут себя совершенно неуправляемо и не охотно выполняют задания пользователей ни о каком доверии не может быть и речи. Я доверяю банковскому служащему, потому что он улыбается мне, но всегда пересчитываю деньги после банкомата, потому что не доверяю тупой машине. Программы раздражают нас не из-за недостатка возможностей, а из-за отсутствия вежливости. Как показывает приведенный список признаков, в большинстве случаев сделать вежливую программу ни чуть не труднее, чем не вежливую. Просто кто-то должен предусмотреть взаимодействие, имитирующее качества чувствительного и заботливого друга. Разработка программного продукта с «человеческим поведением» - самая очевидная цель в разработках.

Стандартизация пользовательского интерфейса.

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

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

Компьютерные стандарты.

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

Стандарты есть везде – это основа индустриализации. Они позволяют архитектору и строителю понимать друг друга при строительстве, воплощать свои идеи в проекте дома, а затем в реальном здании. Существуют стандарты электротехнические, механические, сантехнические, экологические и масса других. Стандарты компьютерного проектирования разрабатываются государственными и общественными организациями стандарты существуют для дисплеев, системных деталей, клавиатур и т.д. Один из международных стандартов гласит: кривизна скоса клавиатуры должна составлять от 0 до 25%. Стандарты на ПО обычно применимы для основных характеристик пользовательского интерфейса. Гулд выяснил, почему количество программных стандартов постоянно увеличивается: «устойчивая мотивация для разработки стандартов программного пользовательского интерфейса есть производство более безопасного и легкого в использовании обеспечения для обработки информации, чтобы задействовать минимум средств и уменьшить нежелательную непоследовательность и вариативность в пользовательском интерфейсе. Стандарты могут быть представлены как средство для более полного соединения возможностей человека и компьютерной системы.»

Стандарты должны постоянно обновляться и совершенствоваться, иначе, они начинают тормозить развитие технологий и препятствуют внедрению инноваций. Многие из сегодняшних стандартов не полностью соответствуют нынешнему компьютерному программному и аппаратному обеспечению, а также всем нуждам пользователей ПК.

Практические советы по разработке программного интерфейса.

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

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

Каким же образом учесть привычки и не вербально передать пользователю всю необходимую информацию о том, как работать с программным продуктом. Во-первых, разрабатывая пользовательский интерфейс, необходимо использовать исключительно стандартные элементы интерактивного взаимодействия, стандартное (общепринятое) их относительное расположение. Это значит, что кнопки следует делать стандартных габаритов, меню делать по стандартной схеме: системные функции в первом пункте и т.д., обязательно соблюдая общепринятый порядок следования элементов в пункте и самих пунктов. Не следует использовать нераскрывающиеся меню, используя его пункт как кнопку, например выход. Используя быстрые клавиши, не следует придумывать что-то новое, используйте стандартные комбинации.

ISO 9241 Эргономические требования к офисной работе с визуальными терминалами (VDTs): Часть 11 – Руководство по юзабилити.

ISO 9126 Качество программного продукта: Характеристики и подхарактеристики качества. Модель качества. Показатели Качества в использовании.

CIF Формат описания юзабили характеристик продукта и результатов юзабилити тестов.

Типы диалога и метафоры пользовательского интерфейса.

Диалог пользователя с ПК может быть охарактеризован структурой диалога. Различают следующие структуры диалога:

1. Диалог типа вопрос/ответ. Структура основана на аналогии с интервью. Система спрашивает, пользователь отвечает. На один вопрос дается один ответ, в зависимости от которого система принимает решение о дальнейшем развитии событий. Структура Q&A широко применялась при использовании ОС с символьным интерфейсом. Сейчас используется в экспертных системах.

2. Диалог на основе меню. Меню – наиболее популярный вариант организации запросов пользователю во время диалога, управляемого компьютером. Меню может представляться в нескольких форматах: со списком объектов, в виде блока данных, с набором пиктограмм. Как и в структуре Q&A в этом диалоге система получает от пользователя на каждом шаге один ответ для принятия решения. Принцип работы с диалогом на основе меню – смотри и выбирай, что несет в себе легкость обучения.

3. Диалог на основе экранных форм позволяет системе на каждом шаге принимать и обрабатывать набор ответов пользователя. Обычно эта структура диалога используется там, где от пользователя требуется получить набор стандартных данных.

4. Диалог на основе командного языка. Используется для взаимодействия с ОС. В ходе диалога система предлагает пользователю ввести в командной строке команду на поддерживаемом языке программирования, которую она затем выполняет. Поддержка диалога системой состоит только в приглашении ввести команду. Ответственность за правильность ввода команды лежит на пользователе. Он должен знать синтаксис команд.

Одной из важнейших характеристик диалога является его темп. Он зависит от использования аппаратных и программных средств, а также специфики решаемых задач. Время ответа (отклика системы) определяется как интервал между событием и реакцией системы на него. Медленный ответ не соответствует психофизиологическим особенностям человека, что приводит к снижению эффективности работы. Излишне быстрый ответ системы «подгоняет» пользователя, что заставляет пользователя суетиться, чтобы не отстать от системы. Время ответа должно соответствовать естественному темпу работы людей, обычно около двух секунд.

Человек может одновременно запоминать сведенья о 5-9 предметах. Время хранения этой информации около 2-х секунд в кратковременной и около 30-ти секунд в долговременной памяти. Поэтому люди разбивают поступающую информацию на порции, которые они могут одновременно хранить в памяти. Между порциями должны быть паузы. Существуют рекомендации по допустимому времени ответа интерактивной системы: 0.1 – 0.2 для подтверждения физических действий (нажатие клавиши или щелчок мыши). 0.5 – 1 с для ответа на простые команды; 1 – 2 с при ведении связанного диалога; 2 – 4 с для ответа на сложный запрос, если задержка не влияет на другую работу пользователя, то допустимо увеличение этого времени до 10 с; более 10 с при работе в мультизадачном режиме, когда пользователь воспринимает данную задачу как фоновый процесс; при ответе более чем через двадцать секунд пользователь может «забыть» о задании, заняться другой задачей и вернуться к данной когда ему будет удобно.

Десять основных проблем, связанных с удобством применения GUI.

На основе проведенных исследований и накопленного опыта специалисты IBM разработали перечень 10 наиболее общих проблем ГПИ:

1. Двусмысленные меню и иконки.

2. Ориентация на один язык.

3. Ограничения по вводу и прямому манипулированию.

4. Ограничения по выделению и выбору.

5. Неясный порядок шагов.

6. Управление интерфейсом требует больше шагов, чем собственно решение задач.

7. Сложные связи между и внутри приложения.

8. Неадекватная обратная связь и подтверждение.

9. Недостаточно рациональная и предупредительная система помощи.

10. Несовершенные сообщения об ошибках, справочные элементы, руководства и документация.

Выбор названия для программного продукта.

К выбору названия программного продукта необходимо подходить очень ответственно. От этого имени будет зависеть будет ли «жизнь» вашей программы успешной и яркой. Основными видами ошибок авторами программ при их именовании являются:

1. Выбор кричащего названия типа super cool, такие названия прочно ассоциируются с любительским творчеством.

2. Выбор названия, которое никак не отражает назначение программы.

3. Выбор двусмысленного названия.

4. Предумышленная замена некоторых букв в названии с целью повышения оригинальности.

Кроме того выбранное название программного продукта необходимо проверить на уникальность. Такую проверку рекомендуется проверять в три этапа.

Этапы проверки уникальности выбранного названия программного продукта:

1. Проверить, не является ли выбранное название чей-то зарегистрированной торговой маркой. Это можно сделать по адресу: http://www.nameprotect.com/

2. Проверка, не используется ли название кем-то другим. Для этого можно воспользоваться одной из крупнейших поисковых систем AltaVista: http://www.altavista.com.

3. Проверка, не зарегистрирован ли данный домен в зоне .com: http://www.domain.search.ru.

Если все три этапа пройдены успешно, то выбранное вами название можно считать для использования.

Обязательно прочитать книгу Влада Головача «Разработка пользовательского интерфейса» и другие книги!!!!!

34

Характеристики

Список файлов лекций