Автор работы: Пользователь скрыл имя, 26 Февраля 2012 в 12:49, курсовая работа
Поиск ответа порождает выделение целей, для достижения которых ставятся задачи и ищутся пути их решения. Традиционная система учета, контроля и хранения информации является достаточно надежной и устойчивой, но обладает некоторыми недостатками, такими как:
Моральное старение бумажного носителя как средства хранения информации;
Высокая нагрузка на всех сотрудников, участвующих в данном процессе;
Необходимость вести архивы, на управление которыми требуются дополнительные сотрудники;
Необходимость специального обучения сотрудников;
Сложность в составлении отчетности по более общим участкам (таким как город), так как все сотрудники индивидуальны.
Введение - 3 -
Глава 1. Анализ предметной области учета административных правонарушений - 5 -
Глава 2. Проектирование базы данных «Учет административных правонарушений» - 10 -
§1. Логическая модель данных - 10 -
§2. Физическая модель данных - 13 -
§3. Нормализация. Приведение к третьей нормальной форме - 18 -
Глава 3. Проектирование и реализация информационной системы «Учет АП» - 20 -
§1. Построение модели архитектуры системы - 20 -
§2. Описание интерфейса приложений клиентской части - 21 -
§3. Клиент-серверная реализация проекта - 22 -
§4. Руководство пользователя ИС «Учет АП» - 26 -
Заключение - 28 -
Список использованной литературы - 30 -
Министерство образования и науки Российской Федерации
Государственное образовательное учреждение
Высшего профессионального образования
«САМАРСКИЙ
ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
Факультет
Механико-математический
Кафедра
«Информатики и вычислительной математики»
Специальность
«Математическое обеспечение и
администрирование
информационных систем»
РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ УЧЕТА
АДМИНИСТРАТИВНЫХ ПРАВОНАРУШЕНИЙ
КУРСОВАЯ
РАБОТА
Выполнил студент
3 курса 22.301.10 группы
Старобинец
Валентин
Викторович
____________________
Научный руководитель
к. ф.-м.н., доцент
Луканов
А.С.
____________________
Работа защищена
«___»_________2010 г.
Зав. кафедрой
д.ф.-м.н., профессор
Степанов
А.Н.
____________________
«___»_________2010
г.
Самара, 2010 г.
Содержание:
Введение
В настоящее время, несмотря на повышение компьютеризации общества, во многих сферах жизни общества до сих пор нет средств, позволяющих в достаточной мере автоматизировать процесс составления стандартных бланков, ведения документации и отчетности.
Одной
из составных задач можно
О своевременности и актуальности рассматриваемой проблемы говорит тот факт, что достаточно большую часть своего времени работники административных комиссий тратят на поиски дел и протоколов об административных правонарушениях и составление отчетов для вышестоящих органов доступными им средствами [6]. А также тот факт, что результатом запроса во всемирной сети интернет вида «Программа для учета дел об административных правонарушениях» - являются только законы и постановления.
В каждом городе в каждом районе присутствует административная комиссия. Также существуют учреждения, занимающиеся учетом работы комиссий и исполнений постановлений, все эти органы работают «по-старинке».
Учитывая вышесказанное, возникает вопрос: как же организовать данный процесс целиком, начиная от составления протокола и до исполнения постановления, более эффективно и при меньших затратах, чем процесс, выработанный и отлаженный годами, тысячами людьми [5].
Поиск ответа порождает выделение целей, для достижения которых ставятся задачи и ищутся пути их решения. Традиционная система учета, контроля и хранения информации является достаточно надежной и устойчивой, но обладает некоторыми недостатками, такими как:
Выделение данных недостатков, а также актуальность проблемы послужили предпосылками к разработке данного проекта. Цель данной работы - создание производительной, универсальной информационной системы (ИС), включающей в себя хорошо масштабируемую, а также надежную базу данных и взаимодействующее с ней клиентское приложение [2,3].
Результатом работы должна стать безопасная, устойчивая к физическим и логическим противоречиям, возникающим при некорректной работе с данными, удобная в использовании ИС, выполненная по архитектуре клиент-сервер. Безусловно, разрабатываемая ИС, должна обеспечивать разделение ресурсов и операций над ними, которые будут поддерживаться ИС [1,3]. Также следует учесть, что архитектура сервера БД может быть выполнена по-разному, в зависимости от производителя - следовательно, клиентская часть разработанной ИС должна обладать независимостью от выбора сервера[1,3].
Глава 1. Анализ предметной области учета административных правонарушений
Для понимания сущности проблемы необходимо знать, где описан процесс, начинающийся составлением протокола об административном правонарушении и заканчивающийся исполнением постановлением, вынесенным административной комиссией и из каких частей он состоит и, наконец, что же такое административное правонарушение. Данный процесс описан в кодексе Российской Федерации об административных правонарушениях (КоАП РФ) [7].
КоАП РФ - кодифицированный нормативный акт, регулирующий общественные отношения по привлечению к административной ответственности, а также устанавливающий общие начала, перечень всех административных правонарушений (который может быть дополнен на региональном уровне), органы, рассматривающие дела, порядок привлечения к административной ответственности и порядок исполнения решений по административным делам.
Административное правонарушение — противоправное, виновное действие (бездействие) лица (физического или юридического), за которое законодательством об административных правонарушениях установлена административная ответственность[5].
Объектами посягательства при административных правонарушениях могут являться собственность, здоровье населения и общественная нравственность, общественный порядок, экология и т. д.
Ознакомившись с определениями и понятиями, можно выделить стадии [7]:
А также, по окончанию месяца, квартала, года составление отчетности о работе административных комиссий по районам и по городу, дополнительные отчеты по нарушениям в разных сферах правонарушений для ведения статистики и формирования общественного мнения.
На каждой стадии легко выделяется ключевой объект. Были изучены основные свойства каждого, особенности и функции, которые они выполняют, связи с другими объектами. Результатом данной работы, выполненной на каждом этапе, стала сущность, каждая из которых станет элементом будущей концептуальной модели данных [1].
Для
каждого этапа параллельно
Этот этап не имеет прямого отношения к данной работе, но его нельзя опустить, так как он является началом для работы сотрудников правопорядка, а значит важным в анализе предметной области.
Данный этап очень важен, так как является ключевым и фиксирует факт нарушения, но является довольно общим, поэтому сначала рассмотрим его составляющие:
Необходимо вспомнить, что Закон, который рассматривается, регулирует ответственность за правонарушения для физических (ФЛ), должностных (ДЛ) и юридических (ЮЛ) лиц.
Необходимые сведения:
На данном этапе можно выделить две сущности, да, именно две, так как нет смысла хранить два отдельных справочника об одинаковых структурах (ФЛ и ДЛ). Это затруднит запросы, усложнит структуру БД и увеличит время выборки данных. Чтобы решить проблему идентификации типа лица, введем дополнительный атрибут «Ф или Д».
Выделенные сущности еще фактически не являются таковыми, так как в них нет ключевых полей, ведь кортежи должны обладать уникальностью в пределах сущности [3]. Тут мы вводим искусственный атрибут «Номер_ФЛ_ДЛ (ЮЛ)». Этот атрибут и поможет нам однозначно идентифицировать лицо.
На данном шаге было выделено 2 сущности – «Нарушитель_ФЛ_ДЛ» и «Нарушитель_ЮЛ» с указанными выше атрибутами. Являются справочниками.
Необходимые сведения: фамилия, имя, отчество, место жительства, контактный телефон;
Все сведения являются явными атрибутами, для составления сущности воспользуемся способом, указанным в п. 2.1. Получена сущность «Потерпевшие (Номер потерпевшего, … )». Является справочником.
Необходимые сведения: фамилия, имя, отчество, место жительства, контактный телефон;
Все сведения являются явными атрибутами, для составления сущности воспользуемся способом, указанным в п. 2.1. Получена сущность «Свидетели (Номер потерпевшего, … )». Является справочником.
Закон является справочником нарушений, но закон находится на бумаге и будущая ИС не сможет «пролистать» и посмотреть, какой назначить штраф.
Закон следует оформить как сущность со следующими атрибутами: Штраф_ФЛ_Мин, Штраф_ФЛ_Макс, Штраф_ДЛ_Мин, Штраф_ДЛ_Макс, Штраф_ЮЛ_Мин, Штраф_ЮЛ_Макс. Необходимо добавить 2 дополнительных поля - первое - для хранения каких-либо пояснений, второе - для хранения наименования главы, статьи и, возможно, пункта. Для составления сущности воспользуемся способом, указанным в п. 2.1 . Получена сущность «Статьи (Номер статьи, Имя в Законе, …, Пояснения )».
На этом рассмотрение всех составляющих будущей сущности протокол закончено. Выделяем более общую сущность «Протокол» для каждого типа нарушителя. Эти объекты будут идентичны по составу, но будут связаны с разными сущностями. Возникает связь, а для этого необходимы два объекта, для чего воспользуемся ранее созданными сущностями [1,3]. Связи будут осуществляться следующим образом – Номер потерпевшего, Номер_доп_потерпевшего с сущностью «Потерпевшие» с полем Номер_потерпевшего; «Номер свидетеля», Номер_доп_свидетеля с сущностью «Свидетели» с полем «Номер свидетеля»; Номер_нарушителя_ФЛ_ДЛ (ЮЛ) с сущностью «Нарушитель_ФЛ_ДЛ» с полем Номер_нарушителя_ФЛ_ДЛ (ЮЛ); Номер статьи с сущностью «Статьи» с полем «Номер статьи».
Также сущность «Протокол_ФЛ_ДЛ(ЮЛ)» содержит следующие данные – номер протокола(п.2.1), дата протокола, место совершения, описание нарушения, объяснения нарушителя, приложенные документы и специальная метка, обозначающая «злостного нарушителя» - подвергалось ли данное лицо административному наказанию в течение года – данные злоупотребления тоже регулируются в Законе.
Информация о работе Разработка информационной системы учета административных правонарушений