5.7. Третий этап: построение пользовательского интерфейса

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

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

Необходимо следовать трем «золотым» правилам при использовании прототипов как части процесса разработки интерфейса.

• Прототипируйте на ранних стадиях и не забывайте про итерационный принцип разработки.

• Создавайте различные альтернативные варианты.

♦ Будьте готовы выбросить код прототипа.

Существует много способов прототипирования интер­фейсов: бумага и карандаш, доски для мела и фломасте­ров, альбомы для презентаций, клеящиеся листочки и т.д. Для показа последовательности визуальных разработок применяют прототип с анимацией либо презентационные графические программы (например, Lotus Freelance Graph­ics и др.). Может использоваться и такой способ: человек работает «компьютером», переключая экраны по запросу пользователя. Хорошим помощником в проектировании прототипов является уже упоминавшаяся в одной из пре­дыдущих глав книга Исанси и Радда. Прототипы могут визуализировать ваш интерфейс, когда речь идет о высо­коуровневых концепциях, или показывать функциональ­ные срезы продукта, представляя выполнение тех или иных специфических задач или трансакций.

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

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

Вы должны подумать об использовании прототипа про­дукта вместо (или в дополнение) объемного документа —• функциональной спецификации продукта. Если вам уже

120

121

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

Теория

приходилось составлять ее для графического пользова­тельского интерфейса, то вы знаете, насколько сложно описать способы представления информации, а также ин­терактивные способы, задействованные в графическом или объектно-ориентированном пользовательском интерфей­се. Гораздо проще и эффективнее показать прототип сти­ля и поведения интерфейса продукта. Вспомните старую поговорку: «Лучше один раз увидеть, чем сто раз услы­шать». Вы обнаружите, что прототип может быть полезен и с точки зрения маркетинга и продаж продукта, если де­монстрировать его менеджерам, руководящим сотрудни­кам и клиентам. Демонстрационная версия продукта так­же является практически бесплатным элементом бизнес-показов и рекламных рассылок по почте.

Даже крупномасштабные проекты программных раз­работок, например пользовательского интерфейса Win­dows 95, следуют подходу «прототип в роли специфика­ции». Салливан отмечает, что «на протяжении первых нескольких месяцев проектирования спецификация стре­мительно увеличивалась, отражая сотни человеко-часов затраченных усилий. Однако из-за проблем, которые мы обнаружили при тестировании, разработка, задокумен­тированная в спецификации, неожиданно устарела. Ко­манда оказалась пере," выбором: потратить недели на ис­правление спецификации, чтобы она отражала новые идеи, или остановить обновление спецификации и дать возможность прототипам и коду послужить в качестве «живой» спецификации. После некоторых дебатов ко­манда пришла к решению остановиться на последнем ва­рианте».

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

Руководство по прототипированию по Радди и Исанси содержит следующие пунты:

• Заручитесь поддержкой руководителей проекта вы­сокого уровня.

• Избавьтесь от вашего прототипа.

• Создайте высоконадежные прототипы.

• Используйте каждую возможность демонстрировать прототипы.

• Не тратьте время на прототипирование расшире­ний.

• Начинайте пораньше.

• Напишите функциональную спецификацию про­тотипа.

• Распространите ее среди всех технических руково­дителей и разработчиков.

• Разрабатывайте идеальные, а не реалистичные про­тотипы.

• Используйте наилучший инструментарий.

• Начинайте активно действовать.

• Клиент-король.

• Посмотрите, что происходит за пределами стра­ны.

• Следите за прототипом в вашей компании.

• Уделяйте внимание эстетической стороне вопро­са.

• Не передавайте другим ведение прототипирова-ния.

• Изучайте различные дисциплины.

• Делитесь своими знаниями с коллегами.

• Правильно понимайте корпоративные директивы по проектированию.

• Анализируйте интерфейсы появляющихся на рын­ке программ.

• Почувствуйте дух соревнований.

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

Ранние стадии разработки лучше использовать для со­ответствующей подготовки к проектированию и создания

122

123

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

Теория

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