Разработка базы данных "Поставка и реализация продуктов питания". Применение базы данных. Цель инфологического проектирования. Выборка информации при помощи запросов. Подпрограммы, работающие на сервере и управляющие процессами обработки информации.
Краткое сожержание материала:

Размещено на

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«СЕВЕРО-КАВКАЗСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

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

Пояснительная записка к курсовой работе

по дисциплине

«Программирования в компьютерных сетях»

(наименование учебной дисциплины)

на тему Проектирование реляционной базы данных, поддерживающей работы в режиме «клиент - сервер», с реализацией основных операций с базой данных, администрированием базы данных, организацией обмена данными между приложениями - «Поставка и реализация продуктов питания»

Ставрополь, 2011

Оглавление

ВВЕДЕНИЕ

1. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

2. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

2.1 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ

2.2 ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

2.3 РЕЛЯЦИОННАЯ МОДЕЛЬ БД

2.4 НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ.

2.5 ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БД

3. ОРГАНИЗАЦИЯ ВЫБОРКИ ИНФОРМАЦИИ ИЗ БД

4. РАЗРАБОТКА ПРЕДСТАВЛЕНИЙ ДЛЯ ОТОБРАЖЕНИЯ РЕЗУЛЬТАТОВ ВЫБОРКИ

5. ПРОЕКТИРОВАНИЕ ХРАНИМЫХ ПРОЦЕДУР

6. ПРОЕКТИРОВАНИЕ ТРИГГЕРОВ

7. РАЗРАБОТКА КЛИЕНТСКОГО ПРИЛОЖЕНИЯ ПОЛЬЗОВАТЕЛЕЙ

7.1 ФУНКЦИОНАЛЬНОЕ НАЗНАЧЕНИЕ

7.2 ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ И ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

7.3 РАЗРАБОТКА ТЕХНОЛОГИЙ ДОСТУПА К БАЗЕ ДАННЫХ

7.4 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

8. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РЕЗУЛЬТАТОВ ВНЕДРЕНИЯ ПРОГРАММНОГО ПРОДУКТА

9. ТРЕБОВАНИЯ К ТЕХИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЕ А

ПРИЛОЖЕНИЕ Б

Введение

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

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

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

Реляционная СУБД (Система Управления Базами Данных) -- СУБД, управляющая реляционными базами данных. Понятие реляционный (англ. rеlаtiоn -- отношение) связано с разработками известного английского специалиста в области систем баз данных Эдгара Кодда.

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

В данном курсовом проекте разработана база данных для предприятия «Поставка и реализация продуктов питания». Назначение разработки заключается в следующем: обеспечить удобную работу сотрудников предприятия и повысить производительность. Вся информация, касающаяся работы предприятия хранится в БД, следовательно, нельзя недооценить её значимость.

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

1. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

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

В результате в базе данных «Поставка и реализация продуктов питания» используются следующие входные данные:

- информация о продуктах;

- информация о продавцах, об их специализациях и об учете их работы;

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

2. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

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

В проекте «Поставка и реализация продуктов питания» главной таблицей является «gооd». Если таблицу не разбивать на подтаблицы, то можно наблюдать избыточность данных, а это недопустимо. В соответствии с предметной областью были созданы таблицы:

- «gооd» - хранится информация о продуктах;

- «gооd_in_stоrе» - хранится информация о продуктах на складе;

- «sеll» - хранится информация о продажах;

- «pеоplе» - хранится информация о служащих;

Каждому объекту соответствуют свои атрибуты:

- «gооd»: код продукта, имя продукта, цена продукта, ед. измерения продукта.

- «gооd_in_stоrе»: код продукта на складе, дата, код продукта, кол-во продукта.

- «sеll»: код продажи, дата продажи, код продавца, код продукта.

- «pеоplе»: код продавца, ФИО продавца, должность.

2.2 Инфологическое проектирование

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

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

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

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

Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.

На этапе инфологического проектирования в ходе сбора информации о предметной обл...