База данных «Магазин косметики»

• 1 Техническое задание 6
• 1.1 Основание для разработки 6
• 1.2 Назначение разработки 6
• 1.3 Стандарты 6
• 1.4 Требования к программе или программному изделию 6
• 1.4.1 Носители информации 7
• 1.4.2 Требования к составу и параметрам технических средств 7
• 2 Технический проект 8
• 2.1 Описание предметной области 8
• 2.2 Словарь понятий и терминов 8
• 2.4 Определения функциональных зависимостей 15
• Ключевые зависимости 15
• Неключевые зависимости 17
• Универсальные зависимости 18
• 2.5 Синтез схемы базы данных на основании функциональных зависимостей 19
• 2.5.1 Построение неизбыточного покрытия 19
• 2.5.2 Построение леворедуцированного покрытия 20
• 2.5.3 Построение праворедуцированного покрытия 23
• 2.5.4 Построение классов эквивалентности 25
• 2.5.5 Построение редуцированного минимального кольцевого покрытия на основе прямой функциональной определяемости 27
• Построение редуцированного минимального кольцевого покрытия 28
• 2.6 Построение запросов на SQL 32
• 2.6.1 Запрос на выборку 32
• 2.6.1.1 Словесная формулировка запроса 32
• 2.6.1.3 Исходное дерево запроса 34
• Рисунок 2.21 — Оптимизированное дерево запроса на основании операции проекции 50
• 2.6.1.8 Расчет сложности запроса 51
• Приложение А 61
• Реферат
• Объем данного курсового проекта равен __ страницам. В курсовом проекте содержится два приложения, в которых приведены ER-схемы базы данных, код программы. Также в КП содержится постановка задачи.
• Ключевые слова:
• База данных, ER-схема, сущность, атрибут, ключ, связь, функциональная зависимость, система функциональных зависимостей.
• Ключевые слова и словосочетания данной курсовой работы: база данных, магазин косметики, учёт, продажа, поставка.
• Объектом исследования является учёт операций и товаров в магазине косметики. Предмет исследования — база данных магазина косметики.
• Целью работы является разработка базы данных магазина косметики, позволяющая вести учёт и анализ поставок и продаж. Результатом работы является оптимизированная (приведенная к третьей нормальной форме) модель этой базы данных.
• При разработке структуры базы данных используется два метода — метод ER-диаграмм и метод синтеза.
• Разработанная структура базы данных может быть воплощена в системе управления базами данных (например, FoxPro) и использоваться для ведения учета поставок и продаж магазином косметики.
• Определения
• В тексте данной работы использованы следующие термины и сокращения:
• В данной работе применены следующие термины с соответствующими определениями:
• база данных: Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД;
• er-диаграмма: Схема базы данных, спроектированная с помощью программы ERWin;
• сущность: Любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных;
• атрибут: Поименованная характеристика сущности;
• ключ: Минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности;
• связь: Ассоциирование двух или более сущностей;
• производитель: Юридическое или физическое лицо, изготовляющее косметику;
• представитель: Юридическое или физическое лицо, представляющее интересы производителя в России.
• рекомендация: Описание товара, позволяющее покупателю сделать более точный выбор (например, «шампунь для сухих волос» или «крем для жирной кожи»);
• состав: Перечень веществ, входящих в косметику;
• контрагент: Юридическое или физическое лицо, участвующее в сделках купли-продажи с магазином косметики;
• Обозначения и сокращения
• В данной работе применены следующие сокращения:
• БД: База данных;
• СУБД: Система управления базами данных;
• ФЗ: Функциональная зависимость;
• ИНН: Идентификационный номер налогоплательщика;
• КПП: Код причины постановки на учет в налоговых органах;
• БИК: Банковский идентификационный код;
• к/с: Корреспондентный счет;
• р/с: Расчетный счет;

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

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

Основанием для разработки программного продукта служит задание на курсовую работу по предмету «Базы данных»" на тему «Магазин косметики».

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

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

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

