На курсовое проектирование по курсу

З А Д А Н И Е

Реферат

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

Объектом исследования является продажа обуви.

Цель работы – разработать приложение для базы данных фирмы-продавца обуви.

В результате проделанной работы разработана программа для базы данных фирмы-продавца обуви.

При написании программы использовалась среда визуального программирования Delphi 2009.

          Курсовой проект
         
Изм. Лист № докум. Подп. Дата
Разраб. Баннова М.В.     Разработка приложения для учета поставок обуви Пояснительная записка Лит. Лист Листов
Пров. Ерёменко А.В. Долгова И.А.            
        Гр. 12ВЭ1
Н. контр.      
Утв.      
                     

Содержание

Введение

1 Техническое задание

1.1 Основание для разработки

1.2 Назначение разработки

1.3 Требования к программе

1.3.1 Требования к функциональным характеристикам

1.3.2 Требования к надежности

1.3.3 Требования к составу и параметрам технических средств

1.3.4 Требования к информационной и программной совместимости

1.4 Требования к программной документации

1.5 Стадии и этапы разработки

1.6 Порядок контроля и приемки

2 Концептуальное проектирование системы

2.1 Разработка модели предметной области

2.2 Разработка концептуальной модели

3 Логическое проектирование БД

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

5 Проектирование приложения

5.1 Анализ функций приложения

5.2 Определение описания функций

5.3 Отображение функций в модули

6 Описание программы

6.1 Общие сведения

6.2 Функциональное назначение

6.3 Описание логической структуры

6.4 Используемые технические средства

6.5 Вызов и загрузка

6.6 Входные данные

6.7 Выходные данные

7 Программа и методика испытаний

7.1 Объект испытаний

7.2 Цель испытаний

7.3 Требования к программе

7.4 Требования к программной документации

7.5 Средства и порядок испытаний

7.6 Методы испытаний

8 Описание применения

8.1 Назначение программы

8.2 Условия применения

8.3 Описание задачи

8.4 Входные и выходные данные

Заключение

Приложение А

Приложение Б

Приложение В

Приложение Г

Приложение Д

Введение

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

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

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

Техническое задание

1.1 Основание для разработки

Программа разрабатывается на основании задания на курсовое проектирование по дисциплине «Базы данных». Задание утверждено заведующим кафедрой ИВС Пензенского государственного университета Косниковым Ю.Н. и выдано доцентом кафедры ИВС Ерёменко А.В.

1.2 Назначение разработки

Приложение SHOP предназначено для обслуживания обувного магазина.

1.3 Требования к программе

База данных должна позволять хранить изменение, хранение и удаление следующих данных:

- информацию об ассортименте имеющейся обуви - идентификатор ассортимента, наименование обуви, размер, цену, количество, текущую дату;

- информацию об изготовителе обуви - идентификатор изготовителя, название фирмы, ее адрес;

Приложение должно выполнять следующие функции:

- формировать сведения об ассортименте обуви;

- формировать сведения об изготовителе обуви;

- осуществлять запросы к базе данных;

- формировать отчетные документы.

1.3.2 Требования к надежности

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

1.3.3 Требования к составу и параметрам технических средств

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

1) тактовая частота процессора - не менее 1,5 МГц;

2) оперативная память – не менее 1024 Мбайт;

3) на жестком диске при установке используется около 300Мбайт;

4) объем жестокого диска должен быть не менее 500 Мбайта.

1.3.4 Требования к информационной и программной совместимости

Приложение должно работать как на локальном компьютере, так и в на сети. Для работы на сервере на нем должна быть установлены СУБД Firebird 2.5 и файл с БД, а на рабочей станции – приложение для работы с БД. Для работы на локальном компьютере на нем должны быть установлены СУБД Firebird, приложение для работы с БД, файл с БД. Программа должна быть совместима с операционной системой Windows XP/7/8.

1.4 Требования к программной документации

Программа должна сопровождаться пояснительной запиской, содержащей следующие программные документы:

