Проектирование базы данных "Магазин дисков "Childs dream"

Методы и технологии проектирования реляционных баз данных на основе MS Access. Описание предметной области, инфологическое моделирование базы данных "Магазин дисков "Childs dream". Запросы как один из основных инструментов обработки данных в таблицах.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 18.02.2019
Размер файла 4,1 M

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

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

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

Федеральное агентство железнодорожного транспорта

Омский государственный университет путей сообщения

Кафедра "Автоматика и системы управления"

Пояснительная записка к курсовой работе

по дисциплине "Базы данных"

ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ "МАГАЗИН ДИСКОВ "CHILDS DREAM""

Студентка гр. 23 И

Я.С. Романова

Руководитель - доцент кафедры АиСУ

Н.А. Тихонова

Омск 2015

Задание

Спроектировать реляционную базу данных "Магазин дисков для детей "Childs Dream"". БД обеспечивает выполнение следующих запросов:

- Вывести диски от ИДДК

- Вывести диски от Руссобит-М

- Вывести диски от Мультимед

- Вывести диски от ID Company

- Вывести заказы консультанта №1

- Вывести заказы консультанта №2

- Вывести невыполненные заказы на текущий день

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

- Осуществить поиск по возрасту

- Осуществить поиск по названию

- Осуществить поиск по издательству

- Осуществить поиск по направлению

- Добавить диск

- Удалить диск

- Посмотреть работу консультантов

- Вывести среднюю стоимость игр по возрасту для каждого издательства

- Рейтинг постоянных покупателей

Реферат

УДК 004.65

Пояснительная записка содержит 34 страницы, 27 рисунков, 5 источников.

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

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

База данных была создана при помощи пакета Microsoft Office Access 2013, пояснительная записка была выполнена в текстовом редакторе Microsoft Office Word 2013.

Оглавление

  • Введение
  • 1. Теоретическая часть
  • 1.1 Понятие о БД и СУБД
  • 1.2 СУБД MS Access
  • 1.3 Реляционная модель
  • 2. Практическая часть
  • 2.1 Описание предметной области
  • 2.2 Инфологическое моделирование
  • 2.3 Концептуальная модель
  • 2.4 Логическая модель
  • 2.5 Формы
  • 2.6 Запросы
  • 2.7 Отчеты
  • 2.8 Защита информации БД паролем
  • Заключение
  • Библиографический список

Введение

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

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

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

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

1.1 Понятие о БД и СУБД

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

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

Базы данных классифицируются по разным признакам.

По характеру хранимой информации БД делятся на:

1) фактографические БД - хранится краткая информация в строго определенном формате (картотеки);

2) документальные БД - всевозможные документы (архивы). Причем это могут быть не только текстовые документы.

По способу хранения данных (по техническим средствам) БД делятся на:

1) централизованные - вся информация хранится на одном компьютере. Это может быть автономный ПК или сервер сети;

2) распределенные - используются в локальных и глобальных сетях.

По структуре организации данных БД делятся на:

1) реляционные;

2) иерархические;

3) сетевые.

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

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

Современные СУБД удовлетворяют следующим требованиям:

возможность манипулирования данными (ввод, выбор, вставка и т.п.);

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

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

Одной из наиболее известных СУБД является Microsoft Office Access 13, которую я и использовала для своей курсовой работы.

1.2 СУБД MS Access

Access в переводе с английского означает "доступ". MS Access - это функционально полная реляционная СУБД. Кроме того, MS Access одна из самых мощных, гибких и простых в использовании СУБД. В ней можно создавать большинство приложений, не написав ни единой строки программы, но если нужно создать нечто очень сложное, то на этот случай MS Access предоставляет мощный язык программирования - Visual Basic Application.

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

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

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

Свойство Формат поля немного отличается для разных типов данных.

Маска ввода позволяет упростить ввод данных, одновременно проверяя правильность вводимой информации. Так, маска "(812)-"000\-00\-00 позволяет вводить только номер телефона, а код города, скобки и дефисы вводятся автоматически. Символ \ указывает, что следующий символ следует выводить именно так, как он написан в маске; если требуется выводить несколько таких символов, их удобнее заключать в двойные кавычки, как код города в приведенной для примера маске.

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

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

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

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

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

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

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

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

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

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

