Программирование >>  Реализация целостности данных 

1 ... 74 75 76 [ 77 ] 78 79 80 ... 124


ГЛАВА 1 ак uixpamm между вояьзоватепш системой

Сообщение на рисМ2-2 составлено значительно лучше. Оно не только дает объяснение тому, что произошло, на понятном пользователю языке, но и предоставляет возможность предпринять определенным образом спланированные действия вместо стандартного выбора между кнопками Ulv и Cancel.

CustomeT Name Changed


72-2. Гйкое сообщение объясняет пользователю ситуацию возможность спланировать свои действия

Не перегружайте память пользователя!

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

Нагрузка на память пользователя снизится, если вы будете соблюдать стандарты разработки интерфейса приложений для Windows, содержащиеся в руководстве Windows Interface Guideline : Software Design ( Руководство по разработке интерфейса приложений для Windows*). Вам вряд гается часто отступать от них. Продукты Microsoft Office (в частности, Access) де-факто определяют и используют другие стандарты. Но прежде чем изменять стандарты, убедитесь в наличии для этого серьезных оснований. Иначе вы; вероятнее всего, окажете пользователям медвежью услугу.

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



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

привыкли к тому, что при нажатии кнопки

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

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

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

Избегайте ввода данных вручную, пусть пользователь, везде, где

это имеет смысл, выбирает их из списка. Например, чтобы получить

сведения о покупателе Джоне Ду (John Doe), пользователь не должен ломать голову над тем, как именно в базу данных были введены эти имя и фамилия - John Doe, J. Doe или Doe. Но обратите внимание: я сказала там, где это имеет смысл . Вряд ли разумно заставлять пользователя ждать, пока система создаст список из 65 тыс. записей, и выведет его на экран. Очевидно, в подобном случае пользователь должен иметь возможность отфильтровать список и из ограниченного набора значений выбрать нужное.

Чтобы списки были содержательными, включите в них как можно

больше дополнительной информации. Пользователи вашей системы

не обязаны помнить, например, что Джон Смит (John Smith) - это клиент их фирмы, живущий в Мадриде, а Джонни Смит (Johnny Smith) - покупатель из Милана. Стандартные элементы управления Microsoft Access - списки и комбинированные окна, позволяют ото-



ГЛАВА 1 рфейс как посредник rnmsv mmwamnmM гквтжмой

содержимое нескольких полей. В Visual Basic можно использовать конкатенацию хранящихся в соответствующих полях.

Возможно, вам покажется интересным и такой вариант, легко ализуемый как средствами Microsoft Лece;ь, так и Visual Basic: чтобы получить дополнительную информацию, пользователь должен выбрать команду контекстного меню. Технически это можно реализовать образом: при выборе соответствующей команды контекстного меню открывается окно с дополнительной информацией. Если объем дополнительной информации, отображаемой пользователю, невелик, можно вывести ее непосредственно в контекстном меню. Это сэкономит несколько секунд времени.

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

то информация не имеет отношения к предметной области (скажем,

не является номером счета, выписываемого покупателю), ее лучше не выводить на экран.

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

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

Будьте последовательны!

Под термином последовательный интерфейс мы будем понимать

нечто большее, чем правильное размещение команд меню File и Edit, Последовательным должно быть также и поведение системы, и ее взаимодействие с пользователями. Обратите особое внимание на следую-



1 ... 74 75 76 [ 77 ] 78 79 80 ... 124

© 2006 - 2024 pmbk.ru. Генерация страницы: 0
При копировании материалов приветствуются ссылки.
Яндекс.Метрика