Рекомендации по оформлению пояснительной записки 3 техническое задание 3
| Вид материала | Техническое задание |
- Основные требования к оформлению пояснительной записки Примерная структура пояснительной, 16.48kb.
- Пояснительная записка 7 3 Состав и структура пояснительной записки 7 > 3 Требования, 51.84kb.
- Техническое задание IV. Содержание расчетно-пояснительной записки > А. Специальная, 56.89kb.
- Методические указания по выполнению курсового проекта для специальности 190631 «Техническое, 957.7kb.
- Курсовой проект состоит из пояснительной записки и графической части, 285.61kb.
- Задачи дипломного проектирования Требования предъявляемые к дипломному проекту, 1174.55kb.
- Приведены рекомендации по выполнению курсовой работы (проекта), требования к содержанию,, 218.75kb.
- Методическое пособие по оформлению пояснительной записки к творческому проекту по технологии, 321.14kb.
- Методические указания к выполнению и оформлению дипломного проекта, 451.55kb.
- Индивидуальное задание на разработку курсового проекта Студенту, 230.38kb.
Содержание
Содержание 1
ВВЕДЕНИЕ 1
1.Этапы выполнения работы и содержание пояснительной записки 2
2.РЕКОМЕНДАЦИИ ПО ОФОРМЛЕНИЮ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ 3
2.1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ 3
2.2.ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БД 8
2.3.ПРОЕКТИРОВАНИЕ ПРИЛОЖЕНИЯ В СРЕДЕ СУБД 11
2.3.1. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ БД 11
2.3.2. РАЗРАБОТКА ФОРМ 12
2.3.3. СОЗДАНИЕ ЗАПРОСОВ ПО ВЫБОРКЕ ДАННЫХ 15
2.3.4. ПРОЕКТИРОВАНИЕ ОТЧЕТОВ 18
2.3.5. СОЗДАНИЕ ПОЛЬЗОВАТЕЛЬСКОГО МЕНЮ 21
ВВЕДЕНИЕ
Целью курсовой работы по разработке информационной системы с базой данных (БД) является изучение и практическое освоение технологии создания автоматизированной системы с персональной БД с помощью интегрированной среды визуального проектирования Access.
Тематика курсового проектирования охватывает все этапы создания и ведения БД, а также различные виды документирования данных реальной предметной области.
Материал пояснительной записки к курсовой работе излагается в соответствии со стратегией проектирования «снизу-вверх». По результатам логического проектирования структуры БД сначала в среде СУБД Access создаются требуемые объекты будущего приложения, затем выполняется их интеграция в единую систему посредством пользовательского меню.
Пояснительная записка должна отражать результаты работы проектировщика на каждом этапе разработки. При этом используемые механизмы и инструменты СУБД удобно иллюстрировать методом «экранной копии», а результаты создания объектов БД и обработки данных также представлять экранными формами документов как в тексте записки, так и в приложениях (при значительном числе объектов часть результатов целесообразно выносить в приложение).
Предлагаемые методические рекомендации дают представление о порядке изложения материала и содержания каждого подраздела. В изложении в качестве иллюстраций использованы примеры студенческих разработок для различных предметных областей.
-
Этапы выполнения работы и содержание пояснительной записки
Объектом проектирования в общем случае является автоматизированная система, обеспечивающая ведение (изменение, пополнение данных) БД, а также обработку и документирование данных, оперативные и итоговые документы.
Исходными данными для проектирования являются:
- перечень всех хранимых в БД данных (список атрибутов с указанием их типа и требований к области допустимых значений)
- перечень состава и структуры итоговых документов и оперативных сводок, формируемых по данным БД.
После сбора и уточнения всех необходимых данных выполняется проектирование автоматизированной системы в соответствии со следующими этапами:
- Составление технического задания.
- Логическое проектирование БД.
- Проектирование приложения в среде СУБД Access.
- Создание структуры БД
- Разработка форм ввода данных
- Разработка запросов по выбору данных
- Создание отчетных документов
- Проектирование меню системы
- Создание структуры БД
Пояснительная записка к курсовой работе включает титульный лист, задание на курсовую работу, содержание (оглавление), перечень разделов, в которых приводятся результаты выполнения перечисленных этапов проектирования, заключение.
Задание на курсовую работу включает содержательное описание предметной области и описание требуемых отчетных документов.
Более подробное описание будущей системы приводится в разделе «Техническое задание», который является самостоятельным документом и может быть вынесен в отдельное приложение. Техническое задание дает полное компактное описание требований к разработке с точки зрения пользователя и включает подробные сведения о предметной области, требования к структуре и содержанию формируемых документов.
Раздел «Логическое проектирование БД» включает сведения о конкретной предметной области (содержательное описание предметной области с перечислением всех хранимых в БД данных с указанием их типа, размерности, доменов, масок, форматов ввода и пр.) и результатах создания и преобразования концептуальной модели предметной области в виде овал-диаграммы.
На овал-диаграмме указываются все возможные (в том числе и избыточные) функциональные и многозначные зависимости между атрибутами и описывается поэтапная декомпозиция модели на отдельные схемы отношений в третьей нормальной форме (3НФ). Минимальный набор схем отношений в 3НФ является основой для создания БД в среде СУБД.
Раздел «Проектирование приложения в среде СУБД Access» включает подразделы, соответствующие разрабатываемым объектам: таблицам, формам, запросам, отчетам, пользовательскому меню.
Далее представлены примеры описаний каждого из разделов.
При написании подразделов следует обращать внимание на особенности вычислений, используемые подобъекты, специфику созданных диалоговых форм, макросов и пр. Однотипные решения не следует подробно описывать. Достаточно перечислить их со ссылкой на соответствующее приложение.
В отдельные приложения рекомендуется выносить:
- Содержание таблиц демонстрационной БД;
- SQL-коды запросов по выбору данных;
- Варианты отчетных документов для различных исходных данных;
- Варианты ведения диалога в интерактивных запросах и результаты их выполнения.
-
РЕКОМЕНДАЦИИ ПО ОФОРМЛЕНИЮ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ
2.1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Ниже перечислены основные разделы технического задания на разработку автоматизированной системы документирования с БД и дано примерное содержание разделов. Специфические особенности разработки отражены в пунктах 1.3 (запросы и отчеты) и 1.4.3 (требования к входным и выходным функциональным характеристикам). Эти пункты отражают состав информационных признаков проектируемой БД и требования к составу и структуре выходных документов.
Далее представлено примерное содержимое основных пунктов технического задания на разработку автоматизированной информационной системы с БД
- Введение
Быстрый доступ к определённой информации, имеющей практическую ценность, наглядное представление данных с целью их анализа, изменения, добавления, хранения в неограниченных количествах, получения справки, удобный интерфейс для пользователя - это основные требования к современным информационным системам с базами данных.
Современные программные средства позволяют (системы управления базами данных - СУБД) создавать приложения, которые будут соответствовать всем вышеуказанным требованиям. СУБД помогают разработчику обеспечить эффективное проектирование, используя наглядный доступ ко всем функциям и свойствам объектов.
Настоящая разработка выполнена в среде СУБД Access, применимой для различных предметных областей и удовлетворяющей современным требованиям.
- Основание для разработки
Основанием для разработки автоматизированной системы документирования с базой данных является изучение и освоение принципов обработки данных в среде СУБД Access, получение навыков правильного формирования логической структуры данных для выбранной предметной области и создания различных типов объектов приложения.
- Функциональное и эксплуатационное назначение изделия
Разрабатываемая система предназначена для выполнения следующих функций:
- Формирование, хранение и модификация данных о выбранной предметной области.
- Документирование результатов обработки данных в рассматриваемой области.
- Наглядный доступ ко всем данным и быстрое получение информации о техническом состоянии БД.
- Формирование итоговых отчётов и запросов.
Для примера ниже представлены названия отчётов и запросов, созданных для двух различных баз данных:
- «Пожарные части в округе г. Москвы»
а) Запросы:
- подсчёт количества сотрудников в пожарной части по всем караулам
- подсчёт общей суммы затрат на з/п в пожарной части по караулам
- быстрый поиск командира караула или получение списка рабочих
- подсчёт количества вызовов караула за период
- по выбору фамилии указывается з/п данного сотрудника
- подсчёт количества автомашин на определённый вызов в данной пожарной части
- число вызовов по пожарным частям по кварталам года (перекрёстный запрос)
- подсчёт того, сколько раз вызвалась автомашина по её регистрационному номеру
- количество караулов на данный вызов
- число вызовов у данного караула
б) Отчёты:
- вывод номеров автомашин по профилям (специальное или обычное назначение) по вводу номера пожарной части, подсчёт количества
- вывод з/п в караулах по фамилиям при вводе номера пожарной части, сумма з/п в карауле и по пожарной части в общем
- подсчёт количества караулов на данный вызов при вводе номера пожарной части
- вывод номеров автомашин на данный вызов в пожарной части и караулов, которым на данный момент принадлежала автомашина
- подсчёт количества вызовов в данной пожарной части и общего числа вызовов по всем пожарным частям
- вывод общего числа вызовов, в которых участвовали караулы, и нахождение максимального числа вызовов, в которых участвовали вызовы
- «Продажи животных и сопутствующих товаров»
а) Запросы:
- диалоговый параметрический запрос для вывода свойств выбранного пользователем вида животного
- диалоговый параметрический запрос для вывода свойств выбранной пользователем категории товаров
- подсчет суммы затрат покупателя за указанный период времени
- подсчёт суммы затрат покупателей, имеющий одинаковый статус за указанный период времени
- подсчёт поквартальной суммы затрат покупателей
- подсчёт дохода от продажи различных видов животных
б) Отчёты:
- «Сотрудники» - список сотрудников фирмы, для каждого из которых подсчитывается количество проведённых сделок, а также итого число сделок сотрудников и расходы на выплату заработной платы.
- «Покупатели» - список покупателей магазина, который разбивается на группы согласно виду клиента (физическое или юридическое лицо). Для каждой группы считается количество и сумма проведённых сделок, а также количество и сумма проведённых сделок, совершённых всеми покупателями и количество проданных изделий.
- « Продажи изделий» - подсчёт общей суммы от продажи изделий и суммы от продажи изделий каждой категории.
- «Продажи животных» - для каждой породы и вида высчитывается сумма дохода от продажи животных, а также итоговая сумма дохода
- «Потери на скидках» - подсчитывается и выводится общая сумма потерь, а также для каждого покупателя считаются полная сумма покупок, сумма с учетом скидок и потери фирмы.
- Требования к программному изделию
- Информационная и программная совместимость
- Программное изделие должно быть совместно с программными продуктами, написанными на языке программирования VBA (Visual Basic for Application), поддерживать язык запросов SQL и работать под руководством операционной систем MS Windows XP и Vista.
- Приложение разработано с помощью СУБД Microsoft Office Access 2007 и поддерживается операционными системами MS Windows XP и Vista.
- Требования к составу и параметрам технических средств
Для запуска разработки рекомендуется компьютер с тактовой частотой процессора не менее 300 МГц; допустимый минимум - 233 МГц; рекомендуются процессоры семейств Intel Pentium/Celeron, AMD K6/Athlon/Duron или другие совместимые процессоры; ОЗУ не менее 128 МБ (допустимый минимум - 64 МБ); 1,5 ГБ свободного места на жестком диске; видеоадаптер и монитор Super VGA с разрешением не менее 1024*768.
- Требования к входным и внешним функциональным характеристикам
- Данные для предметной области «Пожарные части в округе г. Москвы»
Табл. 2.1.
Характеристика информационных признаков БД «Пожарные части
в округе г. Москвы»
| Наименование атрибута | Тип |
| № пожарной части | текстовой |
| Адрес | текстовой |
| ФИО директора | текстовой |
| Число работников | числовой |
| Дата открытия | дата/время |
| № банковского счёта | текстовой |
| № караула | текстовой |
| Дата создания | дата/время |
| Число человек | числовой |
| Профилактический день | Дата/время |
| ФИО | текстовой |
| Дата принятия | дата/время |
| № трудового договора | текстовой |
| З/п | денежный |
| Должность | текстовой |
| Дата рождения | дата/время |
| Адрес прописки | текстовой |
| № вызова | текстовой |
| ФИО оператора | текстовой |
| Дата приёма звонка | дата/время |
| Время приёма звонка | Дата/время |
| ФИО вызывающего | текстовой |
| № телефона входящего | текстовой |
| Есть ли пострадавшие? | Логический |
| Адрес места возгорания | текстовой |
| № протокола | текстовой |
| Время создания | дата/время |
| Категория пожара | текстовой |
| Причина возгорания | текстовой |
| № регистр. Авто | текстовой |
| № гаража | текстовой |
| Профиль работы | текстовой |
- Данные для предметной области «Продажи животных и сопутствующих товаров»
Табл. 2.2
Характеристика информационных признаков БД «Продажи животных и сопутствующих товаров»
| Наименование атрибута | Тип | Число символов | Маска ввода |
| № товара (животные) | Текстовый | 5 | /ж9999;; |
| № ветеринарного паспорта | Текстовый | 15 | |
| Кличка | Текстовый | 30 | |
| Вид | Текстовый | 20 | |
| Порода | Текстовый | 30 | |
| Дата рождения | Дата/Время | Краткий формат даты | |
| Пол | Текстовый | 20 | |
| Окрас | Текстовый | 30 | |
| Стоимость | Числовой | Длинное целое (денежный формат) | |
| Комментарии | Текстовый | 50 | |
| № товара (изделия) | Текстовый | 5 | /и9999;; |
| Название | Текстовый | 40 | |
| Фирма производитель | Текстовый | 20 | |
| Для кого предназначен | Текстовый | 20 | |
| Дата изготовления | Дата/Время | Краткий формат даты | |
| Срок годности | Текстовый | 15 | |
| Категория товара | Текстовый | 25 | |
| Количество на складе | Числовой | Целое | |
| Состав | Текстовый | 50 | |
| Табельный № сотрудника | Текстовый | 5 | |
| ФИО | Текстовый | 50 | |
| Серия и № паспорта | Текстовый | 11 | |
| Должность | Текстовый | 20 | |
| Образование | Текстовый | 40 | |
| Дата трудоустройства | Текстовый | Краткий формат даты | |
| Оклад | Числовой | Длинное целое (денежный формат) | |
| Время прихода на работу | Дата/Время | Краткий формат времени | |
| Время ухода с работы | Дата/Время | Краткий формат времени | |
| Домашний адрес | Текстовый | 50 | |
| Домашний телефон | Текстовый | 12 | !\(999\)000\-00\-00;; |
| № покупателя | Текстовый | 5 | |
| Физическое/Юридическое лицо | Текстовый | 25 | |
| ФИО/Название организации | Текстовый | 40 | |
| Домашний/Юридический адрес | Текстовый | 50 | |
| Контактный телефон | Текстовый | 12 | !\(999\)000\-00\-00;; |
| Подписка на каталог продукции | Логический | Да/Нет | |
| Статус | Текстовый | 20 | |
| % скидки | Числовой | Одинарное с плавающей запятой | |
| Дата | Текстовый | Краткий формат даты | |
| Количество приобретённого товара | Числовой | Целое | |
| Вид оплаты | Текстовый | 25 | |
Выходными данными являются документы (отчёты, запросы), описанные в п. 1.3.
Результирующий компонент изделия – файл с расширением .mdb
- Эргономические характеристики
Удобство и надежность обработки данных обеспечивается наглядным интерфейсом пользователя, в котором участвуют формы с вкладками, кнопками различного предназначения, таблицы с чётко выраженными связями между ключевыми атрибутами. Гибкая система меню обеспечивают удобство диалогового интерфейса. Используются контроль вводимой информации, подсказки в виде раскрывающихся списков и сообщений, из которых можно выбрать необходимое значение. Рациональное расположение кнопок и полей ввода позволяет быстро находить требуемые данные.
- Стадии и этапы разработки
Разработка системы включает следующие этапы:
- Разработка технического задания;
- Сбор и систематизация данных о предметной области;
- Логическое проектирование;
- Создания приложения в среде СУБД:
- Создание таблиц;
- Разработка форм ввода и редактирования данных;
- Создание запросов по выборке, перекрёстных запросов, с диалоговым окном;
- Создание таблиц;
- Создание простых отчётов и отчётов с диалоговым окном;
- Создание меню в виде кнопочных форм
- Создание пользовательского строкового меню
- ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БД
- Характеристика предметной области
В качестве примера ниже дана характеристика предметной области «Продажи животных и сопутствующих товаров».
Предметная область представляет собой фирму, занимающуюся продажей животных и товаров для них. В ней ведётся учёт предлагаемых животных и товаров, хранится и редактируется информация о сотрудниках, покупателях и сделках купли-продажи.
Входными данными (см. пункт 1.4.3 технического задания) для приложения является информация о товарах и животных, имеющихся в продаже, покупателях и сотрудниках магазина. Анализ данных позволяет установить тип и размерность каждого атрибута, а также маски ввода для некоторых из них (таблица 2.1.2.).
- Проектирование структуры БД
В качестве логической структуры данных БД ниже представлены примеры овал-диаграмм с установленными связями между атрибутами. Все транзитивные связи и связи, которые необязательны, удалены.
А) Предметная область «Пожарные части в округе г. Москвы»
Рис. 2.1. Композиционная модель данных для предметной области «Пожарные части в округе г. Москвы»В результате декомпозиции овал – диаграммы получен набор таблиц (отношений в 3НФ) с выделенными ключевыми атрибутами, причём ключи могут быть составные и простые.
- Главная
| № пожарной части | | Адрес | ФИО директора | Дата открытия | Число работников | № банк. счёта |
- Караул
| № пожарной части | № караула | | Дата создания | Число человек | Профилактический день |
- Штаб караула
| № пожарной части | № караула | ФИО работника | | Дата принятия | № труд/договора | З/п |
| Должность | Дата рождения | Адрес прописки |
- Операторская
| № пож. части | № вызова | | ФИО оператора | Дата приёма звонка | Время приёма звонка | ФИО вызывающего |
| № тел. входящего | Есть ли пострадавшие? | Адреса места возгорания |
- Отчётность
| № протокола | | № пожарной части | № вызова | Дата создания | Время создания | Категория пожара | Причина возгорания |
- Автопарк
| № регистр. авто | | № пожарной части | № гаража | Профиль работы |
- Авто на вызов
| № регистр авто | № вызова | | № пожарной части |
- Караулы на вызов
| № пожарной части | № вызова | № караула | |
Б) Предметная область «Продажи животных и сопутствующих товаров»
Рис. 2.2. Композиционная модель данных для предметной области «Продажа животных и сопутствующих товаров»
Выделенные по овал-диаграмме отношения в 3НФ:
| № товара (ж) | | № ветеринарн. паспорта | Вид | Порода | Кличка | Окрас | Пол |
| Дата рождения | Стоимость | Комментарии |
2. Изделия
| № товара (и) | | Название | Фирма производитель | Для кого предназначен | Категория товара | Дата изготовл. | Срок годности |
| Кол-во на складе | Состав | Стоимость | Комментарии |
3. Сотрудники
| Таб. № сотруд. | | ФИО | № и серия паспорта | Должность | Образова-ние | Дата трудоустройства | Домашний адрес |
| Домашний телефон | Оклад | Время прихода на работу | Время ухода с работы |
| № покуп. | | Физ./Юр. лицо | ФИО/Название организации | Дом./Юр. адрес | Контакт. телефон | Подписка на каталог | Статус |
5. Статус
| Статус | | % скидки |
| № товара (и) | Дата | № покупателя | Таб. № сотруд. | | Кол-во приобретенного товара | Вид оплаты |
6. Сделка1
| № товара (ж) | Дата | № покупателя | Таб. № сотруд. | | Вид оплаты |
- ПРОЕКТИРОВАНИЕ ПРИЛОЖЕНИЯ В СРЕДЕ СУБД
2.3.1. ПРОЕКТИРОВАНИЕ СТРУКТУРЫ БД
Полученные на этапе логического проектирования схемы отношений являются основой для создания структуры базы данных в среде СУБД .
Проектирование структуры БД включает:
- Создание всех таблиц в режиме Конструктора;
- Создание схемы данных структуры путем установления связей между таблицами;
- Заполнение таблиц данными.
Создание таблиц
Все таблицы создаются на основе выделенных схем отношений и свойств соответствующих атрибутов. Количество и структура таблиц полностью определяются выделенными схемами отношений (Приложение 1).
Создание структуры БД
Таблицы объединяются в единую структуру посредством связей различного типа с помощью инструмента «Схема данных». При этом тип связей («один–к–одному», «один-ко-многим») определяется на основе концептуальной модели БД с учетом особенностей прикладной области (как правило, источник связи - первичный ключ таблицы, а приемник связи – внешний ключ другой таблицы).
В результате «Схема данных» представляет собой контейнер таблиц БД с установленными связями. При необходимости в состав структуры включают и несвязные таблицы (представления), выполняющие роль справочников при создании раскрывающихся списков.
Ниже представлен пример структуры для БД «Продажи животных и сопутствующих товаров»
Рис. 2.3. Схема данных БД «Продажи животных и сопутствующих товаров»
Содержимое таблиц демонстрационной БД представлено в Приложении1.
2.3.2. РАЗРАБОТКА ФОРМ
Формы выполняют роль интерфейса между конечным пользователем и данными, обеспечивая удобство доступа как к информации таблиц БД, так и к результатам обработки данных в отчетах и запросах.
В создаваемых проектах формы используются:
- для ввода и редактирования данных БД (форма ввода);
- для оперативного диалогового просмотра обработанных данных из одной или нескольких таблиц (формы вывода данных по запросам пользователей);
- для организации меню (главная кнопочная форма).
Ниже представлены примеры различных типов форм.
На рис. 2.4. представлена однотабличная форма ввода и редактирования данных таблицы «Животные» БД «Продажи животных и сопутствующих товаров».
Рис. 2.4. Экранный вид формы «Животные» (режим Формы)
На форме использованы:
- Поля со списком (вид и пол) для автоматизации работы пользователя и уменьшения числа ошибок при вводе данных
- Кнопки для удобного перемещения по записям, печати, удаления и закрытия формы.
Форма может быть многотабличной и многофункциональной. В качестве примера на рис. 2.5. представлена форма регистрации сделки при единовременной покупке различных товаров в нескольких магазинах торговой сети. При этом посредством формы обеспечивается формирование и хранение данных о покупках конкретных товаров в магазинах; автоматический контроль и проектировка количества товаров при их продажах; визуализация данных для подсказки покупателю; формирование отчетного документа о покупках в виде чека.
Рис.2.5. Экранный вид формы «Покупка»
Форма содержит:
- Поля со списком для выбора товара, его количества и номера магазина.
- Подчинённые формы, отображающие количество выбранного товара в магазинах.
- Кнопку «Выбрать товар», для добавления записей в таблицу «товар» и изменение таблицы «товар в магазинах».
- Кнопку завершения сделки, которая выдаёт счёт (чек) на совершенные пользователем покупки.
Чтобы начать оформление покупки, пользователь должен получить «уникальный номер чека», щёлкнув по верхнему полю со списком. Источник строк списка – специальный запрос, выбирающий максимальный свободный номер чека. Далее покупатель может выбрать категорию товара, в зависимости от которой ему будет предложен список товаров. При выборе товара в подчинённой форме в правом верхнем углу будет отображен список магазинов и количество выбранного товара в каждом из них. Далее пользователю необходимо выбрать номер магазина и желаемое количество товара. Тогда в нижней подчинённой форме будет отображаться итоговая сводка по выбранному товару: «наименование», «категория», «номер магазина», и количество выбранного товара в нём (так же эта форма используется для проверки количества товара). После чего пользователь может нажать кнопку «Выбрать товар» - совершив тем самым покупку.
На нажатие кнопки «Выбрать товар» назначен специально разработанный макрос (рис.2.6.), состоящий из нескольких микрокоманд.
Рис. 2.6. Макрос для кнопки «Выбрать товар»
По первой микрокоманде проверяется условие, чтобы количество выбранного товара не превышало его количество в конкретном магазине. Если же это происходит, то выдаётся сообщение об ошибке (рис.2.7.) и макрос останавливается.
Рис. 2.7. Прекращение работы макроса при ошибке
Если же проверка прошла успешно – то сначала запускается запрос на добавление новой записи в таблицу «Сделка». А поле него запрос на обновление записи в таблице «Товар в магазине». Оба запроса берут данные для добавления и обновления из полей формы. Затем следует простое обновление подчинённых форм.
После нажатия на кнопку «Выбор товара» пользователь может совершить ещё покупки, выбрав другой магазин или же другой товар и повторив предыдущие шаги, за исключением получения уникального номера чека. После того как пользователь выбрал все интересующие его товары, ему следует нажать на кнопку «Нажмите что бы завершить сделку». Эта кнопка закрывает форму и выдаёт «чек» на покупки, совершённые пользователем в разных магазинах.
2.3.3. СОЗДАНИЕ ЗАПРОСОВ ПО ВЫБОРКЕ ДАННЫХ
Запросы позволяют выбрать данные в соответствии условиями пользователя и имеют следующие возможности:
- Обеспечивают создание вычисляемых полей.
- Группировать вывод данных согласно параметру (из диалогового окна), условиям отбора данных.
- Совмещать данные сразу из нескольких таблиц, что многократно расширяют возможности пользователя.
- Перекрёстные запросы позволяют отрегулировать заголовки строк, столбцов и значения в ячейках.
Далее представлено описание запросов для БД «Продажи животных и сопутствующих товаров»
а) Диалоговый параметрический запрос для вывода свойств выбранного пользователем вида животного («1 запрос для животных»).
Этот запрос создаётся на основе одной таблицы «Животные», его особенность в том, что на экран выводятся свойства только того вида животного, который пользователь указал в специально созданной для этой цели форме (рис. 2.8).
Введенное значение параметра диалогового окна «Выбор по виду и категории»
[Forms]![Выбор по виду и категории]![ПолеСоСписком14]
используется далее в качестве условия отбора в конструкторе запросов (рис. 2.9).
Рис. 2.8. Форма «Выбор по виду и категории»
Рис. 2.9. «1 запрос для животных» в режиме «Конструктора»
Результаты выполнения запроса для различных видов животных (кошка и собака) представлены ниже.
Рис. 2.10. Результат выполнения запроса, вид животного – кошка
Рис. 2.11. Результат выполнения запроса, вид животного – собака
б) Подсчет суммы затрат покупателя за указанный период времени («3 запрос поиска»).
Для этого запроса используются данные из четырёх таблиц: Изделия, Покупатели, Сделка1 и Статус.
В запросе есть вычисляемое поле «Сумма» - сколько денег потратил покупатель с учетом имеющейся у него скидки:
CCur([стоимость]*[количество приобретённого товара]-[стоимость]*[количество приобретённого товара]*[% скидки]).
Поиск сделок ведётся от даты, выбранной пользователем на специальной форме до текущей даты (рис.2.12).
Рис. 2.12. Форма выбора сделок по датам
Параметры диалогового окна дата формы «Форма3 для выбора сделок по датам»:
Between [Forms]![Форма3 для выбора сделок по датам]![ПолеСоСписком0] And Date() используются в конструкторе запроса в качестве условия отбора (рис.2.13).
Рис. 2.13. «3 запрос поиска» в режиме «Конструктора»
На рис. 2.14. показан результат выполнения запросы при выборе пользователем начальной даты поиска – 23.05.2004.
Рис. 2.14. Результат выполнения «3 запрос поиска»
в) Подсчёт поквартальной суммы затрат покупателей (запрос «5»).
Для расчета поквартальной суммы разработан перекрёстный запрос, использующий данные из двух таблиц: «Сделка1» и «Изделия» (рис.2.15).
В запросе есть вычисляемое поле «Итого» – подсчёт суммы дохода от продаж изделия:
Sum([ИЗДЕЛИЯ]![стоимость]*[СДЕЛКА1]![количество приобретённого товара]).
Особенностью данного запроса также является преобразование формата даты (от вида 01.01.2001 – к 2001 кв 1): Format([дата];"yyyy"" кв ""q") (рис.2.16).
Рис. 2.15. Запрос «5» в режиме «Конструктора»
Рис. 2.16. Результат выполнения запроса «5»
2.3.4. ПРОЕКТИРОВАНИЕ ОТЧЕТОВ
В разделе дается описание всех отчетных документов в виде экранных форм конструктора для созданных отчетов и результатов получения отчета для текущего состояния данных из БД.
Ниже представлены два примера отчетов для БД «Продажи животных и сопутствующих товаров».
На рис. 2.17 показан отчёт «Покупатели» в окне «Конструктора». Данный отчёт представляет собой список покупателей магазина, который разбивается на группы согласно типа клиента (физическое или юридическое лицо). Для каждой группы считается количество и сумма проведённых сделок, а также количество и сумма проведённых сделок, совершённых всеми покупателями и количество проданных изделий.
Вычисляемые поля:
В примечаниях группы «Физическое/ Юридическое лицо»:
«Кол-во сделок:» - Count([дата])
«Сумма сделок:» - Sum([стоимость]*[количество приобретённого товара])
В примечаниях отчёта:
«Общая сумма сделок:» - Sum([стоимость]*[количество приобретённого товара])
«Общее кол-во сделок:» - Count([дата])
«Кол-во прод. изделий:» - Sum([количество приобретённого товара])
Рис. 2.17. Отчёт «Покупатели» в режиме «Конструктора»
Результат получения отчетного документа «Покупатели» для текущего состояния БД приведен на рис. 2.18.
Рис. 2.18. Экранный вид отчёта «Покупатели»
На рис. 2.19. показан отчёт «Потери на скидках» в окне «Конструктора». В данном отчёте группировка ведётся по статусу покупателя. Подсчитывается и выводится общая сумма потерь, а также для каждого покупателя считаются полная сумма покупок, сумма с учетом скидок и потери фирмы.
Вычисляемые поля:
В примечаниях группы «Статус»:
«Полная сумма» - [стоимость]*[количество приобретённого товара]
«Сумма со скидкой» - CCur([стоимость]*[количество приобретённого товара]-[стоимость]*[количество приобретённого товара]*[% скидки])
«Потери» - [стоимость]*[количество приобретённого товара]-(CCur([стоимость]*[количество приобретённого товара]-[стоимость]*[количество приобретённого товара]*[% скидки]))
В примечаниях отчёта:
«Сумма потерь:» - Sum([стоимость]*[количество приобретённого товара]-(CCur([стоимость]*[количество приобретённого товара]-[стоимость]*[количество приобретённого товара]*[% скидки]))).
Результат получения отчета дан на рис. 2. 20.
Рис. 2.19. Отчёт «Потери на скидках» в режиме «Конструктора»
Р
ис. 2.20. Экранный вид отчёта «Потери на скидках»2.3.5. СОЗДАНИЕ ПОЛЬЗОВАТЕЛЬСКОГО МЕНЮ
- Кнопочные формы
Пользователю, который эксплуатирует проектируемую БД, необходимо иметь быстрый и удобный способ, чтобы обратиться ко всем нужным объектам БД, не задумываясь о внутренней её структуре. Кнопочная форма даёт такую возможность пользователю, также она может быть выполнена в оригинальном стиле.
Кнопочная форма и её новые страницы создаются с помощью «Диспетчера кнопочных форм». На каждой странице есть кнопки перехода на предыдущие уровни и на главную кнопочную форму.
Ниже представлен пример вложенного кнопочного меню для БД «Продажи животных и сопутствующих товаров».
На Рис. 2.21. представлена основная страница «Главная кнопочная форма» в режиме «Форма». На Рис. 2.22 изображена подчиненная кнопочная форма «Работа с Базой Данных», которая даёт доступ к списку всех форм БД, а на рис. 2.23 показана подчиненная кнопочная форма «Документы», позволяющая открыть любой отчёт БД.
Рис. 2.21. «Главная кнопочная форма»
Рис. 2.22. Кнопочная форма «Работа с Базой Данных»
Рис. 2.23. Кнопочная форма «Документы»
- Пользовательское строковое меню
Строковое меню имеет то же предназначение, что и меню в виде кнопочных форм: быстрый доступ к объектам БД, - но в более привычном для пользователя виде. Строковое меню может иметь различную конфигурацию и изображается на панели быстрого доступа.
Стандартную панель инструментов, панель Access и контекстное меню возможно заменить на пользовательское строковое меню, создав необходимый набор элементов.
Строковое меню даёт доступ к таблицам, формам, запросам, отчётам проектируемой БД, также кнопки «Печать» и «Закрыть приложение».
Примеры двух строковых меню, которые дополняют кнопочные вложенные меню, представлены ниже.
а) Строковое меню для БД «Пожарные части в округе г. Москвы»
Рис. 2.24. Строковое меню БД «Пожарные части в округе г. Москвы»
б) Строковое меню для БД «Продажи животных и сопутствующих товаров»
Рис. 2.25. Строковое меню БД «Продажи животных и сопутствующих товаров».
Приложение
На рис. 1 изображена таблица «Изделия» в экранном виде, в ней представлен перечень товаров, имеющихся в магазине, даны их свойства (№ товара, название, фирма производитель, состав, стоимость и др.).
Рис. 1. Внешний вид таблицы «Изделия»
На рис. 2 изображена таблица «Покупатели» в экранном виде, в ней находится информация о клиентах магазина, записаны их имена, телефоны, статусы и другие свойства.
Рис. 2. Внешний вид таблицы «Покупатели»
На рис. 3 изображена таблица «Сотрудники» в экранном виде, в ней отображается список работников магазина и их свойства, такие как ФИО, серия и № паспорта, должность, оклад, образование, дата трудоустройства, время прихода и время ухода с работы, домашний адрес и телефон.
Рис. 3. Внешний вид таблицы «Сотрудники»
На рис. 4 изображена таблица «Статус» в экранном виде, в ней представлена информация о том, какой категории покупателей, какие скидки положены, это необходимо для расчёта сумм покупок.
Рис. 4. Внешний вид таблицы «Статус»
На рис. 5 изображена таблица «Сделка1» в экранном виде, в ней хранятся данные о совершённых сделках по продажам изделий (какой покупатель, что и сколько купил, какой сотрудник продал, дата сделки и вид оплаты).
Рис. 5. Внешний вид таблицы «Сделка1»
На рис. 6 изображена таблица «Сделка2» в экранном виде, в ней хранятся данные о совершённых сделках по продажам животных (какой покупатель, какое животное купил, какой сотрудник продал, дата сделки и вид оплаты).
Рис. 6. Внешний вид таблицы «Сделка2»