1.3 Реляционная модель

Реляционная модель данных или табличное представление - набор отношений, изменяющихся с течением времени. В основе метода лежит теория множеств. Впервые данное понятие было предложено Коддом. Элементы модели и формы их представления приведены в таблице 1

Таблица 1 ? Элементы реляционной модели

Элемент реляционной модели

Форма представления

Отношение (основной элемент)

Таблица

Схема отношения

Строка заголовков столбцов таблицы

Кортеж

Строка таблицы

Сущность

Описание свойств объекта

Атрибут

Заголовок столбца таблицы

Домен

Множество допустимых значений атрибута (столбец)

Значение атрибута

Значение поля в записи

Первичный ключ

Один или несколько атрибутов

Тип данных

Тип значений элементов таблицы

Тело отношения

Множество кортежей

Отношение - это двумерная таблица, в которой имеются некоторые данные.

Сущность - объект, данные о котором хранятся в базе данных.

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

Домен - тип данных, которому введены ограничения. Например, тип данных - счетчик.

Схема отношений - множество атрибутов.

Первичный ключ - некоторый атрибут отношения, однозначно определяющий каждый из его кортежей. Например, в отношении ПОКУПАТЕЛЬ (ФИО, Адрес, Контактный телефон) первичный ключ - ФИО. Ключи могут быть использованы для исключения дублирования значений, упорядочения кортежей, ускорения работы с кортежами отношения. Их используют для связывания таблиц. Существуют следующие виды связей:

1) связь "один-один" (1:1) образуется в случае, когда все поля связи основной и дополнительной таблиц являются ключевыми. Значения в ключевых полях обеих таблиц не повторяются. Поэтому таблицы считаются равноправными;

2) связь "один-много" (1:N) имеет место в случае, когда одной записи основной таблицы соответствует несколько записей другой таблицы;

3) связь "много-один" (N:1) - это когда одной или нескольким записям основной таблицы ставится в соответствие одна запись дополнительной таблицы.

4) связь "много-много" (N:М) - нескольким записям основной таблицы соответствует несколько записей дополнительной таблицы.

Теперь рассмотрим элементы реляционной БД на примере отношения "Диски" (рисунок 1).

Рисунок 1 - отношение "Диски"

Как видим из рисунка таблица называется "Диски" - это отношение. Кортежем является вся первая и другие строки. Примеры атрибутов - заголовки столбцов, то есть название, издательство, описание и т.д. Значением атрибута, иными словами, записью в поле, являются ИДДК, гуманитарное. Схемой отношений является строка заголовков. Если говорить о доменах, то в "Дисках" их десять. Первый домен - название, второй - издательство, третий - описание, четвертый - направление, пятый - возраст, шестой- стоимость 1 экз, седьмой - размер, восьмой - процессор, девятый - операционная система, десятый - кол-во экземпляров. Каждый домен образует значение одного типа данных. "Диски" содержат 26 кортежей, состоящих из девяти элементов. Первичный ключ в данной таблице - название.

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

2.1 Описание предметной области

В качестве курсовой работы была выбрана тема "Магазин дисков для детей и подростков", его название "Childs Dream". Спроектированная база данных является особо актуальной для тех взрослых, которые хотят видеть своих чад развитыми, самостоятельными и в дальнейшем успешными. Ведь, как известно, будущее любого человека закладывается именно в детстве и юношестве. Но для того, чтобы описанный мной прогноз имел место быть в дальнейшем, следует всячески поощрять любознательность ребенка, подбирая подходящие для его возраста обучающие программы и игры, занятия которыми помогут достичь желаемого результата. Именно эта обязательная составляющая присутствует в представленной выше базе данных.

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

БД создана для работы с покупателями, консультантами, администратором и другими сотрудниками магазина.

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

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

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

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

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

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

Немаловажным свойством модели "сущность-связь" является ER-диаграмма, обладающая сущностями и атрибутами, представленными ниже.

