Главная Коллекция "Otherreferats" Программирование, компьютеры и кибернетика Разработка интерфейса пользователя для работы с базой данных "Аэропорт"

Разработка интерфейса пользователя для работы с базой данных "Аэропорт"

Семантическое моделирование предметной области. Функционирование зависимости и нормализация отношений, структура интерфейса пользователя. Безопасность данных и автоматизация подготовки документов. Процесс разработки и реализации запросов пользователя.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 12.07.2020
Размер файла 7,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

Размещено на http://www.allbest.ru/

Курсовая работа

Информационные технологии

Разработка интерфейса пользователя для работы с базой данных "Аэропорт"

К.С. Князев

Введение

  • Введение
  • 1. Структура базы данных
    • 1.1 Семантическое моделирование предметной области
    • 1.2 Проектирование структуры БД
    • 1.3 Функционирование зависимости и нормализация отношений
    • 1.4 Структура интерфейса пользователя
  • 2. Ограничение целостности в данных
    • 2.1 Общие ограничения целостности
    • 2.2 Частные ограничения целостности
  • 3. Вопросы о надежности взаимодействия
  • 4. Разработка и реализация запросов пользователя
  • 5. Безопасность данных и автоматизация подготовки документов
    • 5.1 Разработка отчетов
    • 5.2 Работа с главной кнопочной формой
    • 5.3 Безопасность данных
    • 5.4 Руководство пользователя
  • Заключение
  • Список использованной литературы
  • Программное обеспечение для работы с базами данных используется на персональных компьютерах уже довольно давно. К сожалению, эти программы либо были элементарными диспетчерами хранения данных и не имели средств разработки приложений, либо были настолько сложны и трудны, что даже хорошо разбирающиеся в компьютерах люди избегали работать с ним до тех пор, пока не получали полных, ориентированных на пользователя приложений. Что касается легкости использования, то MicrosoftAccess совершил здесь настоящий переворот, и многие для создания своих собственных баз данных и приложений обращаются именно к нему.
  • MicrosoftAccess -это функционально полная реляционная СУБД. В ней предусмотрены все необходимые средства для определения и обработке данных, а также управление ими при работе с большими объёмами информации.
  • MicrosoftAccess, обладая всеми чертами классической СУБД, предоставляет и дополнительные возможности. С помощью Access можно создать приложение, работающее в среде Windows и полностью соответствующее потребностям по управлению данными. База данных Access включает шесть типов объектов: таблицы, запросы, формы, отчеты, макросы, модули. Таблица - это объект для хранения данных. Используя запросы, можно выбирать и обрабатывать хранящуюся в таблицах информацию. пользователь запрос интерфейс автоматизация
  • Можно создавать формы для ввода, просмотра и обновления данных, а также использовать Access для создания как простых, так и сложных отчетов. Формы и отчеты ''наследуют'' свойства базовой таблицы или запроса.
  • В настоящее время главное место в экономике организаций занимает развитие информационных технологий. Успех практически любого предприятия состоит в том, чтобы организация работала как слаженный механизм.
  • С появлением информационных технологий все большее количество процессов прошло автоматизацию. С каждым годом сильнее ощущается потребность в них - без хорошей, отлаженной техники, программного обеспечения, обученного к работе с ней персонала невозможно конкурировать на рынке. Одной из наиболее важных характеристик эффективности деятельности организации является наличие хорошей информационной технологии, позволяющей работать всем подразделениям предприятия достаточно быстро, правильно и без сбоев.
  • Целью курсовой работы является разработка удобного и эффективного интерфейса пользователя для работы с базой данных на примере Аэропорта помощью средств программы MicrosoftAccess.

1. Структура базы данных

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

Разработать структуру БД - значит определить, какие таблицы входят в БД и из каких атрибутов состоит каждая из них, а также выяснить, каким образом таблицы БД связаны между собой.

Краткое словесное представление предметной области «Аэропорт»:

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

1.1 Семантическое моделирование предметной области

Семантическое моделирование представляет собой моделирование структуры данных, опираясь на смысл этих данных. При проектировании баз данных семантическое моделирование используется для создания концептуальной модели предметной области и отражение ее спецификаций в среде конкретной СУБД.

В качестве инструмента семантического моделирования используются различные варианты диаграмм «объект-отношение».Диаграммы «объект/отношение» строятся по одним и тем же правилам, поэтому к ним можно применить единый, универсальный, алгоритм проектирования структуры базы данных. Основной задачей семантического моделирования является выяснение смысловых взаимосвязей между элементами данных.

Рассмотрим некоторые положения этого метода моделирования на примере разработки структуры БД «Аэропорт».

Данная ситуация отражается на диаграмме «объект/отношение» следующим образом. Сначала выделяются правильные объекты, независящие от существования других объектов. Такие объекты изображаются на диаграмме в виде прямоугольников. Такими можно назвать Пассажиры, Рейсы, Самолеты, Экипаж.Существуют и слабые объекты. Они зависимы от существования связанных с ними правильных объектов. На диаграмме они изображаются в виде двойного прямоугольника. Слабые объекты на диаграмме «Аэропорт» отсутствуют.

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

