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

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

Введение

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

Термин «реляционный» означает, что теория основана на математическом понятии отношение. В качестве неформального синонима термину «отношение» часто встречается слово таблица.

Принципы реляционной модели были сформулированы в 1969--1970 годах Э. Ф. Коддом. Идеи Кодда были впервые подробно изложены в статье «A Relational Model of Data for Large Shared Data Banks», ставшей классической.

Строгое изложение теории реляционных баз данных (реляционной модели данных) в современном понимании можно найти в книге К. Дж. Дейта. «C. J. Date. An Introduction to Database Systems» («Дейт, К. Дж. Введение в системы баз данных»).

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

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

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

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

Среди многочисленных средств графического конструирования и диалоговых средств Access следует выделить средства для создания:

- таблиц и схем баз данных;

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

- запросов на изменение баз данных;

- экранных форм, предназначенных для ввода, просмотра и обработки данных в диалоговом режиме;

- отчётов, предназначенных для просмотра и вывода на печать данных из базы и результатов их обработки в удобном для пользователя виде;

- страниц доступа к данным, обеспечивающим работу с базами данных в среде Internet;

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

Средства программирования СУБД включают язык структурированных запросов SQL, язык макрокоманд и язык объектно-ориентированного программирования для приложений Microsoft Visual Basic for Applications (VBA). VBA является частью семейства Microsoft Visual Basic, которое входит в состав Visual Studio.

1. Постановка задачи

1.1 Задание

Разработка базы данных «Туристическое агентство»

- Изучить специфику выбранной предметной области

- Разработать инфологическую модель базы данных

- Реализовать ее в СУБД MS Access

- Составить «Пояснительную записку» к курсовому проекту в соответствии со следующим планом:

Введение

Постановка задачи

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

Особенности реализации

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

Заключение

Список используемой литературы

Приложения

1.2 Назначение базы данных

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

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

1.3 Выполняемые базой данных функции

База данных выполняет следующие функции:

1. Хранение информации о сотрудниках

2. Хранение информации о клиентах

3. Хранение информации о маршрутах

4. Хранение информации о предлагаемых отелях

5. Формирование отчетов по вышеназванным пунктам

1.4 Категории пользователей

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

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

1.5 Причины выбора данной СУБД

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

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

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

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

При создании многих объектов и элементов управления в Access предоставляется несколько возможностей реализации поставленной задачи. Средства графического конструирования позволяют пользователю создавать объекты базы данных и объекты приложения с помощью многочисленных графических элементов, не прибегая к программированию. Средства программирования СУБД включают язык структурированных запросов SQL, язык макрокоманд и язык объектно-ориентированного программирования для приложений Microsoft Visual Basic for Applications (VBA). VBA является частью семейства Microsoft Visual Basic, которое входит в состав Visual Studio.

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

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

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

В зависимости от класса создаваемого ПО, процесс проектирования может обеспечиваться как «ручным» проектированием, так и различными средствами его автоматизации. В процессе проектирования ПО для выражения его характеристик используются различные нотации -- блок-схемы, ER-диаграммы, UML-диаграммы, DFD-диаграммы, а также макеты.

2.1 Инфологическое проектирование

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

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

Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности.

2.1.1 Сущности

Сущность «Турист»:

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

Сущность «Сотрудник»:

Сущность «Сотрудник» необходима для хранения и просмотра данных сотрудниках, которые предоставляют услуги турагентства. Содержит поля: Табельный номер, № паспорта, Серию паспорта, Фамилия, Имя, Отчество, Должность, Категорию, ИНН организации.

Сущность «Путевка»:

Сущность «Путевка» необходима для хранения и просмотра сведений об уже существующих оформленных путевках. Содержит поля: Код путевки, Код ТуристМаршрута, Код сотрудника, Код туриста, Суммарная стоимость путевки, Дата начала, Дата окончания.

Сущность «Организация»:

Сущность «Организация» необходима для хранения и просмотра сведений об Организации, включая ее ИНН. Содержит поля: Инн организации, Название, ФИО руководителя, Адрес, Тел, БИК, Р/С организации.

Сущность «ТуристМаршрут»:

