2. Выбор функций, вводимых в приложение. Не надо вводить не­нужные свойства. Перегрузка пользователя бесполезной инфор­мацией вызовет напрасные потери времени. Надо определить ка­кие свойства полезны, а какие нет.

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

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

5. Для лучшего восприятия человеческим глазом информации надо использовать для форм нейтральный цвет фона.

6. Для отображения текущего режима работы приложения можно использовать группы кнопок панели инструментов. Установив свойство набора кнопок панели GroupIndex равное ненулевому числу, можно установить групповой режим работы панели. Можно также установить свойство группы AllowAllUp равное False. Если щелкнуть на одной из кнопок панели инструментов, определенных таким образом, она будет оставаться в нажатом со­стоянии до тех пор, пока пользователь не щелкнет на другой кнопке из этой группы.

7. Большие кнопки и легко отыскиваемые группы переключателей позволяют легко манипулировать управляющими средствами при­ложения.

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

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

10.Установка на форме горячие клавиши для ключевых полей. Для этого сначала определяют горячую клавишу метки с помощью свойства Caption управляющего элемента метки (для обозначения горячей клавиши используют символ «&»). Затем устанавливают в свойстве метки FocusControl имя компонента, который предна­значен для получения фокуса ввода при нажатии горячей кла­виши.

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

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

13.Шрифты без засечек читаются легче, чем шрифты с засечками. Поэтому лучше использовать шрифт Arial, вместо Times New Ro­man.

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

15.Включение интерактивной справки. Профессиональные приложе­ния Windows содержат полную справочную базу данных, которая включает связи между родственными темами. Следует оснащать свои формы контекстно-чувствительной справкой. Это можно сделать с помощью свойства HelpContext формы и ее управляю­щих элементов. Когда будет затребована справка по элементу формы, обладающему фокусом ввода, управление справкой Win­dows автоматически будет передано соответствующей теме вашей справочной базы данных.

16.Создание окна формы About (О программе). В него включают имя приложения, номер текущей версии и название компании. Можно также внести туда телефонный номер отдела технического сопро­вождения, отметку об авторских правах и информацию об исполь­зовании ресурсов Windows. Название продукта, номер версии и отметка об авторских правах должны быть включены в приложе­ние с помощью ресурса Windows VERSIONINFO.

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

18.Для представления приложения в соответствующем меню или папке Windows надо связать его с подходящей пиктограммой (важно, чтобы пользователи могли отличить ее от пиктограмм других приложений). Для приложений Dephi пиктограммы уста­навливаются с помощью меню Project Þ Options Þ Applications.

19.Надо проектировать формы для самого низкого разрешения эк­рана. Скорее всего, это будет разрешение VGA, поэтому в формах можно безопасно установить разрешение 640*480. Для реализации этого лучше всего переключить разрешение на видеоадаптере на VGA. Формы, разработанные в расчете на большую разрешаю­щую способность, чем стандарт VGA, не смогут целиком поя­виться на экране.

20.Не надо перекладывать на оперативную справку объяснение, как пользоваться приложением. В большинстве случаев его примене­ние должно быть интуитивным и не должно вынуждать пользова­теля закапываться в руководство или читать оперативную справку.

11.3. Формы выдачи решений

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

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

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

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

4. Если приложение ограничивается только чтением данных можно удалить компоненты модификации данных. Можно обойтись ком­понентами DBText или TLabel, ÷òîáû îòîáðàæàòü поля описатель­ного типа, не прибегая к таким насыщенным компонентам, как список или комбинированный список.

5. Не следует включать в приложение функций, которыми пользова­тель не сможет воспользоваться. Необходимо избегать серых (недоступных) команд меню и запрещенных кнопок, присутствие которых может вызвать недоумение. Если какая-нибудь опция не­доступна для данного пользователя, устанавливают ее свойство Visible равным False, что сделает ее невидимой (или совсем уб­рать ее) вместо того, чтобы просто запретить.

11.4. Интерактивные формы.

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