1.3 Стандарты

Данная работа оформлена в соответствии со стандартом СТУ 04.02.030.-2008.

1.4 Требования к программе или программному изделию

В программе требуется реализовать учет косметики: (тип, вид, название, состав, цена-оптовая, закупочная, себестоимость, розница, количество, где произведена, кем произведена, когда произведена). Также необходимо определить, способы покупки косметики. Спроектировать базу данных для магазина косметики. Описать предметную область, разработать словарь понятий и терминов, построить систему функциональных зависимостей. Синтезировать схему базы данных на основании функциональных зависимостей (построение неизбыточного покрытия, построение леворедуцированного неизбыточного покрытия, построение праворедуцированного неизбыточного покрытия, построение классов эквивалентностей, построение минимального покрытия). Построить уточненную концептуальную модель в виде ER-диаграммы, запросы предметной области. Записать минимизированные запросы на языке SQL.

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

база данные учет магазин

1.4.1 Носители информации

Продукт должен размещаться в виде файлов на CD дисках. В процессе работы могут использоваться Flash, CD-R/-RW, DVD-R/RW или другие носители информации.

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

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

? процессор Pentium V 2200 МГц;

? оперативная память объемом 1024 Мб;

? жесткий диск Seagate Barracuda, объемом 120 Гб;

? видеоадаптер SVGA;

? клавиатура;

? манипулятор типа «мышь»;

устройство удаленного доступа к сети: модем или сетевая карта.

2 Технический проект

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

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

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

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

При совершении сделок формируется накладная (приходная или расходная), состоящая строк — видов косметики, закупленных в определенном количестве по определенной цене.

По продажам отслеживается статус оплаты.

Для удобства покупателей косметика снабжается рекомендациями.

2.2 Словарь понятий и терминов

Словарь понятий и терминов приведен в таблицах 2.1 — 2.21.

Таблица 2.1 — Номенклатура

Таблица 2.2 — Цена

Таблица 2.3 — Тип цены

Таблица 2.4 — Валюта

Таблица 2.5 — Производитель

Таблица 2.6 — Представитель

Таблица 2.7 — Страна

Таблица 2.8 — Рекомендация

Таблица 2.9 — Вариант рекомендации

Таблица 2.10 — Состав

Таблица 2.11 — Вещество

Таблица 2.12 — Продажа

Таблица 2.13 — Строка продажи

Таблица 2.14 — Поставка

Таблица 2.15 — Строка поставки

Таблица 2.16 — Контрагент

Таблица 2.17 — Банковский счет

Таблица 2.18 — Банк

Таблица 2.19 — Магазин

Таблица 2.20 — Оплата

Таблица 2.21 — Статус оплаты

2.4 Определения функциональных зависимостей

Ключевые зависимости

Одному коду номенклатуры не могут соответствовать номенклатуры с разными названиями, кодами стран-производителей, кодами производителей, единицами измерения, весом.

Одному коду цены не могут соответствовать цены с разным типом цены, кодом номенклатуры, ценой.

Одному коду типа цен не могут соответствовать цены с разными названиями, кодами валют.

Одному коду валюты не могут соответствовать валюты с разными названиями, курсами.

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

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

Одному коду страны не могут соответствовать страны с разными названиями.

Одному коду рекомендаций не могут соответствовать рекомендации к разным номенклатурам, с разными вариантами рекомендаций.

Одному коду варианта рекомендаций не могут соответствовать разные варианты рекомендаций.

Одному коду состава не могут соответствовать составы разных номенклатур, разные вещества.

Одному коду вещества не могут соответствовать вещества с разными названиями.

Одному коду продаж не могут соответствовать продажи с разными датами, участниками-контрагентами и кодами типа цены.

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

Одному коду поставок не могут соответствовать поставки с разными датами, участниками-контрагентами и кодами типа цены.

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