Сущность «ТуристМаршрут» необходима для хранения и просмотра сведений о том, какой маршрут был выбран туристом, а также информация об отеле, о продолжительности поездки, стоимости и т.д. Содержит поля: Код маршрута, Город, План маршрута, Примечание, Отель, Стоимость перелета, Стоимость трансфера, Продолжительность.

Сущность «Отель»:

Сущность «Отель» необходима для хранения и просмотра данных об отелях, с которыми у туристического агентства заключен договор о сотрудничестве. Содержит поля: Код, Код услуги, Город, Название, Статус, Стоимость проживания, Страна

Сущность «Доп Услуга»:

Сущность «Доп Услуга» вспомогательная сущность необходима для выбора или добавления услуг, предоставляемых отелем, которые отразятся в сущности «Отель» .

Сущность «Страна»:

Сущность «Страна» вспомогательная сущность необходима для выбора или добавления наименования страны, выбранной для путевки.

2.1.2 Взаимосвязи сущностей

Взаимосвязь сущностей отображена в таблице 1.1

Таблица 1.1. Взаимосвязь сущностей

Организация	Сотрудник	1:?	У каждой организации может быть много сотрудников, но каждый сотрудник может работать только в одной организации.
Сотрудник	Путевка	1:?	Каждый сотрудник формирует множество путевок, но в путевке указывается лишь один сотрудник
Турист	Путевка	1:?	Турист может взять несколько путевок, но в конкретную путевку может входить лишь конкретный турист.
ТуристМаршрут	Путевка	1:?	Может быть множество путевок, но в каждой путевке указывается лишь один конкретный ТуристМаршрут
ТуристМаршрут	Отель	1:?	Один отель может быть указан в нескольких ТуристМаршрутах
Отель	ДопУслуга	1:?	Одна услуга может быть реализована в нескольких отелях
Отель	Страна	1:?	В одной стране может быть множество отелей

2.1.3 Разработка концептуальной инфологической модели

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

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

2.2 Даталогическое проектирование

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

добавление,

удаление,

модификация,

выборка.

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

2.2.1 Отношения и атрибуты

Сущность «Организация»

Сущность «Путевка»

Сущность «Страна»

Сущность «Сотрудник»

Сущность «Турист»

Сущность «ТуристМаршрут»

Сущность «Отель»

Сущность «ДопУслуга»

2.2.2 Нормализация отношений

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

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

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

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

Таблица находится в первой нормальной форме, если каждый её атрибут атомарен. Под выражением «атрибут атомарен» понимается, что атрибут может содержать только одно значение. Таким образом, не существует 1NF таблицы, в полях которых могут храниться списки значений. Для приведения таблицы к 1NF обычно требуется разбить таблицу на несколько отдельных таблиц.

Замечание: в реляционной модели отношение всегда находится в 1 (или более высокой) нормальной форме в том смысле, что иные отношения не рассматриваются в реляционной модели. То есть само определение понятия отношение заведомо подразумевает наличие 1NF.

Таблица находится во второй нормальной форме, если она находится в первой нормальной форме, и при этом любой её атрибут, не входящий в состав первичного ключа, функционально полно зависит от первичного ключа. Функционально полная зависимость означает, что атрибут функционально зависит от всего первичного составного ключа, но при этом не находится в функциональной зависимости от какой-либо из входящих в него атрибутов (частей). Или другими словами: в 2NF нет неключевых атрибутов, зависящих от части составного ключа (+ выполняются условия 1NF).

Таблица находится в третьей нормальной форме (3NF), если она находится во второй нормальной форме 2NF и при этом любой ее неключевой атрибут зависит только от первичного ключа (иначе говоря, один факт хранится в одном месте).

Таким образом, отношение находится в 3NF тогда и только тогда, когда оно находится во 2NF и отсутствуют транзитивные зависимости неключевых атрибутов от ключевых. Транзитивной зависимостью неключевых атрибутов от ключевых называется следующая: A > B и B > C, где A - набор ключевых атрибутов (ключ), B и С - различные множества неключевых атрибутов.

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

2.2.3 Схема данных

база данные пользователь турист

3. Особенности реализации

3.1 Учет специфики предметной области

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

