· регистрация поступивших материалов;
· регистрация постановлений по делам об административных правонарушениях;
· контроль исполнения постановлений административной комиссии
· составление разного рода отчетности;
Входной информацией для Автоматизированной информационной системы ведения внутреннего документооборота Административной комиссии в соответствии с административным законодательством Российской Федерации, Законом Белгородской области "об административных правонарушениях на территории Белгородской области" и Положением "об административной комиссии при администрации города Белгорода" будет:
На стадии регистрации материалов об административном правонарушении, поступивших на рассмотрение Административной комиссии:
· Личные данные нарушителя.
· Дата поступления материалов на рассмотрение комиссии.
· Номер протокола об административном правонарушении.
· Орган, составивший протокол об административном правонарушении.
· Статья Закона Белгородской области "об административных правонарушениях на территории Белгородской области", по которой квалифицировано правонарушение.
· Краткие сведения о совершенном правонарушении.
На этапе рассмотрении дела об административном правонарушении на заседании административной комиссии:
· Отметка о явке правонарушителя;
· Дата вынесении постановления по делу об административном правонарушении;
· Принятое решение;
· Отметка об объявлении постановления по делу об административном правонарушении правонарушителю.
На этапе исполнения постановления по делу об административном правонарушении:
· Отметка о передаче постановления по делу об административной ответственности для исполнения уполномоченным органам;
· Отметка о исполнении постановления по делу об административном правонарушении;
Выходной информацией для Автоматизированной информационной системы ведения внутреннего документооборота Административной комиссии в соответствии административным законодательством Российской Федерации, Законом Белгородской области "об административных правонарушениях на территории Белгородской области" и Положением "об административной комиссии при администрации города Белгорода" будет:
· Постановление по делу об административном правонарушении;
· Протокол заседания административной комиссии;
· Отчеты деятельности административной комиссии
· Другие процессуальные документы;
К проектируемой системе предъявляются следующие общие требования:
1. Система должна обладать набором удобных возможностей по вводу информации в систему;
2. Система должна иметь удобный и достаточный набор информации;
3. Система должна иметь удобный интерфейс.
4. Система должна быть построена таким образом, чтобы возможно было ее конфигурировать, настраивать под возможные изменения в законодательстве.
Система должна иметь достаточно детальную документацию по всем выполняемым функциям.
Также иметь инструкция пользования должна иметь обучающий характер, для того, чтобы новые сотрудники Административной комиссии могли как можно быстрей изучить работу данной программы, и как можно лучше подготовиться к работе с ней.
Современной формой информационных систем являются банки данных, имеющие в своем составе:
· Вычислительную систему;
· Систему управления базами данных(СУБД);
· Одну или несколько баз данных(БД);
· Набор прикладных программ(приложений БД).
База данных(БД) обеспечивает хранение информации, а также удобный и быстрый доступ к данным. Она определяет собой совокупность данных различного характера, организованных по определенным правилам.
Информация в базах данных должна быть:
· Непротиворечивой;
· Неизбыточной;
· Целостной;
Система управления базой данных(СУБД) – это совокупность языковых и программных средств, предназначенных для создания, ведения и использования БД. По характеру применения СУБД разделяют на персональные и многопользовательские.
Персональные СУБД обеспечивают возможность создания локальных БД, работающих на одном компьютере. К персональным СУБД относятся Paradox, dBase, FoxPro, Access и другие.
Много пользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре "клиент-сервер". Наиболее известными многопользовательскими СУБД являются Oracle, Informix, SyBase, MicrosoftSQLServer, InterBase.
В состав языковых средств современных СУБД входят:
· Язык описания данных, предназначенный для описания логической структуры данных;
· Язык манипулирования данными, обеспечивающий выполнение основных операций над данными – ввод, модификацию и выборку;
· Язык структурированных запросов(SQL, StructuredQueryLanguage), обеспечивающий управление структурой БД и манипулирование данными, а также являющийся стандартным средством доступа к удаленным БД;
· Язык запросов по образцу(QBE, QueryByExample), обеспечивающий визуальное конструирование запросов к БД.
Прикладные программы, или приложения, служат для обработки данных, содержащихся в БД. Пользователь осуществляет управление БД и работу с ее данными именно с помощью приложений, которые также называют приложениями БД.
Иногда термин "база данных" трактуют в более широком смысле и обозначают им не только саму БД, но и приложения, обрабатывающие ее данные.
В зависимости от взаимного расположения приложения и БД можно выделить:
· Локальные БД;
· Удаленные БД.
Для выполнения операций с локальными БД разрабатываются и используются так называемые локальные приложения, а для операций с удаленными БД – клиент-серверные приложения.
Расположение БД в значительной степени влияет на разработку приложения, обрабатывающего содержащиеся в этой базе данные.
Каждая СУБД поддерживает свой обобщённый инструментарий для отображения программного обеспечения, этот инструментария называется моделью данных (МД). Поддерживаемые СУБД модели данных разбивают на сетевые, иерархические, реляционные.
База данных содержит данные, используемые какой-либо прикладной информационной системой(пример, системами "Сирена" или "Экспресс" продажи авиа- и железнодорожных билетов).
В зависимости от вида организации данных различают следующие основные модели представления данных в базе:
· Иерархическую;
· Сетевую;
· Реляционную;
· Объектно-ориентированную.
В иерархической модели данные представляются в виде древовидной древовидной (иерархической) структуры. Подобная организация данных удобны для работы с иерархически упорядоченной информацией, однако при оперировании данными со сложными логическими связями иерархическая модель оказывается слишком громоздкой.
Структура данных определяется в тех же терминах, что и у сетевой. Важное отличие от сетевой модели данных в том, что она может иметь только иерархическую структуру. К каждой записи базы данных возможен только один путь (иерархический). Сетевая структура может быть преобразована в иерархическую.
В сетевой модели данные организуются в виде произвольного графа. Недостатком сетевой модели является жесткость структуры и высокая сложность ее реализации.
Кроме того, значительным недостатком иерархической и сетевой моделей является то, что структура данных задается на этапе проектирования БД и не может быть изменена при организации доступа к данным.
Организация модели данных в СУБД сетевого типа определяется в терминах : элемент, агрегат, запись, групповое отношение, БД.
Элемент - наименьшая единица структуры данных.
Агрегат - именованная совокупность элементов или других агрегатов; Адрес: (ул., дом, квартира)
Запись - агрегат, который не входит в состав никакого другого агрегата и составляет основную единицу обработки БД. Тип записи определяется составом ее элементов.
Групповое отношение - иерархическое отношение между записями двух типов. Записи одного типа являются владельцами отношения, другого - подчиненными.
Сетевая модель данных поддерживает БД сетевой структуры. В сетевой модели данных допустимы следующие операции над объектами:
Запомнить - заносит новую запись и автоматически включает в групповое отношение с соответствующей подчиненностью.
Включение в групповое отношение - позволяет связать подчиненную запись с соответствующей записью-владельцем.
Переключить - изменяет запись - владельца в том же групповом отношении.
Обновить - изменяет значение элементов записи, перед обновлением соответствующая запись должна быть извлечена
Извлечь, Удалить, Исключить из группового отношения - разрывает связь между записью - владельцем и подчиненным.
Особенности обработки данных в сетевых моделях:
1. Основная единица обработки - запись.
2. Обработка может начинаться с любой записи, независимо от ее расположения в структуре.