Проектирование и разработка автоматизированного рабочего места для участкового уполномоченного полиции

Автор работы: Пользователь скрыл имя, 09 Ноября 2013 в 17:25, курсовая работа

Описание работы

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

Содержание работы

Введение 3
Постановка задачи и анализ предметной области. 5
Проектирование базы данных и определение функций системы 14
Разработка пользовательского приложения 24
Заключение 28
Список использованной литературы 29
Приложение 1 30

Файлы: 1 файл

Курсовойучастковый.docx

— 2.88 Мб (Скачать файл)

Функция 2 «Учет лиц, проживающих на территории административного участка»

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

Функция   3  «Учет правонарушений и преступлений».

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

Рисунок 7. Организация деятельности участкового уполномоченного полиции

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

 

Процесс проектирования базы данных является итерационным - допускающим возврат  к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:

1.  Выделение  сущностей и связей между ними.

2.  Построение  диаграмм ER-типа с учетом всех  сущностей и их связей.

3. Формирование  набора отношений с указанием  предполагаемого первичного ключа  для каждого отношения и использованием  диаграммы ER-типа.

        В  ходе анализа предметной области  выделены следующие сущности:  «Административная единица», «Участок», «Назначение», «Улицы», «Строения», «Помещения», «Юридические лица», «Лица», «Место работы», «Разрешение на оружие», «Оружие», «Транспорт», «Правонарушения», «Преступления».

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

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

Сущность «Участок» представляет конкретный административный участок. Атрибуты: идентификатор, номер участка, площадь. Каждому административному участку приказом начальника органа внутренних дел присваивается порядковый номер и для обслуживания назначается один участковый.  За каждым участковым уполномоченным приказом начальника органа внутренних дел закрепляется для обслуживания один административный участок. Так как необходимо хранить историю назначений участковых для обеспечения взаимодействия между ними, была сущность «Назначение», которая связана с сущностью «Участок».

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

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

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

Сущность «Помещения»  имеет атрибуты: идентификатор, номер помещения, наличие охранной сигнализации, наличие пожарной сигнализации, телефон. Если строение является жилым частным домом, то помещение принимается как одно, если это многоквартирный дом, то каждая квартира является отдельным помещением.  В помещении могут быть зарегистрированы как жители административного участка, так и организации.

Для организаций выделена отдельная сущность «Юридические лица». Она имеет общие для всех организаций атрибуты: идентификатор, наименование, род деятельности, Ф.И.О. руководителя, примечания.

 Для отображения данных  о работе выделена отдельная  сущность  «Место работы». Она  связана с сущностью «Лица» и имеет атрибуты: идентификатор, место работы, адрес работы, должность, телефон.

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

 По каждому сообщению  о преступлении проводится проверка  – собирается материал в соответствии  со статьями 143-145 Уголовно-процессуального  кодекса РФ. По результатам проверки  может быть принято решение  о  возбуждении уголовного  дела. Уголовное дело смоделировано  в сущности «Уголовные дела». Атрибуты: идентификатор, номер дела, статья УК РФ, дата возбуждения, дата приостановления, фабула, примечания, санкция, дата окончания наказания, дата освобождения. Сущность «Транспорт» связана с сущностью «Лица», Для того чтобы проверить принадлежность транспорта  какому либо гражданину, проживающему на административном участке необходима сущность «Владельцы транспорта». Эта сущность также необходима для регистрации смены владельца транспорта.

Теперь необходимо определить атрибуты, характеристики, являющиеся некоторым свойством сущности, и  свести их в одну таблицу - исходное отношение. В  результате получилась следующая логическая модель (Рис.8).

 

 

Рисунок  8. Концептуальная диаграмма классов

 

Диаграммы прецедентов представляют собой один из пяти типов диаграмм, применяемых в UML для моделирования  динамических аспектов системы (остальные  четыре типа - это диаграммы деятельности, состояний, последовательностей и  кооперации). Диаграммы прецедентов  играют основную роль в моделировании  поведения системы, подсистемы или  класса. Каждая такая диаграмма показывает множество прецедентов, актеров  и отношения между ними.

Диаграммы прецедентов применяются  для моделирования вида системы  с точки зрения прецедентов (или  вариантов использования). Чаще всего  это предполагает моделирование  контекста системы, подсистемы или  класса либо моделирование требований, предъявляемых к поведению указанных элементов.

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

       Лучше всего обдумывать диаграмму прецедентов с помощью графической таблицы, показывающей их содержимое. Она напоминает диаграмму контекста, используемую в структурных методах, поскольку она показывает границы системы и ее взаимодействие с внешним миром. Диаграмма прецедентов показывает актеров, прецеденты и отношения между ними: какие актеры выполняют тот или иной прецедент и какие прецеденты включают другие прецеденты. В языке UML помимо отношения «include» (включает) есть и другие типы отношений между прецедентами, например отношение «extend» (расширяет).

 

Рисунок 9.  Диаграмма прецедентов

 

На диаграмме  последовательности изображаются исключительно  те объекты, которые непосредственно  участвуют во взаимодействии и не показываются возможные статические  ассоциации с другими объектами. Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени. При  этом диаграмма последовательности имеет как бы два измерения. Одно – слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии.  Другое – горизонтальные линии, обозначающие сообщение, передаваемые от одного объекта другому. Графически каждый объект изображается прямоугольником и располагается в верхней части своей линии жизни. Внутри прямоугольника записываются имя объекта и имя класса разделяемые двоеточием. При этом вся запись подчеркивается, что является признаком объекта, который представляет собой экземпляр класса.

 

 

Рисунок 10. Диаграмма последовательности взаимодействия с системой

 

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

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

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

 

 

Рисунок 11.  Диаграмма взаимодействия(коопераций)

 

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

 

 

Рисунок 12. Диаграмма классов (физическая модель)

 

Разработка пользовательского  приложения

 

  Для разработки приложения используется среда Delphi 7. Для доступа к базе данных используется библиотека доступа к данным Data Access и dbGo.

 

Рисунок 13.  Главная форма приложения

 

На главной  форме расположен  компонент MainMenu, который определяет главное меню программы, и созданы нужные пункты меню.

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

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

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

Для работы с данными в свойстве SQLs компонента TADOQuery необходимо указать запросы на просмотр данных, вставку, обновление и удаление записи в таблице.

Выборка полей из таблицы «Сведения об участках»:

select  Участок.№_участка,

           Участок.Площадь,

           административная_ед.Наименование_АЕ

from Участок

 inner join административная_ед on (Участок.id_ae = административная_ед.id_ae)

Рисунок 14. «Сведения об участках»

 

Таким же образом  построены таблица остальных  вкладках контекстного меню:

 

Рисунок 15. «Сведения о приеме и сдаче административного участка»

 

 

Рисунок 16. «Список граждан»

 

Рисунок 17. «Места работы граждан, с занимаемыми должностями»

 

Рисунок 18. «Сведения о юридических лицах»

 

Рисунок 19. «Лица, имеющие в пользовании оружие»

 

Заключение

 

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

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

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

Информация о работе Проектирование и разработка автоматизированного рабочего места для участкового уполномоченного полиции