Введение

Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия или учреждения. Такая система должна обеспечивать получение общих и/или детализированных отчетов по итогам работы, позволять легко определять тенденции изменения важнейших показателей, обеспечивать получение информации, критической по времени, без существенных задержек, выполнять точный и полный анализ данных.
В качестве системы управления базой данных (СУБД) будет выбрана Microsoft Access 2003. СУБД Microsoft Access является системой управления реляционной БД, включающей все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в локальной сети с файловым сервером или базы данных на SQL-сервере.
База данных является организованной на машинном носителе совокупностью взаимосвязанных данных и содержит сведения о различных сущностях одной предметной области – реальных объектах, процессах, событиях или явлениях.
В общем случае понятие базы данных можно определить как совокупность файлов или файл, состоящий из некоторого числа записей, каждая из которых формируется из полей определенного типа, вместе с набором операций поиска, сортировки, рекомбинации и др.
Можно считать, что если прикладная информационная система опирается на некоторую систему управления данными, обладающую этими свойствами, то эта система управления данными является системой управления базами данных (СУБД). Таким образом, база данных – это совокупность взаимосвязанных данных, используемых несколькими приложениями под управлением СУБД.
Система управления базой данных (СУБД) – система программного обеспечения, имеющая средства обработки на языке базы данных, позволяющие обрабатывать обращения к базе данных, которые поступают от прикладных программ и (или) конечных пользователей, и поддерживать целостность базы данных.
СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о  физическом размещении в памяти данных и их описаний; механизмах поиска запрашиваемых данных; проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами); способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа; оддержании баз данных в актуальном состоянии и множестве других функций СУБД.
Естественно, что проект базы данных надо начинать с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных).
Целью работы является рассмотрение состава и возможностей автоматизированных систем управления базами данных, а также создание базы данных для продажи авиабилетов в среде Microsoft Access.
Областью применения создаваемой базы данных может быть использование для учета продаж авиабилетов. База данных разрабатывается для работы на ПК с установленной операционной системой WINDOWS.

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

3.2 Ограничения и бизнес правила

Ограничениями называют логические правила, которые вводятся в действие сервером базы данных. Они ограничивают значения, которые пользователи могут вводить в указанные столбцы, для соблюдения условий целостности данных. Ограничения, создаваемые в конструкторе баз данных, удовлетворяют стандартам ANSI на создание и изменение таблиц.
Когда таблица обрабатывается с помощью конструктора запросов, в запросе соблюдаются все ограничения, определенные в базе данных для обновляемых столбцов и таблиц. Например, если таблица определена с ограничением уникальности, невозможно выполнить запрос на обновление или добавление, который приведет к записи в таблицу неуникальной строки. Аналогично, при обновлении столбца, у которого имеется ограничение на диапазон допустимых значений, запрос приведет к ошибке, если появится значение, выходящее за рамки допустимого диапазона.
В запросах также соблюдаются условия целостности данных, определенные для таблиц. Например, невозможно добавить строки в таблицу на стороне «многие» отношения «один-ко-многим», если отсутствует соответствующая строка на стороне «один».
Ограничение первичного ключа обеспечивает невозможность ввода в определенные столбцы повторяющихся значений или значений NULL. Ограничения первичного ключа используются для обеспечения уникальности, а также целостности данных. Ограничение первичного ключа можно создать непосредственно в схеме базы данных.
Ограничения внешнего ключа совместно с ограничениями первичного ключа или уникальными ограничениями обеспечивают соблюдение условий целостности данных в указанных таблицах. В схемах базы данных ограничение внешнего ключа автоматически налагается на соответствующие столбцы при создании отношения таблицы с другой таблицей, для которой определено ограничение первичного ключа или уникальности.
Проверяемое ограничение задает значения данных или форматы, допустимые для одного или нескольких столбцов таблицы. Допускается определение нескольких проверяемых ограничений для одной таблицы. Для создания, изменения или удаления каждого ограничения используют вкладку Проверить ограничения в окне свойств.
При определении проверяемого ограничения для таблицы или столбца необходимо включить выражение SQL.
Существует возможность создания простого выражения ограничения для проверки простого условия. Можно также с помощью логических операторов создать сложное выражение для проверки нескольких условий.
Уникальное ограничение обеспечивает невозможность ввода повторяющихся значений в указанные столбцы, которые не являются первичным ключом таблицы.
Для создания, изменения или удаления уникальных ограничений в схеме базы данных используют вкладку Индексы и ключи в окне свойств.
Ограничения по умолчанию позволяют определить значение, которое вводится в столбец, когда значение не введено пользователем.
В схеме базы данных ограничение по умолчанию определяется как свойство столбца таблицы. Тип ограничения задается при указании значения по умолчанию в представлении свойств столбцов. При указании значения по умолчанию необходимо использовать правильные ограничители значений.
Что касается создаваемой в проекте БД по продаже авиабилетов, то при проектировании недопускаются во всех полях пустые значения. В каждой из таблиц определен уникальный ключ (как счетчик или как составной ключ), за исключением таблицы «Продажа билетов». Между полями таблицами определена ссылочная целостность. Таким образом, не допускается ввод в таблицы значений полей, которых нет в главной таблице. Например, нельзя ввести вылет рейса из города, которого нет в таблице «Город». При удалении города из таблицы городов удаляются все рейсы в строках таблицы рейсов, которые выполнялись в данный город или из данного города. Поэтому АБД нужно быть очень внимательным при выдаче прав на удаление записей из главных таблиц.