Одному коду контрагента не могут соотвтетствовать контрагенты с разными названиями, адресами — городами, улицами, домами, офисами и телефонами, ИНН и КПП.

Одному коду счета не могут соответствовать разные коды банка и разные коды контрагента.

Одному БИК не могут соответствовать банки с разными названиями и корр. счетами, расположенные в разных городах.

Одному коду подразделения не могут соответствовать подразделения с разными названиями, адресами — городами, улицами, домами, офисами и телефонами, ИНН и КПП, р/с и БИК.

Одному коду оплаты не могут соответствовать разные продажи и разные статусы.

Одному коду статуса не могут соответствовать разные названия статусов.

Ключевые зависимости представлены на рисунке 2.1.

Рисунок 2.1 — Ключевые зависимости

Неключевые зависимости

Одному коду типа цены на одну номенклатуру может соответствовать только одно значение цены.

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

Одному ИНН контрагента может соответствовать только одно название контрагента.

Одному названию валюты может соответстовать только один курс.

Одной номенклатуре в одной продаже может соответствовать только одна цена.

Одной номенклатуре в одной поставке может соответствовать только одна цена.

Неключевые зависимости представлены на рисунке 2.2.

Рисунок 2.2 — Неключевые зависимости

Универсальные зависимости

Код цены, код типа цены, код номенклатуры и значение цены определяют запись таблицы «Цена».

Код номенклатуры, название номенклатуры, код страны-производителя, код производителя, единицы измерения и вес определяют запись таблицы «Номенклатура».

Код контрагента, название контрагента, адрес контрагента — город, улица, дом, офис, телефон; ИНН и КПП определяют запись таблицы «Контрагент».

Код валюты, название валюты, курс валюты определяют запись таблицы «Валюта».

Код строки поставок, код поставки, код номенклатуры, цена и количество определяют запись таблицы «Строки поставок».

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

Универсальные зависимости представлены на рисунке 2.3.

Рисунок 2.3 — Универсальные зависимости

2.5 Синтез схемы базы данных на основании функциональных зависимостей

2.5.1 Построение неизбыточного покрытия

Этапы построения неизбыточного покрытия представлены на рис. 2.4.

Рисунок 2.4 — Этапы построения неизбыточного покрытия

Неизбыточное покрытие представлено на рисунке 2.5.

Рисунок 2.5 — Неизбыточное покрытие

2.5.2 Построение леворедуцированного покрытия

Этапы построения леворедуцированного покрытия представлены на рисунке 2.6 — 2.7.

Рисунок 2.6 — Этапы построения леворедуцированного покрытия

Рисунок 2.7 — Этапы построения леворедуцированного покрытия

Леворедуцированное покрытие представлено на рисунке 2.7.

Рисунок 2.7 — Леворедуцированное покрытие

2.5.3 Построение праворедуцированного покрытия

Этапы построения праворедуцированного покрытия представлены на рисунке 2.8.

Рисунок 2.8 — Этапы построения праворедуцированного покрытия

Праворедуцированное покрытие представлено на рисунке 2.9.

Рисунок 2.9 — Праворедуцированное покрытие

2.5.4 Построение классов эквивалентности

Этапы построения классов эквивалентности представлены на рисунке 2.10- 2.11.

Рисунок 2.10 — Этапы построения классов эквивалентности

Рисунок 2.11 — Этапы построения классов эквивалентности

2.5.5 Построение редуцированного минимального кольцевого покрытия на основе прямой функциональной определяемости

Этапы построения минимального покрытия на основе прямой функциональной определяемости представлены на рисунке 2.11.

Рисунок 2.11 — Этапы построения минимального покрытия на основе прямой функциональной определяемости

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

Рисунок 2.12 — Редуцированное минимальное покрытие

Построение редуцированного минимального кольцевого покрытия

Определение CF-зависимостей по классам эквивалентности

Построение кольцевого покрытия

Минимальное кольцевое покрытие представлено на рисунке 2.13.

