Дипломная работа: АРМ мененджер автосалона "А-моторс"

Использование шрифтов по умолчанию: System или MS Sans Serif, чаще всего позволяет избежать неприятностей. Впрочем, увы, не всегда. Если вы используете для надписей рус­ские тексты, то при запуске приложения на компьютере с неру­сифицированным Windows иногда возможны неприятности. Для подобных случаев все-таки полезно приложить файлы использо­ванных шрифтов к вашей программе.

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

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

Основное требование к меню — их стандартизация. Это требо­вание относится ко многим аспектам меню: месту размещения заголовков меню и их разделов, форме самих заголовков, клави­шам быстрого доступа, организации каскадных меню. Цель стан­дартизации — облегчить пользователю работу с приложением. Надо, чтобы пользователю не приходилось думать, в каком меню и как ему надо открыть или сохранить файл, как ему получить справку, как работать с буфером обмена 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	Фамилия
Name	Character	20	Имя
Oth	Character	20	Отчество
Adres	Character	20	Адрес
Mail	Character	30	Адрес электронной почты
Tel	Number	20	Номер телефон
Sot	Number	20	Номер мобильного телефона

Таблица 2.2 Менеджеры - sotrud.dbf

Наименование поля	Тип	Размер	Назначение
* Kod_sot	Number	3	Код сотрудника
Fam	Character	20	Фамилия
Name	Character	20	Имя
Oth	Character	20	Отчество

Таблица 2.3 Автомобили - avto.dbf

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12