Разработка информационной системы по учету административных правонарушений

Министерство образования и науки Российской Федерации

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

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

«САМАРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Факультет

Механико-математический

Кафедра

«Информатики и вычислительной математики»

Специальность

«Математическое обеспечение и

администрирование информационных систем»

РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ УЧЕТА

АДМИНИСТРАТИВНЫХ ПРАВОНАРУШЕНИЙ

КУРСОВАЯ РАБОТА

Выполнил студент

3 курса 22.301.10 группы

Старобинец

Валентин Викторович

____________________

Научный руководитель

к. ф.-м.н., доцент

Луканов А.С.

____________________

Работа защищена

«___»_________2010 г.

Зав. кафедрой

д.ф.-м.н., профессор

Степанов А.Н.

____________________

«___»_________2010 г.

Самара, 2010 г.

Содержание:

Введение

Глава 1. Анализ предметной области учета административных правонарушений

Глава 2. Проектирование базы данных «Учет административных правонарушений»

§1. Логическая модель данных

§2. Физическая модель данных

§3. Нормализация. Приведение к третьей нормальной форме

Глава 3. Проектирование и реализация информационной системы «Учет АП»

§1. Построение модели архитектуры системы

§2. Описание интерфейса приложений клиентской части

§3. Клиент-серверная реализация проекта

§4. Руководство пользователя ИС «Учет АП»

Заключение

Список использованной литературы

Приложения

Введение

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

Одной из составных задач можно рассматривать проблему ведения отчетности по делам об административных правонарушениях.

О своевременности и актуальности рассматриваемой проблемы говорит тот факт, что достаточно большую часть своего времени работники административных комиссий тратят на поиски дел и протоколов об административных правонарушениях и составление отчетов для вышестоящих органов  доступными им средствами [6]. А также тот факт, что результатом запроса во всемирной сети интернет вида «Программа для учета дел об административных правонарушениях» - являются только законы и постановления.

В каждом городе в каждом районе присутствует административная комиссия. Также существуют учреждения, занимающиеся учетом работы комиссий и исполнений постановлений, все эти органы работают «по-старинке».

Учитывая вышесказанное, возникает вопрос: как же организовать данный процесс целиком, начиная от составления протокола и до исполнения постановления, более эффективно и при меньших затратах, чем процесс, выработанный и отлаженный годами, тысячами людьми [5].

Поиск ответа порождает выделение целей, для достижения которых ставятся задачи и ищутся пути их решения. Традиционная система учета, контроля и хранения информации является достаточно  надежной и устойчивой, но обладает некоторыми недостатками, такими как:

                  Моральное старение бумажного носителя как средства хранения информации;

                  Высокая нагрузка на всех сотрудников, участвующих в данном процессе;

                  Необходимость вести архивы, на управление которыми требуются дополнительные сотрудники;

                  Необходимость специального обучения сотрудников;

                  Сложность в составлении отчетности по более общим участкам (таким как город), так как все сотрудники индивидуальны.

Выделение данных недостатков, а также актуальность проблемы послужили предпосылками к разработке данного проекта. Цель данной работы - создание производительной, универсальной информационной системы (ИС), включающей в себя хорошо масштабируемую, а также надежную базу данных и взаимодействующее с ней клиентское приложение [2,3].

Результатом работы должна стать безопасная, устойчивая к физическим и логическим противоречиям, возникающим при некорректной работе с данными, удобная в использовании ИС, выполненная по архитектуре клиент-сервер. Безусловно, разрабатываемая ИС, должна обеспечивать разделение ресурсов и операций над ними, которые будут поддерживаться ИС [1,3]. Также следует учесть, что архитектура сервера БД может быть выполнена по-разному, в зависимости от производителя - следовательно, клиентская часть разработанной ИС должна обладать  независимостью от выбора сервера[1,3].

Глава 1. Анализ предметной области учета административных правонарушений

Для понимания сущности проблемы необходимо знать, где описан процесс, начинающийся составлением протокола об административном правонарушении и заканчивающийся исполнением постановлением, вынесенным административной комиссией и из каких частей он состоит и, наконец, что же такое административное правонарушение. Данный процесс описан в кодексе Российской Федерации об административных правонарушениях (КоАП РФ) [7].

КоАП РФ - кодифицированный нормативный акт, регулирующий общественные отношения по привлечению к административной ответственности, а также устанавливающий общие начала, перечень всех административных правонарушений  (который может быть дополнен на региональном уровне), органы, рассматривающие дела, порядок привлечения к административной ответственности и порядок исполнения решений по административным делам.

Административное правонарушение — противоправное, виновное действие (бездействие) лица (физического или юридического), за которое законодательством об административных правонарушениях установлена административная ответственность[5].

Объектами посягательства при административных правонарушениях могут являться собственность, здоровье населения и общественная нравственность, общественный порядок, экология и т. д.

Ознакомившись с определениями и понятиями, можно выделить стадии [7]:

1.                  Административное нарушение

2.                  Составление протокола

2.1   Сбор данных о нарушителе

2.2   Сбор данных потерпевших

2.3   Сбор данных о свидетелях

2.4   Выбор статьи из Закона[12] и штрафа из статьи

3.                  Вынесение решения по нарушению

4.                  Создание дела об административном правонарушении

4.1   Подкрепление созданного протокола

4.2   Подкрепление созданного постановления

5.                  Учет исполнения постановления

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

На каждой стадии  легко выделяется ключевой объект. Были изучены основные свойства каждого, особенности и функции, которые они выполняют, связи с другими объектами. Результатом данной работы, выполненной на каждом этапе, стала сущность, каждая из которых станет элементом будущей концептуальной модели данных [1].

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