Рисунок 2.13 — Минимальное кольцевое покрытие

Получение кольцевого минимального редуцированного покрытия

Естественное характеристическое множество для кольцевого покрытия представлено на рисунке 2.14.

Рисунок 2.14 — Естественное характеристическое множество

для кольцевого покрытия

Минимальное редуцированное кольцевое покрытие представлено на рисунке 2.15.

Рисунок 2.15 — Минимальное редуцированное кольцевое покрытие

Естественное характеристическое множество представлено на рисунке 2.16.

Рисунок 2.16 — Естественное характеристическое множество

2.6 Построение запросов на SQL

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

2.6.1.1 Словесная формулировка запроса

Необходимо вывести название косметики фирмы «Марон Глясе», которая должна быть произведена 12.02.2007 года, в России, стоимость которой менее 1000, при этом закупочная цена должна быть указана в долларах США.

Выполняется 6 условий:

— фирма «Марон Глясе»

— произведена 12.02.2007 года

— в России

— стоимость < 1000

— цена закупочная

— в $ США

2.6.2.1 Текст запроса на языке SQL

Текст запроса на языке SQL представлен на рисунке 2.17.

Рисунок 2.17 — Текст запроса на языке SQL

2.6.1.3 Исходное дерево запроса

Исходное дерево для запроса представлено на рисунке 2.18.

Рисунок 2.18- Исходное дерево запроса

2.6.1.4 Расчет сложности запроса

Расчет сложности исходного запроса приведен ниже.

Расчет сложности исходного запроса приведен ниже.

(2.1)

где — результат естественного соединения таблиц;

— таблицы, участвующие в соединении;

— операция естественного соединения.

(2.2)

2.3)

где — число записей в таблице ;

— число записей в таблице С;

— число записей в таблице O;

— число различных значений в столбце табл.R24;

— число различных значений в столбце табл.R4.

.

(2.4)

(2.5)

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

— длина одной записи таблицы в блоках;

— длина одной записи таблицы в байтах;

— размер одного блока.

Очевидно, что

(2.6)

где — объем в байтах поля ;

.

.

.

.

(2.7)

. (2.8)

.

Очевидно, что

(2.9)

.

.

.

(2.10)

. (2.11)

.

Очевидно, что

(2.12)

.

.

.

(2.13)

. (2.14)

.

Очевидно, что

(2.15)

.

.

.

(2.16)

. (2.17)

.

Очевидно, что

(2.18)

.

.

.

(2.19)

где — операция селекции с логической формулой .

Формула имеет вид:

F= R1.name_tp = «Закупочная» and R25.name.val = «USD» and R11. date_post = «12.02.2007» and R23. price_rr > 25 and R24 name. nom = «Марон Глясе» and R4 name_str «Россия»

(2.21)

.

Так как операция селекции не изменяет структуру таблицы, то

.

Так как операция проекции располагается последней, то ее не учитывают при расчете сложности запроса.

Окончательно имеем:

(2.22)

.

2.6.1.5 Оптимизированное дерево запроса на основании операции селекции

Оптимизированное дерево для запроса представлено на рисунке 2.19

Рисунок 2.19 — Оптимизированное дерево запроса

Текст оптимизированного запроса представлен на рисунке 2.30

Рисунок 2.20

2.6.1.6 Расчет сложности оптимизированного запроса на основании селекции

Расчет сложности оптимизированного запроса на основании селекции приведён ниже.

(2.23)

где — операция селекции с логической формулой .

Формула имеет вид:

(2.24)

(2.25)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.26)

где — операция селекции с логической формулой .

Формула имеет вид:

(2.27)

(2.28)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.29)

где — результат естественного соединения таблиц;

— таблицы, участвующие в соединении;

— операция естественного соединения.

(2.30)

(2.31) ,

.

(2.32)

(2.33)

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

— длина одной записи таблицы в блоках;

— длина одной записи таблицы в байтах;

— размер одного блока.

Очевидно, что

