Автор работы: Пользователь скрыл имя, 02 Июня 2012 в 01:36, курсовая работа
Основные этапы проектирования базы данных
Создание базы данных (БД) в среде системы управления базами данных Access (СУБД Access) предполагает выполнение следующих основных этапов:
1. концептуальное проектирование;
2. логическое проектирование;
3. физическое проектирование;
4. использование БД – заполнение БД оперативной информацией и формирование запросов и отчетов.
Концептуальное проектирование – процедура конструирования информационной модели предприятия, не зависящей от условий реализации БД. Таким образом, сконструированная на данном этапе информационная модель не зависит ни от СУБД, ни от средств вычислительной техники.
Концептуальное проектирование БД выполняется на основе:
• анализа информационных потоков организации;
• использования классификаторов и систем кодирования;
• определения диапазона действия и области применения БД;
• выяснения состава ее пользователей;
• сбора и анализа требований пользователей.
В настоящем пособии не рассматривается методика проведения концептуального проектирования. Мы будем считать его выполненным и, таким образом, предполагается, что к моменту начала логического проектирования БД сконструирована информационная модель рассматриваемой предметной области. На этапе логического проектирования информационная модель предприятия уточняется с учетом типа создаваемой БД – реляционной, сетевой или иерархической. В настоящее время реляционные модели БД практически повсеместно вытеснили все другие типы моделей. В СУБД Access реализована именно реляционная БД.
Процесс физического проектирования БД предполагает выполнение в среде выбранной СУБД следующих работ:
1. описание логической структуры каждой таблицы;
2. описание связей между таблицами, входящими в одну БД;
3. первоначальное заполнение справочников БД необходимой нормативно-справочной информацией.
Подчеркнем, что концептуальное проектирование БД не связано с какой-либо конкретной СУБД, а этап логического проектирования зависит только от типа СУБД – сетевая, иерархическая или реляционная. Однако способ представления результатов концептуального проектирования зависит от используемого метода логического проектирования. Используемые ниже термины – отношение и атрибут – относятся к реляционной СУБД, каковой и является СУБД Access.
Поскольку одна из целей нашего курса состоит в изучении технологии применения СУБД Access для реализации реляционных баз данных, то перечисленные выше последние два этапа создания БД предполагают знание пользователем именно этой СУБД.
Строка учетной карты (НомерКарты, ИнвНомер, НазваниеНА, НаимВидаНА, Стоимость).
На основании правила 4 генерации отношений связь Принадлежит порождает два отношения по одному для каждой сущности, причем ключевой атрибут КодВидаНА сущности Вид нематериальных активов должен быть включен в число атрибутов отношения Нематериальный актив. Таким образом получаем следующие отношения:
3. Вид нематериального актива (КодВидаНА, НаимВидаНА).
4. Нематериальный актив (ИнвНомер, НазвНА, Стоимость, КодВидаНА).
На основании правила 4 генерации отношений связь Учитывается порождает два отношения по одному для каждой сущности, причем ключевой атрибут ИнвНомер сущности Нематериальный актив должен быть включен в число атрибутов отношения Строка учетной карты. После включения атрибута ИнвНомер наличие атрибутов НазвНА, НаимВидаНА, Стоимость в отношении Строка учетной карты становятся избыточными, т. к. значение указанных атрибутов однозначно определяется значением атрибута ИнвНомер:
5. Строка учетной карты (НомерКарты, ИнвНомер).
Таким образом, искомая БД состоит из пяти сгенерированных таблиц.
СТРУКТУРА ТАБЛИЦ И СХЕМА ДАННЫХ БД В СРЕДЕ СУБД ACCESS
На рисунках 8 – 12 приведены структуры таблиц проектируемой БД в СУБД MS Access.
Таблицы Виды нематериальных активов, Нематериальные активы и МОЛ содержат нормативно-справочную информацию, а таблицы Учетная карта и Строка учетной карты – оперативно-учетную.
На рисунке 13 представлена схема данных БД Учет нематериальных активов.
Рисунок 8 - Структура таблицы Вид нематериального актива в режиме конструктора
Рисунок 9 - Структура таблицы Нематериальный актив в режиме конструктора
Рисунок 10 - Структура таблицы МОЛ в режиме конструктора
Рисунок 11 - Структура таблицы Учетная карта в режиме конструктора
Рисунок 12 - Структура таблицы Строка учетной карты в режиме конструктора
Рисунок 13. Схема данных БД Учет нематериальных активов
СОДЕРЖИМОЕ ТАБЛИЦ БД
На рисунках 14-16 приведены таблицы МОЛ, Вид нематериального актива и Нематериальный актив, заполненные нормативно-справочной информацией.
Рисунок 14 - Заполненная таблица МОЛ
Рисунок 15 - Заполненная таблица Вид нематериального актива
Рисунок 16 - Заполненная таблица Нематериальный актив
На рисунках 17 и 18 приведены таблицы Учетная карта и Строка учетной карты, заполненные оперативно-учетной информацией.
Рисунок 17 - Заполненная таблица Учетная карта
Рисунок 18 - Заполненная таблица Строка учетной карты
ЗАПРОСЫ В РЕЖИМЕ КОНСТРУКТОРА И В РЕЖИМЕ ТАБЛИЦЫ
На рисунке 19 представлен в режиме конструктора запрос НаСостоящиеНаУчете, в результате выполнения которого для каждого материально-ответственного лица будет выдано количество и средняя стоимость всех состоящих у него на учете объектов нематериальных активов. На рисунке 20 приведен пример выполнения запроса НаСостоящиеНаУчете.
Рисунок 19 - Запрос НаСостоящиеНаУчете в режиме конструктора
Рисунок 20 - Пример выполнения запроса НаСостоящиеНаУчете
На рисунке 21 представлен в режиме конструктора запрос с параметром СписокНА, в результате выполнения которого для заданного вида нематериальных активов будет выдан список всех принадлежащих к этому виду объектов нематериальных активов с указанием их наименования, инвентарного номера, даты постановки на учет и стоимости. Список будет отсортирован в порядке их поступления, а затем по возрастанию их стоимости. На рисунке 22 приведен пример выполнения запроса СписокНА.
Рисунок 21 - Запрос СписокНА в режиме конструктора
Рисунок 22 - Пример выполнения запроса СписокНА с параметром «Программы»
ЗАКЛЮЧЕНИЕ
В ходе курсовой работы мы познакомились с СУБД (системой управления базами данных) Access, получили навыки по использованию ER-метода логического проектирования баз данных и их физической реализации в среде СУБД Access. В процессе выполнения работы мы научились решать следующие задачи:
определение состава таблиц проектируемой реляционной базы данных (БД), их полей и первичных ключей с использованием ER-метода логического проектирования БД;
физическое проектирование БД в среде СУБД Access;
заполнение БД оперативно-учетной информацией и реализация требуемых функций в виде запросов, форм, отчетов.
В настоящее время необходимость интенсивного развития экономики и коренной ее перестройки требует от специалистов по управлению овладения навыками работы с БД и умения использовать для этой цели вычислительную технику.
Для этой цели небольшим фирмам хорошо подходит СУБД Access. Она позволяет ввод данных в ЭВМ, отбор данных по каким-либо признакам (критериям или параметрам), преобразование структуры данных, вывод данных, являющихся результатом решения задач в табличном или каком-либо ином удобном для пользователя виде.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Дейт, К. Дж. Введение в системы баз данных, 8-е издание.: Пер. с англ. — М.: Издательский дом «Вильямс», 2005. — 1328 с.: ил. — Парал. тит. англ.
2. Коннолли Томас, Бегг Каролин, Страчан Анна. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. — М.: Издательский дом «Вильямс», 2000. — 1120 с.: ил. — Парал. тит. англ.
3. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ: Пер. с англ. — М.: Мир, 1991. — 252 с., ил.
4. ER-метод проектирования баз данных и его реализация в среде СУБД Access: Пособие для студентов экономических специальностей / Авторы-составители: С. М. Мовшович, К. Г. Сулейманов. — Гомель: УО "Белорусский торгово-экономический университет потребительской кооперации", 2003. — 140 с.
27