Предоставление сведений об административных правонарушениях в области дорожного движения

Автор: Пользователь скрыл имя, 05 Апреля 2012 в 04:02, курсовая работа

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

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

Содержание

Введение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
1
Выбор автоматизируемых функций и информационного обеспечения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4
1.1
Краткое описание предметной области . . . . . . . . . . . . . . . . . . . . . . . . . .
4
1.2
Выбор и описание автоматизируемых функций . . . . . . . . . . . . . . . . . . .
5
1.3
Первичное описание информационного обеспечения . . . . . . . . . . . . . . .
10
1.4
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2
Выявление ограничений и правил поддержания целостности . . . .
16
2.1
Уровень атрибутов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16
2.2
Уровень кортежей . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
2.3
Уровень множеств кортежей . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
2.4
Уровень базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
2.5
Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
40
3
Проектирование локальных ER-моделей

3.1
Составление локальных исходных ER-моделей

3.2
Нормализация локальных ER-моделей

3.3
Вывод

5
Проектирование реляционной SQL-модели

5.1
Перевод глобальной ER-модели в реляционную форму

5.2
Спецификация ограничений и правил поддержания целостности

5.3
SQL-код для создания реляционной модели

5.4
Вывод


Заключение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41

Приложения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42

Работа содержит 1 файл

Курсовая работа.doc

— 1.18 Мб (Скачать)

 

Динамические ограничения на уровне базы данных для данной функции, не выявлены.

Операционные правила на уровне базы данных для данной функции, не выявлены.

 

2.4.2 Функция 2 “Формирование и печать квитанций со штрих-кодом на оплату административных штрафов”.

Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.2.1.

 

Таблица 2.4.2.1. Статические ограничения на уровне базы данных для функции 2 “Формирование и печать квитанций со штрих-кодом на оплату административных штрафов”.

п/п

Группа атрибутов

Множество, для которого требуется уникальность

 

2

2.4 Дата составления платежного документа

2.5 Дата удаления платежного документа

2.6 Статус платежного документа

 

Дата составления всегда должна быть равна текущей дате или быть предыдущей за ней. Дата составления всегда должна быть равна текущей дате или быть последующей за ней.

 

Динамические ограничения на уровне базы данных для данной функции, не выявлены.

Операционные правила на уровне базы данных для данной функции, не выявлены.

 

2.4.3  Функция 3 “Получение информации об осуществленных платежах”.

Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.3.1.

 

Таблица 2.4.3.1  Статические ограничения на уровне базы данных для функции 3 “Получение информации об осуществленных платежах ”.

п/п

Группа атрибутов

Множество, для которого требуется уникальность

1

 

1.1 Номер расчетного документа

1.2 ИНН

1.3 КПП

1.4 Статус

1.5Фамилия

1.6 Имя

1.7 Отчество

Определенному ИНН индивидуального предпринимателя должны соответствовать только одни персональные данные.

 

Динамические ограничения на уровне базы данных для данной функции не выявлены.

Операционные правила на уровне базы данных для данной функции не выявлены.

 

2.4.4  Функция 4 “Автоматическая сверка данных, полученных от финансово-кредитных учреждений и от УФК”.

Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.4.1.

Таблица 2.4.4.1. Статические ограничения на уровне базы данных для функции 4 “Автоматическая сверка данных, полученных от финансово-кредитных учреждений и от УФК”.

п/п

Группа атрибутов

Множество, для которого требуется уникальность

1

1.1 Вид документа.

1.2 Цена.

1.3 Номер счета

Цена уникальная для каждого вида документа.

 

Динамические ограничения на уровне базы данных для данной функции не выявлены.

Операционные правила на уровне базы данных для данной функции не выявлены.

 

2.4.5 Функция 5 “Автоматическое отражение информации об оплате штрафов по подтвержденным платежам по квитанциям со штрих-кодом”.

Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.5.1.

Таблица 2.4.5.1. Ограничения уникальности на уровне множеств кортежей для функции 5 “Автоматическое отражение информации об оплате штрафов по подтвержденным платежам по квитанциям со штрих-кодом”.

п/п

Группа атрибутов

Ограничение

1

1.1 Фамилия

1.2 Имя

1.3 Отчество

1.4 ИНН

1.6 Размер вклада

1.7 Наименование

1.8 Дата внесения записи.

Определенному ИНН юридического лица должны соответствовать только одни персональные данные.

 

Динамические ограничения на уровне базы данных для данной функции не выявлены.

Операционные правила на уровне базы данных для данной функции, приведены не выявлены.

 

2.4.6 Функция 6 “Работа с невыясненными платежами в автоматизированном режиме”.

Статические ограничения на уровне базы данных для данной функции приведены в табл. 2.4.6.1.

Таблица 2.3.6.1. Ограничения уникальности на уровне множеств кортежей для функции 6 “Работа с невыясненными платежами в автоматизированном режиме”.

п/п

Группа атрибутов

Множество, для которого требуется уникальность

1

1.1 Вид документа.

1.2 Цена.

1.3 Номер счета

Цена уникальная для каждого вида документа.

 

Динамические ограничения на уровне базы данных для данной функции не выявлены.

Операционные правила на уровне базы данных для данной функции, приведены не выявлены.

2.4.7 Функция 7 “Автоматическое отслеживание штрафов, не оплаченных в установленные сроки, и формирование перечней должников для передачи на взыскание в службу судебных приставов и для применения статьи 20.25 КОАП”.

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

 

Таблица 2.4.7.1. Ограничения уникальности на уровне множеств кортежей для функции 7 “Автоматическое отслеживание штрафов, не оплаченных в установленные сроки, и формирование перечней должников для передачи на взыскание в службу судебных приставов и для применения статьи 20.25 КОАП”.

 

 

п/п

Группа атрибутов

Ограничение

1

1.1 Фамилия

1.2 Имя

1.3 Отчество

1.4 ИНН

1.6 Размер вклада

1.7 Наименование

1.8 Дата внесения записи.

Определенному ИНН юридического лица должны соответствовать только одни персональные данные.

 

Динамические ограничения на уровне базы данных для данной функции не выявлены.

Операционные правила на уровне базы данных для данной функции, приведены не выявлены.

2.4.8 Функция 8 “Передача информации в информационную систему регионального уровня”.

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

 

Таблица 2.4.8.1. Ограничения уникальности на уровне множеств кортежей для функции 8 “Передача информации в информационную систему регионального уровня”.

п/п

Группа атрибутов

Ограничение

1

1.1 Вид документа

1.2 Дата составления платежного документа

Дата составления всегда должна быть равна текущей дате или быть предыдущей за ней

Информация о работе Предоставление сведений об административных правонарушениях в области дорожного движения