Файл: Пояснительная записка.doc

В первом подходе оценку производит конечный пользователь или тестер, суммируя результаты работы с программой в рамках следующих показателей ISO 9241-10-98 Ergonomic requirements for office work with visual display terminals (VDTs). P. 11. Guidance on usability specification and measures:

- эффективности (effectiveness) – влияния интерфейса на полноту и точность достижения пользователем целевых результатов;

- продуктивности (efficiency) или влияния интерфейса на производительность пользователя;

- субъективной степени удовлетворенности (satisfaction) конечного пользователя этим интерфейсом.

Эффективность является критерием функциональности интерфейса, а степень удовлетворенности и, косвенно, продуктивность – критерием эргономичности. вводимые здесь меры соответствуют общей прагматической концепции оценки качества по соотношению «цена/затраты». Меры практичности представлены в таблице 7.

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

Таблица 7 – Пример мер практичности пользовательского интерфейса

Целевая функция	Меры эффективности	Меры продуктивности	Меры степени удовлетворенности
Полная практичность	Процент достигнутых целей. Процент пользователей, успешно выполнивших задание. Средняя точность выполненных заданий.	Время выполнения задания. Задания, выполненные в единицу времени. Денежная оценка затрат на выполнение задания.	Оценочная шкала для удовлетворенности. Степень загрузки по времени. Частота жалоб.

В литературе предложены различные формулировки руководящих принципов проектирования интерфейса. В странах ISO руководящие принципы представлены в ряде документов, перечисленных в таблице 6. Как указывается в общем контексте в ГОСТ Р ИСО/МЭК 9126-93, в настоящее время существует ряд систем комплексных показателей или моделей качества разной степени завершенности, однако, принятую в стандартах модель качества не нужно абсолютизировать. Цель внедрения стандартов – стимулировать широкое практическое использование руководящих принципов, а также накопление опыта для их последующего уточнения и развития. Стандартизованная модель отражает, по крайней мере, минимальный набор обязательных или общепризнанных принципов.

5.4 Стандартизация и проектирование интерфейса

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

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

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

5.5 Стандарты и качество интерфейса

Формально стандартизированность пользовательского интерфейса уместно связать с другими инфраструктурными субхарактеристиками качества программного продукта, такими, как соответствие, в том числе и стандартам, и взаимозаменяемость (ГОСТ Р ИСО МЭК 9126-93). Выбор конкретного средства проектирования, таких как языки быстрой разработки приложений, CASE-средства, конструкторы графических интерфейсов, может привести разработчика к необходимости придерживаться стандарта интерфейса, положенного в его основу. С другой стороны, выбор разработчиком стандарта типа пользовательского интерфейса, адекватного предметной области и используемой операционной системы, потенциально должен обеспечить выполнение таких принципов качества пользовательского интерфейса, как естественность и согласованность в пределах рабочей среды [14]. Явный учет синтактики интерфейса облегчает создание однородного по стилю и предсказуемого для пользователя интерфейса. Необходимо учитывать, что при разработке самого стандарта уже учитывались базовые принципы проектируемого интерфейса.

Вводимые в ISO 9241-11 меры практичности организация-заказчик может использовать до разработки заказной системы в качестве общих рамок для определения требований по практичности, которым должна соответствовать будущая система и по которым будут проводиться приемочные испытания. Таким образом, создается основа для обеспечения полноты, измеримости и сопоставимости этих требований, что может косвенно оказывать позитивное влияние на качество проектируемого программного изделия.

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

5.6 Система навигации

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

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

Существует два типа навигационных ссылок: графическая и текстовая. Каждая из этих систем имеет свои преимущества и недостатки. Также для каждой из них существует зона предпочтительного месторасположения.

Текстовые ссылки — наиболее простая форма навигации. Обычно это 1-3 слова, которые описывают то, куда приведет данная ссылка. Например: асинхронные двигатели, механические характеристики, условия устойчивой работы.

Преимущества текстовых ссылок: высокая скорость загрузки, читаемость во всех браузерах, довольно легкая масштабируемость, простая редактируемость. Также текстовые ссылки могут помочь в ранжировании запросов с поисковых систем. Недостатки: текстовые ссылки некоммуникативны, могут быть неправильно истолкованы; невозможно добиться точного размера (разные браузеры по-разному интерпретируют те или иные величины шрифтов). Тестовые ссылки позволяют добавить дополнительную информацию в строку состояния к текстовым гиперссылкам средствами JavaScript (команда OnMouseOver).

Графические ссылки возможно разделить на две категории: графические карты (image maps) и кнопки.

Графические карты – это отдельный графический символ, разделенный на несколько участков, которые, в свою очередь, являются гиперссылками.

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

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

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

Недостатки: время загрузки; кнопки менее описательны (наглядны) чем простой текст; необходимость делать новую кнопку для любых дополнительных разделов сайта. Данная технология плохо применима для больших сайтов. Данный вид кнопок не позволяет достигнуть высокого положения в запросах поисковых серверов. Графические кнопки, содержащие только текст, должны быть заменены текстовыми ссылками.

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

С

Ссылка2

Ссылка3

Ссылка4

Ссылка5 | Ссылка4 | Ссылка3 | Ссылка2 | Ссылка1

Рисунок 9 – Расположение основных элементов навигации

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

Если панель снизу, это удобно, так как чтение страницы обычно заканчивается именно там. В этой области размещаются ссылки на предыдущие страницы приложения. Однако, эта область остается невидимой пока страницу не прокрутят до конца вниз. Из опыта проектирования Web-страниц известно: большинство людей знают о такой системе навигации спустя несколько часов работы с приложениями подобного типа и пытаются найти такую панель внизу страницы.

Если же панель навигации находится по ту или иную сторону Web-страницы, это практически моментально видно пользователю. Однако, не всегда боковая панель навигации видна целиком, и посетителю приходится прокручивать страницу вверх и вниз, пытаясь найти нужную ссылку.

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

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

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

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

<frameset rows=50,*>

<frame src=«menu1.htm» name=«menu1» NORESIZE SCROLLING=«no»>

В данном случае 50 – высота горизонтальной области, * – символ, обозначающий, что ширина области равна ширине окна приложения. Содержание данной области зависит от содержания файла menu1.htm, имя данной области – menu1, полоса прокрутки выключена.

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

<frameset cols=170,*>

<frame src=«menu2.htm» name=«menu2» NORESIZE SCROLL-ING=«auto»>