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

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

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

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

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

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

1. Постановка задачи

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

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

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

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

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

Выходными файлами будут: выходные документы в электронном виде.

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

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

- имя пользователя (логин);

- пароль.

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

- номер исполнительного производства;

- статус исполнительного производства;

- данные о датах начала и окончания/прекращения исполнительного производства;

- данные об исполнительном документе;

- данные о должнике;

- субъект исполнения;

- сумма задолженности.

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

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

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

- кодом отдела, в котором работают;

- должностью;

- именем;

- фамилией;

- отчеством;

- внутренним телефонным номером отдела.

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

В исполнительном документе указан должник, который характеризуется:

- субъектом права;

- в зависимости от субъекта права фамилией, именем, отчеством, либо названием;

- адресом

- телефонным номером.

На основании исполнительного документа в отношении должника возбуждается исполнительное производство, которое характеризуется:

- номером;

- идентификатором исполнительного документа;

- идентификатором должника;

- субъектом исполнения;

- суммой задолженности;

- идентификатором судебного пристава.

Необходимо предусмотреть следующие ограничения на информацию в системе:

- у исполнительного производства обязательно должны быть исполнительный документ и должник;

- дата начала исполнительного производства не может быть позже даты окончания;

- одному исполнительному документу соответствует одно исполнительное производство;

- вводимый адрес должен соответствовать определенному шаблону.

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

- судебные приставы-исполнители;

- начальник отдела службы судебных приставов.

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

- добавить исполнительное производство;

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

- отредактировать данные исполнительного производства;

- сохранить или распечатать постановление;

- составить отчет.

Начальник отдела службы судебных приставов должен иметь возможность решать следующие задачи:

- добавлять исполнительные документы;

- распределять исполнительные документы по судебным приставам;

- просматривать реестр исполнительных производств.

1.2 Функциональная модель предметной области

Функциональная модель предназначена для изучения особенностей работы (функционирования) системы и её назначения во взаимосвязи с внутренними и внешними элементами.

Функция -- самая существенная характеристика любой системы, отражает её предназначение, то, ради чего она была создана. Подобные модели оперируют, прежде всего, с функциональными параметрами. Графическим представлением этих моделей служат блок-схемы. Они отображают порядок действий, направленных на достижение заданных целей.

IDEF0 -- методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.

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

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

Также отображаются все сигналы управления, которые на DFD (Диаграмме Потоков Данных) не отображались. Данная модель используется при организации бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.

Модель автоматизации работы с исполнительными производствами: управляющим действием будет законодательство (Федеральный закон "Об исполнительном производстве" от 02.10.2007 N 229-ФЗ) и правила и процедуры ведения исполнительного производства, входящей информацией - исполнительные документы, обработанной информацией - отчеты, реестр и постановления, механизмом - начальник районного отдела и судебные приставы-исполнители, инструментарий (набор функций и методов программы, направленных на решение поставленной задачи), СУБД.

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

- работа с исполнительным документом;

- направление исполнительного документа на исполнение;

- возбуждение исполнительного производства;

- окончание/прекращение исполнительного производства.

Проводя дальнейшую декомпозицию, получим, что работа с исполнительным документом состоит из:

- получения исполнительного документа из суда;

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

- добавления самого исполнительного документа в базу данных.

Направление исполнительного документа на исполнение состоит:

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

- отправка исполнительного документа приставу.

Возбуждение исполнительного производства состоит из:

- добавление в базу данных исполнительного производства;

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

- составления отчетов, ведения реестра.

Окончание/прекращение исполнительного производства состоит из:

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

- постановления об окончании/прекращении исполнительного производства;

- ведения реестра, составления отчетов.

Функциональная схема приведена в приложении.

1.3 Схема данных

Схема данных (функциональная схема) строится в соответствии ГОСТ 19.701-90, дает более полное представление о проектируемом программном продукте с точки зрения взаимодействия его компонентов между собой и с внешней средой. Схема данных отображает путь данных при решении задачи и определяет этапы обработки, информационные потоки и применяемые носители данных.

1.4 Описание входной информации

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

Входным файлом будет исполнительный документ в электронном виде в формате Rich Text Format (RTF).

1.5 Описание структуры базы данных

Описание структуры базы данных приведено в таблице 1.

Таблица 1. - Описание структуры базы данных

1.6 Описание выходной информации

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

Таблица 2. - Описание выходных документов

Выходными файлами разрабатываемой системы будут:

- RTF-файл, содержащий постановление;