- техническое задание;

- описание программы;

- программу и методику испытаний;

- описание применения.

Содержание и структура программных документов должны соответствовать требованиям стандартов ЕСПД.

1.7 Стадии и этапы разработки

Программа должна разрабатываться со следующими этапами:

Стадии и этапы разработки приведены в таблице 1.

Таблица 1 – Стадии и этапы разработки

Стадии разработки Этап работ Срок исполнения Исполнитель
Расчетная часть Разработка исходных данных (ИД) 12.09.14 Баннова М.В.
Разработка проекта БД с использованием CASE- средств OpenModelSphere 15.10.14 Баннова М.В.
Разработка программы с использованием среды Delphi 10.11.14 Баннова М.В.
Написание пояснительной записки 06.12.14 Баннова М.В.
Графическая часть Не предусмотрена -  
Экспериментальная часть Создание демонстрационной БД для СУБД Firebird 10.11.14 Баннова М.В.
Отладка программы приложения и испытания системы 10.11.14 Баннова М.В.

1.7 Порядок контроля и приёмки

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

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

2 Концептуальное проектирование системы

2.1 Разработка концептуальной модели

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

Для структуры данных сущности Изготовитель атрибуты и их назначение показаны в таблице 2.

Таблица 2 - Структура данных сущности Изготовитель

Имя атрибута Назначение
ID Идентифицирующий номер
Изготовитель Название фирмы изготовителя
Адрес Адрес фирмы производителя

Для структуры данных сущности Ассортимент атрибуты и их назначение показаны в таблице 3.

Таблица 3 - Структура данных сущности Ассортимент

Имя атрибута Назначение
ID Идентифицирующий номер
Товар Наименование обуви
Размер Размер обуви
Цена Цена обуви
Количество Количество обуви
Текущая дата Текущая дата

Для структуры данных сущности Продажи атрибуты и их назначение показаны в таблице 4.

Таблица 4 - Структура данных сущности Продажи

Имя атрибута Назначение
ID Идентифицирующий номер
Дата Дата
Количество Количество обуви

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

Таблица 5 - Структура данных сущности Склад

Имя атрибута Назначение
ID Идентифицирующий номер
Количество Количество обуви
Дата Дата

Первичным ключом для сущности Изготовитель является ID, для сущности Ассортимент — ID, для сущности Продажи – ID, для сущности Склад – ID.

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

Показатель кардинальности равен 0,N связь между сущностью Ассортимент, от которой начинается связь, и 1,1 — для сущности Склад, на которой эта связь заканчивается т.к. в сущности Склад может быть множество экземпляров сущности Ассортимент, но не весь ассортимент обуви должен быть представлен на данном скалде. Степень участия – частичная.

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

Концептуальная модель представлена на рисунке 1.

На курсовое проектирование по курсу - student2.ru

Рисунок 1 — Концептуальная модель

Таким образом, была разработана концептуальная модель данных.

3 Логическое проектирование БД

Логическое проектирование подразумевает создание реляционной модели данных на основе концептуальной модели.

На данном этапе необходимо определить внешние ключи.

Атрибут «ID» является внешним ключом для сущности Ассортимент и мигрирует из сущности Изготовитель (ID).

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

Атрибут «ID» является внешним ключом для сущности Склад и мигрирует из сущности Ассортимент Изготовитель (ID), Ассортимент (ID).

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

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

Таблица 6 — Физические имена атрибутов сущности Изготовитель

Имя атрибута Физическое имя
ID ID_Isg
Изготовитель Name_Isg
Адрес Adress

В таблице 7 представлены физические имена атрибутов и нулевые значения для сущности Ассортимент.

Таблица 7 — Физические имена атрибутов сущности Ассортимент

Имя атрибута Физическое имя
ID ID_As
Товар Name_tovar
Размер Razmer

Продолжение таблицы 7

Таблица 7 — Физические имена атрибутов сущности Ассортимент

Имя атрибута Физическое имя
Цена Cena
Количество Kol_vo
Текущая дата Tek_data
Изготовитель_ID Isgotovitel_ID

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

Таблица 8 — Физические имена атрибутов сущности Склад

Имя атрибута Физическое имя
ID ID
Количество Kol_vo
Дата Tek_data
Склад Sklad_ID
Ассортимент Изготовитель ID Assortiment_Isgotovitel_ID
Ассортимент ID Assortiment _ID

В таблице 9 представлены физические имена атрибутов и нулевые значения для сущности Продажи.

Таблица 9 — Физические имена атрибутов сущности Продажи

Имя атрибута Физическое имя
ID ID
Дата Data
Количество Kol_vo
Склад ID Sklad_ID

Реляционная модель представлена на рисунке 2.

На курсовое проектирование по курсу - student2.ru

Рисунок 2 — Реляционная модель

Таким образом, была разработана реляционная модель данных.

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

Физическая модель данных разработана на основе реляционной модели данных.

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

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

Параметры ссылочной целостности для всех ролей одинаковы, то есть Insert Rule, Update Rule равны No Action, а Delete Rule – Сascade.

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

Таблица 10 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Изготовитель)

Имя атрибута Физическое имя Тип Нулевое значение
IID IID Integer Недопустимо
Изготовитель Name_Isg Varchar(30) Допустимо
Адрес Adress Varchar(20) Допустимо

В таблице 11 указаны имена полей, физические имена, нулевое значение, типы данных атрибутов таблицы (Ассортимент).

Таблица 11 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Ассортимент)

Имя атрибута Физическое имя Тип Нулевое значение
AID AID Integer Недопустимо
Товар Name Varchar (20) Допустимо

Продолжение таблицы 11

Таблица 11 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Ассортимент)

Имя атрибута Физическое имя Тип Нулевое значение
Размер Razmer Integer Допустимо
Цена Cena Double Precision Допустимо
Количество Kol_vo Integer Допустимо
Текущая дата Tek_data Date Допустимо
Изготовитель ID Isgotovitel_IID Integer Не допустимо

В таблице 12 указаны имена полей, физические имена, нулевое значение, типы данных атрибутов таблицы (Склад).

Таблица 12 - Имена полей, физические имена, типы данных, нулевые значения полей таблицы (Склад)

Имя атрибута Физическое имя Тип Нулевое значение
SID SID Integer Не допустимо
Количество Kol_vo Integer Допустимо
Дата Data Date Допустимо
Ассортимент Изготовитель ID Assortiment_ Isgotovitel_IID Varchar(30) Не допустимо
Ассортимент ID Assortiment_AID Varchar(30) Допустимо

В таблице 14 указаны данные о первичных ключах.

Таблица 14 - Первичные ключи

Имя таблицы Имя ключа Нулевое значение
Изготовитель Primary key (IID) Недопустимо
Ассортимент Primary key (Изготовитель IID, IID) Недопустимо
Склад Primary key (SID) Недопустимо
Продажи Primary key (Склад SID, PID) Недопустимо

В таблице 15 указаны данные о внешних ключах.

Таблица 15 - Внешние ключи

Имя таблицы Имя ключа Нулевое значение
Ассортимент FK1 Внешний ключ (Изготовитель IID) Недопустимо
Склад FK1 Внешний ключ (Ассортимент Изготовитель IID, Ассортимент IID ) Недопустимо
Продажи FK1 Внешний ключ (Склад SID) Недопустимо

На рисунке 3 представлена физическая модель.

На курсовое проектирование по курсу - student2.ru

Рисунок 3 — Физическая модель

Таким образом, была разработана физическая модель данных.

На основе физической модели данных с помощью средств OpenModel Sphere был сгенерирован SQL скрипт, представленный в приложении А1.

С помощью полученного скрипта в IB Expert была создана база данных с названием SHOP.FDB и разработанная для работы с пользователем TEAM009 при пароле slave009.