4 Пользовательский интерфейс

4.1 Запросы

Одна из самых мощных возможностей Access одновременно является и наиболее важной — механизм запросов и запросы Access. После сохранения данных в системе вам неизбежно потребуются новые пути представления информации. Механизм запросов Access позволяет создавать очень сложные запросы, используя графическую визуальную среду и метод “перетащить и опустить”. С помощью этого мощного инструмента пользователи могут быстро создавать представления (запросы) информации, которая хранится в одной или нескольких связанных вместе таблицах.
Можно выбирать конкретные поля, определять порядок сортировки, создавать вычисляемые выражения и вводить критерии отбора нужных записей. Можно отображать результаты выполнения запроса в виде таблицы, формы или отчета. От пользователя не требуется предварительной установки связей: для их установки вы можете воспользоваться окном конструктора запросов, когда это будет необходимо (например, если потребуется создавать определенный отчет).
Запросы применяют и в других случаях. Можно создавать запросы, которые обеспечивают подведение итогов, отображение перекрестных таблиц и построение новых таблиц из результатов запроса. Запрос можно использовать даже для обновления данных в таблицах удаления записей и добавления одной таблицы к другой.
Одним из семи стандартных объектов Microsoft Access является запрос. Запросы используются для просмотра, анализа и изменения данных в одной или нескольких таблицах. Например, можно использовать запрос для отображения данных из одной или нескольких таблиц и отсортировать их в определенном порядке, выполнить вычисления над группой записей, осуществить выборку из таблицы по определенным условиям. Запросы могут служить источником данных для форм и отчетов Microsoft Access. Сам запрос не содержит данных, но позволяет выбирать данные из таблиц и выполнять над ними ряд операций.
С помощью запросов можно просматривать, анализировать и изменять данные из нескольких таблиц. Они также используются в качестве источника данных для форм и отчетов.
Наиболее часто используется запрос на выборку. При его выполнении данные, удовлетворяющие условиям отбора, выбираются из одной или нескольких таблиц и выводятся в определенном порядке.
Запросы можно создавать с помощью мастера или самостоятельно. Во втором случае следует в режиме конструктора выбрать таблицы или запросы, содержащие нужные данные, и заполнить бланк запроса.
Мастер простого запроса на выборку используется для создания запросов для восстановления данных из полей, определенных в одной или нескольких таблицах или запросах. С помощью мастера можно также суммировать, пересчитывать, вычислять средние значения для всех записей или определенных групп записей, а также находить максимальное и минимальное значение в поле. Восстанавливаемые записи можно ограничить, установив условие отбора.
Для выполнения расчетов в БД были созданы запросы, тексты которых в виде SQL приведены ниже. Запросы в виде таблиц приведены в Приложении (Приложения 1-9).
1. Количество проданных билетов по дням
SELECT [Продажа билетов].[Дата продажи], count(*) AS [Количество билетов]
FROM [Продажа билетов]
GROUP BY [Продажа билетов].[Дата продажи];

2. Количество проданных билетов по классам
SELECT [Класс билета].[Тип класса], count(*) AS Количество
FROM [Класс билета] INNER JOIN Билет ON [Класс билета].[Код класса]=Билет.[Код класса]
GROUP BY [Класс билета].[Тип класса];

3. Рейсы в определенный день недели
SELECT [Расписание рейсов].[Дата вылета], [Вылет рейса].[Номер рейса], Город.Город, [День недели].[День недели]
FROM [День недели] INNER JOIN (Город INNER JOIN ([Расписание рейсов] INNER JOIN [Вылет рейса] ON [Расписание рейсов].[Код рейса] = [Вылет рейса].[Код рейса]) ON Город.[Код города] = [Вылет рейса].[Код города]) ON [День недели].[Номер дня] = [Расписание рейсов].[Номер дня]
WHERE ((([День недели].[День недели])=[в день недели]));

