Информационная система ГИБДД

Содержание

1. Основные понятия

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

2. Этапы разработки программы «Информационная система ГИБДД»

2.1 Анализ предметной области и выбор метода решения

2.2 Анализ предметной области и выбор метода решения

2.3 Разработка алгоритма программы

2.3.1 Понятие алгоритма, виды алгоритмов

2.3.2 Алгоритм работы программы

2.3.3 Блок - схема программы

2.4 Инструментальные средства разработки

2.4.1 Анализ инструментальных средств

2.5 Разработка интерфейса программы

2.5.1 Понятие интерфейса

2.5.2 Виды интерфейса

2.5.3 Разработка интерфейса программы «Информационная система ГИБДД»

2.6 Тестирование программы

2.6.1 Понятие тестирования программных средств

2.6.2 Виды и методы тестирования

2.6.3 Процесс и результат тестирования

2.7 Программная документация

2.7.1 Руководство программиста

2.7.2 Руководство оператора

3. Эксплуатация программных средств

3.1 Эксплуатация программного обеспечения

4. Экономический расчет программного продукта

4.1 Расчет себестоимости программного продукта «Информационная система ГИБДД»

4.2 Экономический эффект

5. Техника безопасности

5.1 Общие требования по техники безопасности

5.2 Техника безопасности при работе на компьютере

5.2.1 Требования безопасности перед началом работы на ПК

5.2.2 Требования безопасности во время работы с ПК

Заключение

Литература

1. Основные понятия

База данных. СУБД.

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

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

1)         использование в сети файл-серверов, на которых физически хранятся вся база данных. При такой организации каждый пользователь работает с базой данных так, как будто она размещена на собственном компьютере. Недостатком такой организации многопользовательской БД является большая нагрузка на каналы связи т. к. при обслуживании запроса порции данных считываются с диска центрального компьютера (файл-сервера) небольшими порциями и передаются на рабочее место, где происходит их обработка;

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

3)         распределенная структура – когда части (фрагменты) одной базы данных физически находятся на различных серверах сети. По такому принципу строятся глобальные информационные системы типа Internet.

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

К основным функциям СУБД любого типа можно отнести:

1.         создание (конструирование) базы данных путем описания структуры хранимой информации и взаимосвязей между ее частями;

2.         занесение, хранение и удаление информации из базы данных - т. е. поддержание БД в актуальном состоянии;

3.         обслуживание выборок и запросов пользователей

Различные СУБД позволяют создавать и обслуживать базы данных различной структуры: иерархические, сетевые и т. д. Наибольшее распространение получили так называемые реляционные БД. Реляционные базы данных представляют собой набор связанных таблиц и ничего кроме них. Термин «реляционная» указывает на то, что между таблицами базы данных могут быть установлены различные отношения. РСУБД составляют один из крупных сегментов рынка баз данных: они включают все от систем клиент/сервер до настольных систем.

Как отмечалось выше, реляционная модель БД рассматривает все данные как группы таблиц или отношений, которые содержат фиксированные количества рядов и столбцов. Иными словами многие объекты, используемые в реляционной базе данных, аналогичны объектам электронных таблиц. Рассмотрим основные термины и определения связанные с РСУБД.

Поле – базовый элемент любой базы данных, не обязательно реляционной. Поля это элементарный информационный объект базы данных. В данном случае, «элементарный», означает, что поле не может быть разбито на более мелкие порции информации. Кроме того, в каждом поле может храниться только строго определенный тип информации (текстовые поля, поля типа дата/время, числовые поля и т. п.). Большинство СУБД поддерживают возможность создания полей следующих типов:

-           текстовые (для хранения строк размером до 255 символов);

-           числовые (целочисленное, с плавающей точкой и т. п.);

-           memo поля – поля для хранения тестовых фрагментов любого размера;

-           дата/время – поля, в которых могут храниться даты и (или) время в национальном формате;

-           логические – поля для хранения утверждений типа ДА/НЕТ, ВКЛЮЧЕНО/ВЫКЛЮЧЕНО, ИСТИНА/ЛОЖЬ и т. п.;

Запись – набор данных специфицирующих некоторый объект. Например в БД автотранспортных средств каждая запись содержит сведения о транспортном средстве (госномер, марку, год выпуска, № кузова и т. п.). Каждая запись БД содержит уникальный набор информации – в нашем примере, каждая запись представляет данные о конкретном транспортном средстве. В РСУБД записи не хранятся в каком либо порядке набора. Иными словами в концепции РСУБД вообще не существует номера записи, как в системах другого типа.

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

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

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

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

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

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

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

Похожие работы

Информационная система WinPost

Скачать

15912

0

0

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

Психологические особенности содержания представлений образа как составляющие имиджа сотрудника ГИБДД

Скачать

50309

5

0

... знаниях об образе представителей данной профессиональной группы среди населения. Представленный анализ позволяет нам задаться вопросом, а какова репрезентация образа сотрудника ГИБДД в представлении автолюбителей и есть ли зависимость содержания представлений об образе сотрудников у автолюбителей с разным водительским стажем? Если есть, то в чем состоит различие? Эти вопросы стали предметом ...

Разработка автоматизированной системы распределения автотранспорта инвалидам

Скачать

115887

8

11

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

Страхование как звено финансовой системы

Скачать

58646

2

4

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