- RTF/TXT/PDF/HTML-файл, содержащий отчет.

Описание выходных файлов приведено в таблице 3.

1.7 Контрольный пример

Для проверки работоспособности программы проведем два контрольных примера. Первый - авторизовавшись в качестве начальника отдела, добавим исполнительный документ и направим его приставу на исполнение. Второй - авторизовавшись в качестве пристава, которому было направлен исполнительный документ на исполнение, на основании направленного исполнительного документа начнем исполнительное производство.

1.8 Общие требования к программному продукту

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

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

Серверная часть должна выполнять следующее:

- соединение клиентов с сервером базы данных;

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

- аутентификацию пользователей;

- обеспечение целостности данных с помощью транзакций.

Клиентская часть должна выполнять следующее:

- ввод данных; в отдельных случаях, с проверкой вводимых данных и выдачей соответствующих сообщений в случае ошибок при вводе данных;

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

- формирование запросов и получение с помощью них необходимой информации из базы данных;

- выполнять обработку и исключительной ситуации;

- работать с исполнительными документами и производствами;

- просматривать реестр;

- составлять и сохранять отчеты;

- формировать постановления о возбуждении/окончании/прекращении исполнительного производства, заполненные данными из базы данных;

- редактировать, сохранять и распечатывать постановления.

Минимальные системные требования для программного продукта:

- Microsoft Windows XP;

- процессор 1.8 ГГц;

- 512 МБ оперативной памяти;

- 100 МБ свободного пространства на диске (200 МБ под приложение сервер и сервер базы данных);

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

- мышь;

- сервер базы данных Firebird 2.5;

- сервер и клиент должны находиться в одной локальной сети, либо быть подключенными к сети Интернет.

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

2. Экспериментальный раздел

2.1 Обоснование выбора языка программирования

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

- создавать интерфейс, используя стандартные компоненты;

- передавать управление процессам, в зависимости от состояния системы;

- создавать оболочки для баз данных, как и сами базы данных;

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

Современные средства разработки характеризуются параметрами:

- поддержка объектно-ориентированного стиля программирования;

- возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;

- использование визуальных компонент для наглядного проектирования интерфейса;

- поддержка БД.

Выше перечисленными свойствами обладают языки программирования:

- Visual Fox Pro;

- Delphi;

- Visual C++.

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

В качестве сервера базы данных была выбрана СУБД 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;

- возможность разработки новых компонентов и инструментов собственными средствами Delphi XE2 (существующие компоненты и инструменты доступны в исходных кодах);

- удачная проработка иерархии объектов.

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

Возможности Delphi XE2 полностью отвечают подобным требованиям и подходят для создания систем любой сложности.

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

Программа почтового клиента имеет модульную структуру и состоит из 10 модулей.

Модуль Auth.pas:

- procedure Button1Click(Sender: TObject) - аутентификация;

- procedure FormShow(Sender: TObject) - заполнение поля ввода сохраненным именем пользователя;

- procedure FormKeyPress(Sender: TObject; var Key: Char) - обработка нажатия клавиши Enter;

- procedure FormPaint(Sender: TObject) - применение темы оформления;

Модуль Main.pas:

- procedure FormClose(Sender: TObject; var Action: TCloseAction) - закрытие приложения;

- procedure EdDeptActionExecute(Sender: TObject) - просмотр таблицы отделы;

- procedure EdBailActionExecute(Sender: TObject) - просмотр таблицы сотрудники;

- procedure EdExDocActionExecute(Sender: TObject) - просмотр таблицы исполнительные документы;

- procedure EdDebtActionExecute(Sender: TObject) - просмотр таблицы должники;

- procedure EdExProcActionExecute(Sender: TObject) - просмотр таблицы исполнительные производства;

- procedure DBLookupListBox1Click(Sender: TObject) - переключение между исполнительными производствами;

- procedure FileSaveAs1Accept(Sender: TObject) - сохранение документа на активной вкладке;

- procedure UserChangeExecute(Sender: TObject) - смена пользователя;

- procedure NewExProcExecute(Sender: TObject) - показ формы новые исполнительные производства;

- procedure StatusBeginExecute(Sender: TObject) - установка статуса исполнительного производства - начато;

- procedure StatusEndExecute(Sender: TObject) - установка статуса исполнительного производства - окончено;

- procedure StatusCancelExecute(Sender: TObject) - установка статуса исполнительного производства - прекращено;

