
- •Содержание
- •Введение
- •1 Формализация задачи
- •1.1 Словесное описание предметной области
- •1.2 Описание иерархии функций
- •1.3 Выбор субд
- •2 Проектирование и создание бд
- •2.1 Информационная модель предметной области
- •2.1.2 Перекрестная проверка модели данных и модели функций
- •2.1.3 Документирование er – диаграммы
- •2.2 Логическая модель бд
- •2.2.2 Схема базы данных приведённая к третьей нормальной форме.
- •2.2.3 Графическое представление связей между таблицами
- •2.3 Физическая модель бд
- •2.3.1 Техническое описание таблиц
- •2.3.2 Тексты sql-скриптов для создания объектов бд
- •3 Описание приложения
- •3.1 Описание технологии обработки данных
- •3.2 Описание программ
- •Заключение
- •Список использованной литературы
- •Приложение а (обязательное) Исходные тексты программ
- •Приложение б (справочное) Экранные формы
2.2 Логическая модель бд
2.2.1 Датологическая модель БД строится с учетом той модели данных, которую поддерживает выбранная СУБД, в нашем случае это InterBase. Для реляционной модели данных существует достаточно однозначный алгоритм преобразования ER – диаграммы в набор схем отношений, который состоит в следующем:
каждая сущность становится отношением;
атрибуты сущности становятся атрибутами отношения;
разрешение связей.
Даталогическая модель БД представлена в приложении Б настоящего курсового проекта.
2.2.2 Схема базы данных приведённая к третьей нормальной форме.
Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и между его элементами нет транзитивных зависимостей.
Для данной предметной области:
Клиент физическое лицо (код, фамилия, имя, отчество, номер телефона, адрес).
Клиент юридическое лицо (код, название, форма собственности, фамилия директора, имя директора, отчество директора, адрес, наименование банка, адрес банка, номер расчетного счета, корреспондирующий счет, БИК, ИНН/КПП).
Сеанс (код, MAC адрес, IP адрес, дата начала соединения, дата конца соединения, время начала соединения, время окончания соединения, стоимость, код физического лица, код юридического лица, код предприятия-провайдера)
Предприятие-провайдер (код, название, адрес, номер телефона)
Прейскурант (дата, стоимость одной минуты, льготная стоимость 20.00-2.00, льготная стоимость 2.00-6.00, код предприятия-провайдера).
2.2.3 Графическое представление связей между таблицами
На рисунке 3 представлена даталогическая модель базы данных.
Рисунок 3 – Даталогическая модель базы данных
2.3 Физическая модель бд
2.3.1 Техническое описание таблиц
В таблицах 9-14 приведено техническое описание реляционных таблиц
Таблица 9 - Описание доменов
Имя домена |
Характеристика домена |
Логические ограничения |
Kod |
Integer not null |
>0 |
str |
Char |
<=30 |
stoim |
Float |
>0 |
Таблица 10 - klfiz
Имя поля |
Тип |
Обязательность |
Тип ключа |
Логическое ограничение |
Kod |
домен «kod» |
- |
ПК |
- |
Fam |
домен «str» |
not null |
- |
- |
Name |
домен «str» |
not null |
- |
- |
Otch |
домен «str» |
not null |
- |
- |
n_telefon |
integer |
not null |
- |
- |
Adr |
домен «str» |
not null |
- |
- |
Таблица 11 - klur
Имя поля |
Тип |
Обязательность |
Тип ключа |
Логическое ограничение |
Kod |
домен «kod» |
- |
ПК |
- |
nazvaniye |
домен «str» |
not null |
- |
- |
forma_sobstventi |
домен «str» |
Not null |
- |
- |
Fam_dir |
домен «str» |
not null |
- |
- |
name_dir |
домен «str» |
Not null |
- |
- |
otch_dir |
домен «str» |
not null |
- |
- |
Adr |
домен «str» |
Not null |
- |
- |
Name_bank |
домен «str» |
Not null |
- |
- |
Adr_bank |
домен «str» |
not null |
- |
- |
Kor_chet |
домен «str» |
Not null |
- |
- |
Nrach_chet |
домен «str» |
not null |
- |
- |
Bik |
домен «str» |
Not null |
- |
- |
Inn_kpp |
домен «str» |
Not null |
- |
- |
Таблица 12 – pred_provaider
Имя поля |
Тип |
Обязательность |
Тип ключа |
Логическое ограничение |
Kod |
домен «kod» |
- |
ПК |
- |
nazvaniye |
домен «str» |
not null |
- |
- |
Adr |
домен «str» |
not null |
- |
- |
N_telefon |
домен «str» |
not null |
- |
- |
Таблица 13 – preskur
Имя поля |
Тип |
Обязательность |
Тип ключа |
Логическое ограничение |
Kod_prov |
домен «kod» |
- |
ПК,ВК |
- |
Dat |
Date |
not null |
ПК |
- |
Stoim |
домен «stoim» |
not null |
- |
- |
Lgstoim_20_2 |
домен «stoim» |
not null |
- |
- |
Lgstoim_2_6 |
домен «stoim» |
not null |
- |
- |
Таблица 14 – seanc
Имя поля |
Тип |
Обязательность |
Тип ключа |
Логическое ограничение |
Kod |
домен «kod» |
- |
ПК |
- |
MAC_adr |
домен «str» |
not null |
- |
- |
IP_adr |
домен «str» |
not null |
- |
- |
Data |
домен «str» |
not null |
- |
- |
Data_kon |
домен «str» |
not null |
- |
- |
Vr_nach |
домен «str» |
not null |
- |
- |
Vr_kon |
домен «str» |
not null |
- |
- |
Stoim |
домен «str» |
not null |
- |
- |
Kod_klf |
Integer |
>0 |
ВК1 |
- |
Kod_klu |
Integer |
>0 |
ВК2 |
- |
Kod_pp |
домен «kod» |
Not null |
ВК3 |
- |
Таблица 15 - Стратегии обеспечения ссылочной целостности
Таблица |
Стратегия при обновлении |
Стратегия при удалении |
Клиент физическое лицо |
Cascade |
Restrict |
Клиент юридическое лицо |
Cascade |
Restrict |
Предприятие-провайдер |
Cascade |
Restrict |
Прейскурант |
Cascade |
Restrict |
Сеанс |
Cascade |
Restrict |