Разработка автоматизированной системы учета скупки и продажи земельных участков

 

 

 

Сущность «Участок» имеет следующие атрибуты:

• Уникальный ключ участка
• Наименование участка
• Площадь
• Наценка
• Отметка о наличии
• Стоимость
• Сумма с наценкой

 

Сущность «Продажа» имеет следующие атрибуты:

• Номер документа
• Дата продажи
• Уникальный ключ сотрудника
• Уникальный ключ участка
• Уникальный ключ клиента
• Стоимость продажи

 

Сущность «Скупка» имеет следующие атрибуты:

• Номер документа
• Дата приобретения
• Уникальный ключ клиента
• Уникальный ключ сотрудника
• Уникальный ключ участка
• Стоимость приобретения

 

 

 

Сущность «Сотрудник» имеет следующие атрибуты:

• Уникальный ключ сотрудника
• Фамилия сотрудника
• Имя сотрудника
• Отчество сотрудника
• Телефон сотрудника

 

1.5.2 Определение взаимосвязей между сущностями

Приведем диаграмму «Сущность-связь», которая представлена на рис.12.

Рисунок 12 – Диаграмма «Сущность-связь»

 

В данной диаграмме используются следущиие  отношения:

Между сущностями «Участок» и «Скупка» используется отношение «Один-ко-одному».

Это означает, что один участок  можно купить один раз.

Между сущностями «Скупка» и «Клиент» используется отношение «один-ко-многим».

Это означает, что один клиент может  купить один участок.

Между сущностями «Скупка» и «Сотрудник» используется отношение «Один-ко-   многим».Это означает, что один сотрудник может продать несколько участков.

Между сущностями «Продажа» и «Сотрудник» используется отношения «Один-ко-многим».Это означает, что один сотрудник может продать несколько участков.

1.5.3 Задание первичных и альтернативных ключей

Приведение модели базы данных к первой нормальной форме

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

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

Условия первой нормальной формы:

• каждое поле неделимо;
• отсутствуют повторяющиеся поля или группы полей.

Результат приведения БД к первой нормальной форме представлен в таблице 1:

Таблица 1 – Таблица атрибутов сущностей в первой начальной форме.

 

 

 

 

СУЩНОСТЬ			АТРИБУТЫ
КЛИЕНТ		Уникальный ключ клиента		Уникальный ключ клиента Фамилия Имя Отчество Серия паспорта Номер паспорта Область Населенный пункт Улица Дом Квартира Телефон Уникальный ключ участка
УЧАСТОК		Уникальный ключ участка		Уникальный ключ участка Наименование участка Площадь Наценка Отметка о наличии Стоимость
СОТРУДНИК		Уникальный ключ сотрудника		Уникальный ключ сотрудника Фамилия Имя  сотрудника Отчество сотрудника Телефон сотрудника
СКУПКА		Уникальны ключ скупки		Номер документа Дата приобретения Уникальный ключ клиента Уникальный ключ сотрудника Уникальный ключ участка Стоимость приобретения Уникальны ключ скупки
ПРОДАЖА		Уникальный ключ продажи		Номер документа Дата продажи Уникальный ключ сотрудника Уникальный ключ участка Уникальный ключ клиента Стоимость продажи

 

Построим диаграмму  взаимосвязи между атрибутами сущностей в первой нормальной форме, которая представлена на рис. 13.

 

 

 

 

 

 

 

 

 

Рисунок 13 - Информационная модель в  первой нормальной форме

 

 

 

Приведение  модели базы данных ко второй нормальной форме

Выполним условия второй нормальной формы:

• выполнены условия первой нормальной формы;
• первичный ключ однозначно определяет всю запись;
• все поля зависят от первичного ключа;
• первичный ключ не должен быть избыточным.

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

Для этого из сущности «Клиент» выделим отдельной таблицей сущности «Область», «Населенный пункт», «Улица».

Сущность «Клиент» свяжем с сущностью «Областью» по Уникальному ключу области, с сущностью «Населенный пункт» – по Уникальному ключу населенного пункта, с сущностью «Улица» – по Уникальному ключу улицы.

Таким же образом из сущности «Сотрудники» выделим сущность «Должность» и свяжем их по уникальному ключу должности

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

Таблица 2 – Информационная модель данных во второй нормальной форме

 

 