4. Самолеты из одного пункта в другой
SELECT [Вылет рейса].[Номер рейса], [Вылет рейса].[Время вылета], Город.Город AS [Пункт отправления], Город_1.Город AS [Пункт назначения]
FROM Город AS Город_1 INNER JOIN ([Вылет рейса] INNER JOIN (Город INNER JOIN [Прилет рейса] ON Город.[Код города]=[Прилет рейса].[Код города назначения]) ON [Вылет рейса].[Код рейса]=[Прилет рейса].[Код рейса]) ON Город_1.[Код города]=[Вылет рейса].[Код города]
WHERE (((Город.Город)=[Пункт отправления]) AND ((Город_1.Город)=[Пункт назначения]));

5. Список пассажиров рейса
SELECT [Продажа билетов].Пассажир, [Расписание рейсов].[Дата вылета], [Вылет рейса].[Номер рейса]
FROM ([Продажа билетов] INNER JOIN [Расписание рейсов] ON [Продажа билетов].[Код рейса по дате] = [Расписание рейсов].[Код рейса по дате]) INNER JOIN [Вылет рейса] ON [Расписание рейсов].[Код рейса] = [Вылет рейса].[Код рейса]
WHERE ((([Расписание рейсов].[Дата вылета])=[Введите дату вылета]) AND (([Вылет рейса].[Номер рейса])=[Введите номер рейса]));

6. Список рейсов из аэропорта
SELECT Аэропорт.Аэропорт, [Вылет рейса].[Номер рейса], [Вылет рейса].[Время вылета], [Прилет рейса].[Время прилета]
FROM (Аэропорт INNER JOIN [Вылет рейса] ON Аэропорт.[Код аэропорта] = [Вылет рейса].[Код аэропорта]) INNER JOIN [Прилет рейса] ON ([Вылет рейса].[Код рейса] = [Прилет рейса].[Код рейса]) AND (Аэропорт.[Код аэропорта] = [Прилет рейса].[Код аэропорта назначения])
WHERE (((Аэропорт.Аэропорт)=[Из аэропорта]));

7. Список рейсов по выбранному типу самолета
SELECT [Тип самолета].[Тип самолета], [Вылет рейса].[Номер рейса], [Вылет рейса].[Время вылета]
FROM [Тип самолета] INNER JOIN [Вылет рейса] ON [Тип самолета].[Код типа самолета] = [Вылет рейса].[Код типа самолета]
WHERE ((([Тип самолета].[Тип самолета])=[укажите тип самолета]));

Заключение

Трехуровневая архитектура (инфологический, даталогический и физический уровни) позволяет обеспечить независимость хранимых данных от использующих их программ. Администратор БД может при необходимости переписать хранимые данные на другие носители информации и (или) реорганизовать их физическую структуру, изменив лишь физическую модель данных. Администратор БД может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Указанные изменения физической и даталогической моделей не будут замечены существующими пользователями системы (окажутся "прозрачными" для них), так же как не будут замечены и новые пользователи. Следовательно, независимость данных обеспечивает возможность развития базы данных без разрушения существующих приложений.
В ходе проектирования даны определения понятиям, необходимым для создания БД. Под сущностью понимается множество экземпляров реальных или абстрактных объектов, обладающих общими атрибутами или характеристиками. Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована. При этом имя сущности должно отражать тип или класс объекта, а не его конкретный экземпляр. Связь — поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь — это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным количеством экземпляров второй сущности, и наоборот. Атрибут — любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута.
При создании БД среде Microsoft Access 2003 были спроектированы 10 форм, 9 запросов и 4 отчета. Для удобства пользователя в среде Microsoft Access были созданы три кнопочные форме с кнопками для вызова форм и отчетов.
БД в среде Microsoft Access может быть использована для небольших фирм. Для внедрения в эксплуатацию необходимо доработать приложение, дополнив его запросами для поиска непроданных билетов, запросами о популярности направлений полетов и другими аналитическим отчетами.

Библиографический список
Бекаревич, Ю. Самоучитель Microsoft Access 2002 / Ю.Бекаревич, Н.Пушкина – СПб.: «БХВ-Петербург», 2002. – 720 с. – ISBN: 5-8206-0033-9
Грабер, М. Введение в SQL / Пер. с англ. В. Ястребов – Издательство «Лори», 1996. – 380 с. – ISBN: 5-85582-010-6
Дженнингс, Р. Использование Microsoft Office Access 2003 / Пер. с англ. Р.Дженнингс: пер. с англ. И. Тараброва – «Вильямс», 2005. – 1300 с. – ISBN: 5-8459-0691-1
[Электронный ресурс]. - Режим доступа: http://www.tspu.tula.ru/ivt/old_site/umr/po/labor/lab11/prakt11.htm
[Электронный ресурс]. - Режим доступа: http://www.kgau.ru/istiki/umk/db/d_16_2.htm
[Электронный ресурс]. - Режим доступа: http://www.askit.ru/custom/vba_office/m12/12_05_access_form_object.htm