База Данных Автовокзал
Читать ONLINE Проектирование базы данных 'Автовокзал' Содержание Введение 1. Разработка требования к базе данных 1.1 Постановка задачи 1.2 Анализ информационных потоков, выбор модели 2. Проектная часть 2.1 Проектирование базы данных 2.2 Создание базы данных 2.3 Программирование Заключение Список использованной литературы Введение В современных условиях возрастает значение информационных систем, позволяющих обеспечить информационную поддержку процессов принятия решений. Базы данных являются одним из основных элементов большинства информационных систем. Базой данных является представленная в объективной форме совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины.
Полная информация по работе: Диплом по теме Проектирование базы данных. Feb 5, 2011 - Скачать базу данных (БД) «Автовокзал» MS Access. Базы данных Access. Готовая база данных Access. Курсовая база данных Access. Скачать пример базы данных бд Access.
Рассматривая такую предметную область как автостанция, несомненно, невозможно обойтись без структурирования информации в базу данных. База данных обладает, по меньшей мере, тремя важными свойствами (признаками):. База данных хранится и обрабатывается в вычислительной системе. Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки и т.п.) базами данных не являются.
Данные в базе данных хорошо структурированы (систематизированы). Под структурированностью в данном случае понимается явное выделение составных частей (элементов) и связей между ними. Структура базы данных обеспечивает эффективный поиск и обработку данных. Эффективность здесь главным образом определяется тем, как соотносятся гибкость и мощность возможностей (поиска и обработки) с затратами усилий и ресурсов. Актуальность создания приложения базы данных, как части информационной системы, очевидна - хранение в удобном виде, возможность совместного использования базы данных несколькими пользователями, средства поддержания данных в актуальном состоянии, возможность построения отчетов по запросу пользователя.
Разработка требования к базе данных В процессе разработки требований к базе данных можно выделить следующие этапы:. Постановка задачи. Анализ информационных потоков, выбор модели. 1.1 Постановка задачи В рамках выполнения курсовой работы требуется разработать базу данных 'Автостанция'. Входные документы.
Расписание рейса А2. Сведения о покупателях В. Выходные документы.
Сведения о свободных местах на рейс B2. Сведения о продаже билетов Реквизиты: Номер рейса, Пункт отправления, Пункт назначения, Дата отправления, Номер автобуса, Основной водитель, Сменный водитель, Количество мест, Проданные места на момент отправления, ФИО водителя, Номер водителя, Дата, Время в пути, Регистрационный номер проданного билета, Номер рейса, Дата отправления, Пункт назначения, Стоимость билета. Необходима реализация следующих запросов: выдать информацию о наличии свободного билета на рейс; вывести список рейсов в один и тот же город с указанием времени пути и стоимости билета. 1.2 Анализ информационных потоков, выбор модели На данном этапе требуется логически построить информационную систему, призванную автоматизировать процесс учета данных какой-либо области человеческой деятельности; анализируя информационные потоки, необходимо выбрать модель базы данных. В данной курсовой работе требуется разработать приложение для работы с базой данных 'Автостанция', система управления которой предназначена для автоматизации работы автостанций.
Автостанция является промежуточным звеном между другими автостанциями и пассажирами. Наличия этого звена выгодно и тем и другим: автостанции объединены в единую сеть с возможностью взаимной реализации билетов и передачи справочной информации; пассажиры, с другой стороны, не имеют проблем с покупкой билетов на тот или другой авторейс. На рис.1 отображены взаимосвязи между автостанцией и ее партнерами Рис.1. Пример взаимосвязи информационных потоков Основная задача проектирования базы данных - определение количества отношений и их реквизитного состава.
Совокупность реквизитов, объединенных в более крупную единицу данных, называется составной единицей информации. На основе последних можно составить входные и выходные документы базы данных 'Автостанция'. Рассмотрим входной документ 'Расписание рейса'. В общей заголовочной части расположены такие реквизиты, как наименование организации, эмблема организации, главный диспетчер, так как эти реквизиты относятся ко всему документу.
К предметным строкам документа относятся в данном случае реквизиты номер рейса, дата отправления, пункт отправления, пункт назначения, время в пути. К заверительной части документа относится реквизит - начальник смены. К реквизиту, предназначенному для улучшения читабельности документа, относится реквизит Расписание рейса, но этот реквизит не подлежит вводу в базу данных. УТВЕРЖДАЮ Главный диспетчер Петров А. РАСПИСАНИЕ РЕЙСА №Номер рейсаДата отправленияПункт отправленияПункт назначенияВремя в пути1153ПавлодарЭкибастуз2ч. 20мин2149ПавлодарОмск12ч3241ПавлодарАксу1ч 30 мин4111ПавлодарТомск14ч. Начальник смены Аналогично следует разработать второй входной документ, который будет выглядеть следующим образом: УТВЕРЖДАЮ Главный диспетчер Петров А.
СВЕДЕНИЯ О ПОКУПАТЕЛЯХ №ФИО покупателя№ удостоверения/паспортаГражданство№ рейсаМесто1Кренько Олеся Сергеевна012459213RUS153232Петров Иван Васильевич012345879KZ149123Ахметов Нурлан Каиргалиевич034546851KZ24144Пашко Светлана Константиновна01654745KZ11175Скворцов Сергей Петрович01245863RUS10010 Начальник смены Рассмотрим выходной документ 'Сведения о свободных местах на рейс'. В общей заголовочной части расположены такие реквизиты, как наименование организации, эмблема организации, главный диспетчер, так как эти реквизиты относятся ко всему документу. К предметным строкам документа относятся в данном случае реквизиты номер рейса, дата отправления, пункт назначения, номер автобуса, количество мест, свободные места. К заверительной части документа относится реквизит - начальник смены. К реквизитам, предназначенным для улучшения читабельности документа, относится реквизит Сведения о свободных местах на рейс на год 14: 00 часов и Итого, но эти реквизиты не подлежит вводу в базу данных.
УТВЕРЖДАЮ Главный диспетчер Петров А. СВЕДЕНИЯ О СВОБОДНЫХ МЕСТАХ НА РЕЙС НА, 14: 00 №Номер рейсаДата отправленияПункт назначенияНомер автобусаКоличество местСвободные места1153ЭкибастузОмскАксуТомскСемей055341 ИТОГО: количество мест 186 продано мест 176 свободно мест 10Начальник смены Аналогично следует разработать второй выходной документ, который будет выглядеть следующим образом: УТВЕРЖДАЮ Главный диспетчер Петров А. СВЕДЕНИЯ О ПРОДАЖЕ БИЛЕТОВ НА, 14: 00 №Номер рейсаКоличество местПроданные местаСтоимость билета3433700 ИТОГО: количество мест 186 продано мест 176 свободно мест 10Начальник смены На следующем этапе следует продумать структуру экономических показателей путем расчленения всех сведений на показатели, а потом объединить реквизиты родственных показателей по принципу 'В одно отношение включается группа экономических показателей с одинаковым составом реквизитов-признаков'. Такой подход позволяет создать структуру базы данных с минимальной избыточностью.
Основная задача проектирования базы данных - это определение количества файлов и их реквизитного состава. Реквизит - это совокупность значений некоторого фиксированного набора переменных. Различают реквизиты-признаки и реквизиты-основания. Реквизит-признак - это информационное отображение качественного свойства некоторого объекта. Реквизит-основание - это информационное отображение количественного свойства некоторого объекта. В состав экономического показателя должны входить один реквизит-основание и несколько реквизитов-признаков, однозначно характеризующих условие существования основания.
Для определения признаков и оснований я пользовалась следующими правилами:. Если значение реквизита является исходным данным или результатом арифметической операции, то это основание;. Если реквизит текстовый, то это признак;. Если реквизит обозначает предмет или время - это признак;.
Если реквизит в некотором показателе является признаком (основанием), то он будет играть эту же роль в других показателях;. Если показатели описывают сходные процессы, то их призначные части совпадают;. Если основание показателя вычисляется по значениям других оснований, то набор признаков такого показателя - это объединение признаков, связанных с этими основаниями.
К реквизитам основаниям относятся: стоимость билета, количество мест, проданные места. К реквизитам признакам относятся: время в пути, пункт отправления, пункт назначения, дата отправления, ФИО водителя, сменный водитель, основной водитель, номер автобуса, номер водителя, номер билета, номер рейса.
У основания Стоимость билета необходимыми признаками будут номер билета (для определения рейса), номер рейса, время в пути (для определения пункта назначения). В результате структура показателя П1 примет вид: П1 ( номер билета, номер рейса, время в пути, стоимость билета ). У основания Количество мест необходимыми признаками будут номер рейса, номер автобуса, пункт отправления, пункт назначения, дата отправления. В результате структура показателя П2 примет вид: П2 ( номер рейса, номер автобуса, пункт отправления, пункт назначения, дата отправления, количество мест ).
У основания Проданные места необходимыми признаками будут номер рейса, номер автобуса, номер водителя, ФИО водителя, сменный водитель, основной водитель. В результате структура показателя П3 примет вид: П3 ( номер рейса, номер автобуса, номер водителя, ФИО водителя, сменный водитель, основной водитель, проданные места ). Показатель является минимальной группой реквизитов, сохраняющей информативность (осмысленность), и поэтому достаточной для образования документа. Но с другой стороны представление экономической информации в форме показателей не является универсальным, так как имеются значительные массивы осмысленной информации, не содержащие реквизитов оснований. Методом, решающим этот недостаток является построение модели данных. Модель данных - это совокупность трех составляющих: множество информационных конструкций, допускаемых этой моделью; множество допустимых операций над данными; множество ограничений, наложенных на информационные конструкции. Иными словами модель данных - это инструмент для представления данных в базе данных.
В целях обеспечения наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных построим модель, называемую 'сущность-связь'. Эту модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами таких моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. В проектируемой базе данных сущностями будут являться: РЕЙС, БИЛЕТ, АВТОБУС, ВОДИТЕЛЬ. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ВОДИТЕЛЬ, а экземпляром - Иванов, Петров и т.д.
База Данных Автовокзал Delphi
Атрибут - поименованная характеристика сущности. Примерами атрибутов для сущности БИЛЕТ будут номер билета, стоимость и т.д. Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. К примеру в сущности РЕЙС исключение из атрибутов такого как ID рейса не позволит однозначно определить рейс, поэтому ключом сущности РЕЙС является атрибут - ID рейса.
Связь - ассоциирование двух или более сущностей. Для выявления связей между сущностями необходимо, как минимум, определить сами сущности и их атрибутный состав. Построим модель 'сущность-связь': 1 1 ∞ ∞ ∞ ∞ ∞ 1 1 1 Центральная задача проектирования базы данных - это определение количества отношений и их атрибутного состава. Задача группировки атрибутов в отношении допускает множество вариантов решения.
Рациональный вариант предполагает:. Множество отношений должно обеспечить минимальную избыточность представления информации;. Корректировка отношений не должна приводить к двусмысленности и потере информации;. Перестройка набора отношений при добавлении в базу данных новых атрибутов должна быть минимальной. Переход от модели 'Сущность-связь' к реляционной модели данных осуществим через нормализацию.
Нормализация - это способ преобразования отношений, позволяющий улучшить характеристики базы данных по перечисленным критериям. В реляционной модели данных информационной конструкцией является отношение (таблица); операциями - проекция, выборка и соединение; ограничением - функциональная зависимость. По определению, в отношении R (A,B) реквизит А функционально определяет реквизит В, если в любой момент времени каждому значению А соответствует единственное значение В. На первом шаге алгоритма приведения отношений к третьей нормальной форме, составим все функциональные зависимости рассматриваемой предметной области:.
Номер рейса - пункт отправления 2. Номер рейса - пункт назначения. Номер рейса - дата отправления. Номер рейса - номер автобуса. Номер автобуса - пункт отправления. Номер автобуса - пункт назначения.
Номер автобуса - количество мест. Номер водителя - ФИО водителя. Номер водителя - смена.
Номер билета - номер рейса. Номер билета - стоимость. Номер рейса, дата отправления - номер водителя. Номер рейса, дата отправления - проданные места. Номер рейса, номер автобуса - время в пути. На шаге 2 воспользуемся двумя теоремами: ) теорема 2 - реквизит А определяет реквизит В и реквизит А определяет реквизит С только тогда, когда А определяет В и С вместе; ) теорема 3 - если реквизит А определяет реквизит В и реквизит В определяет реквизит С, то реквизит А определяет реквизит С. В результате получим 6 функциональных зависимостей:.
Курсовая База Данных Автовокзал
Номер рейса - пункт отправления, пункт назначения, дата отправления, номер автобуса 2. Номер рейса, дата отправления - номер водителя, проданные места. Номер рейса, номер автобуса - время в пути. Номер автобуса - пункт отправления, пункт назначения, количество мест.
Номер водителя - ФИО водителя, смена. Номер билета - номер рейса, стоимость. В этих функциональных зависимостях отсутствуют неполные и транзитивные функциональные зависимости. На третьем шаге определим первичный ключ отношений.
В данном случае первичным ключом будут те реквизиты, которые не встречаются в правых частях. В данном примере первичным ключом является номер билета.
T=R1 номер рейса, номер водителя, номер автобуса, пункт отправления, пункт назначения, дата отправления, проданные места, время в пути 2. T=R2 номер билета, номер рейса, стоимость 3. T=R3 номер автобуса, пункт отправления, пункт назначения, количество мест 4. T=R4 номер водителя, ФИО водителя, смена. Таким образом, переход к третьей нормальной форме привел в данном примере к четырем отношениям. Для составления запросов, указанных в задании воспользуемся средством реляционной алгебры - операцией выборки.
Выдать информацию о наличии свободного билета на рейс. Этот запрос относится к Запрос будет выглядеть так: Вход запроса: Выход запроса: Оболочка запроса:. Вывести список рейсов в один и тот же город с указанием времени пути и стоимости билета.
Этот запрос относится к Запрос будет выглядеть так: Вход запроса: Выход запроса: Оболочка запроса: 2. Проектная часть В проектной части необходимо выполнить следующие этапы:.
Проектирование базы данных (определение состава полей её таблиц и связей между ними). Создание базы данных. Программирование выполнения операций над данными.1 Проектирование базы данных После анализа особенностей автоматизируемой области деятельности следует приступить к, возможно, самому важному этапу - проектированию будущей БД, которое заключается в определении состава полей её таблиц и связей между ними. От того, насколько тщательно проведен анализ и насколько грамотно спроектирована БД, в существеннейшей мере зависит эффективность будущего приложения БД и его полезность для пользователя. В проектируемой базе данных должно быть 4 таблицы (исходя из полученных четырех отношений в 3НФ).
В таблице Avtobys разместим полные сведения о каждом автобусе. Таблица Voditel предназначена для хранения сведений о водителях - то есть: номер водителя, ФИО водителя и его смена. В таблице Bilet содержится информация о билетах с указанием номера рейса и стоимости.
В таблице Reis - будут храниться все необходимые сведения о рейсе - с указанием номера, даты отправления, пункта отправления и назначения, номера автобуса, номера водителя, времени в пути. Таким образом, таблица Reis должна иметь уникальное поле, которое будет определять каждый рейс, можно в качестве уникального взять поле номер рейса. Позже следует создать ключ по этому полю, чтобы база данных могла быстро найти этот рейс. В компоненте TDBGrid можно отображать произвольное множество полей использованного набора данных, но число записей ограничивать нельзя, в компоненте всегда присутствуют все записи связанного набора данных. Требуемый набор полей можно составить при двойном щелчке на компоненте, перемещенном на форму, или кнопкой свойства Colums в Инспекторе объектов. Новая колонка добавляется при помощи кнопки Add New, после этого ее название появляется в списке колонок. Колонки в списке можно редактировать, удалять, менять местами.
При помощи кнопки Add All Fields в сетку можно добавлять все поля набора данных. Программирование работы приложения базы данных приведено в листинге (Приложение А). Для фильтрации записей в наборах данных используются методы Filer, Filtered: procedure TForm1. RadioGroup1Click (Sender: TObject);RadioGroup1. ItemIndex=0 then Table3. Filtered: =falseRadioGroup1. ItemIndex=2 then begin.
Filtered: =true; Table3. Filter: ='Nomerreisa='+ComboBox1. Text; endRadioGroup1. ItemIndex=3 then.
Filtered: =true. Filter: ='Nomervoditelya='+ComboBox2. Text; endRadioGroup1. ItemIndex=4 then. Filtered: =true.
Filter: ='Nomeravtobysa='+ComboBox3. Filtered: =False;; end; end;; Для формирования поставленных в задании запросов воспользуемся языком запросов SQL. Выдать информацию о наличии свободного билета на рейс.
Select distinct nomerreisa, kolichestvomest, prodanniemestareis, avtobys(avtobys. Nomeravtobysa)(kolichestvomest-prodanniemesta) 0 2. Вывести список рейсов в один и тот же город с указанием времени пути и стоимости билета. Select distinct nomerreisa, pynktnaznacheniya, stoimost, vremyavpytireis, bilet(bilet. Text+' Во втором запросе я воспользовалась дополнительно компонентом Edit для того, чтобы пользователь мог выбрать необходимый пункт назначения и получить необходимую информацию об этом рейсе.
Заключение В данной курсовой работе была разработана база данных 'Автостанция'. С помощью моей базы данных можно без затруднений и специальных знаний вести базу данных, которая позволяет делать все операции с рейсами, водителями рейсов и билетами на рейс. То есть добавлять, изменять, удалять и просматривать все имеющиеся и вводимые данные. Кнопочная форма позволяет просматривать отчеты о наличии свободных билетов на рейс, информацию о рейсах в указанный город.
База данных содержит следующую информацию: данные о рейсе (дата, пункт отправления, пункт назначения, номер автобуса, номер водителя, время в пути), сведения о водителе (ФИО водителя, смена), данные о билетах (стоимость) и данные об автобусе (пункт отправления, назначения, количество мест). Данная курсовая работа является актуальной и отвечает предъявленным к ней требованиям. Была разработана и написана на языке программирования высокого уровня Borland Delphi 7.0. База программирование автовокзал информационный Список использованной литературы 1. Архангельский А.Я. Программирование в Delphi 5. М.: ЗАО Издательство БИНОМ, 2000.
1070с.: ил. Программирование баз данных в Delphi 6. Учебный курс. СПб.: Питер, 2002.
352с.: ил. Дарахвелидзе П.Г., Марков Е.П. Delphi - среда визуального программирования: - СПб.: BHV - Санкт-Петербург, 1996. Гофман В.Э., Хомоненко А.Д. Быстрый старт.
СПб.: БХВ - Санкт-Петербург, 2002. Учебный курс. М.: 'Нолидж', 1999. Delphi 5 Учебный курс. М.: 'Нолидж', 2000. Учебный курс. М.: Издатель Молгачева С.В., 2002.
Руководство разработчика баз данных. М.: Нолидж, 1999. 560с.: ил. Руководство разработчика баз данных.
М.: Нолидж, 2000. Руководство разработчика баз данных в Delphi 2/Пер. К.: 'Диалектика', 1996. Программирование на Object Pascal. СПб.: БХВ-Петербург, 2001. Базы данных: интеллектуальная обработка информации В.В. Корнеев, А.Ф.
М.: Нолидж, 200.