Автор: Пользователь скрыл имя, 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
Динамические ограничения на уровне базы данных для данной функции, не выявлены.
Операционные правила на уровне базы данных для данной функции, не выявлены.
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 Дата составления платежного документа | Дата составления всегда должна быть равна текущей дате или быть предыдущей за ней |