Курсовая работа (т): Склад строительных материалов

Склад строительных материалов

Государственное бюджетное образовательное учреждение среднего профессионального образования (ССУЗ) «Челябинский колледж информационно-промышленных технологий и художественных промыслов»

ПЦК «Информационных технологий»

КУРСОВАЯ РАБОТА

по междисциплинарному курсу

.02 Технология разработки и защиты баз данных

Тема: Склад строительных материалов

Выполнил:

Студент группы 12СП

Пяткин Д.С.

Челябинск 2014г

Содержание

Введение

.        Нормализация

.1       Первая нормальная форма

.2       Вторая нормальная форма

.3       Третья нормальная форма

.        Описание модели базы данных

.1       Описание таблиц

.2       Первичные ключи

.3       Связи между таблицами

.4       Типы таблиц

.        Создание базы данных

.1       Создание таблиц

.2       Создание моделей

.3       Заполнение таблиц

.        Сценарий работы программы

. Реализация сценария 

.1       Создание кнопочной формы

.2       Создание форм

.3       Создание запросов

.4       Создание отчетов        

.        Аппаратные и программные средства для выполнения базы данных

.1       Минимальное аппаратное и программное обеспечение

.2       Оптимальное аппаратное и программное обеспечение

Заключение

Список литературы

Введение

Основой для учета, контроля и планирования служат всевозможные картотеки, регистрационные журналы, списки и т.д. Они постепенно накапливаются и обновляются. При большом объеме информации поиск и обобщение необходимых сведений, осуществляемых вручную, представляют собой довольно трудоемкий процесс. Поэтому и возникла необходимость создания баз данных.

В настоящее время, несмотря на повышение компьютеризации общества, до сих пор нет средств, позволяющих в достаточной мере автоматизировать процесс ведения документации и отчетности.

Одной из составных задач можно рассматривать проблему ведения учета строительных материалов на складе.

Обширные объёмы информационных потоков, обрабатываемых в любой организации, направлены в основном на создание управленческих документов. А управленческие документы, в свою очередь, на принятие управленческих решений, то есть основной функции любой организации.

Внедрение автоматизированных информационных систем в деятельность различных организаций создает возможности для повышения качества документационного обеспечения управления и позволяет повысить производительность и качество управленческого труда. Они позволяют структурировать, хранить и извлекать информацию оптимальным для пользователя способом.

База данных (БД) - это компьютеризованная система, предназначенная для хранения информации и предоставления ее по требованию.

Задача базы данных состоит в хранении всех представляющих интерес данных в одном или нескольких местах, причем таким способом, который заведомо исключает ненужную избыточность.

Создание баз данных преследует две основные цели: понизить избыточность данных и повысить их надежность. Между физической базой данных и пользователями системы располагается уровень программного обеспечения, именно это и подразумевается под понятием СУБД. Все запросы пользователей на получение доступа к базе данных обрабатываются СУБД. Создание, наполнение, обновление и удаление данных в файлах или таблицах также предоставлены СУБД. Основная задача СУБД - дать пользователю базы данных возможность работать с ней, не вникая во все подробности работы на уровне аппаратного обеспечения.

Целью работы является разработка СУБД «Учет строительных материалов на складе». Для достижения поставленной цели необходимо решить следующие задачи:

Исследовать предметную область;

Построить концептуальную модель;

Осуществить нормализацию таблиц базы данных, приведя к 3-й нормальной форме;

Разработать базу данных в MS Access;

Разработать графический интерфейс средствами прикладных программ.

1.Нормализация

Нормализация БД - это формирование модели или процесс проектирования.

Одни и те же данные могут группироваться в таблицы (отношения) различными способами, т.е. возможна организация различных наборов отношений взаимосвязанных информационных объектов.

Группировка атрибутов в отношениях должна быть рациональной, т.е. минимизирующей дублирование данных и упрощающей процедуры их обработки и обновления.

Определенный набор отношений обладает лучшими свойствами при включении, модификации, удалении данных, чем все остальные возможные наборы отношений, если он отвечает требованиям нормализации отношений.

Нормализация отношений - формальный аппарат ограничений на формирование отношений (таблиц), который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение (ввод, корректировку) базы данных.

Выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.

Отношение называется нормализованным или приведенным к первой нормальной форме, если все его атрибуты простые (далее неделимы). Преобразование отношения к первой нормальной форме может привести к увеличению количества реквизитов (полей) отношения и изменению ключа.

Первая нормальная форма

Отношение называется нормализованным или приведенным к первой нормальной форме, если все его атрибуты простые (далее неделимы). Преобразование отношения к первой нормальной форме может привести к увеличению количества реквизитов (полей) отношения и изменению ключа.

Первым шагом нормальной формы является сбор всех данных полей:

Название сектора

Код сектора

Заведующий сектором

Номер договора

ФИО

Дата рождения

Адрес

Номер телефона

Должность

Код Материала

Наименование Материала

Количество Материала

Брак

Сектор хранения Материала

Описание Материала

Дата принятия Материала

Код принимаемого Материала

Количество принятого Материала

Сектор куда приняли Материал

