На курсовое проектирование по курсуЗ А Д А Н И Е
Пояснительная записка листов 168, рисунков 54, таблицы 29, источника 3, приложения 4. Объектом исследования является продажа обуви. Цель работы – разработать приложение для базы данных фирмы-продавца обуви. В результате проделанной работы разработана программа для базы данных фирмы-продавца обуви. При написании программы использовалась среда визуального программирования Delphi 2009.
Введение…………………………………………………………………………..6 1 Техническое задание…………………………………………………………...7 1.1 Основание для разработки………………………………………………..7 1.2 Назначение разработки…………………………………………………....7 1.3 Требования к программе ………………………………………………….7 1.3.1 Требования к функциональным характеристикам………………….7 1.3.2 Требования к надежности………………………………………….....8 1.3.3 Требования к составу и параметрам технических средств………...8 1.3.4 Требования к информационной и программной совместимости….8 1.4 Требования к программной документации……………………………....9 1.5 Стадии и этапы разработки……………………………………….............9 1.6 Порядок контроля и приемки…………………………………………...11 2 Концептуальное проектирование системы…………………………………11 2.1 Разработка концептуальной модели……………………………………11 3 Логическое проектирование БД……………………………………………..14 4 Физическое проектирование БД…………………………………………….17 5 Проектирование приложения………………………………………………..23 5.1 Анализ функций приложения…………………………………………..23 5.2 Определение описания функций……………………………………….24 6 Описание программы………………………………………………………..27 6.1 Общие сведения………………………………………………………....27 6.2 Функциональное назначение…………………………………………...28 6.3 Описание логической структуры……………………………………….28
6.5 Вызов и загрузка…………………………………………………………44 6.6 Входные данные…………………………………………………………44 6.7 Выходные данные……………………………………………………….45 7 Программа и методика испытаний…………………………………………45 7.1 Объект испытаний………………………………………………………45 7.2 Цель испытаний…………………………………………………………45 7.3 Требования к программе………………………………………………..45 7.4 Требования к программной документации……………………………46 7.5 Средства и порядок испытаний………………………………………...46 7.6 Методы испытаний……………………………………………………...47 8 Описание применения……………………………………………………….50 8.1 Назначение программы…………………………………………………50 8.2 Условия применения……………………………………………………50 8.3 Описание задачи………………………………………………………...51 8.4 Входные и выходные данные…………………………………………..54 Заключение……………………………………………………………………..55 Список использованных источников…………………………………………56 Приложение А………………………………………………………………….57 Приложение Б…………………………………………………………………..79 Приложение В…………………………………………………………………100 Приложение Г…………………………………………………………………113
В настоящее время сеть обувных магазинов на рынке товаров и услуг развита не меньше, чем какие – либо другие магазины, пользующиеся высокой популярностью. Каждый обувной магазин представляет огромный ассортимент различных видов обуви, которая, в свою очередь, требует учет. При учете ассортимента обуви необходимо учитывать множество данных, таких как: наименование обуви, размер, цена, количество, текущая дата. Как правило, при обработки большого количества данных возникают ошибки. Для того чтобы минимизировать ошибки и потери данных, необходимо автоматизировать процесс учета отпуска медицинских препаратов в аптечные сети. Для автоматизации данного процесса необходимо создать базу данных, в которой будет храниться информация об изготовителе обуви и ее ассортименте. В данной работе рассматривается клиент-серверное приложение для работы с базой данных «Учет поставок обуви». База данных спроектирована для СУБД Firebird 2.5.
1.1 Основание для разработки Программа разрабатывается на основании задания на курсовое проектирование по дисциплине «Базы данных». Задание утверждено заведующим кафедрой ИВС Пензенского государственного университета Косниковым Ю.Н. и выдано доцентом кафедры ИВС Ерёменко А.В. 1.2 Назначение разработки Приложение SHOP предназначено для обслуживания обувного магазина. 1.3 Требования к программе База данных должна позволять хранить изменение, хранение и удаление следующих данных: - информацию об ассортименте имеющейся обуви - идентификатор ассортимента, наименование обуви, размер, цену, количество, текущую дату; - информацию об изготовителе обуви - идентификатор изготовителя, название фирмы, ее адрес; Приложение должно выполнять следующие функции: - формировать сведения об ассортименте обуви; - формировать сведения об изготовителе обуви; - осуществлять запросы к базе данных; - формировать отчетные документы.
Программа должна работать без перебоев, отслеживать формат вводимых данных. Сбои при работе программы не должны приводить к экономическому ущербу. Программа должна обеспечивать защиту данных от несанкционированного доступа.
1.3.3 Требования к составу и параметрам технических средств Программа должна быть предназначена для работы на персональных компьютерах, имеющих следующие минимальные характеристики: 1) тактовая частота процессора - не менее 1,5 МГц; 2) оперативная память – не менее 1024 Мбайт; 3) на жестком диске при установке используется около 300Мбайт; 4) объем жестокого диска должен быть не менее 500 Мбайта.
1.3.4 Требования к информационной и программной совместимости Приложение должно работать как на локальном компьютере, так и в на сети. Для работы на сервере на нем должна быть установлены СУБД Firebird 2.5 и файл с БД, а на рабочей станции – приложение для работы с БД. Для работы на локальном компьютере на нем должны быть установлены СУБД Firebird, приложение для работы с БД, файл с БД. Программа должна быть совместима с операционной системой Windows XP/7/8.
Программа должна сопровождаться пояснительной запиской, содержащей следующие программные документы: - техническое задание; - описание программы; - программу и методику испытаний; - описание применения. Содержание и структура программных документов должны соответствовать требованиям стандартов ЕСПД.
1.5 Стадии и этапы разработки Программа должна разрабатываться со следующими этапами: Стадии и этапы разработки приведены в таблице 1.
Контроль работоспособности программы должен осуществляться на основе тестовых наборов данных, которые должны охватывать выполнение всех функций приложения. Приемка программы должна осуществляться при ее работоспособности и правильном выполнении всех возложенных на нее функциональных возможностей при наличии программной документации.
2 Концептуальное проектирование системы
2.1 Разработка концептуальной модели При разработке концептуальной модели нужно сначала создать структуры данных и определить атрибуты для сущностей — Изготовитель, Ассортимент, Продажи, Склад. Для структуры данных сущности Изготовитель атрибуты и их назначение показаны в таблице 2. Таблица 2 - Структура данных сущности Изготовитель
Таблица 3 - Структура данных сущности Ассортимент
Для структуры данных сущности Продажи атрибуты и их назначение показаны в таблице 4. Таблица 4 - Структура данных сущности Продажи
Для структуры данных сущности Склад атрибуты и их назначение показаны в таблице 5.
Первичным ключом для сущности Изготовитель является ID, для сущности Ассортимент — ID, для сущности Продажи – ID, для сущности Склад – ID. Показатель кардинальности равен 0,N для сущности Изготовитель, от которой начинается связь, и 1,1 — для сущности Ассортимент, на которой эта связь заканчивается (такая связь называется связью главная-подчиненная) т.к. Один изготовитель может выпускать несколько ассортиментов обуви, но конкретный ассортимент выпущен данным производителем. Степень участия сущности — полная. Сущность Ассортимент является слабой сущностью и может быть идентифицирована только при помощи сущности Изготовитель, поэтому показатель кардинальности 1,1 подчеркивается. Показатель кардинальности равен 0,N связь между сущностью Ассортимент, от которой начинается связь, и 1,1 — для сущности Склад, на которой эта связь заканчивается т.к. в сущности Склад может быть множество экземпляров сущности Ассортимент, но не весь ассортимент обуви должен быть представлен на данном скалде. Степень участия – частичная. Показатель кардинальности равен 0,N для сущности Склад, от которой начинается связь, и 1,1 — для сущности Продажи, на которой эта связь заканчивается (такая связь называется связью главная-подчиненная) т.к. с одного склада может быть осуществлено несколько продаж обуви, но конкретная продажа осуществляется с данного склада. Степень участия сущности — полная. Сущность Продажи является слабой сущностью и может быть идентифицирована только при помощи сущности Склад, поэтому показатель кардинальности 1,1 подчеркивается.
Рисунок 1 — Концептуальная модель Таким образом, была разработана концептуальная модель данных.
3 Логическое проектирование БД Логическое проектирование подразумевает создание реляционной модели данных на основе концептуальной модели. На данном этапе необходимо определить внешние ключи. Атрибут «ID» является внешним ключом для сущности Ассортимент и мигрирует из сущности Изготовитель (ID).
Атрибут «ID» является внешним ключом для сущности Склад и мигрирует из сущности Ассортимент Изготовитель (ID), Ассортимент (ID). Также необходимо указать физические имена атрибутов. Сделать это следует вручную, так как возможности автоматической генерации физическим имен системы Open ModelSphere довольно ограничены. В таблице 6 представлены физические имена атрибутов и нулевые значения для сущности Изготовитель. Таблица 6 — Физические имена атрибутов сущности Изготовитель
В таблице 7 представлены физические имена атрибутов и нулевые значения для сущности Ассортимент. Таблица 7 — Физические имена атрибутов сущности Ассортимент
Таблица 7 — Физические имена атрибутов сущности Ассортимент
В таблице 8 представлены физические имена атрибутов и нулевые значения для сущности Склад. Таблица 8 — Физические имена атрибутов сущности Склад
В таблице 9 представлены физические имена атрибутов и нулевые значения для сущности Продажи.
Реляционная модель представлена на рисунке 2.
Рисунок 2 — Реляционная модель Таким образом, была разработана реляционная модель данных.
4 Физическое проектирование БД Физическая модель данных разработана на основе реляционной модели данных.
На данном этапе следует определить типы данных для всех атрибутов, которые относятся к конкретной СУБД. Также указать физические имена первичных и внешних ключей и определить параметры ссылочной целостности. Параметры ссылочной целостности для всех ролей одинаковы, то есть Insert Rule, Update Rule равны No Action, а Delete Rule – Сascade. В таблице 10 указаны имена полей, физические имена, нулевое значение, типы данных атрибутов таблицы (Изготовитель). Таблица 10 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Изготовитель)
В таблице 11 указаны имена полей, физические имена, нулевое значение, типы данных атрибутов таблицы (Ассортимент). Таблица 11 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Ассортимент)
Таблица 11 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Ассортимент)
В таблице 12 указаны имена полей, физические имена, нулевое значение, типы данных атрибутов таблицы (Склад). Таблица 12 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Склад)
Таблица 14 - Первичные ключи
В таблице 15 указаны данные о внешних ключах. Таблица 15 - Внешние ключи
На рисунке 3 представлена физическая модель.
Рисунок 3 — Физическая модель
Таким образом, была разработана физическая модель данных. На основе физической модели данных с помощью средств OpenModel Sphere был сгенерирован SQL скрипт, представленный в приложении А1. С помощью полученного скрипта в IB Expert была создана база данных с названием SHOP.FDB и разработанная для работы с пользователем TEAM009 при пароле slave009. В полученную базу данных были добавлены генераторы: GEN1 для генерирования уникального значения идентификатора таблицы ASSORTIMENT поля ID, GEN2 для генерирования уникального значения идентификатора таблицы IZGOTOVITEL поля ID. Описание генераторов представлено на рисунке 4.
Рисунок 4 — генераторы базы данных Так же были добавлены триггеры для автоматического заполнения идентификаторов таблиц базы данных при помощи ранее созданных генераторов: триггер IZGOTOVITEL_BIO для таблицы IZGOTOVITEL, заполняющий поле ID в случае, если оно пустое, триггер ASSORTIMENT_BIO для таблицы ASSORTIMENT, заполняющий поле ID в случае, если оно пустое. Описание триггеров представлено на рисунках 5 - 6.
Рисунок 5 — триггер ASSORTIMENT_BIO
Рисунок 6 — триггер ISGOTOVITEL_BIO
Таким образом, разработана база данных содержащаяся в файле SHOP.FBD для СУБД FireBird 2.5.
5 Проектирование приложения
5.1 Анализ функций приложения Анализ функций приложения проведен на основе анализа предметной области и требований к функциональным характеристикам. Результат анализа функций представлен на рисунке 7.
Рисунок 7 - Иерархия функций приложения
5.2 Определение описания функций Функция учет данных об ассортименте обуви имеет три подфункции: - Добавление информации об обуви. Для добавления информации об ассортименте обуви необходимо открыть набор данных ассортимента обуви, ввести на форму добавления записи сведения, подтвердить добавление, закрыть набор данных. - Изменение информации об ассортименте обуви. Для изменения информации об ассортименте обуви необходимо открыть набор данных ассортимента обуви, ввести на форму изменения записи сведения, подтвердить изменения, закрыть набор данных.
Для удаления информации об ассортименте обуви необходимо открыть набор данных изготовителя обуви, выбрать данные, которые нужно удалить, подтвердить удаление, закрыть набор данных. Функция учет данных об изготовителе обуви имеет три подфункции: - Добавление информации об изготовителе обуви. Для добавления информации об изготовителе обуви необходимо открыть набор данных изготовителя обуви, ввести на форму добавления записи сведения, подтвердить добавление, закрыть набор данных. - Изменение информации об изготовителе обуви. Для изменения информации об ассортименте обуви необходимо открыть набор данных изготовителя обуви, ввести на форму изменения записи сведения, подтвердить изменения, закрыть набор данных. - Удаление информации об изготовителе обуви. Для удаления информации об ассортименте обуви необходимо открыть набор данных изготовителя обуви, выбрать данные, которые нужно удалить, подтвердить удаление, закрыть набор данных. Функция осуществления запросов к базе данных имеет три подфункции. - Вывод максимальной цены Для отображения данных обуви, имеющую максимальную цену, необходимо открыть набор данных ассортимента обуви, нажать на кнопку «Запросы», кликнуть на соответствующую кнопку, закрыть набор данных.
Для отображения данных обуви, имеющую средний размер, необходимо открыть набор данных ассортимента обуви, нажать на кнопку «Запросы», кликнуть на соответствующую кнопку, закрыть набор данных. - Вывод значения размера с максимальной ценой, больше 1200 Для отображения данных обуви, имеющую размер с максимальной ценой, больше 1200, необходимо открыть набор данных ассортимента обуви, нажать на кнопку «Запросы», кликнуть на соответствующую кнопку, закрыть набор данных.
- Вывод количества размеров Для отображения количества размеров обуви, необходимо открыть набор данных ассортимента обуви, нажать на кнопку «Запросы», кликнуть на соответствующую кнопку, закрыть набор данных.
Функция формирования отчетных документов - Ассортимента обуви Для вывода отчета об ассортименте обуви, необходимо открыть набор данных ассортимента обуви, нажать на кнопку «Отчет», после вывода отчета на экран, закрыть его с помощью кнопки Close.
5.2 Отображение функций в модули Соотношение функций и модулей представлено в таблице 16.
6 Описание программы 6.1 Общие сведения Разработанная программа имеет наименование «Учет работы обувного магазина», исполняемый файл называется prSimple.exe. Программа написана на языке программирования Object Pascal в среде визуального программирования Borland Delphi 2009. Для функционирования программы должна быть установлена СУБД Firebird. Текст программы приведен в приложении А.
Программа предназначена для работы с базой данных со сведениями о работе обувного магазина.
6.3 Описание логической структуры Программа является событийно управляемой. При запуске программы на выполнение запускается главный модуль main001. Данный модуль связан с с модулем данных DM. С помощью компонентов, установленных на модуле данных DM, осуществляется связь приложения с базой данных. С помощью главного модуля можно вызвать модули AddPrep (для добавления записи в таблицу ассортимент), EditPrep (для изменения записи в таблицу ассортимент). С помощью модуля Apteka можно вызвать модули: AddAP (для добавления записей в таблицу аптека), EditAp (для изменения записей в таблице аптека). Модули main001, AddPrep, EditPrep, Zaprosi связаны с модулем данных DM, т.к. они используют данные базы данных. Описание модулей приведено в таблице 17. Таблица 17 - Описание модулей программы
Таблица 17 - Описание модулей программы
Форма fmMain изображена на рисунке 9.
Рисунок 9 - Форма fmMain
Компонент DBGrid1 используется для отображения таблицы ISGOTOVITEL базы данных. Компонент DBGrid2 используется для отображения таблицы ASSORTIMENT базы данных. Компонент MainMenu1 используется для создания главного меню программы. Главное меню состоит из трех пунктов. Пункт меню «Файл» содержит подпункты «Выход» и «Обновить». С помощью команды «Выход» осуществляется закрытие формы. С помощью команды «Обновить» происходит обновление информации, получаемой из базы данных. Пункт меню «Таблица содержит подпункты «Добавить», «Изменить», «Удалить». Подпункт «Добавить» предназначен для добавления записей в таблицу ISGOTOVITEL. Подпункт «Изменить» предназначен для изменения записей в таблице ISGOTOVITEL. Подпункт «Удалить» предназначен для удаления записей из таблицы ISGOTOVITEL. Пункт «Отчет» формирует отчет об ассортименте обуви. Компонент ActionList1 позволяет создать обработчик события, который будет использован сразу двумя компонентами. Кнопка buExit («Выход») осуществляется закрытие формы. Кнопка buRefresh («Обновить») происходит обновление информации, получаемой из базы данных. Кнопка buAdd («Добавить») служит для добавления записи в таблицу ISGOTOVITEL. Кнопка buEdit («Изменить») служит для изменения записи в таблице ISGOTOVITEL. Кнопка buDelete («Удалить») служит для удаления записи из таблицы ISGOTOVITEL. С помощью кнопки Button1 («Запросы») осуществляются запросы, получаемые из базы данных. Кнопка Button2 («Добавить») служит для добавления записи в таблицу ASSORTIMENT. Кнопка Button3 («Изменить») служит для изменения записи в таблице ASSORTIMENT. Кнопка Button4 («Удалить») служит для удаления записи из таблицы ASSORTIMENT.
Рисунок 10 - Форма добавления записи таблицы ISGOTOVITEL На данной форме размещены элементы: панели Panel1, кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, 2 поля ввода данных Edit1, Edit2.
Рисунок 11 - Форма изменения записи таблицы ISGOTOVITEL На данной форме размещены элементы: панели Panel1, кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, 2 поля ввода данных Edit1, Edit2. Форма добавления записей в таблицу ASSORTIMENT (fmAddPrep) изображена на рисунке 12.
Рисунок 12 - Форма fmAddPrep (добавление записи) таблицы ASSORTIMENT
На данной форме размещены элементы: кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, Label3, Label4, Label5, Label6, поля ввода данных Edit1, Edit2, Edit3, Edit4, поля ввода даты DateTimePicker1, DateTimePicker2, поле выбора внешнего ключа TDBlookUpCombobox1. Форма добавления записей в таблицу ASSORTIMENT (fmEditPrep) изображена на рисунке 13.
Рисунок 13 - Форма fmEditPrep таблицы ASSORTIMENT На данной форме размещены элементы: кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, Label3, Label4, Label5, Label6, поля ввода данных Edit1, Edit2, Edit3, Edit4, поля ввода даты DateTimePicker1, DateTimePicker2, поле выбора внешнего ключа TDBlookUpCombobox1. Форма выполнения запросов ZAPROSI к таблице ISGOTOVITEL изображена на рисунке 14.
Рисунок 14 - Форма Zaprosi На данной форме размещены элементы: кнопки Button1 («Максимальная цена»), Button2 («Средний размер»), Button3 («Значение размера с максимальной ценой больше 1200»), Button («Количество размеров»), компонент DBGrid1 используется для отображения таблицы Izgotovitel базы данных. На модуль данных DM приложения помещены следующие компоненты: с вкладки FIBPlus: dbShop, dstAll, dstAssortiment, dsAssortiment, dstIsgotovitel, dsIsgotovitel, dstQuerty, frxDBDataset1, frxReport1, ReadTransaction, WriteTransaction. Модуль данных представлен на рисунке 15.
Рисунок 15 — Модуль данных Настройки компонентов модуля данных приведены в таблицах 18 — 29. Таблица 18 – Настройки компонента dbShop
Таблица 20 – Настройки компонента dstAssortiment
Таблица 22 – Настройки компонента dsAssortiment
Таблица 23 – Настройки компонента dstIsgotovitel
Таблица 25 – Настройки компонента dstQuerty
Таблица 26 – Настройки компонента frxDBDataset1
|
Реферат
Содержание
Для структуры данных сущности Ассортимент атрибуты и их назначение показаны в таблице 3.
Концептуальная модель представлена на рисунке 1.
Атрибут «ID» является внешним ключом для сущности Продажи и мигрирует из сущности Склад (ID), также этот внешний ключ входит в состав первичного ключа сущности Продажи, т. к. только сочетание ID склада и продаж позволяют уникально идентифицировать записи.
- Удаление информации о лекарствах.
- Вывод среднего размера обуви
Таблица 16 — Соотношение функций и модулей
Таблица 19 – Настройки компонента dstAll
Таблица 21 – Настройки компонента dstAssortiment