СУЩНОСТЬ	ПЕРВИЧНЫЙ КЛЮЧ	АТРИБУТЫ
КЛИЕНТ	Уникальный ключ клиента	Уникальный ключ клиента Фамилия Имя Отчество Серия паспорта Номер паспорта Уникальный ключ области Уникальный пункт населенного  пункта Уникальный ключ улицы Дом Квартира Телефон Уникальный ключ участка
УЧАСТОК	Уникальный ключ участка	Уникальный ключ участка Наименование участка Площадь Наценка Отметка о наличии Уникальный ключ области Уникальный пункт населенного  пункта Уникальный ключ улицы Стоимость Сумма с наценкой
СОТРУДНИК	Уникальный ключ сотрудника	Уникальный ключ должности Уникальный ключ сотрудника Фамилия сотрудника Имя сотрудника Отчество сотрудника Телефон сотрудника
ДОЛЖНОСТЬ	Уникальный ключ должности	Уникальный ключ должности  Должность
ПРОДАЖА	Уникальный ключ продажи	Номер документа Дата приобретения Уникальный  ключ сотрудника Уникальный ключ участка Уникальный ключ клиента Стоимость продажи
СКУПКА	Уникальный ключ скупки	Номер документа Дата приобретения Уникальный ключ скупки Уникальный ключ сотрудника Уникальный ключ сотрудника Стоимость приобретения
ОБЛАСТЬ	Уникальный ключ области	Уникальный ключ области Наименование
НАСЕЛЕННЫЙ ПУНКТ	Уникальный пункт  населенного пункта	Уникальный пункт  населенного пункта Наименование
УЛИЦА	Уникальный ключ улицы	Уникальный ключ улицы Наименование

 

1.5.4 Приведение модели к требуемому уровню нормальной формы

Приведение модели базы данных к третьей нормальной форме

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

• выполнены условия второй нормальной формы;
• каждое не ключевое поле не должно зависеть от другого не ключевого поля;
• внутри каждой сущности должны отсутствовать транзитивные связи.

С учетом этого в информационной модели необходимо изменить список атрибутов  в сущности «Участок». Так как атрибут «Сумма» зависит атрибута «Стоимость», от атрибутов «Наценка».

Сумма с наценкой = (Стоимость участка * Наценку)+Стоимость участка

Исходя из этого атрибут исключаем  из базы данных и делаем его вычиляемым.

С учетом сделанных изменений в  информационной модели представим базу данных в третьей нормальной форме (табл. 3).

Таблица 3 – Информационная модель данных в третьей нормальной форме

 

СУЩНОСТЬ	ПЕРВИЧНЫЙ КЛЮЧ	АТРИБУТЫ
КЛИЕНТ	Уникальный ключ клиента	Уникальный ключ клиента Фамилия Имя Отчество Серия паспорта Номер паспорта Уникальный ключ области Уникальный пункт населенного  пункта Уникальный ключ улицы Дом Квартира Телефон
УЧАСТОК	Уникальный ключ участка	Уникальный ключ участка Наименование участка Площадь Уникальный ключ области Уникальный пункт населенного  пункта Уникальный ключ улицы Отметка о наличии Уникальный ключ области Уникальный ключ населенного  пункта Уникальный ключ улицы Стоимость
СОТРУДНИК	Уникальный ключ сотрудника	Уникальный ключ должности Уникальный ключ сотрудника Фамилия сотрудника Имя сотрудника Отчество сотрудника Телефон сотрудника
ДОЛЖНОСТЬ	Уникальный ключ должности	Уникальный ключ должности  Наименование  должности
ПРОДАЖА	Уникальный ключ продажи	Номер документа Дата приобретения Уникальный  ключ сотрудника Уникальный ключ участка Уникальный ключ клиента Стоимость продажи
СКУПКА	Уникальный ключ скупки	Номер документа Дата приобретения Уникальный ключ скупки Уникальный ключ сотрудника Уникальный ключ участка Стоимость приобретения
ОБЛАСТЬ	Уникальный ключ области	Уникальный ключ области Наименование
НАСЕЛЕННЫЙ ПУНКТ	Уникальный пункт  населенного пункта	Уникальный пункт  населенного пункта Наименование
УЛИЦА	Уникальный ключ улицы	Уникальный ключ улицы Наименование

 

Построим  диаграмму взаимосвязи между  атрибутами сущностей в третьей  нормальной форме, которая представлена на рис. 14.

Рисунок 14 – Информационная модель базы данных

  1.5.5 Физическое описание модели

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

 

База данных состоит из 9 таблиц. Структура базы данных приведена в таблице 4-12

Таблица 4 – Сущность «Клиент» (Klient.dbf)

Имя поля	Тип поля	Размер поля	Примечание
un_kl_klienta	Int	4	Уникальный ключ клиента
fam_kl	C	40	Фамилия клиента
imya_kl	C	40	Имя клиента
ot_kl	C	40	Отчетсво клиента
Passport_ser	C	4	Серия паспорта
Passport_nom	C	6	Номер паспорта
dom	N	4	Дом
kvartira	N	4	Квартира
tel	N	12	Телефон
Un_kl_nac_p	Int	4	Уникальный ключ нас.пункта
Un_kl_ulice	Int	4	Уникальный ключ улицы
Un_kl_obl	Int	4	Уникальный ключ области

 

Таблица 5 – Сущность «Участок» (Uchastok.dbf)

 

Имя поля	Тип поля	Размер поля	Примечание
Un_kl_uchastka	Int	4	Уникальный ключ участка
naim	C	50	Наименование участка
ploshad	N	9	Площадь
nacenka	N	4(2)	Наценка
Otmetka_o_nal	L	4(1)	Отметка о наличии
un_kl_obl	Int	4(1)	Уникальный ключ области
un_kl_nac_punkt	Int	4(4)	Уникальный ключ нас.пункта
un_kl_ulice	Int	4(4)	Уникальный ключ улицы
stoimost	N	10	Стоимость