Смекни!
smekni.com

Автоматизированная информационная система документооборота Административной комиссии при администрации города Белгорода (стр. 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 – содержит полный список поступивших на рассмотрение комиссии материалов