Создание базы данных в предметной области Аптека - ABCD42.RU

Создание базы данных в предметной области Аптека

Проектирование базы данных аптеки средствами MS Access

Курсовая работа

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

Беларусь, Минск

БНТУ, ФИТР

18 руб.

* Кроме файла с работой, также есть архив с дополнительными файлами.

Описание дополнительных файлов:

osnova.mdb — база данных аптеки

Фрагменты для ознакомления

КУРСОВОЙ ПРОЕКТ

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

Проектирование базы данных аптеки средствами MS Access

Оглавление

Введение . 2

1. Исходная постановка задачи . 3

2. Проектирование базы данных . 4

2.1 Сущности . 4

2.2 Структуры таблиц . 5

2.3 Постоянные связи между отношениями . 7

3. Содержимое таблиц, на котором производилась отладка системы .. 8

4. Описание экранных форм .. 11

5. Описание запросов . 12

6. Описание отчётов . 14

Заключение . 16

Литература . 17

Введение

Целью данной работы является исследование устройства и функций СУБД, а также сопоставление наиболее распространённых современных СУБД на предмет их использование в аптеке.

Мы рассмотрим структуру СУБД, основные их функции и их классификацию. Также мы сопоставим возможности двух СУБД: Microsoft SQL Server и Microsoft Access. При этом большое внимание будем уделять использованию этих программ в целях автоматизации рабочего времени и сортировки поступаемых и обрабатываемых данных.

1. Исходная постановка задачи

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

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

Директору могут потребоваться следующие сведения:

— Какие товары и в каком количестве имеются в аптеке?

— У каких товаров закончился срок годности?

— Какие отсутствующие товары может заказать аптека у поставщиков?

— Суммарная стоимость товара?

— У каких поставщиков, и в каком количестве есть товар нужного наименования?

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

2. Проектирование базы данных

2.1 Сущности

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

  • Аптека с атрибутами: Код аптеки(ключ), Специализация, Номер, Адрес, Телефон, Город, Название аптеки.
  • Лекарство с атрибутами: Код лекарства(ключ), Название, Производитель, Показания, Противопоказания, Код поставщика.
  • Наличие с атрибутами: Код наличия(ключ), Цена, Тип, Дата поступления, Количество, Дозировка, Код Лекарства, Код Аптеки, Название препарата, Годен до.
  • Поставщики с атрибутами: Код поставщика(ключ), Название, Город, Адрес, Контактный телефон, ФИО.
  • Продажа с атрибутами: Код продажи(ключ), Количество продажи, Дата продажи, Код Лекарства, Выручка.
  • Сотрудники с атрибутами: Код сотрудника, ФИО, Дата найма, Заработная плата, Код Аптеки, Возраст, Фотография.

2.2 Структуры таблиц

1. Таблица “Аптека”, содержит информацию об обслуживаемых аптеках.

2. Таблица “Лекарство” содержит информацию о доступных лекарствах

3. Таблица “Наличие” содержит информацию о лекарствах, доступных на продажу

4. Таблица “Поставщики” содержит информацию о поставщиках препаратов

5. Таблица “Продажа” содержит информацию о продажах и выручке.

6. Таблица “Сотрудники” содержит информацию о рабочем персонале

2.3 Постоянные связи между отношениями

3. Содержимое таблиц, на котором производилась отладка системы

  1. Таблица «Аптека»

2. Таблица «Лекарство»

3. Таблица «Наличие»

4. Таблица «Поставщики»

5. Таблица «Продажа»

6. Таблица «Сотрудники»

4. Описание экранных форм

База данных содержит следующие формы:

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

Форма Аптека (пункт меню “Список форм” в главной форме) выводит информацию о сотрудниках и аптеки, в которой они работают, а так же включающую в себя информацию о адресе, телефоне и т.д.

5. Описание запросов

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

Заключение

В результате выполнения курсового проекта была спроектирована база данных аптеки. Она предназначена для хранения сведений о медикаментах, их количестве, рекомендациях к применению, противопоказаниях, сроках годности и сроках поступления на склад. Предусмотрена возможность контроля срока годности через соответствующий запрос и выгрузка отчётов в PDF файл. Главная форма содержит пароль, который способен сберечь важную информацию о сотрудниках, их заработной плате, месте проживания и их фотографии. Руководитель аптеки получает возможность отслеживать поставщиков медикаментов, выбирать более удобный город и организацию для закупки, а также следить за продажами, благодаря эффективному запросу на обновление таблицы «Продажа», которая самостоятельно высчитывает прибыль. В целях эксперимента была введена глобальная переменная, которая может упростить определённые расчёты при вызове. Удобный интерфейс обеспечивает быстрый доступ ко всей имеющейся информации и возможности её изменения.

