ВВЕДЕНИЕ
1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
1.1 Теоретические основы концептуального моделирования
1.2 Анализ предметной области
1.3 Выделение объектов модели данных и их характеристик
1.4 Выявление связей между объектами, условий, налагаемых на объекты и связи
2 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
2.1 Теоретические основы логического моделирования
2.2 Определение отношений, атрибутов и их доменов, обеспечение целостности
2.3 Нормализация отношений модели данных
2.4 Создание логической модели данных и физической модели базы данных с помощью ERWin
3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД ACCESS
3.1 Теоретические основы физического моделирования
3.2 Генерация базы данных в СУБД Access с помощью физической модели данных
3.3 Организация ввода и корректировки данных (формы)
3.4 Описание информационных потребностей пользователей и выбор способов их реализации (запросы и отчеты)
3.5 Разработка интерфейса – главной кнопочной формы
3.6 Разработка руководства пользователю базой данных
3.7 Тестирование базы данных
3.8 Оценка эффективности работы с данными
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
ПРИЛОЖЕНИЯ
ВВЕДЕНИЕ
В условиях постоянной автоматизации различных отраслей, данная отрасль также нуждается в автоматизации, путем создания специализированной базы данных которая позволяет пользователю выполнять все возложенные на нее функции, а также создание приложения при помощи Access форм, позволяющего напрямую работать с конкретной базой данных.
Цель курсовой работы – разработка базы данных для сотрудника университета, ответственного за контроль материальных ценностей общежитий университета.
Для достижения цели необходимо выполнить следующие задачи:
- исследование предметной области специалиста отдела технического контроля;
- разработка ER-модели;
- построение реляционной модели данных;
- построение физической модели в реляционной СУБД Access;
- организация ввода, корректировки данных, удовлетворение информационных потребности пользователей, разработка интерфейса (создание форм, запросов, отчетов, главной кнопочной формы);
- оценка эффективности работы с данными построенной базы данных.
В работе изложен и использован метод проектирования базы данных «сущность-связь» или ER-метод, который реализован в CASE-средстве AllFusion ERwin Data Modeler фирмы «Кэмпьютер Эсоушиэтс» (Computer Associates).
Объектом исследования является рабочее место сотрудника, ответственного за учет материальных ценностей общежитий.
Предмет исследования – материальные ценности.
1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
1.1 Теоретические основы концептуального моделирования
Наиболее часто на практике семантическое моделирование используется на первой стадии проектирования базы данных. Его результатом, как правило, является концептуальная или, как ее еще называют, инфологическая модель предметной области.
Концептуальная модель объединяет частные представления о содержимом базы данных, полученные в результате изучения предметной области и своих представлений о данных, которые могут потребоваться в будущих приложениях. Другими словами, концептуальная модель – это описание структуры БД, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных.
Рассмотрим, получившую большое распространение в данное время, концептуальную ER-модель (от английского «entity-relation») или модель «сущность-связь».
Модель была предложена Питером Ченом в 1976 г. и представляет собой ряд графических диаграмм, включающих небольшое число разнородных компонентов. Чен предложил интерпретировать структуры данных, как набор сущностей, их атрибутов и связей.
Сущность – класс или категория объектов, информацию о которых необходимо хранить в базе данных. На диаграммах ER-модели сущность обычно изображают прямоугольником, внутри которого проставляется имя сущности. Сущность должна иметь наименование с четким смысловым значением, и именоваться существительным в единственном числе. Необходимо различать тип сущности и экземпляр сущности. Например, экземплярами сущности «Учащийся» будут конкретные ученики – Иванов, Петров, Сидоров и т.д.
Связь – это ассоциация (отношение) двух или более сущностей.
2 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ МОДЕЛИ ДАННЫХ
2.1 Теоретические основы логического моделирования
Логическое проектирование БД - это процесс конструирования общей информационной модели предприятия на основе отдельных моделей данных пользователей, которая является независимой от особенностей реально используемой СУБД и других физических условий.
Этапы логического проектирования:
1. Преобразование локальной концептуальной модели данных в локальную логическую модель. (Удаление связей М: Н, сложных связей, рекурсивных связей, связей с атрибутами, удаление множественных атрибутов.)
2. Определение набора отношений исходя из структуры локальной логической модели данных.
3. Проверка модели с помощью правил нормализации.
4. Проверка модели в отношении транзакций пользователей.
5. Создание диаграммы сущность-связь.
6. Определение требований поддержки целостности данных. (Обязательные данные, ограничения для доменов атрибутов, целостность сущностей (PK не может быть NULL), требования данного предприятия (бизнес-правила)).
7. Обсуждение разработанных локальных логических моделей данных с конечными пользователями.
Этап 2:
1. Слияние локальных моделей в единую глобальную модель данных (анализ имен сущностей и связей, PK).
2. Проверка глобальной логической модели данных (нормализация и транзакции).
3. Проверка возможностей расширения модели в будущем.
4. Создание окончательного варианта диаграммы сущность-связь
3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД ACCESS
3.1 Теоретические основы физического моделирования
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например, реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.
ЗАКЛЮЧЕНИЕ
В результате выполнения курсовой работы была разработана база данных, позволяющая вести учет материальных ценностей общежитий университета.
После выполнения работы можно с уверенностью сказать, что база данных полностью соответствует исходному заданию, а также позволяет выполнять все возложенные на нее задачи.
В дальнейшем в программе можно было бы улучшить следующее:
- Улучшить графический интерфейс программы
- Создать визуальное приложение на языке высокого уровня
- Заполнить базу данных полностью, а именно добавив в каждую таблицу по 50-100 записей
В результате проведенного исследования можно дать следующие рекомендации:
- Данная предметная область нуждается в полной автоматизации, посредствам создания баз данных и визуальных приложений.
- Для полной автоматизации предметной области требуется больше времени, чем отведенное время для курсового проекта.
Данная база данных может быть внедрена на производстве, однако только на том производстве где тщательно и аккуратно заполняют базу данных, а именно без ошибок и корректно.
1. Гарсиа-Молина, Г. Системы баз данных. Полный курс : [пер. с англ.] / Г. Гарсиа-Молина, Дж. Ульман, Дж. Уидом. – М. : Вильямс, 2003. – 1088 с.
2. Дейт, К. Дж. Введение в системы баз данных : [пер. с англ.] /
3. К. Дж. Дейт. – 8-е изд. – М. : Вильямс, 2005. – 1328 с.
4. Коннолли, Т. Базы данных: проектирование, реализация и сопровождение. Теория и практика : [пер. с англ.] / Т. Коннолли, К. Бегг,
5. А. Страчан. – 2-е изд. – М. : Вильямс, 2000. – 1120 с.
6. Коннолли, Т. Базы данных: проектирование, реализация и сопровождение. Теория и практика : [пер. с англ.] / Т. Коннолли, К. Бегг. – 3-е изд. – М. : Вильямс, 2003. – 1440 с.
7. Кузнецов, С. Д. Основы баз данных : учеб. пособие / С. Д. Кузнецов. – М. : Интернет-УИТ, 2005. – 488 с.
8. Роб, П. Системы баз данных: проектирование, реализация, управление : [пер. с англ.] / П. Роб, К. Коронел. – 5-е изд., перераб. и доп. – СПб. : БХВ-Петербург, 2004. – 1040 с.
9. Рудикова, Л. В. Проектирование баз данных : учеб. пособие /
10. Л. В. Рудикова. – Минск : ИВЦ Минфина, 2009. – 352 с.
11. Вейскас, Дж. Эффективная работа с Microsoft Office Access 2003 : [пер. с англ.] / Дж. Вейскас. – СПб. : Питер, 2005. – 1168 с.
12. Моисеенко, С. И. SQL. Задачи и решения / С. И. Моисеенко. – СПб. : Питер, 2006. – 1168 с.