Сущность "Диски" содержит следующие атрибуты:

1) название;

2) издательство;

3) описание;

4) направление;

5) возраст;

6) кол-во экз;

7) стоимость 1 экз;

8) размер;

9) процессор;

10) операц система;

Сущность "Консультанты" содержит следующие атрибуты:

1) код консультанта;

2) ФИО консультанта;

3) адрес;

4) паспортные данные;

5) наличие остальн. документов;

6) оклад;

7) контактный тлф;

8) дата приема на работу;

Сущность "Другие сотрудники" содержит следующие атрибуты:

1) код сотрудника;

2) ФИО сотрудника;

3) должность;

4) адрес;

5) паспортные данные;

6) наличие остальн. документов;

7) оклад;

8) контактный тлф;

9) дата приема на работу;

Сущность "Заказы" содержит следующие атрибуты:

1) код заказа;

2) консультант;

3) покупатель;

4) название;

5) дата заказа;

6) дата отправки;

7) количество экземпляров;

8) стоимость 1 экз;

9) общая сумма;

Сущность "Покупатель" содержит следующие атрибуты:

1) ФИО покупателя;

2) адрес;

3) контактный тлф;

Сущность "Издательства" содержит следующие атрибуты:

1) издательство;

2) адрес;

3) документ, гарантирующий качество

Сущность "Возраст" содержит следующие атрибуты:

1) категория возраста;

Сущность "Процессоры" содержит следующие атрибуты:

1) категория процессора;

Сущность "Операц системы" содержит следующие атрибуты:

1) категория операц системы;

2.3 Концептуальная модель

Концептуальную модель представляют в виде ER-диаграммы, обеспечивающей графическое представление всех объектов модели данных. ER-диаграмма в нотациях Чена представлена на рисунке 2.

Рисунок 2 ? ER-диаграмма

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

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

2.4 Логическая модель

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

Для данной базы данных было создано девять таблиц: "Диски", "Заказы", "Издательства", "Консультанты", "Другие сотрудники", "Возраст", "Операционные системы", "Покупатели", "Процессоры".

Они представлены в режиме конструктора на рисунках со 3 по 11.

Рисунок 3 - Таблица "Диски"

Рисунок 4 - Таблица "Заказы"

Рисунок 5 - Таблица "Издательства"

Рисунок 6 - Таблица "Консультанты"

Рисунок 7 - Таблица "Другие сотрудники"

Рисунок 8 - Таблица "Покупатели"

Рисунок 9 - Таблица "Возраст"

Рисунок 10 - Таблица "Процессоры"

Рисунок 11 - Таблица "Операционные системы"

Схема данных представлена на рисунке 12

Рисунок 12 - Схема данных

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

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

2.5 Формы

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

Панель инструментов:

1) Выбор объектов - выделение щелчком мыши элемента, раздела или формы, выделение группы элементов путем обвода курсором мыши рамки вокруг них;

2) Мастера - включение или отключение мастера для создания элементов управления (например, список, поле со списком);

3) Надпись - создание текстов постоянных заголовков, примечаний, инструкций, не связанных с другими элементами управления;

4) Поле - создание элемента типа свободный, который может быть затем связан с полем таблицы или запроса, или использован для создания вычисляемого поля формы;

5) Группа переключателей - размещение набора флажков, переключателей или выключателей;

6) Выключатель - создание выключателей;

7) Переключатель - выбор альтернативных значений;

8) Флажок - выбор набора из возможных значений;

9) Поле со списком - создание поля с раскрывающимся списком значений поля из записей некоторой таблицы базы (значение может вводиться в поле пользователем или выбираться из списка);

10) Список - создание всегда раскрытого списка значений, которые при связи с полем таблицы базы являются единственным источником ввода в поле;

11) Кнопка - создание командной кнопки, с помощью которой может быть выполнено одно из действий, например, переход по записям, открыта форма, напечатан отчет и реализованы другие функции Access;

12) Рисунок - для отображения не редактируемого рисунка, не являющегося объектом OLE;

