База данных "Аптечный пункт"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 05.05.2016
Размер файла 34,9 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

Введение

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

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

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

обеспечивать получение информации, критической по времени;

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

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

Система управления базами данных (СУБД) - совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных (например, Oracle, Firebird, Interbase, MS SQL Server, My SQL, MS Access и др.) база аптечный проектирование отчет

Основные функции СУБД:

Ш Управление данными во внешней памяти (на дисках);

Ш Управление данными в оперативной памяти с использованием диского кэша;

Ш Журнализация изменений, резервное копирование и восстановление базы данных после сбоев;

Ш Поддержка языков баз данных (язык определения данных, язык манипулирования данными).

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

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

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

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

Задание

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

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

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

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

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

Форма выпуска у препарата может быть также различной.

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

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

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

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

Цель и задачи создания базы данных «Аптечный пункт»

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

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

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

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

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

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

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

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

Глава 1. Теоретическая часть

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

Проектирование баз данных -- процесс создания схемы базы данных и определения необходимых ограничений целостности.

Основные задачи:

· Обеспечение хранения в БД всей необходимой информации.

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

· Сокращение избыточности и дублирования данных.

· Обеспечение целостности базы данных.

Основные этапы проектирования баз данных:

· Концептуальное (инфологическое) проектирование

· Логическое (даталогическое) проектирование

· Физическое проектирование

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

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

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

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

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

Ш № Препарата (уникальный)

Ш Регистрационный номер

Ш Название препарата

Ш Международное непатентовое название препарата

Ш Тип препарата

Ш Форма выпуска

Ш Состав и лекарственная форма

Ш Фармокотерапевтическая группа

Ш Условия отпуска

Ш Срок хранения

Ш Производитель

Ш Изображение

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

Ш Шифр заболевания

Ш Тип заболевания

Ш Тип препарата

Показания к применению:

Ш Название препарата

Ш Шифр заболевания

Ш Побочные действия

Ш Противопоказания

Ш Способ применения и дозы

Прайс цен:

Ш №Записи

Ш №Препарата

Ш Название препарата

Ш Шифр фирмы

Ш Розничная цена

Ш Количество на складе, штук

Фирмы-поставщики:

Ш Шифр фирмы

Ш Название фирмы

Ш Адрес

Ш Телефон

Ш Идентификационный номер

Содержание заказа:

Ш Регистрационный номер

Ш №Заказа

Ш Оптовая цена (за 1 шт)

Заказ по фирме:

Ш №Заказа

Ш Шифр фирмы

Ш Дата заказа

Ш Количество, штук

Ш Оптовая цена (за 1 шт)

Ш К оплате за заказ

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

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

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

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

· сущность «Препараты»;

· сущность «Фирмы»;

· сущность «Прайс цен»;

· сущность «Показания к применению»;

· сущность «Заболевания»

· сущность «Заказ по фирме»

· сущность «Содержание заказа»

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

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

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

Определим ключи - уникальные идентификаторы каждой сущности: для сущности «Препараты» - это номер препарата (№Препарата), для сущности «Прайс цен» - номер препарата, шифр фирмы, для сущности «Фирмы» - шифр фирмы, для сущности «Показания к применению» название препарата и шифр заболевания, для сущности «Заболевания» - шифр заболевания, в «Заказ по фирме» - номер заказа (№Заказа), в «Содержимое заказа» - регистрационный номер, номер заказа (№Заказа).

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

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

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

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

Ограничения или свойства таблиц:

1. Каждая таблица представляет собой реальный объект - сущность.

2. Элементы таблиц должны быть неделимыми.

3. Столбцы - поименованы.

4. Элементы столбца должны быть однородными. В таблице не должно быть двух одинаковых строк.

5. Каждая таблица должна иметь первичный ключ для идентификации каждой строки таблицы.

В результате получили следующие отношения:

Ш Препараты

Ш Прайс цен

Ш Фирмы

Ш Показания к применению

Ш Заболевания

Ш Заказ по фирме

Ш Содержание заказа

Нормализация отношений

