ВВЕДЕНИЕ
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 – primary key – не может быть NULL), требования данного предприятия (бизнес-правила)).
7. Обсуждение разработанных локальных логических моделей данных с конечными пользователями.
8. Слияние локальных моделей в единую глобальную модель данных (анализ имен сущностей и связей, PK).
9. Проверка глобальной логической модели данных (нормализация и транзакции).
10. Проверка возможностей расширения модели в будущем.
3 ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ В СУБД ACCESS
3.1 Теоретические основы физического моделирования
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.
ЗАКЛЮЧЕНИЕ
В ходе курсового проекта была разработана база данных учета проданных товаров. Все запросы и таблицы разработаны в соответствии с установленными требованиями. Цель курсовой работы достигнута, задачи решены. В результате курсовой работы база данных осуществляет учет:
- проданных товаров;
- общей стоимости проданных товаров по каждой товарной группе за указанный период;
- итогов продаж за указанный период по наименованию товара.
Были выполнены следующие задачи:
- исследование предметной области продажи товаров;
- разработка ER-модели;
- построение реляционной модели данных;
- построение физической модели в реляционной СУБД Access;
- организация ввода, корректировки данных, удовлетворение информационных потребности пользователей, разработка интерфейса (создание форм, запросов, отчетов, главной кнопочной формы);
- оценка эффективности работы с данными построенной базы данных.
Разработанная база данных была спроектирована с учетом экономической выгоды организации хранения информации.
Спроектированная база данных имеет место для работы на реальном предприятии и может быть эффективной при ведении данных учета продажи товара.
1. Астапкина, Т.В. Автоматизация работы пользователя в среде СУБД Access: Пособие для студентов всех специальностей: В 2 ч. Ч. 1 / Л.М. Ашарчук, Т.В. Астапкина, И.В. Дубинина. — Гомель: Белорусский торгово-экономический университет потребительской кооперации, 2001. — 48 с.
2. Ахмадеев, И.А. Базы данных: учебное пособие / И.А. Ахмадеев, А.Х.Хайруллин, С.Ю.Юрасов. — Набережные Челны: Камский государственный политехнический институт, 2004. — 237 с.
3. Дейт, К. Дж. Введение в системы баз данных / К. Дж. Дейт – 8-е издание: Пер. с англ. — М.: Издательский дом "Вильямс": ил. — Парал. тит. англ., 2005. — 1328 с.
4. Диго, С.М. Базы данных. Проектирование и создание: Учебно-методический комплекс / С.М. Диго. – М.: Изд. центр ЕАОИ, 2008. – 171 с.
5. Избачков, Ю.С. Информационные системы: учебник для высших учебных заведений / Ю.С. Избачков, В.Н. Петров. – СПб: Питер, 2008. – 656 с.
6. Коннолли, Т. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. / Т. Коннолли, К. Бегг, А. Страчан. — М.: Издательский дом «Вильямс», 2000. — 1120 с.: ил.
7. Кошелев, В.Е. Access 2007. / В.Е. Кошелев. – М.: ООО «Бином-Пресс», 2008. – 592 с.: ил.
8. Краморенко, Н. В. Базы данных: учебное пособие / Н.В. Краморенко. – Владивосток: Владивосток, 2004. – 86 с.
9. Левчук, Е.А. Технологии организации, хранения и обработки данных: учебное пособие для высших учебных заведений/ Е.А. Левчук. – Мн: Вышейшая школа, 2007. – 239 с.
10. Литвин, Л.Г. Access 2002: Разработка настольных приложений / Л.Г. Литвин, К. Гетц, М. Гунделой – Пер. с англ. – СПб.: Питер; Киев: Изд. группа BHV, 2002. – 1008 с.
