 |
Проектирование инфологической, даталогической, физической моделей, построение ER-диаграммы
|
|
|
|
РАСЧЕТНО-ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВОЙ РАБОТЕ
по дисциплине «Базы данных»
Проектирование базы данных в * предметной области с использованием СУБД Access
МТИ 230105.65.01
Руководитель
______________ Щудро И.А.
“__”_____________2016г.
Исполнитель
студент гр. БСИТ ФО 315
______________ Иванов А.В.
“__”_____________2016г.
Оренбург 2016
*В названии Ваша предметная область, согласно варианта.
ОРЕНБУРГСКИЙ ГОСУДАРСТВЕННЙ УНИВЕРСИТЕТ
Кафедра ПОВТАС
«УТВЕРЖДАЮ»
Заведующий кафедрой ПОВТАС
Н.Соловьев
(подпись)
«____»_________2006г.
З А Д А Н И Е
Н А К У Р С О В У Ю Р А Б О Т У
Макеев Александр Васильевич
(фамилия, имя, отчество)
группа В-03ПОВТ
Руководитель Щелоков Сергей Анатольевич
(фамилия, имя, отчество)
Тема работы:
Проектирование и разработка базы данных «Учёт поставок, наличия и реализации товара в ООО «Долина» г. Оренбурга» с использованием СУБД Access.
Цель работы:
1.Приобретение навыков в проектировании инфологической, даталогической и физической моделей базы данных предметной области и построении ER-диаграммы;
2. Исследование возможностей СУБД Access в разработке и создании автоматизированной системы управления базой данных.
Исходные данные к работе:
1.Справочные, учетные и отчетные документы выданной согласно варианту задания предметной области (вариант № 3).
_______________________________________________________________________________________________________________________________________________________________________________________________________________
Содержание расчетно-пояснительной записки (перечень, подлежащих разработке вопросов):
1.Титульный лист
2. Задание на курсовую работу
3. Введение
4. Проектирование базы данных
|
|
|
4.1 Анализ предметной области
4.2 Проектирование инфологической, даталогической, физической моделей, построение ER-диаграммы
5. Разработка базы данных
5.1 Разработка схемы связей таблиц, нормализация базы данных и приведение ее к НФБК
5.2 Заполнение таблиц средствами Access
6. Создание базы данных
6.1 Разработка форм и запросов средствами Access
6.2 Разработка отчетов и макросов средствами Access
7. Разработка руководства пользователю базой данных
7.1 Назначение и возможности базы данных
7.2 Правила и порядок работы с базой данных
Заключение
Список используемой литературы
Содержание
Приложения:
1.Схема связей таблиц «Сущность-связь»
2.ER-диаграмма
Материалы, представляемые к защите:
1. Расчетно-пояснительная записка, набранная и распечатанная в текстовом редакторе Word
2. Разработанное в Access приложение базы данных на ГМД или CD-ROM
Дата выдачи задания: «_____» ___________2006г.
Руководитель: ___________________________________
(подпись)
Срок сдачи законченной работы: «_____»___________2006г.
Задание принял к исполнению: «_____» ___________2006г.
__________________________________
(подпись)
ВВЕДЕНИЕ
Современные информационные технологии - это методы и средства для сбора, хранения, обработки и получения информации на основе современных средств вычислительной техники.
Составными частями любой информационной системы являются БД и приложение для обработки данных. Появление персональных машин класса Pentium, семейства операционных систем Windows фирмы Microsoft и различного программного обеспечения позволяют автоматизировать ручные операции, вести любые виды работ по накоплению информации, ее обработки и получению различных выходных форм.
В курсовой работе ставится задача – разработать проект базы данных для накопления необходимой информации в организации, создать (наполнить) базу данных. Разработать приложение, позволяющее вести учет, контроль, а так же получать различные выходные документы. База данных должна быть спроектирована с учетом реализации запросов различного типа по получению информации. При проектировании базы данных следует учесть возможность выдачи бумажного отчета.
|
|
|
Целями проектирования базы данных являются:
1.Эффективная структуризация информации, что позволяет сэкономить время и деньги.
2.Исключение или сведение к минимуму повторяющихся данных путем задания эффективной структуры.
3.Обеспечение всем пользователям быстрого доступа к информации базы данных.
4.Обеспечение расширения базы новыми данными.
5.Обеспечение целостности данных для того, чтобы база содержала только проверенную информацию.
6.Обеспечение базы данных интуитивно-понятным пользовательским интерфейсом.
Реализация всех вышеперечисленных задач должна возлагаться на систему управления базами данных. Задача должна быть решена с учетом требований современных информационных технологий в среде СУБД Access.
ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
При проектировании базы данных решаются две основные проблемы:
1.Отображение объектов предметной области в абстрактные модели данных таким образом, чтобы это отображение не противоречило семантике предметной области, и было по возможности эффективным и удобным;
2.Обеспечение эффективного выполнения запросов к базе данных, используя рациональное расположение данных во внешней памяти, создание индексов с учетом особенностей конкретной СУБД и другое.
Проблема проектирования реляционной базы данных состоит в обоснованном принятии решений о том, из каких таблиц должна состоять БД и какие атрибуты должны быть у этих отношений. Классическим является подход, при котором весь процесс проектирования производится в терминах реляционной модели данных методом последовательных приближений к удовлетворительному набору схем отношений. Исходной точкой является представление предметной области в виде одного или нескольких отношений, и на каждом шаге проектирования производится некоторый новый набор отношений, обладающих лучшими свойствами. Процесс проектирования представляет собой процесс нормализации схем отношений.
|
|
|
Анализ предметной области
В ходе анализа предметной области необходимо уяснить и указать назначение базы данных, а также определить и выделить первоначальный набор сущностей и атрибутов предметной области.
База данных предназначена для хранения данных о сделанных фирмой поставках и реализациях товара, сведений о работниках, поставщиках, заказчиках, информации о товаре.
В основу анализа данных предметной области взяты справочные и отчётные документы, выданные фирмой ООО «Долина»: прайс-лист товаров, справочник о поставщиках, справочник о работниках, справочник о заказчиках, учёт товара на складе, документы, связанные с приходом и расходом горюче-смазочных материалов, документы поставок и реализаций товара. На рисунках 1-7 приведены формы этих документов.
Прайс-лист товаров
| Наименование товара | Цена | Единица измерения |
 