Следующим шагом в проектировании РБД является нормализация отношений. Даталогическое концептуальное проектирование состоит в разработке корректной схемы в виде совокупности взаимосвязанных отношений отражающих объекты предметной области и их семантические связи. В такой схеме должны отсутствовать нежелательные функциональные зависимости между атрибутами. Нормализированный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем любой другой набор таблиц представляющий те же данные. Проектирование может выполняться путем декомпозиции или путем синтеза. При проектировании с использованием декомпозиции переходят от одной нормальной формы к другой нормальной форме более высокого уровня, сохраняя эквивалентность схем Базы Данных. Выделяют несколько нормальных форм (НФ): 1НФ, 2НФ, 3НФ, 4НФ, 5НФ. Каждая следующая НФ улучшает свойство схемы, сохраняя свойства предыдущей НФ.

Выбор СУБД

Перед непосредственной реализацией, необходимо выбрать СУБД.

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

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

Основные компоненты MS Access:

· построитель таблиц;

· построитель экранных форм;

· построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

· построитель отчётов, выводимых на печать.

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

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

Физическое проектирование

Выполним физическое проектирование в среде СУБД Microsoft Access 2010.

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

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

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

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

Глава 2. Практическая часть

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вводим записи в таблицы, для ввода фото используем вставку объекта из Bitmap Image. Сохраняем все таблицы.

Ранее мы уже определили типы связей, установим связи в Схеме данных.

2.2 Запросы и отчеты

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

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

Запросы и отчеты, применяемые к текущей базе данных:

1) Получить определение препарата по введенному симптому:

Выбираем режим конструктора запросов. На вкладке Создание выберем кнопку Конструктор запросов. Добавляем таблицы Заболевания и Показания к применению как источники данных.

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

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

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

В базе данных используются следующие формы:

1) Форма «Показания к применению»:

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

2) Форма «Прайс цен»:

Аналогично делаем данную форму. Однако выбираем для включения в запрос поля: Название препарата, Розничная цена.

3) Форма «Препараты»:

4) Форма навигации:

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

2.3 Главная форма

Получить главную кнопочную форму:

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

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

Кнопка Создать позволяет добавить на кнопочную форму еще одну страницу.

Для создания кнопок на существующей странице кнопочной формы нужно нажать кнопку Изменить. Появится диалог Изменение страницы кнопочной формы. Для создания нового элемента кнопочной формы нужно нажать кнопку Создать в окне Изменение страницы кнопочной формы. Нажав кнопку Изменить, отредактируем существующий элемент кнопочной формы. Взаимное расположение элементов кнопочной формы изменяется с помощь кнопок Вверх и Вниз. После нажатия кнопки Создать вызывается окно для задания параметров нового элемента кнопочной формы. В поле Текст вводится надпись, поясняющая назначение создаваемой кнопки, в списке Команда выбирается команда, которая будет выполняться при нажатии кнопки. Если выбрана команда, требующая аргумента, появляется список для его выбора. Например, для команды Открыть форму для изменения список возможных аргументов будет называться Форма. В нем следует выбрать форму, которая будет открыта при нажатии создаваемой кнопки. По установкам на кнопочной форме будет создана кнопка для открытия формы Перечень препаратов в режиме изменения записей таблицы Препараты.

Сделаем кнопку для добавления препаратов в перечень.

Нажимаем кнопку Создать вызывается окно для задания параметров нового элемента кнопочной формы. В поле Текст вводим «Добавление препарата», в списке Команда выбираем «Открыть форму для добавления», которая будет выполняться при нажатии кнопки. Так как выбрана команда, требующая аргумента, в появившемся списке выбираем «Препараты».

Кнопкой Завершить работу с БД свяжем команду Выйти из приложения.

После включения в форму необходимых элементов кнопкой Закрыть закрываем окно Изменение страницы кнопочной формы, а затем окно Диспетчера кнопочных форм. В списке форм окна базы данных появится форма с названием Кнопочная форма, а в списке таблиц появится таблица Switchboard Items, содержащая описания элементов кнопочной формы.

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

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

Заключение

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

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

1. Лекции по дисциплине «Управление данными»

2. Лазуков Д. С., Кладиев А. В. Методическое пособие к выполнению лабораторных работ курса «Распределённые базы данных».

