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

Размещено на http://www.allbest.ru/

Башкирский государственный аграрный университет

Курсовой проект

Уфа 2008



Содержание

Введение

1. Анализ предметной области

2. Концептуальное проектирование

2.1 Перечень сущностей

2.2 Перечень атрибутов

3. Логическое проектирование

3.1 Модель «сущность-связь»

3.2 Классификация связей

4. Реляционная модель БД

4.1 Функциональные зависимости между атрибутами

4.2 Выбор ключей

4.3 Нормализация отношений

5. Даталогическое проектирование

6. Запросы к базе данных

7. Требования к техническому обеспечению

8. Инструкция по использованию БД

Заключение

Библиографический список



Введение

автоматизация концептуальный проектирование атрибут

В данной курсовой работе была разработана база данных по автоматизации деятельности вымышленной строительной компании «О!Краско!».

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

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



1. Анализ предметной области

В данной курсовой работе предметную область составляет автоматизация деятельности строительной компании. Автоматизация деятельности, представлена в приведенной ниже схеме1 моделью BPwin(см. в приложении 1).

Рисунок 1.1 Схема функциональной модели

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



2. Концептуальное проектирование

2.1 Перечень сущностей

Для создания базы данных должны быть выделены следующие сущности:

Заказы.

Договор.

Смета.

Поставщики.

Сотрудники.

Прайс.

2.2 Перечень атрибутов

Для каждой сущности должен быть список атрибутов.

Таблица 2.1 - Атрибуты

Сущности	Атрибуты	Типы	Размер	Ограничение
Заказы	Код заказа	Числовой	Длинное целое
	ФИО заказчика	Текстовый	100
	Адрес	Текстовый	Длинное целое
	Код сметы	Числовой	Длинное целое
Договор	Код договора	Числовой	Длинное целое
	ФИО	Тестовый	100
	Дата заключения	Дата/время
Смета	Код сметы	Числовой	Длинное целое
	Код договора	Числовой	Длинное целое
	Код заказа	Числовой	Длинное целое
	Код поставщика	Числовой	Длинное целое
	Код ответветственного сотрудника	Числовой	Длинное целое
	Наименование работ	Текстовый	100
	Код работ	Числовой	Длинное целое
	Ед_измерения	Текстовый	100
	Цена за ед_измерения	Числовой	Длинное целое
	Метраж	Числовой	Длинное целое
Поставщики	Код поставщика	Числовой	Длинное целое
	Наименование организации	Текстовый	100
	Адрес	Текстовый	100
Сотрудники	Код сотрудника	Числовой	Длинное целое
	ФИО	Текстовый	100
	Дата рождения	Дата/время
	Стаж	Числовой	Длинное целое
	Должность	Текстовый	100
Прайс	Код работ	Числовой	Длинное целое
	Наименование работ	Текстовый	100
	Ед_измерения	Числовой	Длинное целое
	Цена за ед_измерения	Числовой	Длинное целое



3. Логическое проектирование

3.1 Модель «сущность-связь»

Управляющая компания рассылает дочерним организациям формы для заполнения, в которых имеются: показатели и единица их измерения, тип значения и тип периода.

Данная модель представлена на схеме 3.1 ниже.

Схема 3.1 Информационная модель

3.2 Классификация связей

Сущности «Поставщики», «Сотрудники», «Прайс», «Заказы» и «Договор» объединены через сущность «Смета». Таким образом, сущность «Смета» связана со всеми сущностями, кроме «Договор», отношением «многие-к-одному».



4. Реляционная модель БД

4.1 Функциональные зависимости между атрибутами

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

4.2 Выбор ключей

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

Таким же образом в качестве первичного ключа сущности «Заказы», «Сотрудники» и «Договор» удобнее ввести искусственный числовой атрибут вместо сочетания атрибутов «Фамилия», «Имя» и «Отчество».

4.3 Нормализация отношений

Схема, приведенная в разделе 3.1., отвечает 1НФ т.к. данные представлены в виде двумерных таблиц с выделенными ключевыми атрибутами.

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

Схема отвечает 3НФ, т.к. она отвечает всем требованиям 2НФ и ни один из не ключевых атрибутов не зависит от других не ключевых атрибутов.



5. Даталогическое проектирование

Состав таблиц БД

База данных содержит семь таблиц: «Договор», «Смета», «Заказы», «Поставщики», «Сотрудники и «Прайс».

Рисунок 5.1 Структура таблицы «Договор»



Рисунок 5.2 Структура таблицы «Смета»

Рисунок 5.3 Структура таблицы «Заказы»