В полученную базу данных были добавлены генераторы: GEN1 для генерирования уникального значения идентификатора таблицы ASSORTIMENT поля ID, GEN2 для генерирования уникального значения идентификатора таблицы IZGOTOVITEL поля ID.

Описание генераторов представлено на рисунке 4.

На курсовое проектирование по курсу - student2.ru

Рисунок 4 — генераторы базы данных

Так же были добавлены триггеры для автоматического заполнения идентификаторов таблиц базы данных при помощи ранее созданных генераторов: триггер IZGOTOVITEL_BIO для таблицы IZGOTOVITEL, заполняющий поле ID в случае, если оно пустое, триггер ASSORTIMENT_BIO для таблицы ASSORTIMENT, заполняющий поле ID в случае, если оно пустое.

Описание триггеров представлено на рисунках 5 - 6.

На курсовое проектирование по курсу - student2.ru

Рисунок 5 — триггер ASSORTIMENT_BIO

На курсовое проектирование по курсу - student2.ru

Рисунок 6 — триггер ISGOTOVITEL_BIO

Таким образом, разработана база данных содержащаяся в файле SHOP.FBD для СУБД FireBird 2.5.

5 Проектирование приложения

5.1 Анализ функций приложения

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

Результат анализа функций представлен на рисунке 7.

На курсовое проектирование по курсу - student2.ru

Рисунок 7 - Иерархия функций приложения

5.2 Определение описания функций

Функция учет данных об ассортименте обуви имеет три подфункции:

- Добавление информации об обуви.

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

- Изменение информации об ассортименте обуви.

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

- Удаление информации о лекарствах.

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

Функция учет данных об изготовителе обуви имеет три подфункции:

- Добавление информации об изготовителе обуви.

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

- Изменение информации об изготовителе обуви.

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

- Удаление информации об изготовителе обуви.

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

Функция осуществления запросов к базе данных имеет три подфункции.

- Вывод максимальной цены

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

- Вывод среднего размера обуви

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

- Вывод значения размера с максимальной ценой, больше 1200

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

- Вывод количества размеров

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

Функция формирования отчетных документов

- Ассортимента обуви от.

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

5.2 Отображение функций в модули

Соотношение функций и модулей представлено в таблице 16.

Таблица 16 — Соотношение функций и модулей

Модуль Функция
Button2 Добавление информации об ассортименте обуви
Button3 Изменение информации об ассортименте обуви
Button4 Удаление информации об ассортименте обуви
buAdd Добавление информации об изготовителе
buEdit Изменение информации об изготовителе
buDelete Удаление информации о производителях
AddPrep Добавление информации об ассортименте обуви
EdaitOtp Изменение информации об ассортименте обуви
Button1 Максимальная цена
Button2 Средний размер
Button3 Значение размера с максимальной ценой больше 1200
Button6 Количество размеров
Button4 Выход

6 Описание программы

6.1 Общие сведения

Разработанная программа имеет наименование «Учет работы обувного магазина», исполняемый файл называется prSimple.exe. Программа написана на языке программирования Object Pascal в среде визуального программирования Borland Delphi 2009. Для функционирования программы должна быть установлена СУБД Firebird. Текст программы приведен в приложении А.

6.2 Функциональное назначение

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

6.3 Описание логической структуры

Программа является событийно управляемой. При запуске программы на выполнение запускается главный модуль main001. Данный модуль связан с с модулем данных DM. С помощью компонентов, установленных на модуле данных DM, осуществляется связь приложения с базой данных. С помощью главного модуля можно вызвать модули AddPrep (для добавления записи в таблицу ассортимент), EditPrep (для изменения записи в таблицу ассортимент). С помощью модуля Apteka можно вызвать модули: AddAP (для добавления записей в таблицу аптека), EditAp (для изменения записей в таблице аптека). Модули main001, AddPrep, EditPrep, Zaprosi связаны с модулем данных DM, т.к. они используют данные базы данных.