Цена закупки Материала

Принимающий Материал

Дата выдачи Материала

Код выданного Материала

Количество выданного Материала

Сектор из которого выдан Материал

Цена продажи Материала

Выдающий Материал

Для этой формы самое главное свойство достаточность, избыток данных в этой форме допускается.

Второй шаг первой нормальной формы:

Определение делимых полей и устранение повторяющихся групп.

Делимые поля - это поля, в которых информация дробная:

Название сектора

Код сектора

Заведующий сектором

Номер договора

Фамилия

Имя

Отчество

Дата рождения

Адрес по прописке

Номер телефона

Должность

Код Материала

Наименование Материала

Количество Материала

Брак

Сектор хранения Материала

Описание Материала

Дата принятия Материала

Код принимаемого Материала

Количество принятого Материала

Сектор куда приняли Материал

Цена закупки Материала

Принимающий Материал

Дата выдачи Материала

Код выданного Материала

Количество выданного Материала

Сектор из которого выдан Материал

Цена продажи Материала

Выдающий Материал

Повторяющиеся группы не обнаружены. Повторяющаяся группа - это совокупность трёх и более одинаковых полей.

Вторая нормальная форма

Чтобы рассмотреть вопрос приведения отношений ко второй нормальной форме, необходимо дать пояснения к таким понятиям, как функциональная зависимость и полная функциональная зависимость.

Описательные реквизиты информационного объекта логически связаны с общим для них ключом, эта связь носит характер функциональной зависимости реквизитов.

Функциональная зависимость реквизитов - зависимость, при которой в экземпляре информационного объекта по определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.

Такое определение функциональной зависимости позволяет при анализе всех взаимосвязей реквизитов предметной области выделить самостоятельные информационные объекты.

В случае составного ключа вводится понятие функционально полной зависимости.

Функционально полная зависимость не ключевых атрибутов заключается в том, что каждый не ключевой атрибут функционально зависит от ключа, но не находится в функциональной зависимости ни от какой части составного ключа.

Отношение будет находиться во второй нормальной форме, если оно находится в первой нормальной форме, и каждый не ключевой атрибут функционально полно зависит от составного ключа.

Первый шаг второй нормальной формы - расстановка первичного ключа. Чтобы легче было установить первичный ключ в таблице, нужно сделать десять записей. Ключ, так же как и вся база, должен отличатся достаточностью и не избыточностью:

Название сектора

Код сектора*

Заведующий сектором

Номер договора*

Фамилия

Имя

Отчество

Дата рождения

Адрес по прописке

Номер телефона

Должность

Код материала*

Наименование материала

Количество материала

Брак

Сектор хранения материала

Описание материала

Дата принятия материала

Код принимаемого материала*

Количество принятого материала

Сектор куда приняли материал

Цена

Принимающий материал

Дата выдачи материала

Код выдаваемого материала*

Количество выданного материала

Сектор из которого выдан материал

Цена

Выдающий материал

Следующий шаг второй нормальной формы - соотношение не ключевых полей к ключевым.

Название сектора

Код сектора*

Заведующий сектором

Номер договора*

Фамилия

Имя

Отчество

Дата рождения

Адрес по прописке

Номер телефона

Должность

Код материала*

Наименование материала

Количество материала

Брак

Сектор хранения материала

Описание материала

Дата принятия материала

Код принимаемого материала*

Количество принятого материала

Сектор куда приняли материал

Цена

Принимающий материал

Дата выдачи материала

Код выдаваемого материала*

Количество выданного материала

Сектор из которого выдан материал

Цена

Выдающий материал

Третья нормальная форма

Понятие третьей нормальной формы основывается на понятии не транзитивной зависимости. Транзитивная зависимость наблюдается в том случае, если один из двух описательных реквизитов зависит от ключа, а другой описательный реквизит зависит от первого описательного реквизита.

Отношение будет находиться в третьей нормальной форме, если оно находится во второй нормальной форме, и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.

Для устранения транзитивной зависимости описательных реквизитов необходимо провести «расщепление» исходного информационного объекта. В результате расщепления часть реквизитов удаляется из исходного информационного объекта и включается в состав других (возможно, вновь созданных) информационных объектов.

Шаг 1 третьей нормальной формы - разбиение на таблицы:

Шаг 2 третьей нормальной формы - расстановка связей:

2. Описание модели базы данных

Логические модели баз данных:

иерархическая;

сетевая;

реляционная.

Информационные модели баз данных:

концептуальная модель;

логическая (инфологическая модель данных "Сущность-связь");

реляционная модель.

База данных, описываемая в этой пояснительной записке, является реляционной базой данных.

Реляционная модель данных (РМД) - логическая модель данных, прикладная теория построения баз данных.

Реляционная модель данных включает следующие компоненты:

Структурный аспект (составляющая) - данные в базе данных представляют собой набор отношений.

Аспект (составляющая) целостности - отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

Аспект (составляющая) обработки (манипулирования) - РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

2.1 Описание таблиц

Таблица «секторы»:

Таблица «Сотрудники»:

Таблица «Материалы»:

Таблица «Выдача»: