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

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

Начнем рассмотрение требований с размещения заголовков меню. Ко­нечно, состав меню зависит от конкретного приложения. Но раз­мещение общепринятых разделов должно быть стандартизиро­ванным. Все пользователи уже привыкли, что меню Файл разме­щается слева в полосе главного меню, раздел справки — справа, перед ним в приложениях MDI размещается меню Окно и т.д. Главное меню должно также снабжаться инструментальной па­нелью (см. рис. 1.5), быстрые кнопки которой дублируют наибо­лее часто используемые команды меню. На этих кнопках надо использовать, по возможности, привычные картинки.

По возможности стандартным должно быть и расположение разделов в выпадающих меню.

Группы функционально связанных разделов отделяются в вы­падающих меню разделителями.

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

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

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

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

Многим разделам могут быть поставлены в соответствие «го­рячие» клавиши, позволяющие обратиться к команде данного раздела, даже не заходя в меню. Комбинации таких «горячих» клавиш должны быть традиционными. Например, команды вы­резания, копирования и вставки фрагментов текста практически всегда имеют «горячие» клавиши Ctrl-X, Ctrl-C и Ctrl-V соответст­венно. Заданные сочетания клавиш отображаются в заголовках соответствующих разделов.

Каждое окно, которое вы вводите в свое приложение, должно быть тщательно продумано и скомпоновано. Удачная компонов­ка может стимулировать эффективную работу пользователя, а неудачная — рассеивать внимание, отвлекать, заставлять тра­тить лишнее время на поиск нужной кнопки или индикатора.

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

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

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

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

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

Приложение должно предельно облегчать работу пользовате­ля, снабжая его системой подсказок, помогающих сориентирова­ться в приложении. Эта система включает в себя:

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

· Более развернутые подсказки в панели состояния или в другом отведенном под это месте экрана, которые появляются при перемещении курсора мыши в ту или иную область окна приложения.

· Встроенную систему контекстно-зависимой оперативной справки, вызываемую по клавише F1.

· Раздел меню Справка, позволяющий пользователю открыть стандартный файл справки Windows.hlp, содержащий в виде гипертекста развернутую информацию по интересующим по­льзователя вопросам.

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

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

2. Проектная часть

2.1 Описание информационной базы

Данный программный продукт имеет шесть таблиц БД.

Таблица 2.1 Владельцы - vladelec . dbf

Наименование поля	Тип	Размер	Назначение
* Kod_vlad	Number	5	Код владельца
Fam	Character	20	« 1 2 3 4 5 6 7 8 9 10 » К-во Просмотров: 396 Бесплатно скачать Дипломная работа: АРМ мененджер автосалона А моторс >>> Скачать <<< Меню Поиск