48978 (Система управления базой данных)

Содержание

Введение

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

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

1.2 Анализ информационных задач и круга пользователей системы

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

2. Определение требований к операционной обстановке

2.1 Выбор ПО и ЭВМ

2.2 Объём внешней памяти занимаемый модулями СУБД

2.3 Объём памяти, отводимой под данные

2.4 Представление о характере и интенсивности запроса

3. Выбор СУБД

4 Логическое проектирование БД

4.1 Ограничения целостности

5. Физическое проектирование БД

6. Заключение

Список литературы

Введение

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

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

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

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

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

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

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

1.2 Анализ информационных задач и круга пользователей системы

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

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

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

Для службы обеспечения важным является наличие следующих данных: количество посадочных мест, марка топлива, объём топливного бака, и марка автобуса.

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

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

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

Для услуг со стороны базы данных необходимо содержание в ней отношения – «Маршруты», обладающего следующими атрибутами: код маршрута, код рейса, дата отправления, время отправления, автобус, экипаж, количество проданных билетов.

В результате анализа предметной области были выделены следующие задачи:

— ввод данных;

— хранение данных;

— обновление данных;

— выборка данных;

— предоставление отчётов.

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

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

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

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

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

Стержневые сущности; Автобусы, Рейсы, Экипажи.

Обозначающие сущности: Автокомпании, Марка автобусов.

Ассоциативные сущности: Маршруты.

Характеризующие сущности: Состав экипажа.

Используя мифологический язык моделирования (ЯИМ) базу данных можно описать следующим образом

Рейсы (Номер рейса. Место отправления, Место назначения, Время в пути. Расстояние, Промежуточные посадки);

Автобусы (Регистрационный знак. Марка автобуса. Автокомпания);

Экипажи (№ экипажа. Группа допуска, Медицинское заключение);

Маршруты [Автобусы М, Рейсы N, Экипажи Р] (Код Маршрута, № рейса, Дата отправления, Время отправления, Регистрационный знак, № экипажа, Количество проданных билетов);

Состав экипажа (Код состава экипажа. Фамилия., Имя, Отчество, № экипажа) (Экипажи);

Автокомпании (Автокомпании, номер лицензии, Адрес офиса, Телефон главного менеджера) [Автобусы].

Марка автобусов (Марка автобуса, код автобусов, Количество мест, Марка топлива, Объём топливного бака) [Автобусы].

На основании анализа можно построить ER- диаграмму приложение А.

2. Определение требований к операционной обстановке

2.1 Выбор ПО и ЭВМ

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

В связи с дальнейшим увеличением объёма обрабатываемой информации, в связи с быстрым развитием прикладных программных продуктов предоставляющих дополнительные услуги по обработке данных и их экспорта, импорта, целесообразно выбрать, несмотря на высокую цену данного программного продукта, Microsoft Access 2002, под управлением многопользовательской операционной системы Microsoft Windows 98.

От выбранного программного обеспечения выбираются параметры самой ЭВМ.

Процессор Pentium III или более быстрый, память 128 МБ ОЗУ. Требования к объему свободного места на жестком диске зависят от конфигурации. При выборочной установке может потребоваться больше или меньше места на диске. При стандартной установке требуется 170 МБ свободного места на жестком диске и дополнительно 115 МБ на диске, где установлена операционная система; пользователям, у которых не установлены продукты Windows 2000, Windows Me или Office 2000 Service Release 1 (SR-1), требуется дополнительно 50 МБ для обновления системных файлов. Необходимыми являются также дисковод для компакт-дисков, монитор Super VGA (800x600) или с более высоким разрешением с поддержкой 256 цветов, мышь Microsoft Mouse, Microsoft IntelliMouse или совместимое указательное устройство. При работе с мультимедиа и звуком для улучшенного отображения графики требуется видеоплата, поддерживающая ускорение графики, или процессор, поддерживающий набор команд MMX [1].

2.2 Объём внешней памяти занимаемый модулями СУБД

Объём внешней памяти занимаемый модулями СУБД определяется практически по созданной базе данных. Размер проектируемой базы данных «Автовокзал» составляет 1 478 656 байт.

2.3 Объём памяти, отводимой под данные

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

Рассмотрим отношение «Автокомпании».

Число атрибутов отношения а=4. Число автокомпаний находящихся в БД автовокзала выбираем предположительно равным десяти единицам, т.е мощность отношения m=10. Данные сведены в таблицу 3.1

Таблица 3.1 - Автокомпании

Тогда размер под данные таблицы составляет

D_{Автокомпания}=(30+4+50+20)*10=1040 байт.

Рассмотрим отношение «Маршрутов».

Число атрибутов отношения а=7. Число маршрутов в месяц принимаем равным 600, т.е. мощность отношения m=600. Данные сведены в таблицу 3.2

Таблица 3.2 - Маршруты

Тогда размер под данные таблицы составляет

D_{Маршруты}=(4+4+8+8+4+4+4)*600=21600 байт

Рассмотрим отношение «Марки автобуса».

Число автобусов отношения а=6. Число марок автобусов выбирается равным 15, т.е. мощность отношения m=15. Данные сведены в таблицу 3.3

Таблица 3.3 – Марки автобусов

Тогда размер под данные таблицы составляет

D_{Марки автобусов} =(20+4+4+10+4+4)*15=690 байт

Рассмотрим отношение «Рейсы».

Число атрибутов отношения а=6. Число рейсов принимаем равным 100, т.е. мощность отношения m=100. Данные сведены в таблицу 3.4

Таблица 3.4- Рейсы

Тогда размер под данные таблицы составляет

D_Рейсы=(4+20+20+8+4+20)*100=7600 байт

Рассмотрим отношение «Автобусы».

Число атрибутов отношения а=3. Число воздушных средств с присвоенным регистрационным знаком принимаем равным 50, т.е. мощность отношения m=50. Данные сведены в таблицу 3.5