|
Создание базы данных «Стройка». Курсовая. Тот кр 09. 02. 07 Пз
Содержание
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпись
| Дат
| Разраб
|
|
|
|
Тема КР
Создание базы данных «Стройка»
| Лит
| Лист
| Листов
| Провер
| Ненашева Я.С.
|
|
|
|
|
| 2
| 30
| Реценз
|
|
|
|
ТОГАПОУ ТОТ
| Н.Контр
|
|
|
| Утверд
|
|
|
|
Введение В настоящее время большое распространение в различных сферах деятельности предприятий получили базы данных. Это обусловлено тем, что данный раздел информационных технологий имеет высокую степень применимости в решении практических задач и довольно просто внедряется в каждом конкретном случае. К тому же в последние годы существует множество всевозможных реализаций баз данных (БД) и систем управления базами данных (СУБД), что даёт возможность для выбора и подбора наилучшего варианта для каждого предприятия конкретно.
СУБД стали очень популярным средством обработки табличной информации. Они являются прекрасным инструментом для проектирования баз данных при обработке больших объемов информации. Проанализировав эту ситуацию, я пришел к выводу о необходимости автоматизирования процессов на примере создания БД «Стройка». Чем и был обусловлен выбор темы моей курсовой работы. Целью курсовой работы является разработка базы данных строительной фирмы и ее реализация, используя оболочку MS Access.
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
3
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпис
| Дата
|
Анализ и описание предметной области
Объект разработки – база данных «Стройка», предназначенная для хранения и работы с информацией о заказе материалов, рабочих, бригадирах.
Цель данной работы заключается в закреплении знаний, получении практического опыта создания программ, которые могут быть использованы в дальнейшем в строительной организации. Практическое задание по курсовой работе было выполнено в системе управления базами данных Access для Microsoft 365.
Базы данных — это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия.
Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять.
Каждая запись является набором именованных полей, или ячеек, которые могут хранить самую разнообразную информацию. Однотипные поля разных записей образуют столбец таблицы.
Создав одну таблицу, вы уже получаете полноценную базу данных. Однако в реальной жизни структуры баз данных, а соответственно и способы их создания, намного сложнее.
В последние годы возникло большое число избыточной информации, в которой иногда трудно сориентироваться и выбрать нужные сведения.
Для решения подобных проблем применяются автоматизированные базы данных. Они стали неотъемлемой частью практически всех компьютерных систем - от отрасли до отдельного предприятия. За последние несколько лет вырос уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
4
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпис
| Дата
|
информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.
К настоящему времени накоплен значительный опыт проектирования БД, предназначенных для управления производством, это позволяет сделать процесс создания БД более эффективным.
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
5
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпис
| Дата
|
Концептуальная модель
Концептуальная модель базы данных - это наглядная диаграмма, нарисованная в принятых обозначениях и подробно показывающая связь между объектами и их характеристиками. Создается концептуальная модель для дальнейшего проектирования базы данных и перевод ее, например, в реляционную базу данных. На концептуальной модели в визуально удобном виде прописываются связи между объектами данных и их характеристиками.
Сущность - объект любой природы, данные о котором хранятся в отношении (таблице, в которой содержатся данные).
В рассматриваемой предметной области можно выделить следующие сущности:
1. Строители - содержит информацию о дате рождения, гражданстве, мпециальности и т.д.
2. Бригады – содержит информацию о номере бригады, строителях, которые в нее входят и т.д.
3. Заказ материалов – содержит информацию о названии, единицах измерения, количестве, дате заказа и т.д.
4. Учет отработки - содержит информацию о строителях, количестве отработанных дней и т.д.
Перечисленные выше сущности содержат различные атрибуты. Атрибут – свойство сущности (заголовок столбца таблицы).
Перечислим атрибуты вышеназванных сущностей:
Строители (табельный номер строителя, ФИО , год рождения, гражданство, специальность, № бригады).
Бригады (номер бригады, наименование).
Заказ материалов (наименование, единица измерения, количество, дата, бригадир).
Учет отработки (ФИО строителя, количество дней, план).
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
6
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпис
| Дата
|
Логическая модель базы данных. Нормализация отношений
Качество разработанной БД всецело зависит от качества выполнения отдельных этапов ее проектирования. Огромное значение имеет качественная разработка логической модели данных, так как она, с одной стороны, обеспечивает адекватность базы данных предметной области, а с другой стороны, определяет структуру физической БД и, следовательно, ее эксплуатационные характеристики.
Одни и те же данные могут группироваться в таблицы-отношения различными способами, т.е. возможна организация различных наборов отношений взаимосвязанных информационных объектов предметной области. Группировка атрибутов в отношениях должна быть рациональной, предельно сокращающей дублирование данных и упрощающей процедуры их обработки и обновления.
Определенный набор отношений обладает лучшими свойствами при включении, модификации и удалении данных, если он отвечает конкретным требованиям нормализации отношений.
Нормализация отношений – формальный аппарат ограничений на их формирование, который позволяет устранить дублирование данных, обеспечить их непротиворечивость и уменьшить затраты на поддержание БД.
На практике наиболее часто используются понятия первой, второй и третьей нормальных форм.
Отношение называется нормализованным или приведенным к первой нормальной форме (1НФ), если все его атрибуты простые или атомарные (далее – неделимые). Отношение, находящееся в первой нормальной форме, будет иметь следующие свойства:
■ в отношении нет одинаковых кортежей;
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
7
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпис
| Дата
|
■ кортежи не упорядочены;
■ атрибуты не упорядочены и различаются по наименованиям;
■ все значения атрибутов атомарные.
Как видно из перечисленных свойств, любое отношение автоматически находится в первой нормальной форме.
Легко показывается, что первая нормальная форма допускает хранение в одном отношении разнородной информации, избыточности данных, приводящих к неадекватности логической модели данных предметной области. Таким образом, первой нормальной формы недостаточно для правильного моделирования данных.
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
8
|
|
|
|
|
| Изм
| Лист
| № Докум
| Подпис
| Дата
|
Физическая модель базы данных
Проектирование информационных систем, включающих в себя базы данных, осуществляется на физическом и логическом уровнях. Решение проблем проектирования на физическом уровне во многом зависит от используемой СУБД (система управления базами данных – комплекс языковых и программных средств, предназначенных для создания, ведения, и совместного ведения БД многими пользователями), зачастую автоматизировано и скрыто от пользователя. В ряде случаев пользователю предоставляется возможность настройки отдельных параметров системы, которая не составляет большой проблемы. Рис.1 - Схема связей
|
|
|
|
|
|
ТОТ КР 09.02.07 ПЗ
| Лист
9
|
|
|
|
|
| |
|
|