в этой главе:

Ujioeh-mupoeamie .щуатшх форМ

Проектирование отчетов

Проектирование пакетных 11рогра,пл1

Обработка оитбок

Навигация

Оперативная справочная система

Экранные формы, отчеты и пакетные

программы

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

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

Проектирование экранных форм

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

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

пользуются текстовыми процессорами или электронными таблицами. Если их спросить, каким должен быть интерфейсе, то вполне естественно, что они сошлются на знакомые приложения. Вам следует сделать точно так же. Проектируя, старайтесь обеспечить максимальное соответствие стандартам, принятым в рабочей среде пользователя (например, в приложениях Microsoft Windows для вызова справочной системы служит клавиша F1). Следует также добиваться согласованности с другими приложениями, привычными для пользователей.

Однако при этом легко попасть в зависимость от этого требования и в результате получить программу, напоминаюшую нечто такое, чем она на самом деле не является. Электронные таблицы и текстовые процессоры хороши для выполнения многих задач, однако в качестве внешних систем баз данных они непригодны, особенно если базу данных нужно обновлять. Не пытайтесь сделать так, чтобы экранная форма ввода данных выглядела и работала, как окно Lotus 1-2-3 или Microsoft Excel. На ознакомление пользователей с новым форматом или стилем требуется совсем немного времени. Можно потратить несколько недель на создание перемешаемой панели кнопок, когда достаточно просто приучить пользователя к тому, что эта панель будет постоянно находиться в верхней части экрана. Кроме того, хотя графические пользовательские интерфейсы (ГПИ), скорее всего, будут присутствовать в приложении, полная реализация их возможностей может и не быть лучшим вариантом для всех пользователей.

Полезно разбить всех пользователей на группы. Вот один из вариантов такого разбиения:

операторы ввода данных, которые пользуются системой часто и интенсивно, но не выдают запросы;

пользователи, регулярно выдаюшие запросы, но вводящие мало данных;

пользователи, задаюшие нерегламентированные запросы, иногда выпол-няюшие поиск и (еще реже) обновление;

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

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

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

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

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

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

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

Вот общие принципы проектирования экранных форм:

Все экранные формы должны иметь уникальные и информативные заголовки.

Все поля необходимо снабдить надписями; при вызове справочной системы должны быть доступны подробные описания полей.

Курсор по умолчанию, как правило, должен перемещаться слева направо, а затем сверху вниз.

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

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

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

Экранная форма не должна состоять из множества страниц (вспомните о мегамодулях!).