Для объекта «Пассажиры» в качестве ключевого будем рассматривать свойство «Номбилет#», для объекта «Рейсы» - «Номрейса#», для объекта «Самолеты» - «Бортном#», для объекта «Экипаж» - «Табн#».

Объекты вступают между собой в некоторые смысловые взаимоотношения, отображаемые на диаграмме «объект/отношение» в виде ромбов. Ромбы соединяются отрезками прямых с прямоугольниками, которые соответствуют объектам, участвующим в отношении. У каждой линии становится «один» или «многие» для обозначения вида отношений.

Если одному экземпляру первого объекта соответствует один и только один экземпляр второго объекта, а одному экземпляру второго объекта - один и только один экземпляр первого объекта, то говорят об отношении типа один-к-одному (1-1) между двумя объектами. Таких отношений в БД «Аэропорт» нет.

Если одному экземпляру первого объекта могут соответствовать несколько экземпляров второго объекта, а одному экземпляру второго объекта- один и только один экземпляр первого объекта, то речь идет об отношении типа один - ко - многим (1-М). Такими отношениями представлены «РП», а также«СЭ».

Если одному экземпляру первого объекта могут соответствовать несколько экземпляров второго объекта, а одному экземпляру второго объекта несколько экземпляров первого объекта, то говорят об отношении типа многие-ко-многим (М - М). Такое отношение представляет собой «СР».

После определения объектов данных, их ключевых свойств, смысловых отношений между объектов и их типов, для каждого смыслового отношения типа М-М указываются внешние ключи для связи с соответствующими объектами.

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

Для объекта «Пассажиры» проставили внешний ключ «Номрейса#»,для объекта «Экипаж» проставили внешний ключ «Ботном#».Для смыслового отношения «СР» проставили внешние ключи «Бортном#» и «Номрейса#».

Затем для объектов и отношений задаются неключевые свойства.

К неключевым свойствам объекта «Пассажиры» относятся: Номбилет#, Номрейса#, Номмест, Фиоп, Паспортданп, Датарожп, Телефонп,Гражданство, Багаж, Датапбилета.

Для объекта «Рейсы» были выбраны следующие неключевые свойства:Номрейса#, Аэрвылета, Аэрназнач, Продолжитполета, Ценабилета.

Для объекта «Самолеты» - Бортном#, Количмест, Модель, Авиакомпания, Датавып.

Для объекта «Экипаж» - Табн#, Бортном#, Фио, Должность, Паспортдан, Датарож, Адрес, Телефон, Образование, Стаж.

Для смыслового отношения «СР» - Бортном#, Номрейса#, Количрейс, Датавыл, Времявыл, Датаприлета, Времяприлета.

Диаграмма «Объект-отношение» представлена в приложении А.

1.2 Проектирование структуры БД

На основании построенной диаграммы «Объект/отношение» выполняется проектирование структуры БД. Для этого используется простейший универсальный алгоритм, состоящего из пяти этапов:

1этап - выделяются правильные объекты. В разработанной диаграмме «объект-отношение» для базы данных «Аэропорт» четыре правильных объекта. Им ставятся в соответствие базовые отношения, для каждого из которых определяется первичный ключ. Базовое отношение - это именованная таблица, создаваемая пользователем, причем данные в этой таблице не являются результатом обработки данных из других таблиц.

Таблица 1 - Правильные объекты

Объект

Таблица

Первичный ключ

Экипаж

Э

Табн#

Самолеты

С

Бортном#

Пассажиры

П

Номбилет#

Рейсы

Р

Номрейса#

2 этап - выделяются смысловые отношения многие-ко-многим. В данной диаграмме такому типу отношений соответствует отношение «СР».

Для смысловых отношений М-М проставляются внешние ключи, используя ключевые свойства объектов, участвующих в смысловых отношениях.

Для БД аэропорта отношению СР(Рейсы самолетов)поставили в соответствие таблицу СР с внешними ключами Бортном# (для связи с таблицей C) и Номрейса# (для связи с таблицей Р); первичным ключом таблицы будет являться комбинация внешних ключей (Бортном#, Номрейса#).

3 этап -выделяются смысловые отношения многие-к-одному, в которых участвуют только правильные объекты. Для них базовые отношения не создаются. Но в базовое отношение, соответствующее стороне «многие», добавляется внешний ключ, соответствующему стороне «один». В качестве внешнего ключа используется первичный ключ базового отношения стороны «один».

В БД аэропорта для смыслового отношения СЭ новой таблицы создавать не будем. Но в таблицу Э (сторона «многие») добавляется внешний ключ Бортном# для связи с таблицей С.

В БД аэропорта для смыслового отношения РП новой таблицы создавать не будем. Но в таблицу П (сторона «многие») добавляется внешний ключ Номрейса# для связи с таблицей Р.

4 этап - выделяются отношения многие-к-одному, в которых участвуют слабые объекты. Для каждого слабого объекта создается базовое отношение и определяется первичный ключ. Для отношений новые базовые отношения не создаются, но ставится внешний ключ со стороны «многие» к стороне «один». На диаграмме «Объект/отношение» для БД «Аэропорт» слабых объектов нет.

5 этап - каждому неключевому свойству объектов и отношений во всех созданных базовых отношениях ставится в соответствие неключевой атрибут.

