Разработка СУБД "Оперативный учет производственной деятельности промышленного предприятия" - Курсовая работа

Данный курсовой проект создан в СУБД Access 2000. Преимуществом данной БД является быстрота и легкость создания базы данных, не имея профессиональных знаний и наглядное предоставление всей необходимой информации. Это обусловлено тем, что применение компьютерам можно найти в любой отрасли промышленности и в любой отрасли человеческой деятельности, а это сейчас доступно как никогда, тем самым повышая спроса на качественную и удобную информацию. За многие годы работы разные учреждения и предприятия накопили большие объемы информации, которая продолжает увеличиваться, возникает необходимость в ее систематизации и обработке. Перед создателями личной картотеки вставал вопрос: как разместить информацию так, чтобы минимально использовать физическое дисковое пространство, оперативную память и при этом обеспечить оперативный доступ к данным.Целью написания данного ПП является проектирование базы данных, которая будет содержать подробную информацию о функционировании ботанического сада, предоставлять подробную информацию о растениях, сотрудниках, работающих там. В целом, база данных «Функционирование ботанического сада» должна: 1) обеспечивать возможность запрашивать, отыскивать, изменять и систематизировать информацию в БД;Для реализации поставленной задачи в проектируемую БД необходимо включить следующие разделы: 1) информация о выращиваемых растениях;Ботанический сад содержит несколько участков. На каждом участке выращивается определенный набор растений и работает персонал. О растениях необходимо знать на каком участке оно произрастает, его тип, семейство, его название и дату посадки.Исходя из моей предметной области, я выделила следующие объекты: «Растения», «Сотрудники», «Участки», «Должности», «Ученые звания», «Типы растений», «Семейства». Каждый объект имеет некоторые свойства. Объект «Растения» имеет свойство: «название», «тип», «семейство»; объект «Сотрудники» имеет свойства: «ФИО», «дата рождения», «должность», «стаж работы», «ученое звание»; У объекта «Участки» есть свойства: «номер», «название»; У объекта «Должности» свойство: «название»; Объект «Ученые звания» имеет свойство: «название»; Объект «Типы растений» имеет свойство «название»; объект «Семейства» имеет свойство «название». Объект «Должности» относится к объекту «Сотрудники» как 1/? т.к. одну должность может иметь несколько сотрудников, а один сотрудник может иметь только одну должность. Объект «Ученые звания» относится к объекту «Сотрудники» как 1/? т.к. одно ученое звание может иметь несколько сотрудников, а один сотрудник может иметь только одно ученое звание.Большое количество разработанных к настоящему времени разнообразных СУБД связано с существованием различных моделей данных. При проектировании БД мы сталкиваемся с задачей выбора наиболее подходящей модели данных для конкретной предметной области. Из приведенной схемы (рисунок 3.1) видно, что между объектами существуют связи имеющие тип как «один ко многим», так и «один к одному». БД может быть основана на одной модели или на совокупности нескольких моделей.В иерархической модели связи между данными описывают с помощью упорядоченного графа (или дерева). Он включает в себя подтипы («поддеревья»), каждый из которых, в свою очередь, является типом «дерево». Каждый из элементарных типов, включенных в тип «дерево», является простым или составным типом «запись». Таким образом, ИМД представляет собой упорядоченную совокупность экземпляров типа «дерево» (деревьев), содержащих экземпляры типа «запись» (записи). Корневыми являются сразу два типа Тип и Город, которые в свою очередь имеют свои подчиненные типы.Сетевая модель позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая тем самым ИМД. СМД состоит из набора записей и набора соответствующих связей. В отличие от ИМД в СМД запись-потомок может иметь произвольное число записей-предков (сводных родителей). Типы связей здесь обозначены надписями на соединяющих типы записей линиях. Например, в дополнительной таблице появятся записи, которые не имеют родительских записей в основной таблице.Реляционная модель данных некоторой предметной области представляет собой набор отношений (двумерных таблиц), изменяющихся во времени. Например, при использовании СУБД Microsoft Access в файле БД наряду с таблицами хранятся и другие объекты базы: запросы, отчеты, формы, макросы и модули. С помощью одной таблицы удобно описывать простейший вид связей между данными, а именно деление одного объекта, информация о котором храниться в таблице, на множество подобъектов, каждому из которых соответствует строка или запись таблицы. Переход от схемы объект - отношение к реляционной модели данных осуществляется следующим образом: все объекты схемы объект - отношение это определенные таблицы название полей которых являются свойствами объектов, если отношение имеет свойства то оно также является таблицей в полученной реляционной модели данныхОсновы современной информационной технологии составляют базы данных (БД - это структурированная

СОДЕРЖАНИЕ

Введение

1 Постановка задачи

1.1 Общая постановка задачи

1.2 Основные составные компоненты проектируемой БД

2 Описание предметной области

3 Описание схемы объект-отношение

4 Выбор и обоснование типа модели данных

4.1 Иерархическая модель данных

4.2 Сетевая модель данных

4.3 Реляционная модель данных

5 Обоснование выбора СУБД

6 Описание концептуальной модели реляционной БД

6.1 Схема данных

6.2 Описание и обоснование полей таблиц

7 Группы пользователей

8 Порядок функионирования системы

9. Основные запросы к системе

10 Перечень созданных форм

10.1 Краткое описание и предназначение форм

11 Перечень сфомированных отчетов

12 Принципы функционирования системы

12.1 Обоснование создания архивов БД

12.2 Режим восстановления данных

13 Комплект поставки и порядок установки

Выводы

Список используемой литературы

Приложение А Техническое задание

Приложение Б Руководство пользователя

Приложение В Примеры заполненных таблиц

Приложение Г Описание макросов, использованных в БД

Приложение Д Листинги программных модулей