13) Свободная рамка объекта - отображение свободного объекта OLE, который остается неизменным при переходе по записям;

14) Присоединенная рамка объекта - отображение объектов OLE, сохраненных в поле базового источника записей формы;

15) Разрыв страницы - начало нового экрана в форме, новой страницы в печатной форме (отчете);

16) Вкладка - создание вкладок в форме, на каждой из которых могут размещаться свои элементы управления;

17) Подчиненная форма или отчет-- вывод данных из таблиц, связанных с таблицей-источником формы;

18) Линия - разграничение разделов в форме (отчете);

19) Прямоугольник - создание рамки при оформлении;

20) Другие элементы - открытие обширного списка дополнительных элементов, при выборе из которого в форме будет создан соответствующий элемент.

Инструментальные средства создания форм

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

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

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

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

Как упоминалось ранее для конструирования и редактирования форм ввода/вывода в Access необходима работа с конструктором. Создание формы в режиме конструктора полностью возлагается на разработчика.

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

Рисунок 13 - Взаимосвязь форм

При открытии базы данных "Childs Dream" перед пользователем, независимо от того, кем он является, покупателем или администратором, появляется главная форма "Старт" (рисунок 14), на которой имеется пять кнопок, каждая из которых служит для определенных целей. К примеру, при нажатии кнопки "Покупатель" открывается форма одноименная форма (рисунок 15), в которой также есть кнопки, о назначении которых не трудно догадаться, исходя из их названия. Кстати, доступ в данном случае неограничен паролем, в отличие от "Консультант №1", "Консультант №2" и "Администратор"

Рисунок 14 - Главная форма БД

Рисунок 15 - Форма "Покупатель"

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

2.6 Запросы

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

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

1) Включить в результирующую таблицу запроса заданные пользователем поля;

2) Выбрать записи, удовлетворяющие условиям отбора;

3) Произвести вычисления в каждой из полученных записей;

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

5) Произвести обновление полей в выбранном подмножестве записей;

6) Создать новую таблицу базы данных, используя данные из существующих таблиц;

7) Удалить выбранное подмножество записей из таблицы базы данных; добавить выбранное подмножество записей в другую таблицу.

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

В MS Access может быть создано несколько видов запроса:

1) Запрос на выборку - выбирает данные из взаимосвязанных таблиц и других запросов. Результатом является таблица, которая существует до закрытия запроса. На основе такого запроса могут строиться запросы других видов. Таблицу с результатами запроса на выборку можно использовать для работы с данными в таблицах, на которых построен запрос. Например, через таблицу запроса можно корректировать данные в исходных таблицах базы данных. Запросы могут служить источниками записей для форм, отчетов и страниц доступа к данным.

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

3) Запросы на обновление, добавление, удаление - являются запросами действия, в результате выполнения которых изменяются данные в таблицах

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

В курсовой работе всего 17 запросов. Некоторые из них:

1) Запрос на выборку

Примерами подобного запроса являются "Вывести диски от ИДДК", "Вывести диски от ID Company", "Вывести диски от Руссобит-М", "Вывести диски от Мультимед", "Вывести невыполненные заказы на текущий день", "Осуществить поиск по возрасту", "Осуществить поиск по названию", "Осуществить поиск по направлению", "Осуществить поиск по издательству", "Вывести заказы консультанта 1", "Вывести заказы консультанта 2", "Вывести список проданных дисков". Ниже представлены запрос "Вывести диски от Руссобит-М" (рисунок 16) в режиме конструктора и результат его выполнения (рисунок 17), а также "Вывести невыполненные заказы на текущий день" (рисунок 18) и результат его действия (рисунок 19).

Рисунок 16 - Запрос в режиме конструктора

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

Рисунок 18 - Запрос в режиме конструктора

Рисунок 19 - Результат выполнения запроса

2) Запрос на добавление

Примером подобного запроса является "Добавить диск" (рисунки 20-22).

Рисунок 20 - Запрос в режиме конструктора

Рисунок 21 - Результат выполнения запроса

Рисунок 22 - Результат выполнения запроса

3) Перекрестный запрос