Также был выполнен экспорт БД из Access в MySQL. Был создан локальный сервер, где была создана аналогичная база данных, которая заполнялась необходимой информацией при помощи программного обеспечения ODBC.

По мере выполнения работы приобретены навыки по проектированию базы данных и созданию различных объектов базы данных в среде MSAccess 2013.

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

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

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

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

Могут существовать следующие ограничения при работе с подобной базой данных:

Изготовитель может производить множество препаратов;

Из базы удаляются препараты, срок годности которых истек;

Каждая аптека должна иметь контактный телефон;

Каждый изготовитель должен иметь электронный адрес;

Некоторые препараты отпускаются только по рецепту врача;

Таких ограничений может быть и больше, они могут быть другими или их вообще может не быть, в зависимости от глубины анализа данной области, затронутой в базе данных.

Работать с базой данных «Аптеки-Препараты» будут следующие пользователи:

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

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

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

2. Цели и задачи создания базы данных «Аптеки-препараты»

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

Целью разработки базы данных «Аптеки-Препараты» и автоматизированной системы для работы с ней является повышение качества обработки данных и систематизация хранимой информации об аптеках и препаратах.

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

Задачами автоматизированной системы являются:

Регистрация новых препаратов

Регистрация новых изготовителей

Систематизация препаратов по аптекам

Систематизация препаратов по изготовителям

Контроль срока годности препаратов

Контроль препаратов выдаваемых по рецепту

Подготовка сведений о лицензиях аптек

Выписка чеков на препараты

3. Проектирование базы данных

Входные и выходные данные задач

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

Информация об аптеке:

Уникальный код аптеки

Информация об изготовителе:

Уникальный код изготовителя

Читайте также  Структурные и коммуникативные свойства языка

Информация о препарате:

Инфологическое проектирование базы данных

На этапе инфологического проектирования базы данных строится инфологическая модель предметной области, которая должна отражать семантику (смысл взаимосвязи объектов) предметной области. ИЛМ строится не для отдельного объекта, а отображает классы объектов и связи между ними. Диаграмма, отражающая связи объектов предметной области, называется диаграммой ER-типа (так как Entity – сущность, Relationship – связь).

Выделим основные сущности:

Сущность «Аптеки» содержит информацию обо всех аптеках, в которых ведется продажа препаратов. Отдельный экземпляр этой сущности соответствует не конкретному экземпляру аптеки, а описанию аптеки в целом. В аптеках продается множество препаратов, поэтому вводится сущность «Препарат». Каждый экземпляр сущности «Препарат» содержит информацию о конкретном препарате. Между сущностью «Аптека» и сущностью «Препарат» существует связь типа «1:М», не обязательная с обеих сторон. Сущность «Изготовитель» содержит информацию об изготовителях препаратов. Отдельный экземпляр этой сущности содержит информацию об одном изготовителе. Существует связь между сущностью «Изготовитель» и сущностью «Препарат» типа «1:М», обязательная с обеих сторон (если есть информация о препарате, то должен быть и изготовитель, который этот препарат произвел). Определяются ключи – уникальные идентификаторы экземпляров каждой сущности: для сущности «Аптека» – это Код аптеки, для сущности «Препарат» – Код препарата, для сущности «Изготовитель» – Код Изготовителя.

Курсовая работа: Создание базы данных в предметной области Аптека

Рис. 1.14 – Форма «Справочники»

Форма «Запросы» (рис. 1.15), которая доступна по нажатию одноименной кнопки на главной форме «Аптека», обеспечивает быстрый и удобный доступ к запросам, реализованным к БД в рамках данной курсовой работы.

Рис. 1.15 – Форма «Запросы»

Доступ к отчетам обеспечивает форма «Отчеты» (рис. 1.16).

Рис. 1.16 – Форма «Отчеты»

С формы «Аптека» также доступна форма «Выручка от реализации» (рис.1.17), которая в виде диаграммы выводит информацию о совокупном объеме выручки по датам.

Рис. 1.17 – Диаграмма «Выручка от реализации»

1.3.4 Построение отчетов

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

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

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

К числу таких элементов относятся:

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

· Верхний колонтитул. Используется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающихся сверху на каждой странице отчета. Для добавления или удаления верхнего колонтитула необходимо выбрать в меню Вид команду Колонтитулы. Microsoft Access добавляет верхний и нижний колонтитулы одновременно. Чтобы скрыть один из колонтитулов, нужно задать для его свойства Высота значение 0.

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

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

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