Описание модулей приведено в таблице 17.

Таблица 17 - Описание модулей программы

Название модуля Наименование формы Примечание
Main001 fmMain Главный модуль программы
DM dm1 Не визуальный модуль данных
AddPrep fmAddPrep Модуль добавления новой записи
EditPrep fmEditPrep Модуль редактирования записи

Продолжение таблицы 17

Таблица 17 - Описание модулей программы

Название модуля Наименование формы Примечание
Zaprosi fmZaprosi Модуль для выполнения

Форма fmMain изображена на рисунке 9.

На курсовое проектирование по курсу - student2.ru

Рисунок 9 - Форма fmMain

Для работы с таблицами IZGOTOVITEL, ASSORTIMENT была создана форма fmMain. С вкладки Standart на форму помещены компоненты: MainMenu1: TMainMenu, ActionList1: TActionList , buExit: TButton, buRefresh: TButton, buAdd: TButton, buEdit: TButton, buDelete, TButton Button1: TButton, TButton Button: TButton, TButton Button3: TButton, TButton Button4: TButton, Panel1: Tpanel, Panel2: Tpanel; с вкладки Win32 - StatusBar1: TstatusBar; с вкладки DataControls - DBGrid1: TDBGrid. DBGrid2: TDBGrid.

Компонент DBGrid1 используется для отображения таблицы ISGOTOVITEL базы данных. Компонент DBGrid2 используется для отображения таблицы ASSORTIMENT базы данных. Компонент MainMenu1 используется для создания главного меню программы. Главное меню состоит из трех пунктов. Пункт меню «Файл» содержит подпункты «Выход» и «Обновить». С помощью команды «Выход» осуществляется закрытие формы. С помощью команды «Обновить» происходит обновление информации, получаемой из базы данных. Пункт меню «Таблица содержит подпункты «Добавить», «Изменить», «Удалить». Подпункт «Добавить» предназначен для добавления записей в таблицу ISGOTOVITEL. Подпункт «Изменить» предназначен для изменения записей в таблице ISGOTOVITEL. Подпункт «Удалить» предназначен для удаления записей из таблицы ISGOTOVITEL. Пункт «Отчет» формирует отчет об ассортименте обуви.

Компонент ActionList1 позволяет создать обработчик события, который будет использован сразу двумя компонентами.

Кнопка buExit («Выход») осуществляется закрытие формы. Кнопка buRefresh («Обновить») происходит обновление информации, получаемой из базы данных. Кнопка buAdd («Добавить») служит для добавления записи в таблицу ISGOTOVITEL. Кнопка buEdit («Изменить») служит для изменения записи в таблице ISGOTOVITEL. Кнопка buDelete («Удалить») служит для удаления записи из таблицы ISGOTOVITEL. С помощью кнопки Button1 («Запросы») осуществляются запросы, получаемые из базы данных. Кнопка Button2 («Добавить») служит для добавления записи в таблицу ASSORTIMENT. Кнопка Button3 («Изменить») служит для изменения записи в таблице ASSORTIMENT. Кнопка Button4 («Удалить») служит для удаления записи из таблицы ASSORTIMENT.

Форма добавления записей в таблицу ISGOTOVITEL (fmAddPrep) изображена на рисунке 10.

На курсовое проектирование по курсу - student2.ru

Рисунок 10 - Форма добавления записи таблицы ISGOTOVITEL

На данной форме размещены элементы: панели Panel1, кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, 2 поля ввода данных Edit1, Edit2.

Форма изменения записей в таблице ISGOTOVITEL (fmEditPrep) изображена на рисунке 11.

На курсовое проектирование по курсу - student2.ru

Рисунок 11 - Форма изменения записи таблицы ISGOTOVITEL

На данной форме размещены элементы: панели Panel1, кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, 2 поля ввода данных Edit1, Edit2.

Форма добавления записей в таблицу ASSORTIMENT (fmAddPrep) изображена на рисунке 12.

