КП по MS Access база данных аэропорт

    Содержание 

Задание……………………………………………………………………………….. 3

Введение……………………………………………………………………………... 4

1. Анализ  предметной области……………………………………………………... 5

1.1. Цель  создания базы данных……………………………………………………. 5

1.2. Перечень  решаемых базой данных задач……………………………………... 5

2. Проектирование  базы данных…………………………………………………… 6

2.1. Схема  данных и её описание…………………………………………………... 6

2.2. Доказательство того, что все  отношения таблицы) находятся в

1-ой, 2-ой  и 3-ей нормальных формах……………………………………………... 8

2.3. Рисунки основных форм ввода данных с описанием основных

особенностей  работы сложных форм, имеющих подчиненные  формы…………. 9

2.4. Рисунки  структур самостоятельных запросов  и запросов для 

отчетов в режиме конструктора…………………………………………………... 15

2.4.1. Создание  запроса на вывод информации о количественных

остатках  товаров в магазине………………………………………………………. 15

2.5. Примеры  отчетов, выдаваемых базой данных………………………………. 18

2.6. Рисунок  кнопочной формы базы данных……………………………………. 21

Заключение…………………………………………………………………………. 25

Библиографический список……………………………………………………….. 26 
 
 
 
 
 
 
 
 
 

    Задание

    Задание №18. Информационная система «Аэропорт».

    Создается система для хранения и выдачи информации о самолетах, о расписании самолетов, о сотрудниках аэропорта.

    Периодически  по запросу должны выдаваться следующие сведения:

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

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

    Введение

    СУБД  Access 2003 - один из компонентов широко распространенного семейства офисных приложений Microsoft Office 2003. Microsoft Access на сегодняшний день является одним из самых популярных настольных приложений для работы с базами данных. Это связано с тем, что Access обладает очень широким диапазоном средств для ввода, анализа и представления данных. Эти средства являются не только простыми и удобными, но и высокопродуктивными, что обеспечивает высокую скорость разработки приложений. Изначально Access обладала рядом уникальных возможностей, таких как умение сводить воедино информацию из самых разных источников (электронных таблиц, текстовых файлов, других баз данных), представление данных в удобном для пользователя виде с помощью таблиц, диаграмм и отчетов, интеграция с другими компонентами Microsoft Office. Совершенствуясь от версии к версии, Access стала инструментом, который может удовлетворить самые разные категории пользователей от новичка, которому нравится дружественный интерфейс системы, позволяющий ему справиться с его задачами, до профессионального разработчика, который имеет весь необходимый инструментарий для построения готового уникального решения для конкретного предприятия среднего бизнеса. 
 
 
 
 
 
 
 
 
 
 
 
 
 

    1. Анализ предметной области

    1.1. Цель создания  базы данных

    Главная цель создания базы данных «Аэропорт» состоит в том, чтобы хранить и выдавать информацию о самолетах, о расписании самолетов и о сотрудниках аэропорта. Также база данных облегчает и  ускоряет обработку информации о товарах в магазине. 

    1.2. Перечень решаемых базой данных задач

    С помощью система «Аэропорт» можно будет получать следующую информацию:

• о самолетах (тип самолета, № самолета, № обслуживающей бригады самолет);
• о расписании (№ рейса, пункт отправления, пункт назначения, время отправления, время полета, стоимость билета);
• о летном составе (Ф.И.О., должность, стаж работы, адрес, оклад).

 
 
 
 
 
 
 
 
 
 
 
---
 
 
 
 
 

    2. Проектирование базы данных

    2.1. Схема данных и  её описание

    Определим сущности в нашей предметной области:

• должность;
• обслуживающие бригады;
• персонал;
• самолеты;
• маршруты;
• зарплата;
• профессии;
• летный состав;
• модели самолетов;
• рейсы;
• расписание.

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

 

    Составим  схему базы данных (рис. 1). Для этого создадим таблицы, руководствуясь принципами: одна сущность – одна таблица; часто повторяющимся текстовые данные закодируем, используя числовые коды вместо самого текста. Атрибуты сущностей станут полями (колонками) таблиц.

    

    Рис.1. Схема базы данных «Аэропорт»

    Для каждой таблицы определим ключ. Ключ – это одно или группа полей, которые однозначно идентифицируют любую строку (запись) в таблице. Все значения ключа в таблице для каждой строки уникальны. Для таблицы «Должность» ключом будет поле «Код должности» (на схеме ключ выделен полужирным шрифтом) с типом данных счетчик, который автоматически назначает для поля целые числовые значения 1, 2, 3 и т.д. У других таблиц ключи назначаются по аналогии с таблицей «Должность». То есть «Персонал» - «Код персонала» и т.д.

    2.2. Доказательство того, что все  отношения  (таблицы) находятся  в 1-ой, 2-ой и 3-ей нормальных формах

    Для того чтобы таблица считалась  нормализованной к первой нормальной форме, каждое из ее полей должно быть неделимым (атомарным) и таблица не должна содержать никаких повторяющихся групп полей. Нарушает 1-ю нормальную форму таблица «Персонал», т.к. поле «Адрес» не атомарное и может быть разделена на: город, улица и т.д., или фамилия, имя, отчество. Однако, если это поле мы будем использовать только в справочных целях, а не для группировки данных в отчетах, тогда формальным требованием атомарности в данном случае мы пренебрегаем.

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

    Второй  нормальной форме удовлетворяют  все таблицы.

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

    В нашем случае третьей нормальной форме удовлетворяют все таблицы.

    2.3. Рисунки основных  форм ввода данных  с описанием основных 

    особенностей работы сложных форм, имеющих подчиненные формы

    Формы – объекты в виде диалоговых окон, которые используются для различных целей:

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

    Формы создаются пользователем для  нужд конкретной БД по своему усмотрению. При этом можно использовать как «Мастер форм» (предпочтительно) или «Конструктор форм» (только для профессионалов). Рациональная стратегия создания форм состоит в следующем: с помощью «Мастера форм» создается типовая по дизайну форма, а затем в «Конструкторе форм» вручную улучшается.

    Форму для таблицы «Персонал» создаём с помощью «Мастера форм»:

    В окне БД переходим на закладку «Формы»

    Нажмем кнопку «Создание формы в режиме мастера»

    

    Рис. 3. Окно «Формы»

    

    Рис. 4. Окно «Мастера форм»

    Выбираем  все поля, кроме «Код персонала».

    Нажимаем «Далее».

    На  втором шаге мастера нужно выбрать режим формы «Ленточный».

    На 3-м шаге – любой, понравившийся нам, стиль.

    

    Рис. 5. Форма «Персонал»

    Аналогично  создаём остальные формы.

    

    Рис. 6. Форма «Должность»

    

    Рис. 7. Форма «Зарплата»

    

    Рис. 8. Форма «Летный состав»

    

    Рис. 9. Форма «Маршруты»