В рамках данной курсовой работы были созданы три отчета: «Лекарства», «Поступления лекарственных средств», «Единицы измерения» (рис. 1.18-1.19). Отчеты доступны с формы «Отчеты», вызываемой по нажатию кнопки «Отчеты» с главной формы «Аптека». Отчеты «Лекарства» и «Единицы измерения» созданы по соответствующим таблицам и без дополнительных изменений и выводят данные, содержащиеся в них. В отчете «Поступление лекарственных средств» создано дополнительное вычисляемое поле «Стоимость партии», рассчитываемое как [Цена закупки]*[Количество]. При создании отчетов изменены размер шрифта, цвет полей и границ, добавлен логотип аптеки. Фрагмент отчета «Поступление лекарственных средств» представлен на рис. 1.20.

Рис. 1.18 – Отчет «Единицы измерения»

Рис. 1.19 – Фрагмент отчета «Лекарства»

Рис. 1.20 – Фрагмент отчета «Поступление лекарственных средств»

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

Могут существовать следующие ограничения при работе с подобной базой данных:

Изготовитель может производить множество препаратов;

Из базы удаляются препараты, срок годности которых истек;

Каждая аптека должна иметь контактный телефон;

Каждый изготовитель должен иметь электронный адрес;

Некоторые препараты отпускаются только по рецепту врача;

Таких ограничений может быть и больше, они могут быть другими или их вообще может не быть, в зависимости от глубины анализа данной области, затронутой в базе данных.

Работать с базой данных «Аптеки-Препараты» будут следующие пользователи:

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

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

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

2. Цели и задачи создания базы данных «Аптеки-препараты»

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

Целью разработки базы данных «Аптеки-Препараты» и автоматизированной системы для работы с ней является повышение качества обработки данных и систематизация хранимой информации об аптеках и препаратах.

Читайте также  Понятие о строении вещества

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

Задачами автоматизированной системы являются:

Регистрация новых препаратов

Регистрация новых изготовителей

Систематизация препаратов по аптекам

Систематизация препаратов по изготовителям

Контроль срока годности препаратов

Контроль препаратов выдаваемых по рецепту

Подготовка сведений о лицензиях аптек

Выписка чеков на препараты

3. Проектирование базы данных

Входные и выходные данные задач

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

Информация об аптеке:

Уникальный код аптеки

Информация об изготовителе:

Уникальный код изготовителя

Информация о препарате:

Инфологическое проектирование базы данных

На этапе инфологического проектирования базы данных строится инфологическая модель предметной области, которая должна отражать семантику (смысл взаимосвязи объектов) предметной области. ИЛМ строится не для отдельного объекта, а отображает классы объектов и связи между ними. Диаграмма, отражающая связи объектов предметной области, называется диаграммой ER-типа (так как Entity – сущность, Relationship – связь).

Выделим основные сущности:

Сущность «Аптеки» содержит информацию обо всех аптеках, в которых ведется продажа препаратов. Отдельный экземпляр этой сущности соответствует не конкретному экземпляру аптеки, а описанию аптеки в целом. В аптеках продается множество препаратов, поэтому вводится сущность «Препарат». Каждый экземпляр сущности «Препарат» содержит информацию о конкретном препарате. Между сущностью «Аптека» и сущностью «Препарат» существует связь типа «1:М», не обязательная с обеих сторон. Сущность «Изготовитель» содержит информацию об изготовителях препаратов. Отдельный экземпляр этой сущности содержит информацию об одном изготовителе. Существует связь между сущностью «Изготовитель» и сущностью «Препарат» типа «1:М», обязательная с обеих сторон (если есть информация о препарате, то должен быть и изготовитель, который этот препарат произвел). Определяются ключи – уникальные идентификаторы экземпляров каждой сущности: для сущности «Аптека» – это Код аптеки, для сущности «Препарат» – Код препарата, для сущности «Изготовитель» – Код Изготовителя.

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

Можно производить обмен данными между компонентами СУБД Access и другими приложениями Windows. Это могут быть рисунки и т.д.

СУБД Access – система сложная и многозначная. Одинаковый результат может быть достигнут различными путями. При начальном освоении материала бессмысленно показывает все возможные варианты поведения в сложившейся ситуации.

Все объекты, относящиеся к одной базе данных, Access хранит в одном большом файле с расширением mdb , среди объектов разрабатываемой базы данных мы предусмотрели:

1. Таблицы – основные объекты любой базы данных. В таблицах хранятся все данные, имеющиеся в базе, кроме того, таблицы хранят и структуру базы (поля, их типы и свойства).

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

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

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

Даталогическое проектирование базы данных

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

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

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

Аптека (Код аптеки, Название, Адрес аптеки, Владелец, Лицензия, Телефон)

Изготовитель (Код изготовителя, Наименование, Адрес, Год основания, Телефон, Электронный адрес)

Препарат (Код препарата, Название, Код аптеки, Код изготовителя, Упаковка, Стоимость, Рецепт, Дата выпуска, Срок годности)

Следующим шагом в проектировании РБД является нормализация отношений (определить функциональные зависимости, определить ключи и привести отношения к 3-ей нормальной форме).