1.                  Административное нарушение

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

2.                  Составление протокола

Данный этап очень важен, так как является ключевым и фиксирует факт нарушения, но является довольно общим, поэтому сначала рассмотрим его составляющие:

2.1        Сбор данных о нарушителе

Необходимо вспомнить, что Закон, который рассматривается, регулирует ответственность за правонарушения для физических (ФЛ), должностных (ДЛ) и юридических (ЮЛ) лиц.

Необходимые сведения:

2.1.1           Физическое лицо: фамилия, имя, отчество, дата рождения, место рождения, место жительства (прописки), контактный телефон, место работы (службы или учебы), занимаемая должность, семейное положение, количество иждивенцев; Являются атрибутами;

2.1.2           Юридическое лицо: полное наименование ЮЛ, сокращенное наименование ЮЛ, место нахождения, законный представитель ЮЛ, Банковские реквизиты; Являются атрибутами;

2.1.3           Должностное лицо: это «особенное» физическое лицо. Его отличие состоит в том, что оно обязательно является сотрудником какой-либо организации и для него присутствуют «особые» штрафы в Законе;

На данном этапе можно выделить две сущности, да, именно две, так как нет смысла хранить два отдельных справочника об одинаковых структурах (ФЛ и ДЛ). Это затруднит запросы, усложнит структуру БД и увеличит время выборки данных. Чтобы решить проблему идентификации типа лица, введем дополнительный атрибут «Ф или Д».

Выделенные сущности еще фактически не являются таковыми, так как в них нет ключевых полей, ведь кортежи должны обладать уникальностью в пределах сущности [3]. Тут мы вводим искусственный атрибут «Номер_ФЛ_ДЛ (ЮЛ)». Этот атрибут и поможет нам  однозначно идентифицировать лицо.

На данном шаге было выделено 2 сущности – «Нарушитель_ФЛ_ДЛ» и «Нарушитель_ЮЛ» с указанными выше атрибутами. Являются справочниками.

2.2             Сбор данных о потерпевших

Необходимые сведения: фамилия, имя, отчество, место жительства, контактный телефон;

Все сведения являются явными атрибутами, для составления сущности воспользуемся способом, указанным в п. 2.1. Получена сущность «Потерпевшие (Номер потерпевшего, … )».  Является справочником.

2.3             Сбор данных о свидетелях

Необходимые сведения: фамилия, имя, отчество, место жительства, контактный телефон;

Все сведения являются явными атрибутами, для составления сущности воспользуемся способом, указанным в п. 2.1. Получена сущность «Свидетели (Номер потерпевшего, … )».  Является справочником.

2.4             Выбор статьи Закона и штрафа

Закон является справочником нарушений, но закон находится на бумаге и будущая ИС не сможет «пролистать» и посмотреть, какой назначить штраф.

Закон следует оформить как сущность со следующими атрибутами: Штраф_ФЛ_Мин, Штраф_ФЛ_Макс, Штраф_ДЛ_Мин, Штраф_ДЛ_Макс, Штраф_ЮЛ_Мин, Штраф_ЮЛ_Макс. Необходимо добавить 2 дополнительных поля -  первое - для хранения каких-либо пояснений, второе - для хранения наименования главы, статьи и, возможно, пункта. Для составления сущности воспользуемся способом, указанным в п. 2.1 . Получена сущность «Статьи (Номер статьи, Имя в Законе, …, Пояснения )».

На этом рассмотрение всех составляющих будущей сущности протокол закончено. Выделяем более общую сущность «Протокол» для каждого типа нарушителя. Эти объекты будут идентичны по составу, но будут связаны с разными сущностями. Возникает связь, а для этого необходимы два объекта, для чего воспользуемся ранее созданными сущностями [1,3]. Связи будут осуществляться следующим образом – Номер потерпевшего, Номер_доп_потерпевшего с сущностью «Потерпевшие» с полем Номер_потерпевшего; «Номер свидетеля», Номер_доп_свидетеля с сущностью «Свидетели» с полем «Номер свидетеля»; Номер_нарушителя_ФЛ_ДЛ (ЮЛ) с сущностью «Нарушитель_ФЛ_ДЛ» с полем Номер_нарушителя_ФЛ_ДЛ (ЮЛ); Номер статьи с сущностью «Статьи» с полем «Номер статьи».

Также сущность «Протокол_ФЛ_ДЛ(ЮЛ)» содержит следующие данные – номер протокола(п.2.1), дата протокола, место совершения, описание нарушения, объяснения нарушителя, приложенные документы и специальная метка, обозначающая  «злостного нарушителя» -  подвергалось ли данное лицо административному наказанию в течение года – данные злоупотребления тоже регулируются в Законе.

3.                  Вынесение решения по нарушению

Вынесением решения занимается административная комиссия в составе нескольких компетентных человек, которые принимают решение о наказании. Решение оформляется в виде постановления [7]. Комиссия может отменить принятое постановление.

Таким образом, сущность «Постановления» обладает следующими атрибутами: номер постановления (п.2.1), дата постановления, состав комиссии, штраф, статус штрафа (оплачен?), статус постановления, «отменено ли?».

Постановление может находиться в 4 состояниях:

а.               Возвращено

б.               Прекращено

в.               Вынесено предупреждение

г.               Вынесен штраф

4.                  Создание дела об административном правонарушении

На этом этапе аналогично выделяется 2 сущности, содержащие атрибуты: Номер дела (п.2.1), дата заведения дела, номер протокола (связь с сущностью «Протокол»), номер постановления (связь с сущностью «Постановления»), приложенные документы). Получили сущности «Дела_ФЛ_ДЛ» и «Дела_ЮЛ».