Примерами подобного запроса являются "Посмотреть работу консультантов", " Вывести среднюю стоимость игр по возрасту для каждого издательства" (рисунок 23), "Рейтинг постоянных покупателей". Результат выполнения предпоследнего запроса представлен на рисунке 24.

Рисунок 23 - Запрос "Вывести среднюю стоимость игр по возрасту для каждого издательства" в режиме конструктора

Рисунок 24 - Результат запроса "Вывести среднюю стоимость игр по возрасту для каждого издательства"

2.7 Отчеты

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

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

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

В БД два отчета "Диски" (рисунок 25) и "Заказы".

Рисунок 25 - Отчет "Диски"

2.8 Защита информации БД паролем

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

Рисунок 26 - Ввод пароля для входа в профиль администратора

Рисунок 27 - Программный код для входа в профиль администратора

Заключение

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

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

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

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

Помимо этого, для БД написала три кода для разграниченного доступа (для двух консультантов и администратора).

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

Библиографический список

1. Хомоненко А.Д. "Базы данных"; Спб.: КОРОНА принт;2004г; 736с.

2. Дейт К. Руководство по реляционной СУБД DB2. - М.: Финансы и статистика, 1988. - 320 с.

3. Гилуа М.М. Множественная модель данных в информационных системах. - М.: Наука, 1992. - 40 с.

4. Бекаревич Ю.Б. Самоучитель Microsoft Access 2013 / Ю.Б. Бекаревич, Н.В. Пушкина. - СПб.: БХВ-Петербург, 2014. - 464 с.

5. Видео - уроки по созданию различных элементов в MS Access http://www.youtube.com/watch?v=h_UPuVGwkko&list=PLnzEVwX9gt1iyK1z1cDgQkszYukA4sSKl&index=2

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

...

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

  • Концептуальное и инфологическое проектирование базы данных в системе управления базами данных Microsoft Access. Физическое проектирование базы данных "Магазин спорттоваров". Тестирование и отладка базы данных, составление руководства пользователя.

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

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

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

  • Microsoft Access как наиболее распространенное средство разработки базы данных. Запросы - одни из основных инструментов выборки записей, обновления таблиц и обработки данных в таблицах базы данных. Средство предоставления информации в печатном виде.

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

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

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

  • Общие сведения по использованию базы данных. Описание предметной области программы. Выбор средств программирования для разработки приложений, технология работы. Оценка автоматизированного рабочего места продавца компакт-дисков в среде Borland C++ Builder.

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

  • Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.

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

  • Анализ предметной области и введение ограничений. Выделение базовых сущностей. Концептуальная модель данных. Построение схемы реляционной модели базы данных магазина одежды в третьей нормальной форме. Описание физической БД. Проектирование интерфейса.

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

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

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

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

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

  • Алгоритм работы программы. Анализ предметной области. Структура таблиц БД "Библиотека". Инфологическое и даталогическое проектирование. Запросы для поиска и извлечения только требуемых данных. Формы для просмотра, добавления, изменения данных в таблицах.

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

  • Освоение методов проектирования баз данных и работы с базами данных в среде СУБД. Ведение точного учета поступивших и реализованных товаров и определение их остатка с помощью БД "Оптовый магазин". Преимущества и недостатки спроектированной базы данных.

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

  • Создание базы данных в СУБД MS ACCESS 2007 для оптимизации продаж в музыкальном магазине. Описание предметной области, разработка инфологической модели данных. Пользовательский интерфейс: информация о товаре, производителях, продавцах, отчет по чекам.

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

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

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

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

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

  • Запросы к базам данных: SQL, QBE, UDF, транзакции. Создание таблиц в системе управления базами данных MS Access, определение основных свойств полей. Проектирование базы данных "ТМЦ". Создание файла базы данных в MS Access, конструкторы и мастера.

    контрольная работа [1,6 M], добавлен 15.03.2011

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

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

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

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

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

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

  • Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация базы данных в MS SQL Server. Перечень хранимой информации: таблицы, поля, типы. Моделирование предметной области. Выделение сущностей, атрибутов, ключей, связей.

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

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

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

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