Клиент при помощи менеджера определяется с местом отдыха, стоимостью перелета и проживания, отелем, видами дополнительных услуг и прочими нюансами. Сотрудник агентства заполняет базу данных сведениями о клиенте (ФИО, адрес, проживания, номер и серию паспорта и пр.), о пункте назначения, о продолжительности пребывания, стоимости и пр. в соответствующих разделах базы. На этом основании с согласия клиента заключается договор на оказание услуг в двух экземплярах. При желании клиента в договор могут быть внесены корректировки.

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

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

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

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

4.1 Запросы

Список запросов базы данных «Туристическое агентство»:

Запрос «Все сотрудники»

Вид запроса в SQL:

SELECT Т_Сотрудник.ТабНомер, Т_Сотрудник.Фамилия, Т_Сотрудник.Имя, Т_Сотрудник.Отчество, Т_Сотрудник.НомерПаспорта, Т_Сотрудник.СерияПаспорта, Т_Сотрудник.Должность, Т_Сотрудник.Категория

FROM Т_Сотрудник;

Запрос «Все туристы»

Вид запроса в SQL:

SELECT Т_Турист.Код, Т_Турист.Фамилия, Т_Турист.Имя, Т_Турист.Отчество, Т_Турист.НомПасп, Т_Турист.СерияПасп, Т_Турист.Возраст, Т_Турист.[Адрес проживания]

FROM Т_Турист;

Запрос «Путевка»

Вид запроса в SQL:

SELECT Путевка.КодПутёвки, Путевка.[Суммарная стимость путевки], Т_Сотрудник.Фамилия, Т_Сотрудник.Имя

FROM Т_Сотрудник INNER JOIN Путевка ON Т_Сотрудник.ТабНомер = Путевка.[Код сотрудника];

Запрос «Маршрут по Отелю»

Вид запроса в SQL:

SELECT Т_Отель.Код, Т_Отель.КодУслуги, Т_Отель.Город, Т_Отель.Название, Т_Отель.Статус, Т_Отель.СтоимостьПроживания, Т_Отель.Страна, Т_ТуристМаршрут.КодМаршрута, Т_ТуристМаршрут.Город, Т_ТуристМаршрут.ПланМаршрута, Т_ТуристМаршрут.Примечание, Т_ТуристМаршрут.СтоимостьПерелета

FROM Т_Отель INNER JOIN Т_ТуристМаршрут ON Т_Отель.Код = Т_ТуристМаршрут.Отель

WHERE (((Т_Отель.Название)=[Название Отеля]));

Запрос «Отель по Маршруту»

Вид запроса в SQL:

SELECT Т_Отель.Код, Т_Отель.Название, Т_Отель.Город

FROM Т_Отель;

Запрос «Маршрут по стоимости»

Вид запроса в SQL:

SELECT Т_ТуристМаршрут.КодМаршрута, Т_ТуристМаршрут.Город, Т_ТуристМаршрут.ПланМаршрута, Т_ТуристМаршрут.Примечание, Т_ТуристМаршрут.Отель, Т_ТуристМаршрут.СтоимостьПерелета, Т_ТуристМаршрут.СтоимостьТрансфера, Т_ТуристМаршрут.Продолжительность, Т_ТуристМаршрут.[Код туриста] AS Выражение1, Т_ТуристМаршрут.[Код сотрудника] AS Выражение2

FROM Т_ТуристМаршрут

WHERE (((Т_ТуристМаршрут.КодМаршрута) Between [Стоимостьперелета] And [СтоимостьТрансфера]));

Запрос «Поиск по табельному номеру»

Вид запроса в SQL:

SELECT Т_Сотрудник.ТабНомер, Т_Сотрудник.Фамилия, Т_Сотрудник.Отчество, Т_Сотрудник.НомерПаспорта, Т_Сотрудник.СерияПаспорта, Т_Сотрудник.Должность, Т_Сотрудник.Категория

FROM Т_Сотрудник

WHERE (((Т_Сотрудник.ТабНомер)=[введите табельный номер]));

Запрос «Поиск сотрудника по фамилии»

Вид запроса в SQL:

SELECT Т_Сотрудник.ТабНомер, Т_Сотрудник.Фамилия, Т_Сотрудник.Имя, Т_Сотрудник.Отчество, Т_Сотрудник.НомерПаспорта, Т_Сотрудник.СерияПаспорта, Т_Сотрудник.Должность, Т_Сотрудник.Категория

