51. Критерии качества гип. Сообщения об ошибках.

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

На самом деле большинство сообщения об ошибках ими не являются. Они показывают пользователю, что система

1. Недостаточно гибкая, чтобы приспособится к его действиям.

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

3. Самоуверенна, и считает, что пользователь — идиот.

Недостаточная гибкость.

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

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

Самоуверенность.

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

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

Каким должно быть сообщение об ошибке.

Идеальное сообщение об ошибке должно отвечать на 3 вопроса:

1. В чем заключается проблема?

2. Как исправить эту проблему сейчас?

3. Как сделать, чтобы эта проблема не повторилась?

Отвечать на эти вопросы необходимо как можно более вежливо и понятным пользователю языком.

Необходимо следовать следующим правилам:

1. Не забывайте показать текст ошибки техническому писателю.

2. Старайтесь делать сообщения как можно более короче.

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

52. Гип. Модели графического интерфейса пользователя.

Модели графического пользовательского интерфейса. Разработан ряд моделей графического пользовательского интерфейса, из которых ниже рассматриваются три. Первая —концептуальная модель может быть детализирована введением пяти уровней взаимодействия пользователей с информационными системами: физического; концептуального; лингвистического; визуального; функционального. Физический уровень определяет состав технических средств и общетехнические требования к ним. Концептуальный уровень определяет способ отображения состояния среды, с которой взаимодействует пользователь.  Лингвистический уровень определяет все, что связано с обработкой текстовой информации. Визуальный уровень конкретизирует отображение концептуальных объектов. Функциональный уровень рассматривает взаимодействие пользователя с системой при решении прикладных задач.

 Вторая модель, реализующая графические пользовательские интерфейсы, представляет собой многоуровневую совокупность компонентов, в которой верхний уровень занимают прикладные программы, а нижние уровни — операционная система и процессор Модель начинается с компонентов связи с прикладными программами, содержащих множество точек, через которые пользователь контактирует с системой и элементами, такими как меню и иконы. Основные уровни модели не предназначены для выполнения функциональных или программных операций. Они используются только для выбора графических интерфейсов. В дополнении к прикладным программам, операционной системе и процессору, эта модель между ними имеет пять базовых уровней: Объектная модель располагается на высшем уровне GUI,отражает реакции и взаимодействие приложений с внешней средой и между собой. Прикладные программные интерфейсы (API) выполняют программно-языковые функции для связи пользовательских приложений с GUI. Ядро графического пользовательского интерфейса сосредоточивает экранные функции и элементы. Модели изображения формируются для различных пользовательских интерфейсов с помощью графических средств, в том числе Х Windows.

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