3. От конкретной записи возможен переход как к записи - владельцу, так и к записи - подчиненному.
Реляционная модель, предложенная в 70-х годах XX века сотрудником фирмы IBM Эдгаром Коддом, получила название от английского термина "relation" (отношение). Реляционная БД представляет собой совокупность таблиц, связанных отношениями Достоинствами реляционной модели данных являются простота, гибкость структуры, удобство реализации на компьютере, наличие теоретического описания. Большинство современных БД для персональных компьютеров являются реляционными.
Реляционная база данных состоит из взаимосвязанных таблиц. Каждая из таблиц содержит информацию об объектах одного типа, а совокупность всех таблиц образует единую базу данных.
Выделяют следующие методы доступа к данным таблиц:
· Последовательный;
· Прямой;
· Индексно-последовательный.
При последовательном методе выполняется последовательный просмотр всех записей таблицы и поиск нужных из них. Этот метод доступа является крайне неэффективным и приводит к значительным временным затратам на поиск, прямо пропорциональным размеру таблицы(числу ее записей). Поэтому его рекомендуется использовать только для относительно небольших таблиц.
При прямом доступе нужная запись выбирается на основании ключа или индекса. При этом просмотр других записей не выполняется. При поиске записи выполняется не последовательный просмотр всей таблицы, а непосредственный доступ к записи на основании ссылки.
Индексно-последовательный метод доступа включает в себя элементы последовательного и прямого методов доступа и используется при поиске группы записей. Этот метод реализуется только при наличии индекса, построенного по полям, значение которых должны быть найдены. Суть его заключается в том, что находится индекс первой записи, удовлетворяющей заданным условиям, и соответствующая запись выбирается из таблицы на основании ссылки. Это является прямым доступом к данным. После обработки первой найденной записи осуществляется переход к следующему значению индекса, и в таблице выбирается запись, соответствующая значению этого индекса. Так последовательно перебираются индексы всех записей, удовлетворяющих заданным условиям, что является последовательным доступом.
В объектно-ориентированной модели отдельные записи базы данных представляются в виде объектов. Между записями базы данных и функциями их обработки устанавливаются взаимосвязи с помощью механизмов, подобных соответствующим средствам объектно-ориентированных языков программирования. Объектно-ориентированные модели сочетают особенности сетевой и реляционной моделей и используются для создания крупных БД со сложными структурами данных.
На рисунке 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. Контроль исполнения постановлений.
Таблица 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 – содержит полный список поступивших на рассмотрение комиссии материалов