|  
|  
|
Рисунок 1. Форма документа «Прайс-лист товаров»
Справочник о поставщиках
| Код | Наименование | Адрес | Факс |
|   
|  
|
|
Рисунок 2. Форма документа «Справочник о поставщиках»
Справочник о работниках
| Код | ФИО | Должность | Год рожд. | Авто | Телефон |
   
|
| 
|  
|    
|   
|
Рисунок 3. Форма документа «Справочник о работниках»
Справочник о заказчиках
| Код | Наименование | Адрес | Телефон |
|
|
|
|
|
Рисунок 4. Форма документа «Справочник о заказчиках»
На следующих двух рисунках приведены формы документов по учёту товара на складе, поставке и реализации товара:
Рисунок 5. Форма документа по учёту товара на складе, поставке и реализации
Рисунок 6. Форма документа по учёту товара на складе, поставке и реализации
В ходе анализа этих документов и так называемого «делового регламента» с заказчиком базы данных первоначально можно выделить несколько сущностей: товар, заказчики, работники, поставщики, поставка и реализация, которых позволяют охарактеризовать или описать следующие атрибуты:
1) Наименование или вид товара;
2) Цена товара;
|
|
|
3) Единица измерения товара;
4) Наименование или название поставщика;
5) Адрес поставщика;
6) Факс или телефон поставщика;
7) Фамилия, имя, отчество работников фирмы;
8) Должность работников;
9) Дата рождения работников;
10) Номер автомобиля сотрудника;
11) Телефон работников;
12) Наименование или название заказчика;
13) Адрес заказчика;
14) Телефон или факс заказчика;
15) Дата поставки/реализации товара;
16) Количество поставляемого/реализованного товара;
17) Цена поставки/реализации.
В базе данных также необходимо сделать учёт количества полученного и использованного сотрудниками фирмы горюче-смазочного материала без фиксирования цены этого вида товара. Предварительная сущность приход/расход ГСМ должна иметь следующий набор атрибутов:
1) Дата прихода/расхода ГСМ;
2) Наименование товара (то есть вид ГСМ);
3) Количество товара;
4) Единица измерения ГСМ;
5) Фамилия работника, использовавшего ГСМ;
6) Наименование поставщика этого вида товара.
За основу анализа о приходе/расходе ГСМ используем документ, изображённый на следующем рисунке:
Приход и расход горюче-смазочных материалов
Рисунок 7. Форма документа «Приход/Расход ГСМ»
В процессе «делового регламента» была выявлена необходимость указания места назначения поставляемого товара (склад и несколько точек продажи, а также несколько адресов постоянных заказчиков) и метода доставки товара (легковым автомобилем, поездом или грузовым транспортом).
Выявленные с заказчиком базы данных все необходимые действия фирмы (такие как: обработка входной и выходной информации), различные правила и стандарты, механизмы, выполняющие эту обработку (например, запросы заказчиков) представлены в следующей функциональной модели, построенной по технологии САПР IDEF, используя CASE-средства Bpwin:
Более подробно описание работ или действий, проводимых на фирме, показано в функциональной модели по методологии IDEF0:
В дополнение к диаграмме потоков работ (функциональной модели IDEF0) представлена на следующем рисунке описание бизнес процесса, протекающего в ООО «Долина», в виде функциональной модели IDEF3:
Для более наглядного отображения документооборота в дополнение к моделям IDEF0 и IDEF3 показана диаграмма потоков данных – функциональная модель DFD, где описаны функции обработки информации, документооборота, различные объекты, функции сотрудников, которые участвуют в обработке информации и таблицы для хранения документов:
Проектирование инфологической, даталогической, физической моделей, построение ER-диаграммы
|
|
|
Моделирование данных – это процесс создания логического представления структуры базы данных. Эта структура должна удовлетворять представления пользователя данными.
Достижение адекватности структуры базы данных представлениям пользователя является наиболее важной задачей при разработке эффективного приложения баз данных и основой для всей последующей работы при разработке базы данных. Если этого не достичь, то пользователи оценят базу данных неудобной, неполной и то, что она вообще не оправдала их ожидания.
В настоящее время существует два различных подхода к моделированию данных:
1) модель базы данных типа «сущность - связь» (entity-relationship model), имеющая значительное количество сторонников среди профессионалов;
2) семантическая объектная модель (некоторые считают ее более простой и точной).
При проектировании базы данных используем первый, наиболее распространенный метод моделирования данных – «сущность - связь», введённый Питером Ченом в 1976 году.
Этот выбор объясняется в первую очередь наглядностью представления отношений между объектами и поведения элементов базы данных. На этом подходе к моделированию данных основываются большинство средств автоматизации проектирования (CASE-средства), применение которых значительно сокращает время разработки и предотвращает возникновение многих ошибок.
Инфологическая модель
В базах данных содержится информация об объектах, существующих в реальном мире. Все эти объекты являются материальными, обладающим некоторыми свойствами и присущим им поведением. При создании программного продукта, свойства объектов хранятся в базе данных, а их поведение реализуется в приложении посредством методов – процедур, которые представляют собой отклик на события инициируемых пользователем.
Инфологическая модель является проблемно-ориентированной и системно-независимой, т.е. не зависимой от конкретной СУБД, операционной системы и аппаратного обеспечения ЭВМ.
Основным требованием к инфологической модели, вытекающим из ее назначения, является требование адекватного отображения предметной области. Инфологическая модель должна быть непротиворечивой. Она является единым интегрированным описанием предметной области и отражает взгляды и потребности всех пользователей системы
Инфологическая модель представляет информационные потоки, сущности и связи данной предметной области. Она может быть представлена в виде ER-модели и реляционной схемы. Мы будем представлять инфологическую модель в виде ER-модели. Она должна обладать свойством легкой расширяемости, обеспечивающим ввод новых данных без изменений ранее определенных. Центральной компонентой инфологической модели является описание объектов предметной области и связей между ними (ER-модель).
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных.
Основными конструктивными элементами инфологических моделей являются сущности, связи между ними, идентификаторы (ключи) и свойства (атрибуты).
Выделим сущности, которые будут использованы при построении базы данных, и определим характеризующие их атрибуты:
1) Сущность Товар с атрибутами:
а) Код товара;
в) Код типа;
б) Наименование товара;
г) Единица измерения.
2) Сущность Типы с атрибутами:
а) Код типа;
б) Название типа.
3) Сущность Поставщики с атрибутами:
а) Код поставщика;
б) Наименование поставщика;
в) Адрес;
г) Расстояние до поставщика;
г) Факс.
4) Сущность Работники с атрибутами:
а) Код работника;
б) Фамилия, имя, отчество;
в) Должность;
г) Дата рождения;
д) Номер автомобиля;
е) Телефон.
5) Сущность Заказчики с атрибутами:
а) Код заказчика;
б) Наименование заказчика;
в) Адрес;
г) Телефон.
6) Сущность Приход ГСМ с атрибутами:
а) Идентификатор;
б) Код товара;
в) Код типа;
г) Количество;
д) Дата прихода.
7) Сущность Расход ГСМ с атрибутами:
а) Идентификатор;
б) Код товара;
в) Код типа;
г) Код работника;
д) Код поставщика;
е) Количество;
ж) Дата расхода.
8) Сущность Поставка товара с атрибутами:
а) Идентификатор;
б) Код товара;
в) Код типа;
г) Код работника;
д) Код места назначения;
е) Код доставки;
ж) Код поставщика;
з) Количество поставляемого товара;
и) Цена поставляемого товара;
к) Дата поставки.
9) Сущность Реализация товара с атрибутами:
а) Идентификатор;
б) Код товара;
в) Код типа;
г) Код заказчика;
д) Количество реализованного товара;
е) Цена реализованного товара;
ж) Дата реализации.
10) Сущность Место назначения с атрибутами:
а) Код места назначения;
б) Название места назначения;
в) Адрес места назначения;
г) Телефон места назначения.
11) Сущность Доставка с атрибутами:
а) Код доставки;
б) Метод доставки.
Рисунок 8. Инфологическая модель базы данных «Учёт поставок, наличия и реализации товара в ООО «Долина» г. Оренбурга», построенная при помощи CASE-средства проектирования ERwin 3.5.2
Даталогическая модель
Даталогическая модель является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой мы проектируем базу данных. Этап создания даталогической модели называется даталогическим проектированием. Описание логической структуры базы данных на языке СУБД называется схемой.
Хотя даталогическое проектирование является логической структурой базы данных, на него влияют возможности физической организации данных, представляемые конкретной СУБД. Поэтому знание особенностей физической организации данных является полезным при проектировании логической структуры.
Логическая структура базы данных, а также сама заполненная данными база данных является отображением реальной предметной области. Поэтому на выбор проектных решений самое непосредственное влияние оказывает специфика отображаемой предметной области, отраженная в инфологической модели.
Для реляционной базы данных проектирование логической структуры заключается в том, чтобы разбить всю информацию по отношениям, а также определить состав атрибутов для каждого из этих файлов.
Отобразим сущности нашей базы данных, характеризующие их атрибуты, связи между сущностями, а также индексы и ключи в СУБД Access 2000:
1) Товар (КТов, КТ, НТов, ЕИ)
2) Типы (КТ, НТ)
3) Поставщики (КП, НП, АДР, ДАЛ, ФАКС)
4) Работники (КР, ФАМ, ИМЯ, ОТЧ, ДОЛ, ДР, НА, ТЕЛ)
5) Заказчики (КЗ, НЗ, АДР, ТЕЛ)
6) Приход (IDпх, КТов, КТ, КОЛ, ДАТАпх)
7) Расход (IDрх, КТов, КТ, КР, КП, КОЛ, ДАТАрх)
8) Место назначения (КМН, НМН, АДР, ТЕЛ)
9) Доставка (КД, МД)
10) Реализация (IDр, КТов, КТ, КЗ, КОЛр, ЦЕНА, ДАТАр)
11) Поставка (IDп, КТов, КТ, КР, КМН, КД, КП, КОЛ, ЦЕНА, ДАТАп)
Рисунок 9. Даталогическая модель базы данных «Учёт поставок, наличия и реализации товара в ООО «Долина» г. Оренбурга», построенная при помощи СУБД Access 2000
Физическое проектирование
Все данные и другая информация СУБД хранятся на магнитных дисках в дисковых файлах. Файл данных представляет собой таблицу, каждая строка которой содержит некоторые сведения об описываемом объекте. Все записи базы данных имеют идентичную, заданную пользователем структуру и размеры.
Для привязки даталогической модели к среде хранения используется модель данных физического уровня. Эта модель определяет используемые запоминающие устройства, способы физической организации данных в среде хранения. Модель физического уровня также строится с учетом возможности, представляемых СУБД. Описание физической структуры базы данных называется схемой хранения. Соответствующий этап проектирования базы данных называется физическим проектированием.
Данные в таблицах Access сохраняются в определенном формате, который называется типом данных. Типы данных могут быть классифицированы по четырем категориям: числовые (numeric), символьные (character), даты (date) и BLOB (логические).
Числовые данные включают в себя все числа, начиная с целых вплоть до чисел двойной точности с плавающей точкой. Символьные данные содержат строки текста. Даты используются для хранения дат и времени.
В нашей базе данных используются следующие типы данных: числовой, текстовый, счётчик, дата/время и денежный.
РАЗРАБОТКА БАЗЫ ДАННЫХ
|
|
|
