1.1 Постановка задачи и треблвания к программе
У ГИБДД есть четыре наиболее важные функциональные задачи:
- Регистрация автотранспортных средств, при совершении сделки купли-продажи;
- Разработка мер, повышающих безопасность дорожного движения и выполнение всех мер при совершении ДТП (дорожно-транспортное происшествие) на улицах города (регистрация, разбор, выявление виновных, автоэкспертиза и т.п.);
- Борьба с угоном автотранспортных средств;
- Оперативный поиск угнанных машин и задержание преступников.
ГИБДД занимается выделением учетом номерных знаков на автотранспорт. К автотранспортным средствам относятся: легковые, грузовые автомобили, прицепы, полуприцепы, мотоциклы, тракторы, автобусы, микроавтобусы. На разные виды транспорта выдаются разные виды номеров и в базу данных заносятся разные характеристики. Номера могут выделяться как частным владельцам, так и организациям. В справочнике номеров, выданных организации, дополнительно фиксируется: номер, ФИО владельца, его адрес, марка автомобиля, дата выпуска, объем двигателя, номера двигателя, шасси и кузова, цвет и т.п. В справочнике номеров, выданных организации, дополнительно фиксируется: название организации, район, адрес, руководитель. Существует справочник свободных номеров (серия, диапазон номеров). ГИБДД периодически проводит технический осмотр (ТО) машин. Для прохождения техосмотра необходима квитанция об оплате налогов, сумма оплаты зависит от объема двигателя. Периодичность прохождения зависит от года выпуска и вида транспортного средства. Технические характеристики, проверяемые на ТО и допуски, также зависят от вида транспортного средства.
ГИБДД занимается учетом и анализом ДТП (дорожно-транспортное происшествие). При регистрации ДТП фиксируется: дата, тип происшествия (наезд на пешехода, наезд на ограждение либо столб, лобовое столкновение, наезд на впереди стоящий транспорт, боковое столкновение на перекрестке и т.п.), место происшествия, марки пострадавших автомобилей, государственный номер, тип машины (легковая, грузовая, специальная), краткое содержание, число пострадавших, сумма ущерба, причина, дорожные условия и т.п. Анализ накопленной по ДТП статистике поможет правильно расставить запрещающие и предупреждающие знаки на улицах города, а так же спланировать местонахождение постов патрульных.
Угон либо исчезновение виновника ДТП с места происшествия требует оперативного вмешательства всех постов ГИБДД и патрульных машин. Для информации о разыскиваемой машине ее данные (включая номера двигателя и кузова) извлекаются из базы зарегистрированных номеров и передаются по рации всем постам. Ведение статистики угонов, ее анализ и опубликование результатов в СМИ поможет снизить количество угонов, а хозяевам машин принять необходимые меры (самые угоняемые марки, самый популярный способ вскрытия, самые надежные сигнализации и т.п.).
2. Этапы разработки программы «Информационная система ГИБДД»
2.1 Техническое задание
Настоящее техническое задание распространяется на разработку информационной системы ГИБДД. Предполагается, что данную систему будут использовать сотрудники ГИБДД.
Основания для разработки
Информационная система разрабатывается на основании задания на курсовое проектирование, выданное Челябинским энергетическим колледжем имени С.М. Кирова 1 декабря 2007 года. Срок окончания разработки 17 марта 2008 года.
Назначение разработки
Информационная система ГИБДД предназначена для выделения и учета номерных знаков на автотранспорт, учета и анализа ДТП (дорожно-транспортного происшествия), угона либо исчезновения виновника ДТП с места происшествия.
Анализ накопленной по ДТП статистике поможет правильно расставить запрещающие и предупреждающие знаки на улицах города, а так же спланировать местонахождение постов патрульных. Ведение статистики угонов, ее анализ и опубликование результатов в СМИ поможет снизить количество угонов, а хозяевам машин принять необходимые меры (самые угоняемые марки, самый популярный способ вскрытия, самые надежные сигнализации и т.п.)
Требования к программе
Система должна обеспечивать выполнение следующих функций:
- Регистрацию автотранспортных средств, при совершении сделки купли-продажи;
- Меры, повышающие безопасность дорожного движения и выполнение всех мер при совершении ДТП на улицах города;
- Борьба с угоном автотранспортных средств;
- Оперативный поиск угнанных средств.
Исходные данные:
- Перечень транспорта;
- Номерные знаки на автотранспорт;
- Данные владельца автотранспорта;
- Справочник свободных номеров;
- Типы происшествий.
Результат:
- Перечень и общее число организаций, которым выделены номера либо с указанной серией, либо за указанный период;
- Сведения о владельце автотранспортного средства по государственному номеру автомашины;
- «Досье» на автомобиль по государственному номеру - номера двигателя, кузова, шасси, участвовал ли в ДТП, прошел ли техосмотр;
- Статистика по любому типу ДТП;
- Данные о количестве ДТП, совершаемых водителями в нетрезвом виде;
- Список машин, отданных в розыск, будь то скрывшиеся с места ДТП или угнанные;
- Данные об эффективности розыскной работы: количество найденных машин;
- Перечень угонов за указанный период;
Требования к надежности
1. Предусмотреть контроль вводимой информации.
2. Обеспечить блокировку некорректных действий пользователя.
3. Обеспечить ценность хранимой информации.
Требования к составу и параметрам технических средств
Минимальные требования к компьютеру и П.О:
Windows 2000 XP Professional
Servise Pack 1, 2
Windows XP Home Edition
Servise Pack 1, 2
Pentium 3, 866 Гц, 512 Мб, не менее 800 Мб на жестком диске.
Требования к программной совместимости
Система должна работать в ОС Windows.
Требования к программной документации
Программные модули должны быть самодокументированны. Программная система должна включать справочную информацию.
В состав сопровождающей документации необходимо включить:
1. Руководство системного программиста.
2. Руководство пользователя.
3. Пояснительная записка.
Технико-экономические показатели.
Программа должна быстро окупить затраченные на нее средства.
Стадии и этапы разработки
1. Постановка задачи.
2. Анализ предметной области.
3. Разработка алгоритма
4. Разработка интерфейса.
5. Кодирование.
6. Тестирование.
7. Оформление документации.
8. Порядок контроля и приемки
Программа должна быть представлена на отдельном диске в виде инсталляционного пакета, необходимо провести тесты на ввод неправильных данных и т.д.
Примечание.
2.2 Анализ предметной области и выбор метода решения
Современный мир информационных технологий трудно представить себе без возможности обработки больших объёмов информации. Такие объёмы информации удобно обрабатывать с помощью баз данных. Практически все системы в той или иной степени связаны с долговременным хранением и обработкой информации. Фактически, информация становится фактором, определяющим эффективность любой сферы деятельности. Увеличились информационные потоки и повысились требования к скорости обработки данных. Большинство операций не может быть выполнено вручную. Любые административные решения требуют более чёткой и точной оценки текущей ситуации и возможных перспектив ёё изменения.
В данном дипломном проекте необходимо разработать «Информационную систему ГИБДД». Она должна обеспечивать просмотр, обработку, ввод новых данных, поиск данных по определённому критерию. Целью создания данной базы данных является:
1) повышение производительности работы;
2) более надёжное хранение информации.
Стадии и этапы разработки:
1) анализ;
2) проектирование;
3) программирование;
4) тестирование и отладка.
На этапе анализа производится описание задачи. Описание является полным, последовательным, доступным для чтения и обзора различных заинтересованных лиц. В ходе выполнения этого этапа получают следующее:
- уточняются требования, приведённые в задании на дипломное проектирование;
- разрабатывается спецификация на программный продукт.
Итог выполнения этапа анализа – спецификация, содержащая конкретное описание программного продукта.
На этапе проектирования происходит иерархическое разбиение задачи создания программного продукта на подзадачи. На этом этапе производится следующее:
- формируется структура программного продукта и разработка алгоритмов, задаваемых спецификацией;
- выбирается структура информации в базе данных.
Результат работы этапа проектирования – алгоритм решения задачи, структура программного продукта и базы данных.
Цель этапа программирования – создание программного продукта в выбранной среде программирования. Итогом выполнения этого этапа является рабочая программа, отвечающая всем требованиям, указанным в задании на дипломном проектирование.
На этапе тестирования и отладки выявляются ошибки в программном продукте, проверяется работоспособность программного продукта и его соответствие спецификации. В ходе выполнения этого этапа выполняются следующие работы:
1) подготавливаются данные для отладки;
2) планируется сам процесс отладки;
3) проводится испытание программного продукта.
Результат выполнения этого этапа – оттестированный и отлаженный программный продукт.
... операции в фискальную память. Дополнительно автоматизированное рабочее место оператора может быть оборудовано электронными весами, сканером штрихового кода и считывателем пластиковых карт с магнитной полосой. В информационной системе реализованы следующие функции: прием, вручение, досыл и возврат почтовых отправлений как внутренней, так и международной почты; прием различных платежей и ...
... знаниях об образе представителей данной профессиональной группы среди населения. Представленный анализ позволяет нам задаться вопросом, а какова репрезентация образа сотрудника ГИБДД в представлении автолюбителей и есть ли зависимость содержания представлений об образе сотрудников у автолюбителей с разным водительским стажем? Если есть, то в чем состоит различие? Эти вопросы стали предметом ...
... функциональное моделирование; - информационное моделирование; - динамическое моделирование; В процессе работы будет решена задача моделирования информационной системы по распределению автотранспорта инвалидам и созданию отчетов. Трудоёмкость разработки информационной модели шагов процесса характеризуется, наряду с прочим, объёмом входной информации. Носителями этой ...
... страхования в теоретическом плане создавало условия для недооценки страхования в практическом плане. За весь период существования бывшего Советского государства страхование, как и вся экономика, было монополизировано государством. Деятельность страховой системы в рамках Министерства финансов была подчинена интересам бюджета, преобладали фискальные начала в ущерб развитию страхового дела. ...
0 комментариев