Реляционные базы данных: проектирование и реализация - Курсовая работа

Данные - это основа большинства программ, используемых в предпринимательстве, жизненная основа бизнеса. База данных (БД) представляет собой совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отображающих состояние объектов и их взаимосвязей в рассматриваемой предметной области. Для работы с БД используются Система управления базами данных (СУБД) - это комплекс языковых и программных средств, предназначенный для создания, ведения и совместного использования БД многими пользователями.Хранимые в базе данные имеют определенную логическую структуру - иными словами, описываются некоторой моделью представления данных (моделью данных), поддерживаемой СУБД. Разрабатываются также всевозможные системы, основанные на других моделях данных, расширяющих известные модели. Основными недостатками реляционной модели являются следующие: отсутствие стандартных средств идентификации отдельных записей и сложность описания иерархических и сетевых связей. Примерами зарубежных реляционных СУБД для ПЭВМ являются следующие: DBASEIII Plus и DBASE IY (фирма Ashton-Tate), DB2 (IBM), R:BASE (Microrim), FOXPRO ранних версий и FOXBASE (Fox Software), Paradox и DBASE for Windows (Borland), FOXPRO более поздних версий, Visual FOXPRO и Access (Microsoft), Clarion (Clarion Software), Ingres (ASK Computer Systems) и Oracle (Oracle). Реляционная модель данных впервые была предложена сотрудником фирмы IBM Эдгаром Коддом и основывается на понятии отношение (relation).Мебель изготавливается по размерам клиентов, заказы оформляются в офисе при помощи пакета Excel.Стоимость изделий рассчитывается исходя из деталировки. Необходимо автоматизировать процесс оформления заказов, расчет деталей изделия, выдачу отчетов по установке и оплаченным заказам. Расчет деталей происходит исходя из их размеров, цены и количества. Цена изделия формируется исходя из суммы всех деталей изделия, а стоимость заказа исходя из стоимости изделий заказа.Эта сущность отводится для хранения номера заказа, название заказа, Ф.И.О клиента, адрес клиента, дата приема, дата установки, сумма заказа, внесение предоплаты. 2.Product (Prod_num , prod_name, prod_summ, prod_zak ) Prod_num является первичным ключом таблицы он не несет информационной нагрузки служит для связи с таблицей деталей (Details). 3.Details (Det_num, det_name det_razm1, det_razm2, det_razm3 ,det_kol, det_price, det_prod ,det_edizm, det_komp, det_summ) Эта сущность отводится для хранения, номера детали, названия детали, ее размер, количество деталей, цена за единицу, единицы измерения детали, стоимости детали.Составим диаграмму ER-экземпляров: Рис 3. 2. 1.На основе диаграмм построим отношения: 1.Zakaz (Zak_num, zak_name zak_client, zak_adress, zak_priem , zak_ust, zak_price zak_predopl,) Эта сущность отводится для хранения номера заказа, название заказа, Ф.И.О клиента, адрес клиента, дата приема, дата установки, сумма заказа, внесение предоплаты. 2.Product (Prod_num , prod_name, prod_summ, prod_zak ) Prod_num является первичным ключом таблицы он не несет информационной нагрузки служит для связи с таблицей деталей (Details). Эта сущность отводится для хранения, номера детали, названия детали, ее размер, количество деталей, цена за единицу, единицы измерения детали, стоимости детали.Выделим следующие функциональные зависимости: · Zak_num a( zak_name zak_client, zak_adress, zak_priem , zak_ust, zak_price zak_predopl,) · Prod_num a( prod_name, prod_summ, prod_zak )Вторичные индексы определены для полей: не определены Номер заказа изделия prod_zak Integer Первичный ключ отношения (Primary)-Номер изделия (Prod_num). Вторичный индекс определен для поля: · Номер заказа изделия (prod_zak)-Regular; Вторичные индексы определены для полей:Номер изделия, где находится деталь (det_prod) - Regular; Тип шаблона детали (det_komp)-Regular; .Индексирование полей базы данных позволяет увеличить быстродействие обращения к данным при таких операциях, как сортировка и фильтрация данных.Рисунок-5.1 Текущие заказы Рисунок-5.2 Изделия и детали заказаБыли решены поставленные задачи по ведению заказов и получению различных аналитических данных, с помощью СУБД Visual FOXPRO, данная СУБД позволяет за короткий срок реализовать бизнес-приложения практически для любого вида деятельности-это достигнуто благодаря визуальным возможностям проектирования и наличия удобных мастеров.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ И РАЗРАБОТКИ БД

2. СУЩЕСТВУЮЩАЯ ОРГАНИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ И ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ ИССЛЕДУЕМОГО ОБЪЕКТА

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

3.1 Выделение сущностей

3.2 Составление ER-диаграмм экземпляров и типов

3.3 Формирование отношений

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

4. ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ПРОЕКТИРУЕМОЙ БАЗЫ ДАННЫХ

4.1 Средства создания, изменения описания, удаления таблиц и данных

4.2 Способы повышения производительности доступа к данным

5. РАЗРАБОТКА ЕДИНОГО КОМПЛЕКСА ПРОГРАММ ПО СОЗДАНИЮ И ВЕДЕНИЮ БАЗ ДАННЫХ

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

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

1.Стернс Т.,Стернс Л., Изучи сам Visual FOXPRO 3.0….сегодня / Пер.с англ.:Худ . обл.М.В.Драко.-Мн,.ООО ”Попурри” ,1997.-480 с.

2.Л.Омельченко Самоучитель по Visual FOXPRO 6.0 - СПБ.:БХВ-Санкт-Петербург,2000.-512с.: ил.

3.Дж. Грофф, П. Вайнберг ,Энциклопедия SQL,3-е издание.( CD) - СПБ.:Питер,2003.-869с.: ил.

4.Н.П. Воробович Электронный учебник по БД

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