База данных отдела сбыта

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

КУРСОВАЯ РАБОТА

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

«Базы данных и знаний»

на тему: «База данных отдела сбыта»

Список условных обозначений и сокращений

БД - база данных;

СУБД - система управления базами данных;

SQL - Structured Query Language;

ER-модель - «Entity Relationship» - модель «сущность-связь»;

RAID (Redundant Array of Independent Disks) - массивы RAID - система обеспечения надежности хранения данных, использующая дополнительные жестки диски для создания дублирующих копий информации или дополнительные биты четности для восстановления информации на случай потери данных га одном из дисков.

Введение

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

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

Информационные услуги возникают только при наличии баз данных электронном или не в электронном варианте.

Целью выполняемой работы является разработка базы данных (БД) для учёта проверок наличия и состояния периодической печати.

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

Задачи, которые следует решить для разработки БД, являются:

-сбор информации для описания предметной области;

-отбор информации - источников для создания базы данных (этап системного анализа предметной области);

-выявление сущностей инфологической модели и моделирование связей между ними (этап инфологического моделирования);

-построение таблиц базы данных и нормализация базы (этап даталогического проектирования);

-реализация программного интерфейса к базе данных (этап создания интерфейса приложения).

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

1. Системный анализ предметной области БД «Отдела сбыта

типографии»

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

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

На основании всех накладных составляется счет фактура на всю приобретенную и реализованную периодическую продукцию типографии.

Кроме того, составляется третий чек, который является немаловажным документом для отчетности вышестоящему руководству о проделанной работе типографии.

2. Инфологическое моделирование

2.1 Выявление сущностей инфологической модели БД «Отдела сбыта

типографии»

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

На основании изучения предметной области я выделила следующие сущности («Entity Relationship» - ER-модели):

1. «Периодические издания»,

2. «Поставщики»,

3. «Потребители»,

4. «Поставка продукции»,

5. «Приложения».



Рисунок 1 - Сущность «Периодические издания»

Рисунок 2 - Сущность «Поставщики»

Рисунок 3 - Сущность «Потребители»

Рисунок 4 - Сущность «Поставка продукции»



Рисунок 5 - Сущность «Приложения»

2.2 Связи между сущностями инфологической модели БД «Отдела

сбыта типографии»

Между выделенными сущностями можно выделить следующие связи:

1. «Периодические издания» и «Поставщиками» (связь М:1),

2. «Поставка продукции» и «Периодические издания» (связь М:1),

3. «Потребители» и «Поставка продукции» (М:1),

4. «Поставщики» и «Периодические издания» (1:М),

5. «Периодические издания» и «Приложения» (М:М).



Рисунок 6- Моделирование связей между сущностями предметной области «Отдела сбыта типографии»

3. Даталогическое проектирование БД «Отдел сбыта типографии»

3.1 Построение таблиц и нормализация базы данных

Следующий этап проектирования - построение даталогической модели. В рассматриваемом случае задача этого типа - преобразование ER-диаграммы «Отдел сбыта типографии» в реляционную схему.

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

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

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

Связи типа «многие-ко-многим». В ER-диаграмме наблюдается связь этого типа между сущностями «Периодические издания» и «Приложения». Согласно правилу 6 должно быть создано третье отношение - для связи между отношениями. Это отношение «Издания-Приложения». В число атрибутов поместим ключи отношений, «Периодические издания» и «Приложения»: Код издания и Код приложения, их сочетание образует ключ нового отношения «Издания-Приложения».

Все таблице находятся в третьей нормальной форме (3НФ), так как удовлетворяют определение 2НФ и ни один из его неключевых атрибутов не связан функциональной зависимостью с любым другим неключевым атрибутом (отсутствуют транзитивные зависимости).

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

Рисунок 7- Реализация реляционной схемы из ER-диаграммы «Отдел сбыта типографии»

4. Реализация базы данных «Отдел сбыта типографии»

Рассматриваем создание приложения «Отдел сбыта типографии» в выбранной СУБД MS Access.

Внешний вид схемы данных практически совпадает с графическим представлением теоретической модели.

Рисунок 8- Результат таблицы Периодические издания

Рисунок 9 Результат таблицы Поставщики.



Рисунок 10 Структура базы данных «Отдел сбыта типографии»

5. Создание интерфейса приложения «Отдел сбыта типографии»

Для создания приложений в СУБД MS Access используются запросы.

Если пользователю надо получить данные из базы, он должен использовать специальные объекты - запросы.

На основании системного анализа предметной области выполнены следующие запросы:

Рисунок 11 Результат запроса «Потребители продукции»

6. Реализация базы данных

6.1 Разработка таблиц для приложения

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

Для создания приложений СУБД MS Access можно воспользоваться, например, средствами Visual Basic.

В Visual Basic с помощью надстройки Visual Data Manager можно создавать базы данных, создавать и модифицировать таблицы, индексы.

Рисунок 12- Результат таблицы Periodicheskieizdaniy



Рисунок 12- Результат таблицы Postavshiki

C помощью надстройки Visual Data Manager составлены следующие таблицы:

- Periodicheskieizdaniy;

- Postavkaprodukci;

- Postavshiki;

- Potrebiteli;

- PrilozhiniyIzdaniy.

6.2 Разработка запросов для приложения

Построение запросов в приложении Visual Data Manager осуществляется с помощью Query Builder.

