Проектирование базы данных "Аптека"

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

Содержание

• Введение
• 1. Проектирование БД
• 1.1 Анализ предметной области задачи
• 1.2 Информационное моделирование предметной области
• 1.3 Инфологическое моделирование
• 1.4 Логическое моделирование
• 2. Разработка ПО
• 2.1 Структура ИС (ПО)
• 2.2 Физическая модель данных
• 2.3 Запросы к предметной области
• Заключение
• Список литературы
• Приложение А
• Приложение Б
• Приложение В
• Введение

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

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

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

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

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

1. Проектирование БД

1.1 Анализ предметной области

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

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

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

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

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

ЛЕКАРСТВО (ИД_ЛЕКАРСТВА, НАЗВАНИЕ_ЛЕКАРСТВА, АННОТА-ЦИЯ, ФИРМА_ПРОИЗВОДИТЕЛЬ, ЕДИНИЦА_ИЗМЕРЕНИЯ, МЕСТО_ХРА-НЕНИЯ).

Связь (relationship) - это ассоциация, установленная между несколькими сущностями. Пример: поскольку каждое лекарство производит фирма-производитель, то между сущностями ФИРМА_ПРОИЗВОДИТЕЛЬи ЛЕКАРСТВО существует связь «производит» или ФИРМА_ПРОИЗВО-ДИТЕЛЬ - ЛЕКАРСТВО.

Набор связей (relationshipset) - это отношение между n (причем n не меньше 2) сущностями, каждая из которых относится к некоторому набору сущностей.

В случае n=2, т.е. когда связь объединяет две сущности, она называется бинарной. Доказано, что n-арный набор связей (n>2) всегда можно заменить множеством бинарных, однако первые лучше отображают семантику предметной области.

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

· Один к одному (обозначается 1 : 1 ). Это означает, что в такой связи сущности с одной ролью всегда соответствует не более одной сущности с другой ролью.

· Один ко многим ( 1 : n ). В данном случае сущности с одной ролью может соответствовать любое число сущностей с другой ролью.

· Много к одному (n : 1 ). Эта связь аналогична отображению 1 : n.

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

1.2 Информационное моделирование предметной области

Рисунок 1 - Контекстная диаграмма

В качестве управления предусмотрены следующие объекты:

- «Законодательство в области здравоохранения»;

- «Устав предприятия».

В качестве входных данных выступают:

- «Данные о товаре»;

- «Данные о поставщике».

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

- «Отчет о приходе»;

- «Отчет о расходе».

На рисунке 2 представлена декомпозиция контекстной диаграммы функциональной модели.

Рисунок 2 - Декомпозиция функциональной модели

В декомпозиции функциональной модели можно выделить два основных блока:

- «Приход»;

- «Расход».

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

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

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

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

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

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

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

Составление ER-диаграммы типов

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

1.4 Логическое моделирование

При реализации базы данных «Аптека» с помощьюMicrosoftAccess были созданы 7 таблиц:

1. Лекарства;

2. Приход;

3. Расход;

4. Производители;

5. Поставщики;

6. Единицы измерения;

7. Места хранения.

Первые три таблицы созданы как основные сущности предметной области. Сущности «Производители», «Поставщики», «Единицы измерения»,«Места хранения» являются атрибутами основных сущностей, но вынесены в отдельные таблицы с целью создания выпадающих списков при заполнении основных таблиц.

Опишем основные таблицы и их атрибуты:

· Лекарства обладают следующими атрибутами:

- идентификатор лекарственного средства (ключевое поле);

- наименование лекарства;

- краткая аннотация;

- фирма-производитель;

- единица измерения;

- место хранения.

· Приход:

- идентификатор прихода (ключевое поле);

- препарат;

- дата поступления;

- количество;

- поставщик;

- цена закупки.

· Расход:

- идентификатор расхода (ключевое поле);

- препарат;

- дата реализации;

- количество;

- отпускная цена.

Данные, введенные в таблицы, отражены в приложении А.

2. Разработка ПО

2.1 Структура ИС (ПО)

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

