6 Формы
Чтобы упростить просмотр, ввод и модификацию данных в конкретной таблице, можно создать для нее одну или несколько форм. Форма - это документ, в окне которого отображается, как правило, одна запись таблицы, причем пользователь имеет возможность по своему усмотрению разместить поля на форме. Таблица и форма — основные объекты в современных информационных системах. Они неотделимы друг от друга и размещены в одном окне документа MS Access на разных вкладках. Формы используются для следующих целей:
– ввода/редактирования данных, помещенных в таблицу;
– организации диалога выбора, предварительного просмотра и печати нужного отчета;
– открытия других форм и отчетов с помощью кнопок данной формы.
По структуре форма похожа на окно диалога. Связь между формой и источником данных для нее создается при помощи графических объектов, называемых элементами управления.
Рисунок 24 – Форма «Главная кнопочная форма»
Рисунок 25 – Форма «О студии»
Рисунок 26 – Форма «Абонементы»
Рисунок 27 – Форма «Абонементы студии»
Рисунок 28 – Форма «Преподаватели»
Рисунок 29 – Форма «Преподаватели студии»
Рисунок 30 – Форма «Направления»
Рисунок 31 – Форма «Направления студии»
Рисунок 32 – Форма «Клиенты»
Рисунок 33 – Форма «Личные данные»
Рисунок 34 – Форма «Покупка абонемента»
Рисунок 35 – Форма «Залы»
Рисунок 36 – Форма «Аренда зала»
7 Отчеты
Отчет представляет собой эффективный способ представления данных в печатном формате. Имея возможность управлять размером и внешним видом всех элементов отчета, пользователь может отобразить сведения желаемым образом. Как правило, для формирования отчета создают запрос, в котором собирают данные из разных таблиц с включением вычисляемых полей, группировкой, условиями отбора (любая операция не обязательна). Далее по общим правилам MS Access на базе такого запроса проектируют отчет, который позволяет:
представить данные в удобной для чтения и анализа форме;
сгруппировать записи (по нескольким уровням) с вычислением итоговых и средних значений;
включить в отчет и напечатать графические объекты (например, диаграммы).
Сведения, отображаемые в отчете:
заголовок отчета и столбцов;
данные, определяемые выражением, которое задается в макете отчета;
данные из полей базовой таблицы, запроса или инструкции SQL;
итоговые значения, вычисляемые с помощью выражений, заданных в макете отчета.
Структура отчета аналогична структуре формы. Сведения в отчете могут быть разбиты на разделы. Каждый раздел имеет определенное назначение и печатается на странице и в отчете в заданном порядке.
Как в форме, так и в отчете могут присутствовать следующие разделы:
заголовок;
верхний и нижний колонтитулы;
область данных;
примечание отчета.
Заголовок отчета выводится один раз в начале отчета и содержит в себе наиболее общие сведения: название и логотип фирмы, название отчета.
Верхний колонтитул печатается вверху каждой страницы и может содержать подписи столбцов - графы отчета. Нижний колонтитул печатается внизу каждой страницы и может содержать номер страницы, даты создания отчета.
Основной раздел отчета - область данных, в котором размещаются данные отчета из каждой записи базового источника (таблицы, запроса). Если в отчете используются сгруппированные записи, то в основном разделе отчета в каждой группе может использоваться заголовок группы. В нем отображаются сведения, общие для всей группы (название группы).
Примечание отчета выводится один раз в конце отчета и содержит итоговые данные отчета.
Рисунок 37 – Фрагмент отчета «Отчет абонементов студии»
Рисунок 38 – Фрагмент отчета «Купленные абонементы»
Аналогично выполнены все остальные отчеты: список клиентов, список направлений, список преподавателей и т.д.
Рисунок 39 – Отчет «Чек»
Аналогично выполнен отсчет чека индивидуального абонемента и аренды залов.
Заключение
В данной курсовой работе была спроектирована и реализована база данных «Танцевальная студия». Разработанный программный продукт существенно облегчает работу танцевальной студии. В базе данных реализованы все задачи, которые были предложены в задании. База данных состоит из 11 таблиц. Реализованы следующие запросы:
поиск существующего направления по названию;
поиск существующего преподавателя по ФИО;
поиск существующего клиента по ФИО;
– вывод списка абонементов;
вывод списка абонементов, рассчитанных на школьников;
вывод списка абонементов, рассчитанных на взрослых;
вывод списка действующих абонементов;
вывод расписания студии;
вывод информации о студии;
вывод списка направлений с указанием преподавателей;
вывод списка преподавателей;
вывод списка клиентов с указанием возраста;
– вывод списка клиентов школьников;
– вывод списка клиентов взрослых;
– вывод списка приобретенных индивидуальных абонементов с учетом суммы;
– вывод списка залов;
– вывод информации по аренде зала;
– вывод востребованных направлений;
вывод чека о приобретенном абонементе;
– вывод чека об аренде зала
– подсчет прибыли с продажи абонементов, индивидуальных занятий, аренды залов.
Приложение 1
(обязательное)
ER-модель
Рисунок 40 – Моделирование предметной области с использованием среды United Diagram
На диаграмме сущность изображается прямоугольником. В зависимости от режима представления диаграммы прямоугольник может содержать имя сущности, ее описание, список ее атрибутов и другие сведения.
Горизонтальная линия прямоугольника разделяет атрибуты сущности на два набора - атрибуты, составляющие первичный ключ в верхней части, и прочие (не входящие в первичных ключ) - в нижней части.
Сущность можно определить как объект, событие или концепцию, информация о которых должна сохраняться. Сущности должны иметь наименование с четким смысловым значением, именоваться существительным в единственном числе, не носить "технических" наименований и быть достаточно важными для того, чтобы их моделировать. Именование сущности в единственном числе облегчает в дальнейшем чтение модели. Фактически имя сущности дается по имени ее экземпляра. Примером может быть сущность «Клиент» (но не Клиенты!) с атрибутами «ФИО», «Дата рождения», «Телефон» и тд. Сущности соответствует таблица в реальной СУБД.
Первичным ключом служит атрибут или набор атрибутов, уникально идентифицирующих единственный экземпляр сущности. Другими словами, первичный ключ может быть как одним атрибутом, так и состоять из нескольких. Первичный ключ, состоящий более чем из одного атрибута, называется составным или компонентным ключом. Изменения первичного ключа трудно сопровождать, что часто приводит к весьма дорогостоящим переделкам, поэтому лучшим считается вариант, когда первичный ключ абсолютно не зависит от экземпляров сущности.
Сущность должна обладать некоторым набором атрибутов. Атрибуты представляют собой факты, которые служат для идентификации, характеристики отнесения к категории, числового представления или другого вида описания состояния экземпляра сущности. Атрибуты формируют логические группы, описывающие каждый экземпляр сущности. Конкретным экземпляром атрибута является значение. Например, атрибут с названием «ФИО» определяет область определения для фактов о сущности с названием «Клиент». Кулинич Яна Сергеевна – примеры конкретных значений «ФИО» для конкретных экземпляров «Клиента».
Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой. Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение диаграммы. По умолчанию имя связи на диаграмме не показывается. На логическом уровне можно установить идентифицирующую связь "один-ко-многим", связь "многие-ко-многим" и неидентифицирующую связь "один-ко-многим". Связь - это понятие логического уровня, которому соответствует внешний ключ на физическом уровне.
Приложение 2
(обязательное)
Результаты выполнения запросов
Рисунок 41 – Выполнения запроса «Действующие абонементы»
Рисунок 42 – Выполнение запроса «Клиенты студии полный список»
Рисунок 43 – Выполнение запроса «Клиенты школьники»
Рисунок 44 – Выполнение запроса «Клиенты взрослые»
Рисунок 45 – Выполнение запроса «Поиск клиента»
Рисунок 46 – Выполнение запроса «Поиск клиента»
Рисунок 47 – Выполнение запроса «Индивидуальный абонемент»
Рисунок 48 – Выполнение запроса «Аренда зала»
Рисунок 49 – Выполнение запроса «Востребованные направления»
Рисунок 50 – Выполнение запроса «Расписание»
Рисунок 51 – Выполнение запроса «Чек»
Библиографический список
1 Кузин, А.В. Базы данных/А.В. Кузин,С.В. Левонисова. –М:Издательский центр Академия,2013. 320 с.
2 Хомоненко, А. Д. Базы данных/А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев. Санкт-Петербург: Корона-принт, 2014. 736 с.
3 Малыхина М. Базы данных. Основы, проектирование, использование. – БХВ-Петербург, 2012. – 365 с. |