3. Ризаев И. С. Системы распределённой обработки данных: Учебное пособие. Казань: 2007.

4. Реализация баз данных - http://any-book.org/download/25766.html

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

6. Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 1994.

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

...

Подобные документы

  • Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.

    курсовая работа [1,8 M], добавлен 04.02.2013

  • Концептуальная модель базы данных "Бюро по трудоустройству". Разработка информационного и программного обеспечения объектов автоматизации. Реализация базы данных в СУБД MsAccess. Запросы к базе данных. Таблицы, отчеты и макросы. Интерфейс пользователя.

    курсовая работа [5,2 M], добавлен 30.05.2016

  • Исследование структуры и практическая разработка проектной модели реляционной базы данных "Аптечный склад" в MS Microsoft SQL Server 2005. Характеристика и создание возможностей по просмотру, редактированию, добавлению данных и обработке запросов в БД.

    курсовая работа [793,3 K], добавлен 21.06.2011

  • Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

  • Разработка модели и создание структуры реляционной базы данных. Организация данных в таблицах для предоставления оперативного доступа к данным. Основные структурные единицы базы данных Access: таблицы, запросы, формы, отчеты, страницы, макросы и модули.

    реферат [4,0 M], добавлен 03.02.2013

  • Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.

    контрольная работа [723,9 K], добавлен 25.11.2012

  • Создание структуры базы данных на примере "Школьного журнала" с использованием метода и принципа нормализации. Понятия базы данных, архитектуры БД и проектирования. Описание предметной области; приложения для работы с базой данных TTable и TQuery.

    дипломная работа [996,4 K], добавлен 01.04.2012

  • Авторизация с каталогами проектирования базы данных магазина. Задачи базы данных: учет всех товаров, поиск и выдача данных о клиентах, адрес, телефоны, цена и наличие товара. Этапы проектирования базы данных. Схема данных, создание запросов и их формы.

    реферат [1,6 M], добавлен 22.10.2009

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

    курсовая работа [1,9 M], добавлен 15.11.2013

  • Понятия основных компонентов базы данных Access. Таблицы, отчеты, макросы и модули, форма, запросы к базе и их виды. Типы данных. Создание базы данных "Кадры". Создание таблицы в режиме конструктора. Использование мастера подстановок для создания связей.

    курсовая работа [818,0 K], добавлен 10.03.2016

  • Основные этапы проектирования базы данных. Access как система управления базами данных (СУБД), ее предназначение, отличительные возможности. Работа с таблицами, их создание и редактирование. Порядок создания запросов. Способы защиты баз данных.

    лабораторная работа [3,1 M], добавлен 18.08.2009

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

    курсовая работа [1,6 M], добавлен 17.12.2015

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

    курсовая работа [326,0 K], добавлен 28.06.2011

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

    курсовая работа [1,8 M], добавлен 29.10.2008

  • Функции базы данных Access: организация, добавление и изменение информации, связывание таблиц, макросы, модули, средства печати. Элементы базы данных: запросы, таблицы, формы и отчеты. Виды запросов: на выборку, перекрестные, на изменение, с параметрами.

    реферат [2,1 M], добавлен 16.05.2014

  • Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.

    курсовая работа [2,4 M], добавлен 06.02.2016

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

    презентация [1,1 M], добавлен 09.01.2014

  • Реализация приложения "Книжный магазин" средствами систем управления базами данных. Проектирование структуры базы данных, определение сущности и атрибутов. Логическое проектирование базы данных и реализация базы данных в СУБД Microsoft Office Access.

    курсовая работа [7,8 M], добавлен 13.02.2023

  • Понятие нормализации таблиц базы данных и ее цели. Этапы процесса нормализации. Пример ненормализованных данных. Нормальные формы, к которым приводятся таблицы. Реляционная алгебра над учебной базой. База данных для предметной области "Учебные пособия".

    контрольная работа [216,1 K], добавлен 30.07.2010

  • Особенности физического и инфологического проектирования баз данных. Этапы и специфика создания электронного каталога для учета пропусков учащихся. Анализ области систематизации информации. Разработка программы-клиент для взаимодействия с базой данных.

    дипломная работа [484,9 K], добавлен 14.07.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.