На курсовое проектирование по курсу - student2.ru

Рисунок 12 - Форма fmAddPrep таблицы ASSORTIMENT

На данной форме размещены элементы: кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, Label3, Label4, Label5, Label6, поля ввода данных Edit1, Edit2, Edit3, Edit4, поля ввода даты DateTimePicker1, DateTimePicker2, поле выбора внешнего ключа TDBlookUpCombobox1.

Форма добавления записей в таблицу ASSORTIMENT (fmEditPrep) изображена на рисунке 13.

На курсовое проектирование по курсу - student2.ru

Рисунок 13 - Форма fmEditPrep таблицы ASSORTIMENT

На данной форме размещены элементы: кнопки Button1 («ОК»), Button2 («Отменить»), метки Label1, Label2, Label3, Label4, Label5, Label6, поля ввода данных Edit1, Edit2, Edit3, Edit4, поля ввода даты DateTimePicker1, DateTimePicker2, поле выбора внешнего ключа TDBlookUpCombobox1.

Форма выполнения запросов к таблице ISGOTOVITEL изображена на рисунке 14.

На курсовое проектирование по курсу - student2.ru

Рисунок 14 - Форма Zaprosi

На данной форме размещены элементы: кнопки Button1 («Максимальная цена»), Button2 («Средний размер»), Button3 («Значение размера с максимальной ценой больше 1200»), Button («Количество размеров»), компонент DBGrid1 используется для отображения таблицы Izgotovitel базы данных.

На модуль данных DM приложения помещены следующие компоненты: с вкладки FIBPlus: dbShop, dstAll, dstAssortiment, dsAssortiment, dstIsgotovitel, dsIsgotovitel, dstQuerty, frxDBDataset1, frxReport1, ReadTransaction, WriteTransaction.

Модуль данных представлен на рисунке 15.

На курсовое проектирование по курсу - student2.ru

Рисунок 15 — Модуль данных

Настройки компонентов модуля данных приведены в таблицах 18 — 29.

Таблица 18 – Настройки компонента dbShop

Свойство Значение
DBName sqledu03:D:\Data\ЛР16\SHOP.fdb
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 19 – Настройки компонента dstAll

Свойство Значение
DataBase dbShop
DBName sqledu03:D:\Data\ЛР16\SHOP.fdb
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 20 – Настройки компонента dstAssortiment

Свойство Значение
DBName sqledu03:D:\Data\ЛР16\SHOP.fdb

Продолжение таблицы 20

Таблица 20 – Настройки компонента dstAssortiment

Свойство Значение
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 21 – Настройки компонента dstAssortiment

Свойство Значение
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 22 – Настройки компонента dsAssortiment

Свойство Значение
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction

Продолжение таблицы 22

Таблица 22 – Настройки компонента dsAssortiment

Свойство Значение
DefaultUpdateTransaction WriteTransaction

Таблица 23 – Настройки компонента dstIsgotovitel

Свойство Значение
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 24 – Настройки компонента dsIsgotovitel

Свойство Значение
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 25 – Настройки компонента dstQuerty

Свойство Значение
DataBase dbShop
DBParams user_name = TEAM009 password = slave009
LibraruName C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
DefaultTransaction ReadTransaction
DefaultUpdateTransaction WriteTransaction

Таблица 26 – Настройки компонента frxDBDataset1

Свойство Значение
DataSourse dsAll
Name frxDBDataset1
UserName frxDBDataset1

Таблица 27 – Настройки компонента frxReport1

Свойство Значение
InFile \Software\Fast Reports
Name frxReport1
PreviewOptions TfrxPreviewOptions
PrintOptions TfrxPrintOptions
ReportOptions TfrxReportOptions
ScriptLanguage PascalScript

Таблица 28 – Настройки компонента ReadTransaction

Свойство Значение
DefaultDataBase dbShop
Name ReadTransaction

Таблица 29 – Настройки компонента WriteTransaction