(2.34)

где — объем в байтах поля ;

.

.

.

.

(2.35)

где — операция селекции с логической формулой .

Формула имеет вид:

(2.36)

(2.37)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.38)

(2.39)

.

Очевидно, что

(2.40)

.

.

.

(2.41)

где — операция селекции с логической формулой .

Формула имеет вид:

(2.42)

(2.43)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.44)

,

(2.36)

.

Очевидно, что

(2.45)

.

.

.

(2.46)

где — операция селекции с логической формулой .

Формула имеет вид:

(2.47)

(2.48)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.49)

(2.50)

.

Очевидно, что

(2.51)

.

.

.

(2.52)

где — операция селекции с логической формулой .

Формула имеет вид:

(2.53)

(2.54)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.55)

(2.56)

.

Очевидно, что

(2.57)

.

.

.

Так как операция проекции располагается последней, то ее не учитывают при расчете сложности запроса.

Окончательно имеем:

(2.58)

.

2.6.1.7 Оптимизированное дерево запроса на основании операции проекции

Оптимизированное дерево запроса на основании операции проекции представлено на рисунке 2.21.

Рисунок 2.21 — Оптимизированное дерево запроса на основании операции проекции

2.6.1.8 Расчет сложности запроса

Расчет сложности оптимизированного запроса приведен ниже.

(2.59)

(2.60) где — операция селекции с .

(2.61)

(2.62)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.63)

(2.64) где — операция селекции с .

(2.65)

(2.66)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.67)

где — результат естественного соединения таблиц;

— таблицы, участвующие в соединении;

— операция естественного соединения.

(2.68)

(2.69)

.

(2.70)

(2.71)

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

— длина одной записи таблицы в блоках;

— длина одной записи таблицы в байтах;

— размер одного блока.

Очевидно, что

(2.72)

— объем в байтах поля ;

.

.

.

.

(2.73)

(2.74)

(2.75)

где — операция селекции с .

(2.76)

(2.77)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.78)

(2.79)

.

Очевидно, что

(2.80)

.

.

.

(2.81)

(2.82)

(2.83) где — операция селекции с .

(2.84)

,

(2.85)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.86)

(2.87)

.

Очевидно, что

(2.37)

.

.

.

(2.88)

(2.89)

(2.90) где — операция селекции с .

(2.91)

(2.92)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.93)

(2.94)

.

Очевидно, что

(2.95)

.

.

.

(2.96)

(2.97)

(2.44) где — операция селекции с .

(2.98)

(2.99)

.

Так как операция селекции не изменяет структуру таблицы, то

.

(2.100)

(2.101)

.

Очевидно, что

(2.102)

.

.

.

Так как операция проекции располагается последней, то ее не учитывают при расчете сложности запроса.

Окончательно имеем:

(2.103)

.

Заключение

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

Для достижения цели был решен ряд задач: составление описания предметной области; составление словаря понятий и терминов; построение исходной модели (ER-диаграммы) базы данных; определение функциональных зависимостей; синтез схемы базы данных на основании функциональных зависимостей; построение оптимизированной концептуальной модели; построение запросов на выборку.

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

1.Атре, Ш., Структурный подход к организации баз данных. / [Текст]: Атре, Ш. — М.: Финансы и статистика, 1983. — 320 с.

2.Бойко, В.В., Проектирование баз данных информационных систем. / [Текст]: Бойко, В.В., Савинков, В.М., — М.: Финансы и статистика, 1989. — 351 с.

3. Гарсия-Молина, Гектор, Ульман, Джеффри, Д., Уидом, Дженнифер Системы баз данных. Полный курс.: Пер. с англ. — М.: Издательский дом «Вильямс», 2003. — 188 с.: ил.

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

5. Джексон, Г., Проектирование реляционных баз данных для использования с микроЭВМ. / [Текст]: Джексон, Г., -М.: Мир, 1991. — 252 с.