Для запуска Visual Data Manager используется команда Add-In (Надстройки). При ее выполнении открывается окно VisData, содержащее меню и панель инструментов.

В Visual Basic запросы с помощью надстройки Visual Data Manager можно создавать вручную, записывая команду на языке SQL в специальном окне менеджера SQL Statement, либо путем автоматического построения с помощью Query Builder.

Этим способом составлены следующие запросы:

- PERIODPRODUKCI;

- PERIODPOSTAVSHIKI;

- POSTAVKAPOTREBITELI;

- POSTAVSHIKIPOTREBITELI.

Рисунок 13 - Результат запроса «PERIODPRODUKCI»

7. Создание интерфейса приложения

7.1 Разработка форм для приложения

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

С помощью дизайнера форм базы данных Data Form Designer построены формы для заполнения таблиц базы данных:

- frmPeriodicheskieizdaniy;

- frmPostavkaprodukci;

- frmPostavshiki;

- frmPotrebiteli;

- frmPrilozhiniyIzdaniy.

Рисунок 14 - Результат формы «Postavshiki»



Рисунок 15 - Результат формы «Prilozheniy»

7.2 Разработка отчетов для приложения

Для проектирования и управления отчетами в Visual Basic 6 имеются специальный объект DataReport и инструментальное средство Data Report Designer (Конструктор отчетов).

В режиме мастера был выполнен отчет:

- Поставщики продукции.

Рисунок 16- Результат отчета «Поставщики продукции»

7.3 Отображение базы данных через элемент FlexGrid для приложения

Для вывода табличных данных удобно использовать нестандартный управляющий элемент FlexGrid. Внешне это таблица, в каждую ячейку которой можно поместить число или текст. Нестандартный элемент управления вначале нужно поместить на панель инструментов. Выберите команду Components из меню Project. В одноименном диалоге найдите и отметьте флажком элемент Microsoft FlexGrid Control 6.0 и нажмите кнопку Применить.

Рисунок 17 - Результат выполнения запроса «Запросы»

8. Создание запускающей формы проекта БД «Отдел сбыта

типографии»

Работа приложения начинается с главной кнопочной формы - Start. Через этот главный интерфейс приложения начинается работа в среде приложения, осуществляется выбор того или иного компонента приложения, представленного некоторой подчиненной кнопочной формой, и обеспечивается обращение к нужным объектам компонента - формам, запросам, отчетам. На главной форме расположим меню, состоящее из следующих команд: «Таблицы». Также на главной форме расположим следующие кнопки: «Формы», «Отчет», «О программе»; кнопка для выхода из программы - «Выход».

Рисунок 25 - Окончательный вид приложения «Отдел сбыта типографии»

Заключение

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

В процессе реализации были выполнены поставленные задачи:

-сбор информации для описания предметной области;

-отбор информации - источников для создания базы данных (этап системного анализа предметной области);

-выявление сущностей инфологической модели и моделирование связей между ними (этап инфологического моделирования);

-построение таблиц базы данных и нормализация базы (этап даталогического проектирования);

-реализация программного интерфейса к базе данных (этап создания интерфейса приложения).

С помощью созданной базы можно не только контролировать деятельность типографии, но и совершенствовать её.

база данные программный интерфейс

Список использованных источников

1. Мартьянова, А.Е. Лабораторный практикум по дисциплине «Базы данных и знаний». Часть 1. Учебно-методическое пособие для студентов специальности 350800 «Документоведение и документационное обеспечение управления» (электронный вариант). - Астрахань: АГТУ. - 2004, 143 с.

2. Фридланд А. Информатика - толковый словарь основных терминов. - Москва, Приор, 1998

3. Макарова Н.В Информатика - Москва 2002год.

Приложение

Листинг SQL-запросов

Листинг SQL-запроса «PERIODPRODUKCI»

SELECT Periodicheskieizdaniy.Codeizdaniy, Periodicheskieizdaniy.Nazvanie, Periodicheskieizdaniy.Tip, Periodicheskieizdaniy.Tirasch, Postavkaprodukci.Codepostavshica, Postavkaprodukci.Nomerizdaniy, Postavkaprodukci.Data, Postavkaprodukci.Cenaza1izdanie

FROM Periodicheskieizdaniy, Postavkaprodukci

WHERE Periodicheskieizdaniy.Codepostavshica=Postavkaprodukci.Codepostavshica;

Листинг SQL-запроса «PERIODPOSTAVSHIKI»

SELECT Periodicheskieizdaniy.Codeizdaniy, Periodicheskieizdaniy.Nazvanie, Periodicheskieizdaniy.Tip, Periodicheskieizdaniy.Tirasch, Postavshiki.Codepostavshika, Postavshiki.Nazvanie, Postavshiki.INN, Postavshiki.Adress

FROM Periodicheskieizdaniy, Postavshiki

WHERE Periodicheskieizdaniy.Codepostavshica=Postavshiki.Codepostavshika;

Листинг SQL-запроса «POSTAVKAPOTREBITELI»

SELECT Postavkaprodukci.Codepostavshica, Postavkaprodukci.Nomerizdaniy, Postavkaprodukci.Data, Postavkaprodukci.Cenaza1izdanie, Potrebiteli.Codepotrebitely, Potrebiteli.Nazvanie, Potrebiteli.INN, Potrebiteli.Adress

FROM Postavkaprodukci, Potrebiteli

WHERE Postavkaprodukci.Codepostavshica=Potrebiteli.Codepostavshika;

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