- procedure StatusNotBeginExecute(Sender: TObject) - установка статуса исполнительного производства - не начато;

- procedure StatusEndUpdate(Sender: TObject) - обновление данных;

- procedure EdAuthExecute(Sender: TObject) - открытие формы просмотра аутентификационных данных;

- procedure EdOptionsExecute(Sender: TObject) - открытие формы настроек;

- procedure PrintDlg1Accept(Sender: TObject) - печать документа на активной вкладке;

- procedure FilePageSetup1Accept(Sender: TObject) - настройки печати;

- procedure ReportsActionExecute(Sender: TObject) - открытие формы отчетов;

- procedure FileSaveAs1BeforeExecute(Sender: TObject) - установка директории для сохранения документов;

- procedure DBLookupListBox2Click(Sender: TObject) - переключение между исполнительными документами;

- procedure NewExDocExecute(Sender: TObject) - добавление нового исполнительного документа;

- procedure EditExDocExecute(Sender: TObject) - редактирование исполнительного документа;

- procedure DBLookupListBox2DblClick(Sender: TObject) - редактирование исполнительного документа;

- procedure RegistryActionExecute(Sender: TObject) - открытие формы реестра;

- procedure ApplicationEvents1Hint(Sender: TObject) - отслеживание подсказок;

- procedure RefreshActionExecute(Sender: TObject) - проверка наличия новых исполнительных документов;

Модуль EditDB.pas:

- procedure ButtonAddClick(Sender: TObject) - добавление записи;

- procedure ButtonEditClick(Sender: TObject) - редактирование записи;

- procedure ButtonDeleteClick(Sender: TObject) - удаление записи;

- procedure ComboBox1Change(Sender: TObject) - смена таблицы;

- procedure ButtonedEdit1Change(Sender: TObject) - поиск;

- procedure Button3Click(Sender: TObject) - расширенный поиск;

- procedure ComboBox2Change(Sender: TObject) - смена поля для поиска;

- procedure Button4Click(Sender: TObject) - применение фильтра;

- procedure DBGrid1TitleClick(Column: TColumn) - сортировка;

- procedure SpeedButton1Click(Sender: TObject) - отображение панели расширенного поиска;

Модуль EditAuth.pas:

- procedure FormShow(Sender: TObject) - показ таблицы с аутентификационными данными;

- procedure Button1Click(Sender: TObject) - редактирование аутентификационных данных;

Модуль NewExProc.pas:

- procedure RadioGroup1Click(Sender: TObject) - установка субъекта права;

- procedure RadioGroup2Click(Sender: TObject) - установка источника данных о должнике;

- procedure BitBtn1Click(Sender: TObject) - изменить должника;

- procedure Button2Click(Sender: TObject) - добавить новое исполнительное производство;

- procedure Button3Click(Sender: TObject) - отмена;

- procedure ComboBox1Change(Sender: TObject) - установка статуса исполнительного производства;

Модуль AddEdit.pas:

- procedure Button1Click(Sender: TObject) - сохранить изменения;

- procedure Button2Click(Sender: TObject) - отмена;

- procedure FormShow(Sender: TObject) - инициализация компонентов на форме;

- procedure DepTelKeyPress(Sender: TObject; var Key: Char) - ограничение на вводимые символы;

- procedure Button3Click(Sender: TObject) - показ диалога выбора файла;

- procedure DebSolChange(Sender: TObject) - установка субъекта права;

- procedure BitBtn1Click(Sender: TObject) - выбор должника;

- procedure ExProcSumKeyPress(Sender: TObject; var Key: Char) - ограничение на вводимые символы;

Модуль Options.pas:

- procedure Button1Click(Sender: TObject) - сохранение настроек;

- procedure Button4Click(Sender: TObject) - применение темы офромления;

- procedure Button2Click(Sender: TObject) - отмена;

- procedure Button3Click(Sender: TObject) - смена пароля;

Модуль Registry.pas:

- procedure RadioGroup1Click(Sender: TObject) - настройка фильтра;

- procedure FormShow(Sender: TObject) - показ таблицы реестра;

- procedure Button1Click(Sender: TObject) - применение фильтра;

Модуль Report.pas:

- procedure ComboBox1Change(Sender: TObject) - выбор типа отчета;

- procedure ComboBox2Change(Sender: TObject) - выбор подтипа отчета;

- procedure Button2Click(Sender: TObject) - экспортировать отчет;

- procedure Button1Click(Sender: TObject) - показать отчет;

Размещено на Allbest.ru