Автор работы: Пользователь скрыл имя, 09 Ноября 2013 в 17:25, курсовая работа
В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. За это время программное обеспечение претерпело огромные изменения: от программ, способных выполнять только простейшие логические и арифметические операции до сложных систем управления предприятиями.
Введение 3
Постановка задачи и анализ предметной области. 5
Проектирование базы данных и определение функций системы 14
Разработка пользовательского приложения 24
Заключение 28
Список использованной литературы 29
Приложение 1 30
Функция 2 «Учет лиц, проживающих на территории административного участка»
Данная функция предназначена для ведения учета всех лиц, проживающих на территории административного участка, наличия у них регистрации по месту жительства, транспорта, оружия, места работы.
Функция 3 «Учет правонарушений и преступлений».
Функция предназначена для учета правонарушений, совершенных гражданами, проживающими на территории административного участка и преступлений, совершенных на территории административного участка.
Рисунок 7. Организация деятельности участкового уполномоченного полиции
Процесс проектирования базы данных является итерационным - допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:
1. Выделение сущностей и связей между ними.
2. Построение диаграмм ER-типа с учетом всех сущностей и их связей.
3. Формирование
набора отношений с указанием
предполагаемого первичного
В
ходе анализа предметной
Каждая сущность имеет большое количество атрибутов, но в модель включаются только те, которые необходимы для решения поставленной задачи. Было проведено определение атрибутов полученных сущностей и связей между ними.
«Административная единица»
представляет структурную часть
административно-
Сущность «Участок»
Сущность «Назначение» содержит информацию обо всех участковых, которые обслуживали данный административный участок. Сущность имеет следующие атрибуты: идентификатор, фамилия, имя, отчество, звание, дата назначения, дата окончания службы на данном участке.
Сущность «Улицы» связана с сущностью «Участок» связью «многие-к-одному», т.к. улиц в населенном пункте может быть несколько, и с сущностью «Строения» связью «один-ко-многим», т.к. строений на каждой улице так же может быть несколько. Сущность имеет атрибуты: идентификатор, название.
Сущность «Строения» описывает строения, расположенные на улицах населенного пункта. Эта сущность в свою очередь связана с сущностью «Помещения», т.к. в одном строении может располагаться не одно помещение. Строения могут быть разных типов: жилой дом, нежилой дом и административное здание. Атрибуты следующие: идентификатор, тип строения, номер жилищно-коммунального хозяйства.
Сущность «Помещения» имеет атрибуты: идентификатор, номер помещения, наличие охранной сигнализации, наличие пожарной сигнализации, телефон. Если строение является жилым частным домом, то помещение принимается как одно, если это многоквартирный дом, то каждая квартира является отдельным помещением. В помещении могут быть зарегистрированы как жители административного участка, так и организации.
Для организаций выделена отдельная сущность «Юридические лица». Она имеет общие для всех организаций атрибуты: идентификатор, наименование, род деятельности, Ф.И.О. руководителя, примечания.
Для отображения данных о работе выделена отдельная сущность «Место работы». Она связана с сущностью «Лица» и имеет атрибуты: идентификатор, место работы, адрес работы, должность, телефон.
Граждане, совершающие правонарушения,
несут ответственность в
По каждому сообщению
о преступлении проводится
Теперь необходимо определить атрибуты, характеристики, являющиеся некоторым свойством сущности, и свести их в одну таблицу - исходное отношение. В результате получилась следующая логическая модель (Рис.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. «Лица, имеющие в пользовании оружие»
Актуальность разработки автоматизированной информационной системы «Участковый», обусловлена чрезвычайной сложностью сбора и переработки больших объемов информации. Результаты работы участкового уполномоченного милиции зависят от качества информационной поддержки, поскольку его основные усилия в раскрытии и предотвращении преступлений так или иначе связаны с получением необходимой информации.
В результате
анализа существующих программных
решений сделан вывод, что данные
программные средства не удовлетворяют
современным требованиям к организации
информационной поддержки деятельности
участкового. Необходимо разработать
специальное программное
В ходе анализа
предметной области выделены функции,
которые можно