6. Кириллов, В.В., Структуризованный язык запросов (SQL). / [Текст]: Кириллов, В.В., — СПб.: ИТМО, 1994. — 80 с.

7. Мартин, Дж., Планирование развития автоматизированных систем. / [Текст]: Мартин, Дж., — М.: Финансы и статистика, 1984. — 196 с.

8.Мейер, М., Теория реляционных баз данных. / [Текст]: Мейер, М., — М.: Мир, 1987. — 608 с.

9.Тиори, Т., Проектирование структур баз данных. / [Текст]: Тиори, Т., Фрай, Дж., В 2 кн., — М.: Мир, 1985. Кн. 1. — 287 с.: Кн. 2. — 320 с.

Приложение А

А.1 Код, связанный с событием Click кнопок «След.» и «Пред.»

* Next IF NOT EOF ()

SKIP

IF EOF ()

GO BOTTOM

ЕNDIF

ENDIF

THISFORM.Refresh

THISFORM.Buttons

* Previous IF NOT BOF ()

SKIP — 1

IF BОF ()

G0 TOP

EHDIF

ЕNDIF

THISFORM.Refresh:

THISFORM.Buttons

А.2 Код, связанный с событием Click кнопки «Поиск»

LastRecordNo = RECNO ()

ON KEY LABEL ENTER KEYBOARD CHR (23)

ON KEY LABEL RIGHTMOUSE KEYBOARD CHR (23)

BROWSE NOMODIFY NOAPPEND

ON KEY LABEL ENTER

ON KEY LABEL RIGHTMOUSE

IF LASTKEY () = 27

GO (THISFORM.LastRecordNo)

ENDIF

THISFORM.Refresh

THISFORM.Buttons

А.3 Код, связанный с событием Click кнопки «Изменить»

Editing = .T.

THISFORM.EnableAll

THISFORM.ButtonsOff

THISFORM.cmdSave.Enabled = .T.

THISFORM.cmdCanc.Enabled = .T.

THISFORM.txtCustCode.Enabled = .F.

THISFORM.txtLastName.SetFocus

А.4 Код, связанный с событием Click кнопки «Добавить»

THISFORM.LastRecordNo = RECNO ()

THISFORM.Adding = .T.

APPEND BLANK

THISFORM.Refresh

Editing = .T.

THISFORM.Enableall

THISFORM.Buttonsoff

THISFORM.cmdSave.Enabled = .T.

THISFORM.cmdCanc.Enabled = .T.

THISFORM.txtCustCode.SetFocus

А.5 Код, связанный с событием Click кнопки «Сохранить»

=TableUpdate ()

Editing=.F.

THISFORM.Adding=.F.

THISFORM.DisableAll

THISFORM.ButtonsOn

THISFORM.Buttons

THISFORM.cmdSave.Enabled=.F.

THISFORM.cmdCanc.Enabled=.F.

THISFORM.cmdNext.SetFocus

А.6 Код, связанный с событием Click кнопки «Отмена»

=TableRevert ()

IF THISFORM. Adding

GO (THISFORM.LastRecordNo)

ENDIF

Editing=.F.

THISFORM.Adding=.F.

THISFORM.Refresh

THISFORM.DisableAll

THISFORM.ButtonsOn

THISFORM.Buttons

THISFORM.cmdSave.Enabled=.F.

THISFORM.cmdCanc.Enabled=.F.

THISFORM.cmdNext.SetFocus

А.7 Код, связанный с событием Click кнопки «Удалить»

IF MESSAGEBOX («Удалить эту запись», 4 + 32 + 256) = 6

DELETE NEXT 1

BLANK

SET DELETED ON

GO TOP

THISFORM.Refresh

ENDIF

А.8 Код, связанный с событием Click кнопки «Выход»

RELEASE THISFORM

Описание формы

При создании формы использовались компоненты: Label, TextBox, Command. Каждая кнопка Command имеет событие Сlick. Обработчики событий Click для кнопок представлены в Приложении А.