Автоматизированная информационная система документооборота Административной комиссии при администрации города Белгорода (стр. 15 из 18)

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

Реляционная модель, предложенная в 70-х годах XX века сотрудником фирмы IBM Эдгаром Коддом, получила название от английского термина "relation" (отношение). Реляционная БД представляет собой совокупность таблиц, связанных отношениями Достоинствами реляционной модели данных являются простота, гибкость структуры, удобство реализации на компьютере, наличие теоретического описания. Большинство современных БД для персональных компьютеров являются реляционными.

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

Выделяют следующие методы доступа к данным таблиц:

· Последовательный;

· Прямой;

· Индексно-последовательный.

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

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

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

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

3.3 Контекстные диаграммы

На рисунке 3.3.1 отображена полная работа автоматизированной системы ведения внутреннего документооборота Административной комиссии при администрации г. Белгорода.

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

Выходной информацией будет:

1. Постановление по делу об административном правонарушении.

2. Определение о возвращении материалов об административном правонарушении

3. Определение о передаче материалов по подведомственности.

4. Определение об отложении расммотрения дела

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

6. Отчеты Административной комиссии.

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

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

Следующая схема (рис.3.3.2) показывает более детально процесс документооборота. Общая система разделяется на четыре подраздела:

1. Регистрация входящих материалов

2. Подготовка материалов к заседанию комиссии.

3. Заседание комиссии.

4. Контроль и отчетность за исполнением постановлений.

На данном уровне детализации управляющая информация разделяется на:

· Положение "об административной ответственности";

· Кодек об административных правонарушениях;

· Закон Белгородской области "об административных нарушениях на территории Белгородской области"

Появляются такие документы как Определение о назначении времени и места рассмотрения дела и постановление по делу об административном правонарушении.

Следующим этапом детализации является описание процессов подразделов системы.

Первый подраздел по логике "Регистрация материалов, поступивших на рассмотрение Административной комиссии" (рис. 3.3.3). На этапе регистрации в АИС должны поступать все данные, которые понадобятся в далейшем для движения дела в административном процессе. Здесь материалу присваеватся входящий номер, а также вносятся данные о нарушителе и данные протокола об административном правонарушении.

Второй подраздел "Подготовка материалов к рассмотрению на заседании административной комиссии" (рис. 3.3.4). На этапе подготовки материлов к рассмотрению производится их проверка, проверяется их полнота, то есть, имеются ли все данные для вынесения законного и обоснованого решения. Относится ли данное дело к подведомственности административной комиссии. По результатам проверки издается соответствующее определение.

Третий подраздел "Заседание административной комиссии" (рис.3.3.5). На этапе заседания административной комиссии в первую очередь проверяется наличие явки нарушителя, затем устанавливается его личность, после чего рассматриваеются ходотайства и отводы. Далее следует рассмотрение материалов дела об административном правонарушении по существу. Основным результатом данного этапа является постановление по делу об административном правонарушении.

Четвертый подраздел "Контроль исполнения постановлений" (рис. 3.3.6). На этом этапе осуществляется учет вынесеных постановлений по делу об административном правонарушении, учет штрафов уплаченных добровольно. Осуществляется формирование списков постановлений, срок добровольного исполнения котрых истек. Делаются отметки об исполнении постановлений, ранее отправленных на принудительное исполнение. Сотавляются отчеты о проделаной работе.

Рис.3.3.1. Полная работа АИС

Рис.3.3.2. Процесс документооборота

Рис.3.3.3. Регистрация материалов.

рис.3.3.4. Подготовка материалов к рассмотрению.

Рис.3.3.5. Заседание административной комиссии.

рис.3.3.6. Контроль исполнения постановлений.

Глава 4. Практическая реализация

4.1 Состав базы данных

4.1.1 Таблицы и их поля

Таблица FisNarysh– содержит список физических лиц – нарушителей

Имя поля	Тип данных	Описание
NFISCODE	Числовой	Идентификатор нарушителя
NFIS	Числовой	Идентификатор принадлежности к физическим лицам
FamNarysh	Текстовый	Фамилия
ImNarysh	Текстовый	Имя
OtchNarysh	Текстовый	Отчество
DataRozhd	Дата/время	Дата рождения
MestoRozhd	Текстовый	Место рождения
MestoRaboti	Дата/Время	Место работы
Adress	Поле МЕМО	Адрес нарушителя

Таблица UrNarush– содержит список юридических лиц – нарушителей

Имя поля	Тип данных	Описание
NURCODE	Числовой	Идентификатор нарушителя
NUR	Числовой	Идентификатор принадлежности к юр.лицам
NameOrg	Текстовый	Наименование
UrAdres	Текстовый	Юридический адрес
FaktAdres	Текстовый	Место расположения
CodeOKPO	Текстовый	Код ОКПО
CodeINN	Текстовый	Код ИНН
Predstav	Текстовый	Законный представитель юридического лица (Ф.И.О)
PredstavAdres	Текстовый	Его домашний адрес
PredstavDolzh	Текстовый	Должность

Таблица ProtoklNarysh– содержит данные протокола об административном правонарушении.

Имя поля	Тип данных	Описание
NPROTOKOL	Текстовый	Номер протокола
DataSostavl	Дата/Время	Дата составления протокола
NORGAN	Числовой	Орган составивший протокол
STATYAZBO	Текстовый	Статья ЗБО
Naryshenie	Поле МЕМО	Описание правонарушения
NCODE	Числовой	Нарушитель
IDNAR	Числовой
DataRassmotr	Дата/Время	Предполагаемая дата рассмотрения материалов
NadlYved	Логический	Отметка о надлежащем уведомлении о месте и времени заседания

Таблица Postanovl– содержит данные необходимые для составления постановления по делу об административном нарушении.

Имя поля	Тип данных	Описание
NOMPOST	Числовой	Номер постановления
ZasData	Дата/Время	Дата заседания
OtYavk	Логический	Отметка о явке
Vina	Логический	Отметка о признании вины нарушителем
SmegchObs	Поле МЕМО	Смягчающие обстоятельства
OtyagObs	Поле МЕМО	Отягчающие обстоятельства
NakTip	Числовой	Тип наказания
SymShtraf	Денежный	Сумма штрафа
Preds	Числовой	Председательствующий
DataObyavl	Дата/Время	Дата объявления постановления
NomerProtokZased	Числовой	Номер протокола заседания

Таблица UCHET – содержит полный список поступивших на рассмотрение комиссии материалов