Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Министерство образования Республики Башкортостан
Государственное бюджетное образовательное учреждение
среднего профессионального образования
«Уфимский колледж статистики, информатики и вычислительной техники»
|
УТВЕРЖДАЮ Заместитель директора по учебной работе ___________З.А.Сафуанова «__»______________ 2013 г. |
Создание убд для службы судебных приставов
Пояснительная записка к дипломному проекту
|
Рецензент проекта И.И. Иванов «___» _______________ 2013 г. |
Руководитель проекта Г.М. Махмутова «___» _______________ 2013 г. |
|
Дипломник гр. 4П-1 А.К. Фаловский «___» _______________ 2013 г. |
2013
Министерство образования Республики Башкортостан
Государственное бюджетное образовательное учреждение
среднего профессионального образования
«Уфимский колледж статистики, информатики и вычислительной техники»
|
УТВЕРЖДАЮ Заместитель директора по учебной работе З.А.Сафуанова « » 2013 г. |
ЗАДАНИЕ
на дипломный проект студенту дневного отделения, группы 4П-1, специальности 230105 Программное обеспечение вычислительной техники и автоматизированных систем.
Фамилия, имя, отчество: Фаловский Артур Камильевич
Тема дипломного проекта: «Создание УБД для службы судебных приставов»
Текст задания:
при выполнении дипломного проекта должны быть решены следующие задачи:
В результате выполнения дипломного проекта должны быть представлены:
Введение
1 Постановка задачи
2 Экспериментальный раздел
3 Экономический раздел
Заключение
Приложения
Список сокращений
Список литературы
Список рекомендуемой литературы:
Задание к выполнению получил «29» марта 2013 г.
Студент Фаловский Артур Камильевич
Срок окончания « 08 » июня 2013 г.
Руководитель дипломного проекта Г.М. Махмутова
Задание рассмотрено на заседании цикловой комиссии информатики
«15»марта 2013 г.
Председатель цикловой комиссии информатики О.В. Фатхулова
Министерство образования Республики Башкортостан
Государственное бюджетное образовательное учреждение
среднего профессионального образования
«Уфимский колледж статистики, информатики и вычислительной техники»
ЗАКЛЮЧЕНИЕ
на дипломный проект
Дипломник
Группа
Специальность 230105 Программное обеспечение вычислительной техники и автоматизированных систем
Тема
Объем дипломного проекта:
количество листов пояснительной записки
количество листов графической части
Заключение о степени соответствия заданию на дипломное проектирование
Характеристика качеств, проявленных дипломником при работе над проектом: самостоятельность, дисциплинированность, умение планировать работу и пользоваться литературным материалом и т.д.
Положительные стороны дипломного проекта
Недостатки дипломного проекта
Характеристика общетехнической и специальной подготовки дипломника
Заключение и предлагаемая оценка за дипломный проект
Руководитель дипломного проекта
Должность
Место работы
« » 2013 г.
Подпись
Министерство образования Республики Башкортостан
Государственное бюджетное образовательное учреждение
среднего профессионального образования
«Уфимский колледж статистики, информатики и вычислительной техники»
РЕЦЕНЗИЯ
на дипломный проект
Дипломник
Группа
Специальность 230105 Программное обеспечение вычислительной техники и автоматизированных систем
Тема
Объем дипломного проекта:
количество листов пояснительной записки
количество листов графической части
Заключение о степени соответствия заданию на дипломное проектирование
Характеристика выполнения каждого раздела дипломного проекта
Перечень положительных качеств дипломного проекта, возможность его использования на производстве
Недостатки дипломного проекта
Оценка качества выполнения графической части дипломного проекта
Оценка качества выполнения пояснительной записки дипломного проекта
Оценка общеобразовательной и технической подготовки дипломника
Отзыв о дипломном проекте в целом, предлагаемая оценка за дипломный проект
Рецензент
Должность
Место работы
«___» ______________ 2013 г.
Подпись
АННОТАЦИЯ
Пояснительная записка к дипломному проекту «Создание УБД для службы судебных приставов» содержит постановку задачи и программу её решения. Данный документ предназначен для более детального знакомства со всеми особенностями программы.
Представляемый проект предназначен для ФССП России и устанавливается на компьютеры судебных приставов-исполнителей.
Программы server.exe и client.exe написана на языке Object Pascal, в среде программирования Delphi XE2 с использованием сервера баз данных Firebird 2.5.2, предназначена для работы в операционной системе Microsoft Windows XP и отлажена на данных контрольного примера.
СОДЕРЖАНИЕ
|
лист |
|
|
Введение |
4 |
|
1 Постановка задачи |
5 |
|
1.1 Описание предметной области |
5 |
|
1.2 Функциональная модель предметной области |
7 |
|
1.3 Схема данных |
9 |
|
1.4 Описание входной информации |
10 |
|
1.5 Описание структуры базы данных |
11 |
|
1.6 Описание выходной информации |
13 |
|
1.7 Контрольный пример |
14 |
|
1.8 Общие требования к программному продукту |
17 |
|
2 Экспериментальный раздел |
19 |
|
2.1 Обоснование выбора языка программирования |
19 |
|
2.2 Описание программы |
22 |
|
2.3 Протокол тестирования программного продукта |
25 |
|
2.4 Руководство пользователя |
37 |
|
3 Экономический раздел |
37 |
|
3.1 Расчёт затрат на создание программного продукта |
40 |
|
3.2 Расчет цены предложения и минимального количества копий тиражирования |
55 |
|
Заключение |
68 |
|
Приложение А. Схема отношений |
69 |
|
Приложение Б. Контрольный пример |
70 |
|
Приложение В. Тестирование на данных контрольного примера |
71 |
|
Приложение Г. Исходный текст программы |
72 |
|
Список сокращений |
98 |
|
Список литературы |
99 |
1 Постановка задачи
1.1 Описание предметной области
Требуется разработать УБД для службы судебных приставов. Для реализации этой задачи наиболее подходит архитектура клиент-сервер, а именно её разновидность трехуровневая архитектура.
Входными документами программы будут реквизиты исполнительного документа на основании которого возбуждается исполнительное производство, данные о должнике, субъекте исполнения и сумме задолженности введенные пользователем.
Входным файлом будет файл исполнительного документа, который будет храниться в базе данных.
Выходными документом разрабатываемой системы будут постановления о возбуждении, окончании или прекращении исполнительного производства, а также отчеты.
Выходными файлами будут: выходные документы в электронном виде.
С помощью разрабатываемой программы пользователи смогут просматривать базу данных по исполнительным производствам, а также добавлять, редактировать и удалять записи, производить поиск и фильтрацию, получать автоматические заполненные постановления, сохранять их на компьютере и отправлять на печать прямо из программы, составлять отчеты.
Для входа в программу пользователю необходимо пройти аутентификацию, во время которой он должен указать следующие данные:
Для добавления нового исполнительного производства пользователь должен предоставить следующие данные:
Данные о должнике и исполнительном документе можно не указывать, а выбрать из базы данных, если имеется соответствующая запись. В зависимости от указываемого значения в поле статус сведения о датах начала и окончания/прекращения исполнительного производства опускаются.
Данные об исполнительном производстве могут быть автоматически подставлены в шаблон постановления о возбуждении, окончании или прекращении исполнительного производства. Исполнительный документ, на основании которого было возбуждено исполнительное производство, если был прикреплен к соответствующей записи в базе данных, может быть просмотрен и распечатан/сохранен.
Служба судебных приставов разделена на районные отделы судебных приставов (ОСП). В каждом отделе имеются сотрудники, непосредственно работающие с исполнительными производствами – судебные приставы-исполнители и начальники отдела, которые распределяют исполнительные документы. Сотрудники характеризуются:
На исполнение районный отдел судебных приставов поступают исполнительные документы, которые характеризуются реквизитами и идентификатором судебного пристава, которому оно направлено на исполнение.
В исполнительном документе указан должник, который характеризуется:
На основании исполнительного документа в отношении должника возбуждается исполнительное производство, которое характеризуется:
Необходимо предусмотреть следующие ограничения на информацию в системе:
С программой должны работать следующие пользователи:
При работе с программой судебный пристав должен иметь возможность решать следующие задачи:
Начальник отдела службы судебных приставов должен иметь возможность решать следующие задачи:
1.2 Функциональная модель предметной области
Функциональная модель предназначена для изучения особенностей работы (функционирования) системы и её назначения во взаимосвязи с внутренними и внешними элементами.
Функция — самая существенная характеристика любой системы, отражает её предназначение, то, ради чего она была создана. Подобные модели оперируют, прежде всего, с функциональными параметрами. Графическим представлением этих моделей служат блок-схемы. Они отображают порядок действий, направленных на достижение заданных целей.
IDEF0 — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.
Стандарт IDEF0 представляет организацию как набор модулей, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны: стрелка входа приходит всегда в левую кромку активности, стрелка управления — в верхнюю кромку, стрелка механизма — нижняя кромка, стрелка выхода — правая кромка.
Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку.
Также отображаются все сигналы управления, которые на DFD (Диаграмме Потоков Данных) не отображались. Данная модель используется при организации бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.
Модель автоматизации работы с исполнительными производствами: управляющим действием будет законодательство (Федеральный закон "Об исполнительном производстве" от 02.10.2007 N 229-ФЗ) и правила и процедуры ведения исполнительного производства, входящей информацией – исполнительные документы, обработанной информацией – отчеты, реестр и постановления, механизмом – начальник районного отдела и судебные приставы-исполнители, инструментарий (набор функций и методов программы, направленных на решение поставленной задачи), СУБД.
Декомпозиция - это разделение сложного объекта, системы, задачи на составные части, элементы. Выполнив декомпозицию вышеописанной модели, покажем, из каких более элементов состоит работа с исполнительным производством. В данной работе были выделены следующие дочерние элементы:
Проводя дальнейшую декомпозицию, получим, что работа с исполнительным документом состоит из:
Направление исполнительного документа на исполнение состоит:
Возбуждение исполнительного производства состоит из:
Окончание/прекращение исполнительного производства состоит из:
Функциональная схема приведена в приложении.
1.3 Схема данных
Схема данных (функциональная схема) строится в соответствии ГОСТ 19.701-90, дает более полное представление о проектируемом программном продукте с точки зрения взаимодействия его компонентов между собой и с внешней средой. Схема данных отображает путь данных при решении задачи и определяет этапы обработки, информационные потоки и применяемые носители данных.
1.4 Описание входной информации
Входными документами будут введенные пользователем данные о реквизитах исполнительных документов, должнике, субъекте исполнения и сумме задолженности.
Описание входных документов приведено в таблице 1.1
Таблица 1.1 – Описание входных документов
|
Наименование документа (шифр) |
Дата поступления документа |
Откуда поступает документ |
|
Реквизиты исполнительного документа |
При вводе пользователем |
Пользователь |
|
Данные о должнике |
При вводе пользователем |
Пользователь |
|
Субъект исполнения |
При вводе пользователем |
Пользователь |
|
Сумма задолженности |
При вводе пользователем |
Пользователь |
Входным файлом будет исполнительный документ в электронном виде в формате Rich Text Format (RTF). Описание входного файла приведено в таблице 1.2
Таблица 1.2 – Описание входного файла.
|
Название файла |
Шифр файла |
Машинный носитель |
Тип файла |
Источник поступления |
|
*.RTF |
- |
- |
RTF |
Суд |
Форма входных документов представлена в приложении А.
1.5 Описание структуры базы данных
Описание структуры базы данных приведено в таблице 1.3
Таблица 1.3 – Описание структуры базы данных
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование полей |
Шифр поля |
Формат поля |
Размер поля |
|
1 |
2 |
3 |
4 |
5 |
6 |
|
Районные отделы судебных приставов |
Department |
Идентификатор |
ID* |
Число |
4 |
|
Название |
Name |
Текст |
50 |
||
|
Адрес |
Adress |
Текст |
100 |
||
|
Почтовый индекс |
Post_index |
Текст |
10 |
||
|
Телефонный номер |
Tel_num |
Текст |
15 |
||
|
Сотрудники |
Bailiff |
Идентификатор |
ID* |
Число |
4 |
|
Идентификатор отдела |
ID_department** |
Число |
4 |
||
|
Должность |
Post |
Текст |
20 |
||
|
Имя |
Fname |
Текст |
30 |
||
|
Фамилия |
Sname |
Текст |
30 |
||
|
Отчество |
Patronymic |
Текст |
30 |
||
|
Телефонный номер |
Tel_num |
Текст |
15 |
||
Продолжение таблицы 1.3
|
1 |
2 |
3 |
4 |
5 |
6 |
|
Исполнительные документы |
Ex_doc |
Идентификатор |
ID* |
Счетчик |
4 |
|
Идентификатор пристава |
ID_bailiff** |
Число |
4 |
||
|
Реквизиты |
requisites |
Текст |
255 |
||
|
Файл исполнительного документа |
Doc_data |
BLOB |
|||
|
Должники |
Debtor |
Идентификатор |
ID* |
Число |
4 |
|
Имя |
Fname |
Текст |
30 |
||
|
Фамилия |
Sname |
Текст |
30 |
||
|
Отчество |
Patronymic |
Текст |
30 |
||
|
Дата рождения |
Dob |
Текст |
20 |
||
|
Субъект права |
Sol |
Текст |
20 |
||
|
Адрес |
Adress |
Текст |
100 |
||
|
Телефонный номер |
Tel_num |
Текст |
15 |
Продолжение таблицы 1.3
|
1 |
2 |
3 |
4 |
5 |
6 |
|
Исполнительные производства |
Ex_proc |
Идентификатор |
ID* |
Число |
4 |
|
Идентификатор должника |
ID_debtor** |
Число |
4 |
||
|
Номер |
Number |
Текст |
70 |
||
|
Дата начала |
Begin_date |
Дата |
4 |
||
|
Дата окончания |
End_date |
Дата |
4 |
||
|
Идентификатор исполнительного документа |
ID_ex_doc** |
Число |
4 |
||
|
Субъект исполнения |
Type_sop |
Текст |
50 |
||
|
Сумма задолженности |
Debt_sum |
Число, с десятичной точкой |
8 |
||
|
Идентификатор пристава |
ID_bailiff** |
Число |
4 |
||
|
Статус |
Status |
Текст |
10 |
Продолжение таблицы 1.3
|
1 |
2 |
3 |
4 |
5 |
6 |
|
Аутентификационые данные |
Auth |
Идентификатор |
ID* |
Число |
4 |
|
Логин |
Username |
Текст |
30 |
||
|
Пароль |
Psswd |
Текст |
30 |
Примечания
1 *-ключевое поле
2 **-вторичный индекс
Схема отношений представлена на рисунке 1.1
Рисунок 1.1 – Схема отношений
1.6 Описание выходной информации
Выходными документами будут постановления, автоматически заполненные сведениями об исполнительном производстве, и отчеты содержащие различные сведения. Описание выходных документа приведено в таблице 1.4
Таблица 1.4 – Описание выходных документов
|
Наименование документа (шифр) |
Дата поступления документа |
Откуда поступает документ |
|
Постановление |
При работе пользователя |
Пользователь |
|
Отчет |
При работе пользователя |
Пользователь |
Выходными файлами разрабатываемой системы будут:
Описание выходных файлов приведено в таблице 1.5
|
Название файла |
Шифр файла |
Машинный носитель |
Тип файла |
Источник приема |
|
*.RTF |
- |
- |
Текст с форматированием |
ПК-пользователя |
|
*.RTF/*.TXT/*.PDF/*.HTML |
- |
- |
Текст с форматированием /текст/электронный документ/веб-документ |
ПК-пользователя |
Форма выходных файлов представлена в приложении Б.
1.7 Контрольный пример
Для проверки работоспособности программы проведем два контрольных примера. Первый – авторизовавшись в качестве начальника отдела, добавим исполнительный документ и направим его приставу на исполнение. Второй – авторизовавшись в качестве пристава, которому было направлен исполнительный документ на исполнение, на основании направленного исполнительного документа начнем исполнительное производство.
Исходные данные для первого примера приведены в таблице 1.6
Таблица 1.6 – Исходные данные для первого примера
|
Реквизиты исполнительного документа |
Путь к файлу исполнительного документа |
Пристав |
|
Исполнительный лист № 6060 от 25.05.13 |
С:\test_doc\ex_doc6060.RTF |
Иванов Иван Иванович |
Исходные данные для второго примера приведены в таблице 1.7
Таблица 1.7 – Исходные данные для второго примера
|
Поле |
Значение |
|
Номер ИП |
4060/23/03/02 |
|
Дата начала |
25.05.13 |
|
Статус |
Начато |
|
Исполнительный документ |
Исполнительный лист № 6060 от 25.05.13 |
|
Предмет исполнения |
Штраф ГИБДД |
|
Сумма взыскания |
450 |
|
ФИО должника |
Пятов Дмитрий Алексеевич |
|
Дата рождения должника |
18.09.81 |
|
Адрес должника |
Г. Уфа, ул. Подозрительная, кв. 55, д. 55 |
|
Телефон должника |
555-555 |
Тестирование на данных контрольного примера приведено в приложении В.
1.8 Общие требования к программному продукту
УБД для службы судебных приставов это трехзвенное клиент-серверное приложение, позволяющее автоматизировать процесс ведения исполнительных производств.
Работа с приложением организована с помощью меню и кнопок, а часто использующиеся функции продублированы кнопками на панели инструментов. Интерфейс программы выполнен в одном стиле, важные кнопки и пункты меню содержат иконки, что делает их назначение нагляднее. Вероятность возникновения исключительных ситуаций сведена к минимуму, а в случае её возникновения ситуация должна корректно обрабатываться.
Серверная часть должна выполнять следующее:
Клиентская часть должна выполнять следующее:
Минимальные системные требования для программного продукта:
Несмотря на то, что приложение сервер работоспособно при указанных выше системных требованиях, рекомендуется устанавливать его вместе с сервером базы данных на специальные серверные машины. Это требуется для того чтобы сервер было отказоустойчив и был доступен круглосуточно. Так же при большом числе пользователей требуются дополнительные вычислительные мощности и размеры хранителей информации.
2 Экспериментальный раздел
2.1 Обоснование выбора языка программирования
При выборе среды реализации сравнивают программные продукты и пользуются различными средствами разработки приложений. Использование возможностей средств разработки приложений позволяет автоматизировать процесс разработки. Инструментальные средства позволяют:
Современные средства разработки характеризуются параметрами:
Выше перечисленными свойствами обладают языки программирования:
Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств.
В качестве сервера базы данных была выбрана СУБД Firebird 2.5
Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.
В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров.
Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.
Среди недостатков: отсутствие кэша результатов запросов, полнотекстовых индексов.
Firebird является сервером баз данных. Один сервер Firebird может обрабатывать несколько сотен независимых баз данных, каждую с множеством пользовательских соединений. Он является полностью свободным от лицензионных отчислений даже для коммерческого использования.
Основные характеристики
Соответствие требованиям ACID: Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надёжности» транзакций («Atomicity, Consistency, Isolation and Durability»).
Версионная архитектура: Основная особенность Firebird — версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время таким образом, что каждая транзакция видит свою версию данных, не мешая соседним («читающие транзакции не блокируют пишущие, а пишущие не блокируют читающих»). Это позволяет использовать одновременно OLTP и OLAP запросы.
Хранимые процедуры: Используя язык PSQL (процедурный SQL) Firebird, возможно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же как и обычные таблицы.
События: Хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент. После успешного завершения транзакции (COMMIT) он будет извещён о произошедших событиях и их количестве.
Генераторы: Идея генераторов (последовательностей) делает возможной простую реализацию автоинкрементных полей, и не только их. Генераторы являются 64‐битными хранимыми в базе данных счётчиками, работающими независимо от транзакций. Они могут быть использованы для различных целей, таких как генерация первичных ключей, управление длительными запросами в соседних транзакциях, и т. д.
Полный контроль за транзакциями: Одно клиентское приложение может выполнять множество одновременных транзакций. В разных транзакциях могут быть использованы разные уровни изоляции. Протокол двухфазного подтверждения транзакций обеспечивает гарантированную устойчивость при работе с несколькими базами данных. Также доступны оптимистическое блокирование данных и точки сохранения транзакций.
Резервное копирование на лету: Для резервного копирования нет надобности останавливать сервер. Процесс резервного копирования сохраняет состояние базы данных на момент своего старта, не мешая при этом работе с базой. Кроме того, существует возможность производить инкрементальное резервное копирование БД.
Триггеры: Для каждой таблицы возможно назначение нескольких триггеров, срабатывающих до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения, и т. д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие в одном триггере обрабатывать вставки, обновления и удаления записей таблицы.
Декларативное описание ссылочной целостности: Обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами.
Наборы символов: Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.
Для разработки сервера и клиента была выбрана система программирования Delphi версии XE2 фирмы Embarcadero Technologies, так как она предоставляет наиболее широкие возможности для разработки приложений ОС Windows.
Delphi XE2 – это продукт Embarcadero Technologies для быстрого создания приложений. Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi XE2 лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal.
Delphi XE2 производит небольшие по размерам (до 15-30 Кбайт) высокоэффективные исполняемые модули (.exe и .dll). С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются – это имеет немаловажное значение и для конечных пользователей.
Преимущества Delphi XE2 по сравнению с аналогичными программными продуктами:
К тому же работодателей интересует, прежде всего, скорость и качество создания программ, а эти характеристики может обеспечить только среда визуального проектирования, способная взять на себя значительные объемы рутинной работы по подготовке приложений, а также согласовать деятельность группы постановщиков, кодировщиков, тестеров и технических писателей.
Возможности Delphi XE2 полностью отвечают подобным требованиям и подходят для создания систем любой сложности.
2.2 Описание программы
Программа почтового клиента имеет модульную структуру и состоит из 10 модулей. Список модулей и их связь представлены в модульной схеме, изображенной на рисунке 2.1
Рисунок 2.1 – Модульная схема
Модуль Auth.pas:
Модуль Main.pas:
Модуль EditDB.pas:
Модуль EditAuth.pas:
Модуль NewExProc.pas:
Модуль AddEdit.pas:
Модуль Options.pas:
Модуль Registry.pas:
Модуль Report.pas: