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

Содержание

Введение

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

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

1.2 Постановка задачи

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

2. Разработка базы данных

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

2.2 Запросы на выборку данных для решения поставленных задач

2.3 Отчеты по результатам решения задач

2.4 Организация интерфейса с пользователем посредством форм

Заключение

Приложения

Введение

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

Концепция баз данных (БД) как метод представления и накопления данных в электронном виде сформировалась к середине 60-х годов прошлого века в фирме IBM. В 1969 году была создана первая СУБД для управления и манипулирования данными как самостоятельными информационными объектами. В 1970 году была предложена реляционная модель данных для БД, и на ее основе начали создаваться популярные ныне реляционные СУБД.

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

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

К ключевым факторам, определяющим развитие СУБД, относятся следующие:

? увеличение объемов данных и появление новых стандартов представления и обмена данными;

? появление новых типов данных (как структурированных, так и неструктурированных)

- XML, электронной почты, календарей, файлов, документов, географических данных и т. п. в дополнение к традиционным типам данных, поддерживаемым на уровне баз данных и файловой системы;

? существенное снижение стоимости хранения самих данных, появление новых устройств хранения данных и уменьшение размеров накопителей

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

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

Основная цель данной работы состоит в разработке БД “Аптека”, изучить на данном примере СУБД “Access”.

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

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

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

- Приобретение навыков по созданию запросов различных типов.

Объект и предмет исследования - база данных, реализованная в СУБД “Access

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

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

Объектом данного исследования является аптека "Медпрепараты".

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

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

база данные аптека проектирование

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Существует три типа связей между таблицами:

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

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

3. Многие ко многим -- несколько записей одной таблицы связаны с несколькими записями другой. Например, один автор может написать несколько книг и несколько авторов -- одну книгу. В случае такой связи в общем случае невозможно определить, какая запись одной таблицы соответствует выбранной записи другой таблицы. Поэтому все связи «многие ко многим» должны быть переопределены (некоторые CASE-средства, если таковые используются при проектировании данных, делают это автоматически). Подобная связь между двумя таблицами реализуется путем создания третьей таблицы и реализации связи типа «один ко многим» каждой из имеющихся таблиц с промежуточной таблицей.

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

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

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

Предметная область - часть реального мира, отражаемая в БД.

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

Концептуальная модель данных - способ логического упорядочения данных (модели данных иерархическая, сетевая, реляционная, объектно-ориентированная).

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

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

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

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

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

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

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

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

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

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

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

* Аптекарь;

* Покупатель;

* Администратор.

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

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

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

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

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

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

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

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

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

4. Систематизация препаратов по датам продажи

5. Подготовка сведений о стоимости препаратов

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

1.2 Постановка задачи

Для определения структуры информационной системы, необходимо распределить задачи, решаемые в БД, по пользователям системы Гвоздева, В.А. Основы построения автоматизированных информационных систем: Учебник / В.А. Гвоздева, И.Ю. Лаврентьева - М.: «Форум»: ИНФРА - М, 2009. - С.55: Аптекарь, Покупатель, Администратор.

Аптекарь выполняет следующие задачи:

- Ввод и корректировка данных о препарате

- Контроль количества препаратов

- Обновление стоимости препарата

- Обновление даты поставки и продажи

Покупатель решает следующие задачи:

- Просмотр сведений о препаратах, продаваемых в аптеке

- Ввод и корректировка данных о препарате

- Ввод и корректировка данных о поставках

- Ввод и корректировка данных о продажах

- Контроль количества препаратов

Информационная модель будет состоять из двух подсистем (Рис.1-2).

Рисунок 1 - Укрупненная структура информационной модели БД

Поскольку все задачи решаются в основном Аптекарем, а два других пользователя решают лишь некоторые задачи из этого списка, далее более подробно рассмотрим только подсистему «Аптекарь». Для выполнения задач, решаемых Аптекарем, используем 4 функции:



Рисунок 2 - Структура подсистемы «Аптекарь»

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

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

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

· сущность «Аптека»;

· сущность «Поставки»;

· сущность «Продажи».

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

2. Разработка базы данных

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

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

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

В БД создадим следующие таблицы.

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

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Лекарства	Код препарата	Счетчик	Длинное целое	Первичный ключ
	Наименование препарата	Короткий текст	255
	Количество на складе	Числовой	Длинное целое

Таблица 2. Структура таблицы «Поставки» РБД «Аптека»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Поставки	Код поставки	Счетчик	Длинное целое	Первичный ключ
	Код препарата	Числовой	Длинное целое
	Дата поставки	Дата и время
	Кол-во поставки	Числовой	Длинное целое
	Наименование поставщика	Короткий текст	255
	Цена закупки	Денежный	# ##0,00"р.";-# ##0,00"р."

Таблица 3. Структура таблицы «Продажи» РБД «Аптека»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Продажи	Код продажи	Счетчик	Длинное целое	Первичный ключ
	Код препарата	Текстовый	50
	Дата продажи	Числовой (с подстановкой)	Длинное целое
	Кол-во	Числовой (с подстановкой)	Длинное целое
	Цена продажи	Текстовый	50

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

2.2 Запросы на выборку данных для решения поставленных задач

В курсовой работе должны быть представлены запросы.

Запросы бывают:

- запросы на выборку - выборка данных из одной или нескольких таблиц

- запросы на изменение - изменение целого набора записей

- запросы с параметрами - условие отбора записей по определенным параметрам

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

- запросы с условием - отбор записей по определенному условию или условиям

- запросы с выражением - добавление в запрос вычисляемого поля

