Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Этапы разработки ПИ с примерами.doc
Скачиваний:
6
Добавлен:
03.11.2018
Размер:
4.28 Mб
Скачать

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

Любой удачный процесс разработки пользовательского интерфейса должен быть итерационным. Словарь Webster New Collegiate Dictionary дает следующее определение сло­ву «итерационный»: «...компьютерная процедура или имею­щая к ней отношение, где повторение цикла операций дает результат, который все более приближается к искомому ре­зультату». Проще говоря, вам не удастся получить качест­венный интерфейс без периодического возврата к преды­дущим этапам. Не трудитесь затратить усилия и время на сбор предъявляемых требований, проведите тестирование интерфейса с участием пользователей. Мнение пользовате-

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

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

Рис. 5.3. Различные схемы итерационного процесса

На рис. 5.3, а изображена спираль с началом в центре, которая раскручивается на протяжении четырех этапов, чтобы показать, что итерации, на ранних стадиях быстрые и неформальные, со временем становятся более длинными и формальными. Внутренняя спираль демонстрирует по­степенное сужение фокуса и подгонку пользовательского интерфейса под соответствующий продукт (рис. 5.3, б). Оба руководства — и CUA, и Windows — иллюстрируют

106

107

Человеко-машинное взаимодействие: теория и практика

Теория

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

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

5.5. Первый этап: сбор и анализ информации, поступающей от пользователей

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

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

Первый этап — действия по сбору и анализу информа­ции — может быть разбит на пять шагов:

  • определение профиля пользователей;

  • анализ стоящих перед ними задач;

  • сбор требований, предъявляемых клиентами;

  • анализ рабочей среды пользователей;

  • соответствие требований пользователей стоящим перед ними задачам.

Проектирование и постановка вопросов, а также про­ведение анализа являются настоящим искусством. Будь­те внимательны при опросе пользователей и анализе их ответов. Боренштайн (Borenstein) замечает: «Слушайте ваших пользователей, но не обращайте внимание на то, что они говорят». Пользователи склонны превозносить все то, с чем они работают на данный момент, даже если уз­нают, что может существовать что-то более совершенное. Сложно заставить их изменить свое мнение по вопросам, касающимся используемых ими систем и технологий. Они не всегда осведомлены о новых технологиях и направле­ниях развития бизнеса. На стадии анализа собирается ин­формация от пользователей и о них, которая затем обра­батывается параллельно с анализом новых компьютерных и бизнес-технологий.

Первый шаг: определение профиля пользователей

Профиль пользователя дает ответ на вопрос: «Что пред­ставляет собой ваш пользователь?». Он позволяет вам со­ставить представление о возрасте, образовании, предпоч­тениях пользователей, получить другую необходимую ин­формацию. Проводите интервьюирование и исследования, наблюдайте за пользователями и снимайте их на видео, почитайте специальную литературу (опубликованные тек­сты докладов, материалы прессы и маркетинговых иссле­дований).

Второй шаг: анализ стоящих перед пользователями задач

Анализ стоящих перед пользователем задач — это оп­ределение того, чего хотят пользователи и каким образом они собираются решать свои задачи.

Независимо от метода анализа задач вы должны полу­чить ответы на следующие вопросы:

108

109

Человеко-машинное взаимодействие: теория и практика

Теория

  • Какие задачи решают пользователи?

  • Какие задачи являются наиболее важными?

  • Какие 1 гаги предпринимаются для решения за­дач?

  • Какие цели преследуют пользователи при решении тех или иных задач?

  • Какой информацией необходимо располагать для выполнения задач?

  • Какой инструментарий (компьютеры и т.д.) исполь­зуется для решения задач?

  • Каков ожидаемый итог от решения задачи?

  • Каким образом пользователи выполняют свою ра­боту (вручную, на компьютере, по телефону и т.д.)?

  • Каким образом они взаимодействуют с другими ли­цами при решении задач?

  • Каким образом задачи учитываются в общем биз­нес-процессе?

  • Как часто пользователям приходится решать за­дачи?

  • Каким образом компьютер или другая компьютер­ная техника помогает пользователям в решении за­дач?

Третий шаг: сбор требований, предъявляемых поль­зователями

Анализ и сбор требований, предъявляемых пользова­телями, отвечают на вопрос: «Какую, с точки зрения поль­зователя, пользу принесет им предлагаемый продукт или интерфейс?». Практически во всех проектах программно­го обеспечения учитываются требования пользователей. Это помогает определить особенности проекта и структу­ру пользовательского интерфейса. Ключевыми в данном контексте являются следующие вопросы:

  • Какие основные технологии требуются пользовате­лям?

  • Сколько пользователи и менеджеры готовы запла­тить за продукт?

  • Кто устанавливает продукт?

  • Кто будет сопровождать продукт, когда он будет ус­тановлен?

Как правило, сбором требований занимаются специ­альные группы. Существуют некоторые общие для всех пользователей требования, предъявляемые к бизнес-про­граммам, в соответствии с которыми новый продукт дол-

JKCH»

  • сокращать работу с бумагами;

  • уменьшать ошибки пользователей;

  • автоматизировать существующие ручные процес­сы;

♦ повышать скорость совершения трансакций. Четвертый шаг: анализ рабочей среды пользователей Анализ среды пользователя отвечает на вопрос: «Где

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

  • физической стороны рабочей среды (освещение, шум, рабочее пространство, температура, наличие ком­пьютеров, телефонов, количество персонала и т.д.);

  • места работы пользователя и степени его мобиль­ности (офис, квартира, стационарно, с передвиже­ниями и т.д.);

  • вопросов эргономики, условий труда (задействуют-ся ли зрение, слух, работа ведется стоя/сидя, на клавиатуре и т.д.);

  • особых запросов (уровень подготовки, физическое состояние, интерес к познавательному процессу, особенности речи и возможные недостатки);

  • интернационализации и других культурологиче­ских условий (перевод, цвета, иконки, текст, сооб­щения и т.д.).

Все эти факторы влияют на разработку продукта. Если вы создаете продукт для офисного клерка, то офисная сре-

110

111

Человеко-машинное взаимодействие: теория и практика

Теория

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

Существует множество руководств, рекомендаций и технологий для этих областей разработки программного обеспечения. Может возникнуть необходимость «внедрить» в проект некоторые конкретные идеи. Однако уже создано немало специальных вспомогательных элементов для раз­работки, доступных для программных операционных сис­тем. Например, Windows 95 и OS/3 предлагают способы настройки экрана, клавиатуры, мыши и других устройств ввода/вывода для пользователей с особыми требованиями. В руководстве фирмы Microsoft данный вопрос рассмотрен достаточно подробно.

Пятый шаг: соответствие требований стоящим перед пользователями задачам

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

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

112