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

   CREATE SEQUENCE PHOFFREP_Seq INCREMENT BY 1 START WITH 1 MAXVALUE 999999 NOCYCLE NOCACHE;

   CREATE SEQUENCE DECISION_SEQ INCREMENT BY 1 START WITH 1 MAXVALUE 9999999 NOCYCLE NOCACHE; 

   Очень важным пунктом в ведении базы данных является сохранность данных и устойчивость к сбоям. Для этого необходимо, чтобы данные резервировались на ВЗУ с некоторой периодичностью. Oracle 10g обладает встроенным составителем расписаний, и к тому же позволяет запускать внешние по отношению к нему программы [1]. С помощью DBMS_SCHEDULER было создано расписание, программа для выполнения и задача, которая и будет по расписанию запускать резервирование данных. Принято решение о каждодневном однократном резервировании:

   BEGIN

   DBMS_SCHEDULER.CREATE_SCHEDULE

   ( schedule_name   => 'BackUP_schedule'

   , start_date      => SYSTIMESTAMP

   , repeat_interval => 'FREQ=WEEKLY; BYDAY=MON, TUE, WED, THU, FRI'

   ) ;

   END; 

   BEGIN

   DBMS_SCHEDULER.CREATE_PROGRAM

   ( program_name  => 'BackUP_program'

   , program_type  => 'EXECUTABLE' , program_action => 'C:\oraclexe\app\oracle\product\10.2.0\server\BIN\BackUP.bat'

   , enabled       => TRUE

   );

   END; 
 

   BEGIN

   DBMS_SCHEDULER.CREATE_JOB

   ( job_name     => 'compound_job'

   , program_name  => 'BackUP_program'

   , schedule_name => 'BackUP_schedule'

   , enabled       => TRUE

   );

   END; 

   В созданной базе данных присутствует сущность постановление, которое по закону следует исполнить, то есть оплатить. Для этого законом предусмотрено 30 суток. Тут возникает новая цель – введение некого «будильника», который будет напоминать административной комиссии, что следует проверить состояние исполнения постановления.

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

   Представленные  связи между клиентом и сервером являются наиболее важные для рассмотрения, остальное взаимодействие происходит на уровне запросов.

   Рассмотрим  основные используемые компоненты для  реализации клиента. Используются такие  компоненты как ADOQuery, DBGrid, ADOConnection, DataSourсe. ADOQuery является связующим звеном, так как именно он отправляет запросы, требуемые пользователю, на сервер – полученные данные отображаются в компоненте DBGrid [4].

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

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

 

1. Запуск  и авторизация

   При запуске созданной программы  «Учет АП» появится окно процесса загрузки. Следующим шагом будет авторизация, и пользователь сможет выполнить вход в трех режимах – «Администратор», «Менеджеры» и «Демо». Последний был создан для ознакомления с интерфейсом программы, подключение к базе данных не будет осуществлено. Для выбора этого режима в поля «Имя пользователя» и «Пароль» необходимо ввести «demo» без кавычек. Результатом успешной авторизации будет отображение главного окна приложения.

2. Работа в режиме «Менеджеры»

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

3. Работа в режиме «Администратор»

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

 

Заключение

   Главной целью проделанной работы было создание надежной и удобной, приятной в использовании  и непротиворечивой хорошо масштабируемой системы, основным назначением которой является учет административных правонарушений. Ключевыми критериями были масштабируемость, универсальность и однотипность [3]. Для реализации главной цели была изучена предметная область, после чего был создан проект системы, была построена логическая модель данных, физическая модель реляционной базы данных, диаграмма использования Use-Case, описание интерфейса клиентской части и выбор средств для реализации поставленных задач, как на сервере, так и на клиенте. В ходе моделирования базы данных и определения функциональных возможностей системы был выделен ряд задач, которые были решены на этапе реализации. После завершения написания кода программы , созданное ПО было протестировано по методу «белого ящика» - используя заведомо известные данные и результаты, проверялась правильность работы программы [2]. Как итог была получена расширяемая ИС с надежной, масштабируемой и универсальной базой данных. Данный продукт находится на стадии разработки, но возможно начать тестовое использование для проверки работоспособности и выявлении недочетов, а также новых функциональных возможностей.

   Достоинства:

   Масштабируемость. Функциональность разработанной ИС может быть расширена путем простого добавления новых объектов (таблиц и пр.) в базу данных и присоединения новых программных модулей к клиентской части.

   Универсальность. Созданная БД основана на общих принципах работы административной комиссии, а значит, может использоваться в любом городе и в любом районе.

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

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

   Разделение  ролей и авторизация. Позволяет разграничить функционал и несанкционированный доступ к данным, которые являются конфиденциальными.

   Система отчетов. Обладает системой отчетов, необходимой в данной области.

   Недостатки:

   Отсутствие  справочной системы. На данный момент ИС не обеспечена полным руководством пользователя.

 

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

1. Том Кайт. Oracle для профессионалов (Книга 1. Архитектура и основные особенности) – 2003
2. С. Орлов. Технологии разработки программного обеспечения: Учебник/— СПб.: Питер, 2002. — 464 с.: ил.
3. Дейв Энсор, Йен Стивенсон. Oracle. Проектирование баз данных. Киев, 1999
4. Михаил Фленов. Библия Delphi, 2-ое издание, БХВ-Петербург, 2008
5. Агапов А.Б. Административная ответственность: Учебник. - М.: Статут, 2004. - 351 с.
6. Административное право.  Бахрах Д.Н., Россинский Б.В., Старилов Ю.Н.
7. Кодекс Российской Федерации об административных правонарушениях (КоАП РФ) от 30.12.2001 N 195-ФЗ
8. http://www.oracle.com/ Описание сообщений об ошибках и справочная система.
9. http://www.sql.ru - Client/Server technologies. Форум.
10. http://www.realcoding.net/ Уроки в различных сферах программирования.
11. http://www.turboexplorer.com/ Дистрибутивы продукта Borland.
12. Закон Самарской области от 1 ноября 2007 №115-ГД "Об административных правонарушениях на территории Самарской области"

 

Приложения

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

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

Рис.3 Диаграмма использования Use-Case 
 
 

Интерфейс пользователя

Окно  приветствия

 

Окно  авторизации

 

Главное окно . Режим «Менеджеры»

Пример  интерфейса. Добавление нарушителя. 

 

Ввод  данных о нарушителе 

Заполнение  протокола 

 

Добавление  дела 

Генерация отчета - протокол 

Просмотр  сгенерированного отчета 

Пример  работы в режиме администратора

Главное меню расширено. 

Добавление  пользователя. 

Для более подробного ознакомления с интерфейсом пользователя необходимо воспользоваться информацией, описанной выше (параграф 4 п.1 гл. 4).