Будь умным!

У вас вопросы?
У нас ответы:) SamZan.net

Создание убд для службы судебных приставов

Работа добавлена на сайт samzan.net:


Министерство образования Республики Башкортостан

Государственное бюджетное образовательное учреждение

среднего профессионального образования

«Уфимский колледж статистики, информатики и вычислительной техники»

УТВЕРЖДАЮ

Заместитель директора

по учебной работе                 ___________З.А.Сафуанова  

«__»______________ 2013 г.

Создание убд для службы судебных приставов

Пояснительная записка к дипломному проекту

Рецензент проекта

                                И.И. Иванов

«___» _______________ 2013 г.

Руководитель проекта

                                Г.М. Махмутова

«___» _______________ 2013 г.

Дипломник гр. 4П-1

                               А.К. Фаловский

«___» _______________ 2013 г.

2013

Министерство образования Республики Башкортостан

Государственное бюджетное образовательное учреждение

среднего профессионального образования

«Уфимский колледж статистики, информатики и вычислительной техники»

УТВЕРЖДАЮ

Заместитель директора

по учебной работе

                      З.А.Сафуанова  

«    »                     2013 г.

ЗАДАНИЕ

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

Фамилия, имя, отчество: Фаловский Артур Камильевич

Тема дипломного проекта: «Создание УБД для службы судебных приставов»

Текст задания:

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

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

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

  1.  пояснительная записка, состоящая из следующих разделов:

Введение

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

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

3 Экономический раздел

Заключение

Приложения

Список сокращений

Список литературы

  1.  электронный носитель, содержащий разработанный программный продукт;
  2.  графическая часть – 3 листа формата А1;
  3.  презентация дипломного проекта в электронном виде.

Список рекомендуемой литературы:

  1.  Ковязин, А.Н. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных в InterBase/Firebird [Текст] / А.Н Ковязин; С.М. Востриков; Под ред. А.Н Ковязина. - Москва: КУДИЦ-Образ, 2002. – 432 стр.: ил.
  2.  Бобровский, С. И. Delphi 7. Учебный курс [Текст] / С. И. Бобровский - Санкт-Петербург: Питер, 2008. 736 стр.: ил.
  3.  ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения. [Текст]. – Введ. 1992–01–01 -М.: Изд-во стандартов, 1992.- 24 с.
  4.  Википедия [Электронный ресурс] // Свободная энциклопедия. – Режим доступа: http://ru.wikipedia.org/wiki/, свободный

Задание к выполнению получил  «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 – Описание выходных документов

Наименование документа (шифр)

Дата поступления документа

Откуда поступает документ

Постановление

При работе пользователя

Пользователь

Отчет

При работе пользователя

Пользователь

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

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

Описание выходных файлов приведено в таблице 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 Общие требования к программному продукту

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

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

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

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

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

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

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

  •  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 модулей. Список модулей и их связь представлены в модульной схеме, изображенной на рисунке 2.1

Рисунок 2.1 – Модульная схема

Модуль 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) – показать отчет;

 




1. Шаг в будущее 1113 декабря 2013 года г.
2. Обучение в Германии
3. Доклад- Максим Грек
4. Делопроизводство и архивное дело
5. Адміністративне судочинство концептуальні підходи українських вчених періоду незалежності Україн
6. Изложение- Альберто Моравиа. Равнодушные
7.  Демография как наука и учебная дисциплина В самом общ виде Д ~ наука о насии гр
8. Реферат- Автомобильная империя Генри Форда
9. Статья 23 Дееспособность несовершеннолетних в возрасте до четырнадцати лет малолетних 1
10. тема обработки и хранения конфиденциальных документов
11. Готтгильф Фоккеродт- как русские оценивали Петра I и его реформы
12. Вектор 2.1 Организационно ' экономическая характеристика ООО Вектор 2
13. О безналичных расчетах в Российской Федерации
14. По теме- Локальные и глобальные сети
15. Тема- Международное правовое регулирование труда Понятие
16. ТЕМАХ НА ПРИМЕРЕ ХРИСТИАНСТВА
17. Глобальные проблемы современности1
18. .10.95 1Доказат право ~ совокупность норм о предмете доказывания доказательствахи их источников в процесс
19. Финансовая политика Российской Федерации и основные направления её совершенствования на современном этапе
20. ка гр АУ46 Молоканова М

Материалы собраны группой SamZan и находятся в свободном доступе