Запросы создаются любым удобным способом: с помощью мастера или в режиме конструктора Фуфаев, Э.В. Базы данных : Учебное пособие / Э.В. Фуфаев, Д.Э. Фуфаев. - М: Академия, 2010.-С. 87..

В нашей БД реализованы два запроса. Отобразим их в режиме SQL запроса.

Запрос 1. Выводит на экран отчет о поставках препаратов:

1) SELECT Поставки.[Дата поставки], Поставки.[Кол-во поставки], Поставки.[Цена закупки], Лекарства.[Наименование препрата], Поставки.[Наименование поставщика]

FROM Лекарства INNER JOIN Поставки ON Лекарства.[Код препарата] = Поставки.[Код препарата]

WHERE (((Поставки.[Дата поставки])=[Введите дату поставки]));

Запрос 2. Выводит на экран отчет об продажах препаратов:

2) SELECT Лекарства.[Наименование препрата], Продажи.[Дата продажи], Продажи.[Кол-во], Продажи.[Цена продажи]

FROM Лекарства INNER JOIN Продажи ON Лекарства.[Код препарата] = Продажи.[Код препарата]

WHERE (((Продажи.[Дата продажи])=[Введите дату продажи]));

Реализация запросов БД представлена в Приложении 2.

2.3 Отчеты по результатам решения задач

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

Данные отчеты приведены в приложении 3.

2.4 Организация интерфейса с пользователем посредством форм

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

Формы Access предоставляют функциональные возможности для выполнения многих задач, которые нельзя выполнить другими средствами. Формы позволяют выполнять проверку корректности данных при вводе, проводить вычисления, и обеспечивают доступ к данным в связанных таблицах с помощью подчиненных форм Кузин, А.В. Разработка баз данных в системе Microsoft Access: Учебник / А.В. Кузин, В.М. Демин. - М.: Форум: Инфра - М, 2011. - С.70. Формы разработанной базы данных представлены в Приложении Б.

Форма “Продажи” отображает информацию о наименовании, дате продажи, количестве штук и осуществлены переходы к ко всем проданным препаратам и т.д. На форме “Поставки” отражены поставки препаратов на конкретную дату. Реализация форм отображена в приложении 4

Существуют еще две формы, которые выводят данные таблиц «Поставки» и «Продажи».

Заключение

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

В базе данных организованы следующие объекты:

- таблицы для сохранения данных;

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

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

- отчеты для анализа и печати данных в определенном формате.

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

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

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

Учебники и учебные пособия

1. Кузин, А.В. Базы данных : учеб. пособие для вузов/ А. В. Кузин, С. В. Левонисова. -5-е изд., испр.. -М.: Академия, 2012. - 315 с.

2. Евдокимов, А. В. Системы управления реляционными базами данных [Текст] : учебное пособие / А. В. Евдокимов. - [Б. м. : б. и.], 2013. - 276 с.

3. Базы данных [электронный университет]: учебно-методическое пособие по выполнению практических работ / О.В. Игнатьева; ФГБОУ ВО РГУПС. - Ростов н/Д, 2016. - 255 с.

4. Базы данных: учебное пособие / Медведкова И.Е., Бугаев Ю.В., Чикунов С.В. ВГУИТ 2014 . - 105 с. ЭБС "КнигаФонд"

5. Проектирование информационных систем в Microsoft SQL Server 2008 и Visual Studio 2008. Бурков А.В. ИНТУИТ 2010 - 457 с. ЭБС "КнигаФонд"

6. Казак, А.А. Разработка реляционных баз данных: учеб.-метод. пособие; РГУПС. - 2011. 40с.

7. Швецов, В.И. Базы данных. - Интернет-Университет информационных технологий, 2009. ЭБС "КнигаФонд".

8. Жилякова, Л.Ю. Введение в проектирование реляционных баз данных : учеб. пособие [для студентов эконом. специальностей по дисциплине "Базы и банки данных"]/ Л.Ю. Жилякова; РГУПС. -Ростов н/Д, 2007. -99 с.:a-ил.

9. Ильичева, В.В. Лабораторный практикум по курсу "Базы данных" : практикум для студентов изучающих дисциплину "Базы и банки данных"/ В.В. Ильичева; РГУПС. -Ростов н/Д, 2008. -59 с.:a-ил. 100 экз.

10. Ризаев И.С., Яхина З.Т. Базы данных. Учебное пособие. Казань.: КГТУ. 2002.

11. Ризаев И.С., Яхина З.Т. Базы данных. Лабораторный практикум. - Казань, КГТУ, 2002.

12. Захарова З.Х., Ризаев И.С., Яхина З.Т. Методические указания к курсовой работе по дисциплине «Базы данных». - Казань, КГТУ, 2006.

13. Карпова Т.С. Базы данных: Модели, разработка, реализация. Учебник. - СПб: Питер, 2001.

ИНТЕРНЕТ источники

14. Справка и обучение по Access https://support.microsoft.com/ru-ru/access?ui=ru-RU&rs=ru-RU&ad=RU (Дата обращения: 17.03.2021)

15. Работа с СУБД MS Access https://intuit.ru/studies/courses/3439/681/lecture/14026 (Дата обращения: 23.03.2021)

Приложение 1

Связи между таблицами в базе данных

Приложение 2

Запрос о поставках препарата на конкретную дату

Запрос о продажах препарата на конкретную дату



Приложение 3

Создание отчета о поставленных препаратах



Отчет о проданных препаратах



Приложение 4

Форма о поставках препаратов

Форма о продажах препаратов

Подчиненная форма «Поставки»

Подчиненная форма «Поставки»

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

...