И. Соммервилл - Инженерия программного обеспечения (1133538), страница 83
Текст из файла (страница 83)
Для этого справочная система должна иметь разные средства н разные структуры сообщений. Справочная система должна обеспечивать пользователю несколько различных точек входа (рнс. 15.11). Г1ольэователь может войти в псе па верхнем уровне ее иерархической струкгуры и здесь обозреть все разделы справочной информации. Друтис точки входа в справочную систему- с помощью окон сообщений об ошибках или путем получения описания конкретной команды приложения.
Все справочные систел~ы имеют сложную сетевую структ)ру, в которой каждый разлсл справочной информации может ссылаться на несколько других информационных разделов. Структура такой сети, как правило, иерархпческал, с перекрссгиыми ссылками, как показано на рис. 15.11. Наверху структурной иерархии содержитсл общая информация. внизу — более подробная. При использовании справочной системы возникают проблемы, связанные с тем, что пользователи входят в сеть после совершения ошибки и затем перемещаются по сети справочной системы. Через некоторос время онн запутываются и не могут определить, в И8 Яасть 1П, Проектирование каком песте справочной систсиы находится.
8 такой ситуации пользователи должны завершить сеанс работы со справочной системой и вновь начать работу с некоторой изаест. ной точки справочной сети. с~=,4~Фф~ьтсзщбщза Враиннсй сВЯмыу4ьфз$ь, 1'ис, 15.11. Точки озоди о сп1явочную ассншну вз Рис. 15.12. Окнп снрпоочной систсиы 15. Проектирование интерфейса пользователя 319 Отображение справочной информации в нескольких окнах упрощает подобную ситуацию. На рис.
15.12 показан экран, па котором расположены трн окна справки. Однако пространство акрана всегда ограничено и разработчику следует помнить, гго дополнительные окна могут скрь<ть другую нужную информацию. Тексты справочной системы необходимо готовить совместно с разраг><>тчпкамп приложения, Справочные разделы нс должны быть просто воспроизведением р>ководства пользователя, поскольку информация на буиаге н па экране воспринимается па-разному. Сам текст (а также его расположение и стиль) должен быть тщательно продуман, чтобы сто можно было прочитать в окне, относительно малого размера.
!'аздел справки Переадресация почты на рпс. 15.12 ср>)внительпо небольшой — в любом справочном разделе должна быть только самая пеЬбходимая ипй>ормация. В окне, отображающем справочный раздел, расположены три кнопки: для показа дополнительной информации, для перемен<ения по тексту раздела и для вызова списка справочных тем. В окне Журнал' показан список уже просмотренных разделов.
Можно вернуться в один из пих, выбрав соответствующий пункт пз списка. Окно навигации по справочной системс — это графическая 'карта" сстп справочной системы. Тскущал позиция па карте должна быть вьщелена цветом. тенями или, как в нашем случае. подписью. У пользователей есть несколько воэможностей перемещения мсжд) разделалш справочной системы: можно перейти к разделу непосредственно пэ отображаемого раздела, можно выбрать нужный раздел из окна Журнал, чтобы просмотреть его еще раз, и, наконец. можно выбрать соответствующий узел на карте справочной сети и перейти к этому узлу. Справочную систему можно реализовать в виде группы связанных 1уеЬ-страниц плп с помощью обобщенной гипертекстовой системы, интегрированной с приложением.
Иерархическая структура легко реализуется в виде гипертекстовых ссылок. Ь'сЬенстемь< имеют преимущества: они просты в реализации и не требуют специального программного обеспечения. Однако при создании контекстно-зависимой справки мог)т возникнуть трудности при связывании ее с приложением.
15.4.3. Документация пользователя Строго говоря, долумептацпя цс является частью пользовательского интерфейса. однако проектирование оперативной справочной поддержки вместе с документацией является хорошим правилом. Систсмныс руководства предоставляют более подробную пп«>орь>алию, чем диалоговые справочные системы, и строятгя так, чтобы быть полсзпымп пользователям разного уровня, Для того чтобы документация, поставляемая совместно с программной системой. была полезна всем системным пользователям, она должна содержать пять опиганньщ ниже документов (илп, может быть, глав в одном документе) (рис. 15.15).
1. Фунхвианалм<ое олкганик, в котором кратко представлены функциональные возможности систел<ы. Прочитав функциональное описание и вводное руководство, пользователь должен определить. та ли это система, которая ему нужна. >аког окно к ахгкыэыч чьи а)>аграчма их я)»к>ах<ел>гах обычно ча>ыкагмкч гуц<а>у (33<а>а(>>к 1 - Прим. рея, 320 т4астьШ.Проектирование уь докумвим но инсн>пялянии аисивмм, в котором содержится информация по уста. повке системы.
Здесь должны быть сведения о дисках, на которых поставляет. ся система, описание файлов, находящихся на этих дисках, и минимальные требования к конфигурации. В документе должна быть инструкция по инсталляции и более подробная информация по установке файлов, зависящих от конфигурации системы. 8. Вводнаг !»кавадо>нво, представляющее неформальное введение в систему, опись>- ваюшсе ее "повседневное" использование. В этом докуиентс должна содсрнсатьсл информация о том, как начать работу с систсл>ой, как использовать общие возмож>н>стн системы. Все описапил должны быть снабжены примерами и соде»жать сведения о том, как восстановить систему после ошибки н как начать заново работу, В кинге >68! предложен эффективный способ составления вводного руководства, при котором основное внимание упслено восстановлению системы после о>яиГ>ок, а вся остапы>ая ипформацил, пеоГ>ходимая пользователям, гнолитсл к миш>муму.
Гь С>фпвоннову>унаводсмво, в которол> описаны возможности системы и их использование, представлен сщшок сообщений об ошибках и аозможныс причины их появления, рассмотрены способы восстановления системы после вылвлсния ошибок. 5. !унаводгжва пдминисн>рпн>арп, необходимое для некоторых типов программных систем.
В пем дано описание сообщений, генерируемых системой при взаимодействии с другими системами, и описаны способы реагирования на эти сооб. щепил. Вели в систему включена анпаратнал часть. то в руководстве администратора должна быть информация о том, как выявить и устранить неисправно. сти, свлзанные с аппаратурой, как подключить новые периферийные устройства и т.п. Рнс >У.!3. Типы нп>ь>авпнилмной до>гумвннюции Вместе с перечисленными руководствами необходимо предоставлять другую >лоби>ю в раГ>ото документацию. Длл опытных пользователей системы удобны разного вида пред.
метныс указатели, которые помогают быстро просмотреть список возможностей системы и способы их использования. 15. Проектирование интерфейса пользователя 321 15.5. Оценивание интерфейса Это процесс, в котором оценивается удобство использования интерфейса и степень его соответствия требованиям пользователя. Таким образом, оценивание интерфейса является частью общего процесса тестирования и аттестации систем ПО.
В идеале оценивание должно проводиться в соответствии с показателями удобства использования интерфейса, перечисленными в табл. 15.5. Каждый из этих показателей можно оценить численно. Например, изучаемость можно оценить следующим образом: опытный оператор после трехчасового обучения должен уметь использовать 80% функциональных возможностей системы.
Однако чаще удобство использования интерфейса оценивается качественно, а не через числовые показатели. Таблица 1$.5. Показатели удобства использования интерфейса Показатель Изучаемосгь Описание Количество времени обучения, необходимое для начала продук. тивной работы с системой Скорость реакции системы иа действия пользователя Устойчивосгь системы к ошибкам пользователя Скорость работы Устойчивость Восстанавливаемость Способность системы восстанавливаться после ошибок пользова. теля Способность системы "подстраиваться" к разным стилям работы пользователей Адаптируемость 1. Анкеты, в которых пользователь дает оценку интерфейсу. 2. Наблюдения за работой пользователей с последующим обсуждением их способов использования системы при решении конкретных задач.
3. Видеонаблюдения типичного использования системы. 4. Добавление в систему программного кода, который собирал бы информацию о наиболее часто используемых системных сервисах и наиболее распространенных ошибках. Анкетирование пользователей — относительно дешевый способ оценки интерфейса. Вопросы должны быть точными, а не общими. Не следует испольэовать вопросы типа "Пожалуйста, прокомментируйте практичность системы". так как ответы, вероятно, будуг существенно различаться, Лучше задавать конкретные вопросы, напрн- Полное оценивание пользовательского интерфейса может оказаться весьма дорогостоящим, в этот процесс будут вовлечены специалисты по когнитивной психологии и дизайнеры.
В процесс оценивания могут входить разработка и выполнение ряда статистических экспериментов с пользователями в специально созданных лабораториях и с необхо. димым для наблюдения оборудованием. Такое оценивание интерфейса экономически нерентабельно для систем, разрабатываемых в небольших организациях с ограниченными ресурсами. Существуют более простые и менее дорогостоящие методики оценивания интерфейсов пользователя, позволяющие выявить отдельные дефекты в интерфейсах.
$22 Часть Ш. Проектирование мер: "Оцените понятность сообщений об ошибках по шкале от 1 до 5. Оценка 1 означает полностью понятное сообщение, 5 — малопонлтное". На такие вопросы легче ответить и более вероятно получить в результате полезную для улучшения интерфейса информацию. Во время заполнения анкеты пользователи должны обязательно оценить собственный опыт и знания.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
