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

Министерство образования и науки Кыргызской Республики

Кыргызский Государственный Технический Университет

Кафедра “ИСЭ”

Дисциплина “Управление данными”

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

на тему: Создание базы данных "Справочная ГИБДД" средствами MS Access

Выполнил: Токомбаев А.Т.

Гр.ИСОП-ИСТ-1-17

Проверила: Атаканова Н.Э.

Бишкек 2020

Содержание:

• Введение
• Проектирование инфологической модели БД
• Проектирование даталогической модели
• Проектирование физической модели
• Создание БД в СУБД ACCESS
• Создание запросов
• Создание форм
• Создание отчетов
• Заключение

Введение

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

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

Проектирование даталогической модели

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

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

Даталогическое проектирование сводится к следующим этапам:

1. Определение таблиц.

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

3. Определение типов данных в соответствии с выбранной СУБД.

4. Определение длины каждого поля таблиц.

5. Определение обязательности каждого поля.

6. Определение индексации каждого поля.

Структурирование данных выполняются на основе модели представления данных. Наиболее известны 3 модели представления данных: 1)иерархоическая; 2) сетевая; 3) реляционная.

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

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

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

Проектирование физической модели

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

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

· выбор схемы размещения данных (разделение по файлам или тип RAID-массива);

· определение числа и типа индексов (например, кластеризованный или некластеризованный в случае MS SQL Server).

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

Создание БД в СУБД ACCESS

Рис.2. Таблица ГИБДД в режиме конструктора.

Основным структурным элементом БД является таблица. В ней хранятся вводимые данные, а также структура базы (поля, их типы и свойства). Данная база состоит из нескольких таблиц созданных в режиме конструктора. См. рис.2.

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

Рис.2. Таблица ГИБДД в режиме таблица.

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

Рис.4. Схема данных.

Создание запросов

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

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