Рисунок 5.4 Структура таблицы «Поставщики»



Рисунок 5.5 Структура таблицы «Сотрудники»

Рисунок 5.6 Структура таблицы «Прайс»

Средства поддержания целостности

Связи таблиц базы данных представлены на рисунке 5.7 данных ниже.

Схема 5.7 Связи таблиц базы данных

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

Рисунок 5.8 Изменение связи



6. Запросы к базе данных

В базе данных реализовано десять запросов (см. рисунке 6.1).

Рисунок 6.1 Запросы

Рисунок 6.2 Простая выборка



Рисунок 6.3 Выборка с условием больше/меньше

Рисунок 6.4 Выборка данных из связанных таблиц



Рисунок 6.5 Выборка с использованием оператора соединения

Рисунок 6.6 Итоговый (групповой) запрос



Рисунок 6.7 Вычисляемый запрос

Рисунок 6.8 Выборка с использованием шаблона



Рисунок 6.9 Запрос-действие на обновление данных

Рисунок 6.10 Запрос-действие на удаление данных



7. Требования к техническому обеспечению

Требования к вычислительной машине: ОС/Windows/XP Professional/ IE 5.1 и выше, процессор Х86 Famile 6 Model 15 Stepping 2 GenuineIntl ~1599МГц, версия BIOS American Megatrends Inc. 0602, 08.05.2007, 2 ГБ физической памяти, 1,96 ГБ виртуальной памяти. Установленный полный пакет Microsoft Office(Access 2010).



8. Инструкция по использованию БД

Запуск программы.

Открыть проводник Windows, найти базу данных «Курсовая работа. accdb», установить не нее курсор мыши и щелкнуть левой кнопкой. На экране появится главная форма программы.

Рисунок 8.1 Главная кнопочная форма

Экранные формы

Рисунок 8.2 Экранная форма таблиц

Рисунок 8.3 Экранная форма форм



Рисунок 8.2 Экранная форма запросов

Рисунок 8.2 Экранная форма отчетов

Описание отчётов

Отчет «Смета» создан с использованием мастера создания отчетов на основе двух запросов (см. отчет в режиме конструктора на рисунке 9.1)

Рисунок 8.3 Отчет в режиме конструктора



Заключение

В настоящее время предприятие не может обойтись без компьютера, который значительно облегчает его организацию, позволяет механизировать решение задач различного характера, которые ранее решались вручную. Тем более что сейчас прогрессирует развитие различных технологий, компьютерных, сетевых, и так далее. Все большее количество задач, стоящих перед человеком, решается при помощи ЭВМ. Это необходимо, т. к. круг объектов сферы человеческой деятельности постоянно растет, с другой стороны, вычислительные характеристики ЭВМ тоже постоянно совершенствуются. Создавая базу данных для вымышленной строительной компании О!Краско!, были приобретены практические навыки обследования предметной области, концептуального, логического и физического проектирования базы данных, освоила средства поддержания целостности базы данных, запросов. А также изучены и освоены принципы, приемы разработки, формализации предметной области в виде функциональной (BPwin) модели, информационной модели ERwin для построения АСУ.

Также в данной работе представлен вариант работы автоматизации деятельности строительной компании таким образом, чтобы можно было автоматизировать деятельность компании.

В процессе работы над курсовым проектом приобретены практические навыки создания базы данных в СУБД Microsoft Access с момента обследования предметной области и до настройки параметров запуска.



Библиографический список

1. Горелов А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД - СПб.: Питер,2010. - 704 с.

2. Виллет, Кроудер Microsoft Office 2000 Библия пользователя.: Пер. с англ.-М.: Издательский дом «Вильямс», 2007. - 1026 с.

3. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник. - М.: Финансы и статистика, 2004. - 512 с.

4. Информатика: Учебник / Под ред. проф. Макаровой Н. В. - М.: Финансы и статистика, 2003. -768 с.

5. Хомоненко А. Д., Цыганков В. М., Мальцев М.Г. Базы данных. Учебник для ВУЗов / Под ред. проф. А. Д. Хомоненко. - СПб.: КОРОНА-принт, 2001. - 416 с.

6. Черемных С.В. и др. Моделирование и анализ систем. IDEF-технологии: практикум / С.В. Черемных, И.О. Семенов, В.С. Ручкин. - М.: Финансы и статистика, 2005. - 192 с.

7. Карпова Т. С. Базы данных. Модели, разработка, реализация. - СПб.: Питер, 2005. 304 с.

Размещено на Allbest.ru