FROM Т_Сотрудник

WHERE (((Т_Сотрудник.Фамилия)=[Введите фамилию]));

Запрос «Турист по коду»

Вид запроса в SQL:

SELECT Т_Турист.Код, Т_Турист.Фамилия, Т_Турист.Имя, Т_Турист.Отчество, Т_Турист.НомПасп, Т_Турист.СерияПасп, Т_Турист.Возраст, Т_Турист.[Адрес проживания]

FROM Т_Турист

WHERE (((Т_Турист.Код)=[Введите код туриста]));

Запрос «Турист по фамилии»

Вид запроса в SQL:

SELECT Т_Турист.Код, Т_Турист.Фамилия, Т_Турист.Имя, Т_Турист.Отчество, Т_Турист.НомПасп, Т_Турист.СерияПасп, Т_Турист.Возраст, Т_Турист.[Адрес проживания]

FROM Т_Турист

WHERE (((Т_Турист.Фамилия)=[Введите фамилию]));

Запрос «ТуристМаршрут Запрос»

Вид запроса в SQL:

SELECT Т_ТуристМаршрут.КодМаршрута, Т_ТуристМаршрут.Город, Т_ТуристМаршрут.ПланМаршрута, Т_ТуристМаршрут.Примечание, Т_ТуристМаршрут.Отель, Т_ТуристМаршрут.СтоимостьПерелета, Т_ТуристМаршрут.СтоимостьТрансфера, Т_ТуристМаршрут.Продолжительность

FROM Т_ТуристМаршрут;

Запрос «АрендодательПомещение для дог»

Вид запроса в SQL:

TRANSFORM Sum([Для перекрестного путевка].[Суммарная стимость путевки]) AS [Sum-Суммарная стимость путевки]

SELECT [Для перекрестного путевка].Фамилия, [Для перекрестного путевка].Имя, Sum([Для перекрестного путевка].[Суммарная стимость путевки]) AS [Итоговое значение Суммарная стимость путевки]

FROM [Для перекрестного путевка]

GROUP BY [Для перекрестного путевка].Фамилия, [Для перекрестного путевка].Имя

PIVOT [Для перекрестного путевка].КодПутёвки;

4.2 Формы

Организация		Все сотрудники
Сотрудники		Все туристы
Туристы
Наши маршруты		Суммарная выручка сотрудников
Отели		Наши отели
Путевки		Наши маршруты

Список форм базы данных:

Для работы с базой данных необходимо запустить Главную форму с именем «Главная»



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

При нажатии на кнопку «Путевки», мы попадаем в таблицу базы Путевки.



С этой формы можно легко просмотреть все существующие на сегодняшний день путевки для клиентов.

Форма «Туристы»



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

Форма «Организация» представляет собой форму для хранения данных об Организации или нескольких организаций

Форма «Сотрудники» позволяет добавить или просто просмотреть данные о сотруднике.

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

Форма «Наши маршруты» отображает все маршруты, которыми располагает туристическое агентство на сегодняшний день.



Здесь также можно вывести полный перечень маршрутов.

Форма «Отели»

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

Форма «Отчеты» представляет собой набор отчетов о работе организации, ее сотрудниках и клиентах



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

4.3 Отчеты

Список отчетов в базе данных:

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

Отчет «Все сотрудники»

Отчет «Все туристы»



Отчет «Суммарная выручка сотрудника»

Отчет «Наши отели»



Отчет «Наши маршруты»

Все отчеты можно перенести в Excel или Word, эти функции реализуются самой программой.

4.4 Макросы

Список макросов в базе данных

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

4.5 Описание работы с базой данных

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

Заключение

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

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

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

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

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

Список используемой литературы:

1. Бен Форта «SQL». 2005

2. Пол Киммер «Освой самостоятельно. Программирование для Microsoft Access 2002», 2003

3. Уоллес Вонг, «Office 2003», 2004

4. Вирджиния Андерсен, «Базы данных Microsoft Access. Проблемы и решения», 2001

5. В. Михеева, И.Харитонова "Microsoft Access 2002. Наиболее полное руководство", 2002

6. http://www.taurion.ru/access

7. http://ru.wikipedia.org

Размещено на Allbest.ru