2. Рекомендации по созданию форм

Как было отмечено выше, существуют разные типы экранных форм, и некоторые требования/рекомендации по созданию форм от­носятся ко всем типам форм, а некоторые – только к отдельным их разновидностям.

Рассмотрим основные рекомендации по созданию форм.

1. Порядок размещения элементов в форме будет зависеть от типа и назначения формы.

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

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

2. Если форма предназначена для ввода данных, то из нее могут быть исключены поля, которые автоматически вводятся в БД и не могут быть изменены пользователем (например, поле счетчика, вы­числяемые поля).

3. Средства современных СУБД обладают разнообразными воз­можностями по оформлению экрана. При выборе стиля оформления экрана желательно выполнять следующие рекомендации:

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

б) яркие цвета (например, красный) лучше использовать только для целей привлечения внимания (например, при сигнале о существен­ной ошибке);

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

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

|, фавнительно

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

2. В настоящее время значительно возросли возможности зада­ния настройки формы во время ее использования. Так, некоторые си­стемы (например, Access) позволяют для отдельных элементов фор­мы указывать, выводится этот элемент всегда, только на экран или только на печать (свойство «режим вывода»). Возможно создание форм, которые могут во время работы переключаться для выполне­ния нужной функции (например, ввода или редактирования данных). И если раньше, отчасти из-за сложности реализации, при проектиро­вании ИС обычно создавались отдельные формы для каждой опера­ции, использующей их для работы с БД (для ввода данных, корректи­ровки отдельных полей, для просмотра и вывода информации на эк­ран или печать), то сейчас появились возможности сравнительно просто реализовывать сложные многофункциональные формы. Но при создании таких форм не следует забывать данные выше рекоменда­ции (см. п. 3д).

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

Возможности задания ограничений целостности при описании таблицы могут при «несистемном» проектировании привести к не­желательным последствиям. Предположим, вы создали несколько форм для ввода данных в одну таблицу (например, первая форма - для ввода данных с одного документа, вторая форма - с другого), а в таблице определено несколько обязательных полей, часть из которых должна вводиться посредством первой формы, а другая часть - по­средством второй формы. В этом случае частичный ввод данных из одной формы, а потом добавление данных из другой будет невозмож­но выполнить.

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

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

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