· имя, например, Фамилия, Имя, Отчество, Дата рождения;

· тип, например, символьный, числовой, календарный;

· длина, например, 15 байт, причем будет определяться максимально возможным количеством символов;

· точность для числовых данных, например два десятичных знака для отображения дробной части числа.

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

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

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



Рисунок 3 - Структура ИС

Структура таблицы «tovar» представлена на рисунке 4.

Рисунок 4 - Таблица «tovar»

Структура таблицы «strana» представлена на рисунке 5.

Рисунок 5 - Таблица «strana»

Структура таблицы «kategor» представлена на рисунке 6.

Рисунок 6 - Таблица «kategor»

Структура таблицы «ed_izm» представлена на рисунке 7.

Рисунок 7 - Таблица «ed_izm»

Структура таблицы «post» представлена на рисунке 8.

Рисунок 8 - Таблица «post»

Структура таблицы «prihod» представлена на рисунке 9.

Рисунок 9 - Таблица «prihod»

Структура таблицы «rashod» представлена на рисунке 10.

Рисунок 10 - Таблица «rashod»

2.2 Физическая модель данных

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

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

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

Таблица 2.1 - Соответствие основных категорий моделей БД

Сущность	Отношение	Таблица	Файл
Экземпляр	Кортеж	Строка	Запись
Атрибут	Домен	Столбец	Поле

2.3 Запросы к предметной области

При написании курсовой работы были использованы следующие классы SQL запросов:

• запросы на создание таблиц БД;

• запросы на выборку данных со всевозможными условиями;

• запросы на редактирования записей в таблицах;

• запросы на удаление записей из таблиц;

• запросы на добавление записей в таблицы.

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

Запросы на создание таблиц БД.

Заключение

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

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

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

Список литературы

1. Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2001, 304 с.

2. Петров В.Н. Информационные системы. - СПб.: Питер, 2002.

3. Фаронов В.В. Программирование баз данных в Delphi 7: Учебный курс. - СПб.: Питер, 2004 - 464 с.

4. Кренке Д. Теория и практика построения баз данных: [пер.сангл] / Д. Кренке. - 9 - е изд. - СПб.: Питер, 2005. - 858 с.

5. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - СПб.: КОРОНА принт, 2000. - 416с.

6. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001. - 304с.

7. Ульман Дж., Уидом Дж. Введение в системы баз данных. - М.: Лори, 2000. - 374с.

8. Мейер Д. Теория реляционных баз данных. - М.: Мир, 1987. - 608с.

9. Джексон Г. Проектирование реляционных баз данных для использования с микро - ЭВМ. - М.: Мир, 1991.

10. Четвериков В.Н. и др. Базы и банки данных. - М.: Высш.шк., 1987.

11. Бойко В.В., Савинов В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 1989.

12. Дейт К. Введение в системы баз данных. - К.: Диалектика, 1998.

13. Хансен Г., Хансен Д. Базы данных: разработка и уравление. - М.: БИНОМ, 1999.

14. Каратыгин С., Тихонов А., Тихонова Л. VisualFoxPro 5. К вершинам мастерства. - М.: Восточная книжная компания, 1997.

15. Бекаревич Ю.Б., Пушкина Н.В. MicrosoftAccess 2000. - СПб.: БХВ, 1999.

Приложение А. Выходные документы

Приложение Б. Схема данных

Программное средство «Аптека» обрабатывает данные семи таблиц:

- tovar;

- strana;

- kategor;

- ed_izm;

- post;

- prihod;

- rashod.

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

ПриложениеВ. Формы

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

Рисунок 12 - Форма Страны

Форма, отображающая данные о категории представлена на рисунке 13.

Рисунок 13 - Форма Категории

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

Рисунок 14 - Форма Единицы измерения

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

Рисунок 15 - Форма Поставщики

Форма, отображающая данные о приходе представлена на рисунке 16.

Рисунок 16 - Форма Приход

Форма, отображающая данные о расходе представлена на рисунке 17.

Рисунок 17 - Форма Расход

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

Рисунок 18 - Форма Товары

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