В БД аэропорта добавляются неключевые атрибуты в каждую созданную таблицу.

На основании всех выше приведенных рассуждений получаем следующую структуру фрагмента БД «Аэропорт»:

П (Номбилет#, Номрейса#, Номмест, Фиоп, Паспортданп, Датарожп, Телефонп, Гражданство, Багаж, Датапбилета).

Р (Номрейса#, Аэрвылета, Аэрназнач, Продолжитполета, Ценабилета).

С (Бортном#, Количмест, Модель, Авиакомпан, Датавып).

Э (Табн#, Ботном#, Фио, Должность, Паспортдан, Датарож, Адрес, Телефон, Образование, Стаж).

СР (Бортном#, Номрейса#, Количрейс, Датавыл, Времявыл, Датаприлета, Времяприлета), первичный ключ (Номрейса#, Бортном#), внешний ключ Номрейса# для с вязи с таблицей Р, Бортном# для с вязи с таблицей С.

Номбилет - номер билета;

Номмест - номер места;

Фиоп - фамилия и инициалы пассажира;

Телефонп - телефон пассажира;

Паспортданп - паспортные данные пассажира;

Датарожп - дата рождения пассажира;

Гражданство - гражданство пассажира;

Багаж - багаж пассажира;

Датапбилета - дата приобретения билета пассажиром;

Номрейса- номер рейса;

Аэрвылета - аэропорт вылета;

Аэрназнач - аэропорт назначения;

Продолжитполета - продолжительность полета;

Ценабилета - цена билета;

Бортном - бортовой номер самолета;

Количмест - количество мест в самолете;

Модель - модель самолета;

Авиакомпания - авиакомпания, обслуживающая самолет;

Датавып - дата выпуска самолета;

Табн - табельный номер члена экипажа;

Фио - фамилия и инициалы члена экипажа;

Должность - должность члена экипажа;

Паспортдан - паспортные данные члена экипажа;

Датарож - дата рождения члена экипажа;

Адрес - адрес члена экипажа;

Телефон - телефон члена экипажа;

Образование - образование члена экипажа;

Стаж - стаж работы члена экипажа;

Датавыл - дата вылета;

Времявыл - время вылета;

Датаприлета - дата прилета самолета;

Времяприлета - время прилета самолета;

Количрейс - количество рейсов.

1.3 Функциональные зависимости и нормализация отношений

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

Функциональная зависимость является смысловым (семантическим) свойством атрибутов отношения. Семантика отношения указывает, как его атрибуты могут быть связаны друг с другом, а также определяет функциональные зависимости между атрибутами в виде ограничений, наложенных на некоторые атрибуты.

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

Отношения находятся в 1НФ тогда и только тогда, когда оно содержит только скалярные значения (Рисунок 1).

Все отношения БД «Аэропорт» находятся в 1НФ.

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

Все отношения БД «Аэропорт» находятся в 2НФ, так как нет приводимых зависимостей.

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

Все отношения БД «Аэропорт» также находятся в 3НФ, так как все неключевые атрибуты находятся независимы и функционально зависят только от первичного ключа.

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

1.4 Структура интерфейса пользователя

MicrosoftAccess называет объектами все, что может иметь имя. Ниже перечислены основные объекты Access.

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

Созданные в курсовой работе таблицы приведены в приложении В.

Для создания таблицы были выполнены следующие действия: нужно перейти наследующие вкладки: Создание/Таблицы/Конструктор таблиц. Присвоить имя созданной таблице и создать поля таблицы. В поле Имя поля задать имя поля, а в поле Тип данных из раскрывшегося списка выбрать тип данных (чистовой, текстовый, логический и др.). Так получились таблицы «П», «Р», «С», «СР», «Э».

После создания таблиц вызовем «Схему данных» и создадим внешние связи таблиц. Для этого, в соответствии с диаграммой, нужно перетащить первичные поля на соответствующие им внешним полям. Откроется окно, в котором будет указан автоматически определенный вид связи. Если связь установлена правильно, то в этом же окне включим переключатели обеспечения ссылочной целостности и каскадного обновления данных. В противном случае следует отменить установление связи, проверить, одинаковы ли типы полей, между которыми устанавливается связь, в обеих таблицах правильно ли проиндексированы поля и после этого повторить попытку. Теперь данные одной таблицы могут ссылаться на данные связанной таблицы, что ускорит работу и обеспечит данных пользователю.

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

Формы создаются с помощью вкладки Создание/Формы/Мастер форм открывается диалоговое окно Мастера форм, выбираем нужную таблицу и атрибуты, определяем внешний вид формы, присвоив имя созданной формы;

Так были созданы формы Пассажиры, Рейсы, Самолеты, СР(Рейсы самолетов), Экипаж. Формы приведены в приложении Г.

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

Для БД «Аэропорт» использовались как простые запросы, так и запросы реляционной алгебры.

Созданные в курсовой работе запросы приведены в приложении Ж.

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

К отчетам относятся: список самолетов, список рейсов, докладная записка. Отчеты представлены в приложении К. Более подробно о запросах и отчетах рассказывается в следующих разделах.

В следующем разделе рассмотрим общие и частные ограничения целостности в данных.

2. Ограничение целостности в данных

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

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

Ограничения целостности - это правила, которые необходимо соблюдать привводе данных в БД. База данных находится в состоянии целостности, если ненарушено ни одно ограничение целостности.

Все ограничения целостности для любой БД делятся на две группы - частныеи общие.

2.1 Общие ограничения целостности

Общие ограничения целостности - это ограничения, которые справедливы длялюбой БД. К ним относятся правила целостности и ссылочной целостности объекта.

Правило целостности определяет, что среди значений потенциального ключане должно быть null-значений (null-значение - пустое в столбце).

Правило ссылочной целостности определяет, что внешний ключ не долженсодержать значения, не содержащиеся в первичном ключе ссылочной таблицы, иnull-значения.

Чтобы проинформировать СУБД о том, что данное поле является первичнымключом, т.е. все значения в этом поле являются уникальными, в режимеКонструктора прежде всего, следует выбрать вкладку Общие и свойствоИндексированное поле (Рисунок 2).

Определяющим признаком первичного ключаявляется уникальность (неповторяемость) значений. Поэтому в раскрывающемсясписке следует указать значение Да (Совпадения не допускаются), щелкнув по немумышью. Свойство Совпадения не допускаются означает, что при работе конечного пользователя СУБД будет автоматически проверять уникальность значенийпервичного ключа и в случае нарушения выдавать предупреждающие сообщения.

Рисунок 2 - Правила реализации целостности для первичного ключа

Затем обязательно выбрать поле Обязательное поле и в раскрывающемсясписке указать значение «Да». Это означает, что СУБД Access будет автоматическиконтролировать выполнение правила целостности объекта и в случае, есликонечный пользователь оставит незаполненным поле первичного ключа, выдаст обэтом предупреждающее сообщение. Кроме того, в поле Пустые строки необходимо установить значение «Нет». Это позволяет предотвратить использование в качествезначения ключа строки пробелов, визуально не отличающейся для конечногопользователя от пропущенного значения.С целью реализации правила ссылочной целостности для всех внешнихключей БД в режиме Конструктора было указано значение «Да» свойства «Обязательное поле», а также на свойство «Индексированное поле» значение «Да(Допускаются совпадения)» (Рисунок 3).

Рисунок 3 - Правила реализации целостности для внешнего ключа

Были созданы поля со списками включающие внешние ключи для комфортной и удобной работы пользователя: «Бортном» из форм СР(Рейсы самолетов) и Экипаж, а также «Номрейса» из форм Пассажиры и СР(Рейсы самолетов).

В диалоговом окне «Схема данных» были установлены связи между первичными и внешними ключами таблиц в соответствии с разработанной структурой БД. Схема данных представлена в приложении Б.

При этом в диалоговом окне «Изменение связей» были также указаны правила внешних ключей с помощью установления галочки напротив параметра «Обеспечения целостности данных» СУБД следит за соответствием внешнего и первичного ключа и с помощью установления галочки напротив параметра «Каскадное обновление связанных данных» - при изменении первичного ключа СУБД автоматически изменяет внешний ключ.

Результат выполненной работы приведен в приложении Б.

2.2 Частные ограничения целостности

Частные ограничения целостности - это ограничения, определяемые спецификой предметной области, например, максимально возможное количество листов в деле или количество мест в автомобиле конкретной модели.

Часто требуется, чтобы значения данных находились в допустимых пределах. С помощью свойств элемента управления для любого поля можно задать условия, которым должны отвечать вводимые в него значения. Если заданное условие нарушается, ввод блокируется и на экран выдается сообщение об ошибке.

В данной БД были заданы следующие условия для проверки вводимых значений:

1. В форме Пассажирыдля поля «Телефон» задали следующее условие для проверки: Len ([Телефон])=15(Рисунок 4). Данное условие подразумевает собой то, что в поле Телефон должно вводиться не более 15знаков, включая пробелы, иначе будет выдано сообщение об ошибке с текстом «Не соответствует формату телефонного номера! Введите номер в формате 8 (xxx) xxxxxxx!» (Рисунок 5);

Рисунок 4 - Свойства поля «Телефонп» формы Пассажиры с заданным Условием на значение

Рисунок 5 - Сообщение об ошибке функции Len

2. В форме Рейсы для поля «Ценабилета» было задано условие для проверки: [Ценабилета]>0. В случае невыполнения условий на экран выводится сообщение об ошибке с текстом: «Цена не может быть равна 0!».

3. В форме Самолетыдля поля «Количмест» было задано условие для проверки: [Количмест]>0. В случае невыполнения условий на экран выводится сообщение об ошибке с текстом: «Количество мест не может быть равно нулю!».

4. В форме Экипаж:

· для поля «Табн» было задано условие для проверки[Табн]>1000. В случае невыполнения условий на экран выводится сообщение об ошибке с текстом: «Табельный номер указан неверно! Табельный номер должен быть больше 1000 и указан в формате 1xxx!».

· для поля «Датарож» было задано условие для проверки: DateDiff("yyyy";[Датарож];Date())>22 (Рисунок 6). Это условие означает, что возраст члена экипажа не может быть меньше 22 лет. В случае ошибки на экран будет выведено сообщение с текстом «Введено неверно! Возраст не может быть меньше 22!» (Рисунок 7);

Рисунок 6 - Свойства поля «Датарож» формы Экипаж с заданным Условием на значение

Рисунок 7 - Сообщение об ошибке функции DateDiff

· для поля «Телефон» задали следующее условие для проверки: Len ([Телефон])=15. Данное условие подразумевает собой то, что в поле Телефон должно вводиться не более 15 знаков, включая пробелы, иначе будет выдано сообщение об ошибке с текстом «Не соответствует формату телефонного номера! Введите номер в формате 8 (xxx) xxxxxxx!»;

5. В форме СР (Рейсы самолетов):

· для поля «Количрейс» было задано условие для проверки[Количрейс]>=1. В случае невыполнения условий на экран выводится сообщение об ошибке с текстом: «Количество рейсов указано неверно! Количество рейсов может быть больше или равно 1!»;

· для поля «Датавыл» было задано условие для проверки>=Date(). В случае невыполнения условий на экран выводится сообщение об ошибке с текстом: «Дата вылета не может быть равна дате меньше текущей!».

Были задан запрет незаполненных полей и предотвращение дублирования значений с помощью индексов (Рисунок 8).

Запрет незаполненных полей был задан:

· для полей «Фиоп», «Паспортданп» в таблице П;

· для полей «Аэрвылета», «Аэрназнач» в таблицеР;

· для поля «Авиакомпания» в таблице С;

· для полей «Количрейс» «Датавыл», «Времявыл», «Датаприлета», «Времяприлета» в таблице СР;

· для полей «Фио», «Паспортдан» в таблицеЭ;

Рисунок 8 - Запрет незаполненных полей в форме Экипаж

Предотвращение дублирования с помощью индексов было задано для полей «Паспортданп», «Телефон» в таблице П, а также для полей «Паспортдан», «Телефон» в таблице Э.

Также были созданы поля со списками для не ключевых полей. В них перечислены допустимые значения, поэтому ввод данных в этом поле сводится к выбору значения из ограниченного списка данных. Поля со списком значений данных применяются, если количество различных значений неключевого поля ограничивается 5-10. Такое поле со списком («Аэрвылета») было создано в формеРейсы (Рисунок 9).

В поле со списком формы Рейсы включили значения: «Внуково», «Домодедово», «Надым», «Стригино», «Толмачево», «Остафьево», «Шереметьево», «Чита», «Адлер-Сочи», «Чкаловский» (Рисунок 10).

Рисунок 9 - Создание поля со списком для неключевого поля

Рисунок 10 - Результат создания поля со списком

В следующем разделе рассмотрим вопросы о надежности взаимодействия.

3. Вопросы о надежности взаимодействия

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

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

2. Приемлемое для данной группы пользователей быстродействие.

3. Способность программного обеспечения сохранять работоспособность при решении всех задач, оговоренных требованиями технического задания.

4. Безопасность данных, т.е. санкционированный допуск определенных категорий пользователей к конкретным наборам данных.

5. Возможность восстановления данных при сбоях компьютера.

6. Обеспечение общих и частных ограничений целостности.

7. Надежность программного обеспечения, т.е. способность системы сохранять работоспособность в любой момент времени.

Неправильная реакция пользователя может вызывать самые тяжелые последствия для целостности данных. Для повышения надежности взаимодействия системы и пользователя были использованы следующие средства:

1. Последовательность перехода.

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

В формах Пассажиры и Экипаж были внесены изменения в последовательность перехода. Результат приведен в приложении Д.

2. Присвоение управляющему элементу значения по умолчанию.

Если поле почти всегда имеет одинаковое значение, можно установить его заранее при определении свойств элемента управления. Тогда отпадает необходимость вводить его каждый раз, так как оно будет присваиваться автоматически, снижая тем самым вероятность совершения ошибок. Вместе с тем сохраняется возможность ввода значения поля, отличающегося от заданного по умолчанию. Значение по умолчанию было присвоено в поле «Гражданство» («Русский») в формеПассажиры,в поле «Образование» («Высшее профессиональное») и в поле «Должность» (Пилот 1 категории») в формеЭкипаж.Результат приведен в приложении Д.

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

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

Ко всем полям СУБД через Свойства были созданы всплывающие подсказки. Большинство подсказок раскрывают полное наименование атрибута.Поля связанные с фамилиями (Фиоп в форме Пассажиры, Фиочлена экипажа в форме Экипаж) или поля с ограниченным количеством знаков (Телефон) регламентируют как правильно и в каком порядке записать информацию. Результат приведен в приложении Е.

В следующем разделе рассмотрим вопросы, касающиеся разработки и реализации запросов пользователя.

4. Разработка и реализация запросов пользователя

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

Так как в кнопочной форме не предусмотрена возможность открытия запросов, то для их открытия через кнопочную форму были созданы макросы (Создание/Макросы и код/Макрос) на открытие всех разработанных запросов (Рисунок 11).

Рисунок 11 - Пример макроса для открытия запроса операции естественного соединения

В курсовой работе были созданы простые запросы и запросы реляционной алгебры.

Запросы реляционной алгебрыдля БД «Аэропорт» представлены следующими операциями:

1) Базовые теоретико-множественные операции: объединение, пересечение, вычитание,произведение;

2) Специальные реляционные операции: естественное соединение, тэта-соединение, выборка, проекция.

Объединение - условием применения операции служит совместимость по типу отношений. Для ее реализации создается SQL-запрос на объединение таблиц.

SELECT [Бортном] from [С] UNION SELECT [Модель] from [С] UNION SELECT [Должность] from [Э] позволяет объединить поля таблицС и Э. Результат выполнения запроса операции объединения представлен в приложенииЖ.

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

Для реализации операции пересечения были использованы неключевые поля не связанных между собой отношениями таблиц Рейсы и СР (Рейсы самолетов) - «Аэрвылета», «Аэрназнач», «Количрейс».Результат выполнения запроса операции пересечения представлен в приложении Ж.

Вычитание - выбираются таблицы, совпадающие по составу полей и типам данных для них, и в режиме Конструктора указывают способ Записи без подчиненных.

Для БД «Аэропорт» было сделано 2 запроса реляционной алгебры на основе операции вычитания. Для выполнения запроса Вычитание 1 была использована таблица СР. В результате запроса появилось новое поле «Продолжительность полета» со следующим условием:Format([Времявыл]-[Времяприлета];"Краткий формат времени").

Для выполнения запроса Вычитание 2 были использованы таблицы П и СР. Запрос предназначен для подсчета количества дней между днем покупки билета на самолет и днем вылета. В результате запроса появилось новое поле «Период ожидания»со следующим условием:DateDiff("y";[Датапбилета];[Датавыл]).Результат выполнения запросов операции вычитания представлен в приложении Ж.

Произведение - в режиме Конструктора запросов выбираются пары таблиц, не связанные между собой, после чего задаются нужные поля из каждой таблицы. Для БД «Аэропорт» для выполнения запроса операции произведения были использованы таблицы Р и Э. Результат выполнения запросов операции произведения представлен в приложенииЖ.

Естественное соединение - выбрать Простой запрос с указанием необходимых в запросе таблиц и запросов и требуемых в запросе полей. Условием выполнения операции естественного соединения служит наличие хотя бы одного одинакового поля соединяемых таблиц.

Для БД «Аэропорт» для выполнения запроса операции естественного соединения были использованы таблицы С иЭ, с внешним ключом «Бортном. Результат выполнения запроса операции естественного соединения представлен в приложении Ж.

Тэта-соединение - операция, основанная на естественном соединении и произведении. Выбираются пары таблиц, не связанные между собой. Затем на бланке запроса указываются Условия отбора для нужных полей.

Для БД «Аэропорт» для выполнения запроса операции тэта-соединения были использованы таблицы С иР. Для получения сведений о самолете, имеющем в своем составе определенное количество мест, необходимо ввести интересующее нас количество мест в диалоговом окне, после этого на экране отобразится информация о самолетах, имеющихданное количество мест. Для данной операции использовалось следующее условие отбора:>=[Введите интересующее Вас количество мест в самолете, например 300] .

Результат выполнения запроса операции тэта-соединения представлен в приложении Ж.

Выборка- в режиме Конструктора указываются Условия отбора явно или в режиме параметрического запроса (в последнем случае для нужного поля в Условии отбора в квадратных скобках вводится сообщение для пользователя, в соответствии с которым он должен задать параметр для отбора). Для создания условия отбора могут быть использованы разнообразные встроенные функции.

Для БД «Аэропорт» для выполнения запроса операции выборки были использованы таблицы П иР, с внешним ключом «Номрейса». Для получения сведений о рейсе самолетанеобходимо ввести интересующий нас номер в диалоговом окне, после этого на экране отобразится информация о рейсе, имеющем введённый номер.

Результат выполнения запроса операции выборки представлен в приложении Ж.

Проекция - при выборе любого способа создания запроса на бланке запроса указываются любые поля, которые следует отобразить в запросе.

Для БД «Аэропорт» для выполнения запроса операции проекции были использованы поля: «Аэрвылета», «Аэрназнач», «Продолжитполета» из таблицыС и поля: «Бортном», «Номрейса», «Датавыл», «Времявыл» из таблицы СР. Результат выполнения запроса операции проекции представлен в приложении Ж.

В следующем разделе рассмотрим вопросы, касающиеся безопасности данных и автоматизации подготовки документов.

5Безопасность данных и автоматизация подготовки документов

Базу данных MS Access очень просто связать с другими источниками информации, включая Интернет, с помощью гиперссылок. Гиперссылка -- это активная ссылка, которая с помощью одного шага (клика) позволяет перейти на какой-либо документ в Интернете, заданный по умолчанию, или открыть файл, на который ведет ссылка.

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

С помощью свойства Адрес гиперссылки создали гиперссылку в виде строки текста «Самолеты», которая позволяет переходить из формы СР (Рейсы самолетов) в форму Самолеты, а также гиперссылку на Word-документ «Прайс-лист на обслуживание клиентов по разрядам "VIP" в аэропортах городов России». Результат работы приведен в приложении И.

Были созданы кнопки для открытия всех записей форм. Кнопка в форме Рейсы открывает все записи формы Пассажиры, поставив флажок Открыть форму и показать все записи. В результате откроется форма Пассажиры.

А также отобранные записи для быстрого поиска информации. Кнопка в форме Самолеты открывает запись«Бортном» формы Экипаж, поставив флажок Открыть форму для отобранных записей.

В результате открывается форма «Экипаж» с мигающей кнопкой «с фильтром». Результат работы приведен в приложении И.

Наличие встроенных функции позволяет освободить пользователя от необходимых расчетов. Для реализации понадобятся вычислительные поля. В поле «Количество полных лет» в форме Экипаж во вкладке Данные через Свойство написали: =DateDiff("yyyy";[Дата рождения];Date()). В результате поле «Количество полных лет» отсчитывает от текущей даты дату рождения и выводит значение на экран.

В поле «Время в полете» в форме СР (Рейсы самолетов) во вкладке Данные через Свойство написали: =Format([Времявыл]-[Времяприлета];"Краткий формат времени"). В результате поле «Время в полете» считает количество часов и минут, которые самолет находится в полете.

Для упрощения ввода данных было создано логическое поле «Багаж». И выключатель с названием «Наличие багажа более 5 кг». Результат работы приведен в приложении И.

Были созданаформаП, которая впоследствии была вставлена в форму Рейсы как подчиненная форма с помощью элемента управления Подчиненная форма/Отчет. Починенная форма позволяет вывести связанные записи. Результат работы приведен в приложении И.

5.1 Разработка отчетов

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

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

Можно создавать отчеты различными способами:

· полностью автоматически средствами самой СУБД;

· с помощью Мастера отчетов;

· в режиме Конструктора.

Разделы окна Конструктора имеют следующие особенности:

1. Заголовок отчета. Этот раздел печатается в готовом документе только один раз, в верхней части первой страницы отчета. Используется для вывода неповторяющейся в документе информации, например, наименование вида документа, заголовок к тексту, дата документа, регистрационный номер, адресат, констатирующая часть текста документа. Такие реквизиты размещаются именно в этом разделе. Для одновременного добавления или удаления заголовка и примечания отчета в окне Конструктора необходимо щелкнуть правой кнопкой мыши на любом свободном месте окна Конструктора, в появившемся контекстном меню выбрать пункт Заголовок/примечание отчета и щелкнуть по нему.

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

3. Область данных. Раздел расположен между верхним и нижним колонтитулами страницы. Он содержит основной текст отчета. В этом разделе появляются данные, распечатываемые для каждой из тех записей в таблице или запросе, на которых основан отчет. Для размещения в области данных элементов управления используют список полей таблицы или запроса и панель элементов. Следовательно, информация, представленная в Области данных, в готовом документе будут показана столько раз, сколько строк содержится в таблице или запросе, являющемся источником данных для отчета. Чтобы скрыть область данных, нужно задать для ее свойства Высота значение 0.

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

5. Примечание отчета. Используется для вывода сведений, которые следует напечатать один раз в конце отчета, например, текст заключения, общие итоговые значения, подпись. Несмотря на то, что в режиме Конструктора раздел Примечание отчета находится внизу отчета, он печатается над нижним колонтитулом страницы на последней странице отчета.

В данной курсовой работе были разработаны отчеты «Список самолетов», «Список рейсов», «Докладная записка».

Отчеты «Список самолетов» и «Список рейсовпроцедур» были созданы с помощью Мастера отчетов. Для этого выделили таблицы Самолеты и Рейсы, на ленте выбрали Создание - Отчеты - Отчет.

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

Основа для отчета «Докладная записка» была создана в MSWord. Перейдя в режим Конструктор и использовав элемент управления Свободная рамка, основа была импортирована в MS Аcсess. Были добавлены надписи и дополнительные поля с помощью элементов управления.

Результат работы приведен в приложении К.

5.2 Работа с главной кнопочной формой

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

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

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

В данной БД на главной кнопочной форме расположены следующие кнопки:

1.Формы.

2.Запросы.

3.Отчеты.

4.Выход.

Главная кнопочная форма и остальные представлены в приложении Л.

Первые три кнопки переходят на ещё одни кнопочные формы, соответствующие теме. Кнопочная форма «Формы» представлена в виде кнопок, которые переходят на сами формы: Пассажиры, Рейсы, Самолеты, Рейсы самолетов, Экипаж, а также кнопочная форма «Формы» включает в себя кнопку «Назад».

Форма «Запросы» переходит на кнопочную форму с простыми запросами и запросами реляционной алгебры. Форма «Простые запросы» включает в себя 3 простых запроса: информация о вылетах, информация о пассажирах, информация о членах экипажа, а также кнопку «Назад». Форма «Запросы реляционной алгебры» представлена в виде двух кнопок: базовые теоретико-множественные операции и специальные реляционные операции. Форма «Базовые теоретико-множественные операции» включает в себя 5 запросов: объединение, пересечение, вычитание1, вычитание2, произведение, а также кнопку «Назад». Форма «Специальные реляционные операции» включает в себя 4 запроса: выборка, проекция, естественное соединение, тэта-соединение, а также кнопку «Назад».

Форма «Отчеты»включает в себя 3 отчета: докладная записка,список рейсов, список самолетов. Кнопка «Выход» осуществляет выход из приложения.

5.3 Безопасность данных

Для защиты от несанкционированного доступа к БД «Аэропорт» с помощью меню Сервис/Параметрыуказали, что при открытии базы данных будет запускаться только главная кнопочная форма, при этом строка меню, строка состояния, набор меню Access и другие элементы, которые позволят получить доступ к некоторым функциям БД, запускаться не будут.

Также на БД «Аэропорт» был установлен пароль. Для того что бы зашифровать данные, открыли БД в режиме монопольно, перешли на вкладку Работа с базами данных/Зашифровать базу данных.Пароль:6671. Окно ввода пароля представлено в приложении И.

5.4 Руководство пользователя

Областью применения разработанной базы данных является аэропорт.

Чтобы приступить к работе с системой, необходимо открыть файл «База данных "Аэропорт"». Выйдет диалоговое окно с просьбой ввести пароль. Паролем является значение - 6671.

Перед пользователем откроется главная кнопочная форма.В данной БД на главной кнопочной форме расположены следующие кнопки:

1. Формы.

2. Запросы.

3. Отчеты.

4. Выход.

Работа с формами

При нажатии на кнопку Формы открывается список с формами. Можно открыть следующие формы: Пассажиры, Рейсы, Самолеты, Рейсы самолетов, Экипаж. Завершает список с формами кнопка Назад, которая позволяет вернуться на Главную кнопочную форму.

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

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

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

Для некоторых полей установлены ограничения на ввод данных. При нарушении ограничения целостности на экран будет выводиться сообщение об ошибки.

Чтобы пользователю было понятно, как заполнять те или иные поля форм, в БД предусмотрены всплывающие подсказки по заполнению полей форм.

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

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

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

Форма «Пассажиры»

«Номбилет» является первичным ключом, его заполнение обязательно. При наведении курсора на данное поле‚ появляется всплывающая подсказка «Введите номер билета в формате xxxx! Пример: 1471».

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

В поле «Номместа» появляется всплывающая подсказка «Введите номер места. Внимание! Номер места не может быть равен 0, а также превышать количество мест в самолете!».

В поле «Фиоп» появляется всплывающая подсказка «Введите фамилию, имя, отчество пассажира в виде: Иванов Иван Иванович».

В поле «Паспортданп» появляется всплывающая подсказка «Введите паспортные данные пассажира в порядке: серия, номер, кем выдан, когда выдан. Пример: 56-13 456876 УФМС России по г. Москва 15.02.2013».

В поле «Датарожп» появляется всплывающая подсказка «Введите дату рождения пассажира в формате дд:мм:гггг!».

В поле «Телефонп» появляется всплывающая подсказка «Введите номер телефона пассажира в формате 8 (xxx) xxxxxxx! Внимание! Номер телефона не может содержать более 15 символов!».

В поле «Гражданство» появляется всплывающая подсказка «Введите с клавиатуры гражданство пассажира! Внимание! Установлено значение по умолчанию».

В поле «Датапбилета» появляется всплывающая подсказка «Введите дату приобретения билета пассажиром в формате дд:мм:гггг!».

При нажатии кнопок «Предыдущая запись», «Следующая запись», «Последняя запись», «Первая запись» пользователь может перемещаться по записям формы.

При нажатии на кнопку «Печать текущей формы» на подключенном принтере производится печать формы.

При нажатии на кнопку «Закрыть форму» происходит закрытие формы.

Форма «Рейсы»

«Номрейса» - первичный ключ, его заполнение обязательно. При наведении курсора на данное поле‚ появляется всплывающая подсказка «Введите номер рейса с клавиатуры в формате 1xxx! Пример: 1254.».

В поле «Аэрвылета» появляется всплывающая подсказка «Выберите из раскрывающегося списка нужное название аэропорт вылета!».

В поле «Аэрназнач» появляется всплывающая подсказка «Введите название аэропорта назначения с клавиатуры!».

В поле «Продолжитполета» появляется всплывающая подсказка «Введите с клавиатуры время продолжительности полета! Пример: 5 часов или 8 часов 30 минут».

В поле «Ценабилета» появляется всплывающая подсказка «Введите с клавиатуры цену билета в рублях. Цена билета не может быть равна 0!».

При нажатии на кнопку «Сведения о пассажирах» пользователь перейдет к форме Пассажиры. При наведении курсором на кнопку появляется всплывающая подсказка «Переход к сведениям о пассажирах».

При нажатии на гиперссылку «Прайс-лист на обслуживание клиентов по разрядам «VIP» в аэропортах городов России» пользователь перейдет к документу Word. Всплывающая подсказка появится при наведении курсором на текст гиперссылки - «Открыть Прайс-лист на обслуживание клиентов по разрядам «VIP» в аэропортах городов России».

При нажатии кнопок «Предыдущая запись», «Следующая запись», «Последняя запись», «Первая запись» пользователь может перемещаться по записям формы.

При нажатии на кнопку «Печать текущей формы» на подключенном принтере производится печать формы.

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены