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

Министерство образования и науки Украины

Луганский национальный педагогический университет имени Тараса Шевченко

Ровеньковский факультет

Кафедра информационных технологий и систем

Курсовая работа

по дисциплине «Базы данных»

на тему:

«Разработка системы управления базой данных строительной фирмы»

Выполнил:

студент 4-го курса

специальности: «Информатика»

Сиренький Дмитрий

 

Проверил:

Шульский

Ровеньки

2007

Введение

 

В настоящее время большое распространение в сферах деятельности современных предприятий получили различные реализации баз данных. Это обосновано тем, что данный раздел информационных технологий имеет значительную степень применимости в практических ситуациях и довольно просто внедряется в каждом конкретном случае. К тому же, в последние годы существует множество всевозможных реализаций баз данных (БД) и систем управления базами данных (СУБД), что даёт возможность для стратегического варьирования и подбора наилучшего варианта, как для узкоспециализированного, так и для широко специализированного предприятия либо подразделения.

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

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

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

Из данной цели вытекают следующие задачи:

1.      Рассмотрение истории возникновения базы данных (БД) и системы управления базами данных (СУБД) и их основные определения.

2.      Выбор основного набора данных, необходимых для составления базы данных и составление инфологической модели;

3.      Практическая реализация базы данных в оболочке Microsoft Access.

4.      Создание вспомогательных элементов, для упрощения работы с базой данных (создание форм, запросов и отчетов).

1. Теоретические сведения 1.1 Появление БД и СУБД

Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД).

Система управления базами данных (СУБД) - программное обеспечение, с помощью которого пользователи могут определять, создавать и поддерживать базу данных, а также осуществлять к ней контролируемый доступ.

Основная особенность СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).

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

Поле – это столбец таблицы.

Запись – аналог строки в таблице.

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

Форма – является основным средством создания диалогового интерфейса приложения пользователя.

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

Макрос – это программа, которая содержит описание последовательности действий, выполняемых, как правило, при наступлении некоторого события в объектах.

Ключевое поле – поле, значения которого служат для однозначного определения записи в таблице.

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

Счетчик – поле, содержащее номера записей в таблице.

Индекс – средство автоматической сортировки записей в таблице по значению индексируемого поля.

Модуль – содержит процедуры на языке VisualBasic.

Проект – служит для объединения элементов приложения и группировки их по типам.

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

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

2. Техническое задание

Введение

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

Основание для разработки.

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

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

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

Основные этапы проектирования базы данных «Строительная фирма»:

1.         Общее проектирование системы;

2.         Проектирование структуры данных: выбор полей для включения в таблицы;

3.         Проектирование и связывание таблиц;

4.         Проектирование полей: правила ввода данных и проверки допустимости их значения;

5.         Проектирование запросов;

6.         Проектирование форм и отчетов;

7.         Проектирование средств автоматизации: создание меню.

2.1 Инфологическая модель данных

База данных «Строительная фирма» содержит следующие сущности:

1.         Сущность «Фирма» - содержит информацию о фирме: название фирмы, время работы, адрес, телефон и ФИО директора фирмы;

2.         Сущность «Сотрудники» - содержит информацию о сотрудниках;

3.         Сущность «Выполненные работы » - содержит следующую информацию: код работы, объем работы за квартал, вид работы, стоимость.

4.         Сущность «Клиенты» - содержит информацию непосредственно касающуюся клиентов, а именно: код клиента, фамилию, имя, отчество, код расходов.

5.         Сущность «Расходы» - содержит информацию о расходах клиентов, а именно: вид, работы, сумму затрат и метод оплаты.

Сущность «Прибыль»- содержит информацию о прибыли фирмы за определенный день и вид работы.

2.2 Даталогическая модель данных

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

-            Информация в таблицах не должна дублироваться;

-            Желательно, чтобы каждая таблица содержала информацию только на одну тему;

-            Не рекомендуется включать в таблицу данные, которые получаются в результате вычислений;

-            Информацию об объекте желательно разбивать на минимальные единицы.

Рассмотрим более подробно каждую из сущностей и атрибуты, которые они должны содержать. Так же опишем непосредственно типы данных, которые должны браться для каждого из атрибутов в практической реализации базы данных. Причём типы данных могут иметь несколько иные названия в определённых, отдельно взятых СУБД.

 

Таблица 1 - «Фирма»

Название атрибута	Тип атрибута	Размер поля
Код фирмы	Числовой	Длинное целое
Название фирмы	Текстовый	20
Время работы	Дата/время	Краткий формат времени
Адрес	Текстовый	50
ФИО начальника	Текстовый	50

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

Название атрибута	Тип атрибута	Размер поля
Код фирмы	Числовой	Длинное целое
Код сотрудника	Счетчик	Длинное целое
Фамилия	Текстовый	20
Имя	Текстовый	20
Отчество	Текстовый	20
Должность	Текстовый	20
Код работы	Числовой	Длинное целое
Зарплата	Денежный	Основной
Адрес	Текстовый	50
Телефон	Текстовый	20

Таблица 3 - «Выполненные работы»

Название атрибута	Тип атрибута	Размер поля
Код работы	Числовой	Длинное целое
Объем работы	Текстовый	50
Вид работы	Текстовый	50
Стоимость	Денежный	Основной

Таблица 4 - «Клиенты»

Название атрибута	Тип атрибута	Размер поля
Код фирмы	Числовой	Длинное целое
Код клиента	Числовой	Длинное целое
Фамилия	Текстовый	20
Имя	Текстовый	20
Отчество	Текстовый	20
Код расходов	Счетчик	Длинное целое

Таблица 5 - «Расходы»

Название атрибута	Тип атрибута	Размер поля
Код расходов	Счетчик	Длинное целое
Вид работы	Текстовый	20
Сумма затрат	Денежный	Основной
Метод оплаты	Текстовый	20

Таблица 6 - «Прибыль»

Название атрибута	Тип атрибута	Размер поля
Код фирмы	Числовой	Длинное целое
Код прибыли	Числовой	Длинное целое
Дата	Дата/время	Краткий формат даты
Прибыль	Денежный	Основной

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

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

Для работы с базой данных «Строительная фирма» необходим компьютер со следующей минимальной конфигурацией:

-   процессором Pentium II 1500 ГГц;

-   32 Мб оперативной памяти;

-   не менее 12 Мб на жестком диске;

-   адаптер VGA;

-   монитор.

Требования к информационной и программной совместимости.

Для работы с базой данных «Строительная фирма» необходима ОС Windows 98 (и выше) с установленным пакетом Microsoft Office 2000 в состав которого входит Microsoft Access.

Установка базы данных «Строительная фирма».

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

3. Реализация базы данных «Строительная фирма»

Этап 1. Общее проектирование системы

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

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

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

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

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

Этап 2. Проектирования структуры данных: выбор полей для включения в таблицы.

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

Этап 3. Проектирование и связывание таблиц.

После завершения проектирования структуры данных можно перейти к уточнению структуры таблиц. На рис. 3. показан вариант структуры базы данных «Строительная фирма».

Этап 4. Проектирование полей: правила ввода данных и проверки допустимости их значения.

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

Проектирование имен, типов и размеров полей.

Сначала необходимо присвоить имя каждому полю. Access допускает имена полей до 64 символов (включая пробелы).

Необходимо также определить тип данных, хранящихся в полях. В Access можно выбрать любой из типов данных, приведенных в табл. 7,8.

 

Таблица 7 - Типы данных Access

Тип данных	Описание
Текстовый	Алфавитно-цифровые символы; до 255 знаков
Поле МЕМО	Алфавитно-цифровые символы; строки длиной до 64 тыс. знаков
Числовой	Числовые значения многих типов и форматов
Дата/время	Значение дат и времени
Денежный	Данные, представляющие собой денежные суммы
Счетчик	Автоматически наращивает числовой счетчик
Логический	Логическое значение Да/Нет, Истина/Ложь
Поле OLE	Рисунки, диаграммы, звук, видео, файлы текстовых процессоров и электронных таблиц

На этом же этапе происходит проектирование правил ввода данных (проверка допустимости вводимых данных).

Таблица 8 - Клиенты

 

Этап 5. Проектирование форм.

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

При проектировании форм необходимо предусмотреть размещение на экране трех типов объектов:

-   Надписей и текстовых полей для полей ввода данных;

-   Специальных элементов управления (многострочных текстовых полей, переключателей, списков, флажков, диаграмм и рисунков).

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

Этап 6. Проектирование средств автоматизации: создание меню.

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