Свойство Значение
DefaultDataBase dbShop
Name WriteTransaction

Для создания отчетов необходимо поместить на модуль данных компоненты frReport1 и frxDBDataset1 с вкладки FastReport 4.0. При помощи компонента frReport1 создать форму отчета.

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

На курсовое проектирование по курсу - student2.ru

Рисунок 16 - Спроектированный отчет для просмотра списка производителей, и их ассортимента

Текст dfm-файлов используемых модулей приведен в приложении Д.

Описание созданных обработчиков событий приложения приведено в таблице 29.

Таблица 29– Описание обработчиков событий для работы с таблицей ISGOTOVITEL, ASSORTIMENT

Zapros

Наименование модуля Наименование процедуры или функции Примечание
  Unit1 procedure TForm1. FormShow(Sender: TObject) Обработчик события отображения главной формы программы. Процедура открывает и устанавливает связь с БД.
procedure TForm1. FormClose(Sender: TObject; var Action: TCloseAction) Обработчик события закрытия главной формы программы. Процедура разрывает связь с БД и закрывает форму.
procedure TForm1.acQuitExecute(Sender: TObject) Обработчик события отложенного закрытия главной формы. Т.е. форма закроется после обработки всех сообщений.
procedure TForm1.acRefreshExecute(Sender: TObject) Обработчик события обновления данных БД и отображения их на главной форме.
procedure TForm1.Button1Click(Sender: TObject) Обработчик события выхода из таблицы IZGOTOVITEL.
TForm2.Button1Click(Sender: TObject) Обработчик события отображения названий фирм изготовителей
TForm2.Button2Click(Sender: TObject) Обработчик события отображения адресов изготовителей
TForm2.Button3Click(Sender: TObject) Обработчик события отображения названий и адресов первых 10 фирм изготовителей
procedure TfmAdd.FormClose(Sender: TObject; var Action: TCloseAction); Обработчик события удаления формы из памяти компьютера.
procedure TForm3.FormClose(Sender: TObject; var Action: TCloseAction); Обработчик события удаления формы из памяти компьютера.

Продолжение таблицы 29

Таблица 29– Описание обработчиков событий для работы с таблицей ISGOTOVITEL, ASSORTIMENT

Наименование модуля Наименование процедуры или функции Примечание
EditPrep procedureTForm4.FormShow(Sender: TObject); Обработчик события отображения формы редактирования данных в таблицу Assortiment.
procedure TForm4.Button1Click(Sender: TObject); Обработчик события записи измененных данных в БД.
procedureTForm4.FormClose(Sender: TObject; var Action: TCloseAction); Обработчик события удаления формы из памяти компьютера.
AddOtp procedure TAddotpuch.Button1Click(Sender: Tobject); Обработчик события добавления новой записи в таблицу OTPUCHENO.
procedure TAddotpuch.FormClose(Sender: TObject; var Action: TCloseAction); Обработчик события удаления формы из памяти компьютера.

6.4 Используемые технические средства

Приложение «SHOP» предназначена для работы на персональных компьютерах, имеющих следующие минимальные характеристики:

1) тактовая частота процессора - не менее 1,5 МГц;

2) оперативная память – не менее 1024 Мбайт;

3) на жестком диске при установке используется около 300Мбайт;

4) объем жестокого диска должен быть не менее 500 Мбайта.

6.5 Вызов и загрузка

Приложение запускается исполняемым файлом prSimpleP001.exe Файл расположен в папке D:\Курсовая. Для работы программы на компьютере должна быть установлена СУБД Firebird 2.5, а так же файл с базой данных.

6.6 Входные данные

Входными данными являются информация об изготовителях и ассортименте обуви.

6.6 Выходные данные

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

7 Программа и методика испытаний

7.1 Объект испытаний

Объектом испытаний является приложение «SHOP», предназначенное для учета сведений работы обувного магазина.

7.2 Цель испытаний

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

7.3 Требования к программе

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

Наши рекомендации