Отношения «Аптека», «Изготовитель» и «Препарат» находятся в 1-ой нормальной форме, т. к. не имеют сложных атрибутов.

Поскольку отношения «Аптека», «Изготовитель» и «Препарат» имеют простые ключи, они уже во 2-ой нормальной форме.

Реляционная база данных «Аптеки-Препараты».

Выполним физическое проектирование в среде СУБД Microsoft Access 2007. Проименуем таблицы и атрибуты, определим типы данных и размерность атрибутов. В таблицах выберем первичные ключи и индексированные поля.

Таблица 1. Структура таблицы «Аптека» РБД «Аптеки-Препараты»

Первичный ключ / вторичный ключ / индексированное поле

Курсовая на тему Создание базы данных в предметной области Аптека

Работа добавлена на сайт bukvasha.ru: 2015-07-01

Министерство образования Республики Беларусь

Белорусский национальный технический университет

к курсовой работе

на тему «Создание базы данных в предметной области «Аптека»

задание на курсовую работу

Необходимо спроектировать БД, включающую сведения, представленные в виде группы атрибутов:

Аптека (Наименование лекарства; аннотация; место хранения; дата поступления; приход; остаток на конец месяца; фирма производитель; поставщик и т.д.).

Задание состоит в следующем:

Создать БД (не менее трех таблиц). Занести в нее данные (не менее 15 записей в главной таблице).

Организовать постоянные связи между таблицами для обеспечения целостности своей БД. Убедиться, что:

Данные, внесенные в таблицы непротиворечивы;

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

Данные, введенные в таблицы, сохранить и распечатать.

На основе объединенных таблиц создать запросы в режиме конструктора:

запросы на выборку (предусмотреть выбор символьных данных, числовых, использование масок);

запрос с параметром;

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

Создать форму по данным одной из таблиц, используя Мастер форм. Построить диаграмму на основе итогового запроса. Диаграмму отформатировать и распечатать. Создать автоформу по своему усмотрению. В режиме конструктора добавить в автоформу объект WordArt. Созданные формы распечатать.

Оформить отчет, используя Мастер отчетов.

Создать кнопочную форму, через которую предусмотреть вывод всех объектов БД.

Титульный лист к курсовой работе, описание и результаты выполнения заданий в виде распечаток, полученных на компьютере, представляются на листах формата А4 в скрепленном виде. Созданная БД должна храниться на дискете и должна предоставляться вместе с распечатками.

1. Проектирование и реализация базы данных «Аптека»

1.1 Понятие Базы данных и СУБД

1.2 Проектирование БД в предметной области «Аптека»

1.3 Реализация БД «Аптека»

Читайте также  Формы обеспечения возвратности кредитов

1.3.1 Создание таблиц БД «Аптека»

1.3.2 Релизация запросов

1.3.3 Построение форм

1.3.4 Построение отчетов

БД – база данных

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

ЭФ – электронная форма

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

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

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

обеспечивать получение общих и/или детализированных отчетов по итогам работы;

позволять легко определять тенденции изменения важнейших показателей;

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

выполнять точный и полный анализ данных.

Целью данной курсовой работы является анализ предметной области «Аптека», проектирование и реализация учебной базы данных в указанной предметной области. В качестве СУБД для реализации базы данных была использована настольная СУБД реляционного типа − Microsoft Access . Данная СУБД имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать простые и сложные приложения.

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

Анализ предметной области «Аптека».

Проектирование БД в исследуемой предметной области (включающее проектирование структуры таблиц, ключевых полей и схемы данных).

Приобретение навыков по созданию запросов различных типов в СУБД Microsoft Access .

Разработка и создание экранных форм (ЭФ) различного вида для ввода и просмотра данных.

Изучение средств проектирования и создания отчетов в Microsoft Access .

Создание кнопочных форм, облегчающих навигацию по БД «Аптека».

1. ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ «АПТЕКА»

1.1 Понятие Базы данных и СУБД

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

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

Структурирование — это введение соглашений о способах представления данных.

Неструктурированными называют данные, записанные, например, в текстовом файле.

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

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

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

физическом размещении в памяти данных и их описаний;

механизмах поиска запрашиваемых данных;

проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

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

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

В качестве СУБД для реализации базы данных была использована Microsoft Access. Microsoft Access является настольной СУБД реляционного типа, которая имеет все необходимые средства для выполнения перечисленных выше функций. Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.

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

1.2 Проектирование БД в предметной области «Аптека»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модель «сущность-связь» предметной области «Аптека» представлена на рис.1.1.

Рис.1.1 − Модель данных предметной области «Аптека»

1.3 Реализация БД «Аптека»

1.3.1 Создание таблиц БД «Аптека»

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

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: