2.1.3 Входная информация

Таблица 7 – Клиенты

Идентификатор	Клиенты
Форма представления	Электронный документ
Сроки и частота поступления	При обращении
Источник входной информации	Офис менеджер
Перечень реквизитов	Код клиента, ФИО клиента, Адрес, Телефон

Таблица 8 – Сотрудники

Идентификатор	Сотрудники для добавления
Форма представления	Электронный документ
Сроки и частота поступления	При трудоустройстве
Источник входной информации	Офис менеджер
Перечень реквизитов	Код клиента, ФИО клиента, Адрес, Телефон

Таблица 9 – Операции

Идентификатор	Операции для добавления
Форма представления	Электронный документ
Сроки и частота поступления	По мере необходимости
Источник входной информации	Директор
Перечень реквизитов	Код операции, Название операции

Таблица 10 – Недвижимость

Идентификатор	Недвижимость для добавления
Форма представления	Электронный документ
Сроки и частота поступления	При появлении недвижимости
Источник входной информации	Офис менеджер
Перечень реквизитов	Код недвижимости, Название недвижимости

Таблица 11 – Договора

Идентификатор	Договора
Форма представления	Электронный документ
Сроки и частота поступления	По мере необходимости
Источник входной информации	Директор, Офис менеджер
Перечень реквизитов	Номер договора, Код клиента, Код операции, Код недвижимости, Стоимость, Код сотрудника, Дата заключения сделки, Дата окончания сделки

2.2 Проектирование информационного обеспечения

В результате анализа предметной области задачи были определены следующие сущности:

Клиент;

Недвижимость;

Риэлтор:

Операции с недвижимостью.

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

Клиент	Недвижимость
Клиент 1	Недвижимость 1
Клиент 2	Недвижимость 2

Клиент I M Недвижимость

Рисунок 11 - Связь «Клиент - Недвижимость»

Клиент	Операции
Клиент 1	Операция 1
Клиент 2	Операция 2

Клиент M M Операции

Рисунок 12 - Связь «Клиент - Операции»

Риэлтор	Клиент
Риэлтор 1	Клиент 1
Риэлтор 2	Клиент 2

Риэлтор I M Клиент

Рисунок 13 - Связь «Риэлтор - Клиент»

Операция	Недвижимость
Операция 1	Недвижимость 1
Операция 2	Недвижимость 2

Операция I M Недвижимость

Рисунок 14 - Связь «Операции - Недвижимость»

Указанные в предыдущем разделе сущности и реляционные связи позволяют установить логическую структуру БД (т.е. перечень таблиц и связи между таблицами). Связь между таблицами осуществляется по одноименным полям (атрибутам), имеющим одинаковый смысл в разных таблицах. Логическая структура БД отражена на рисунке 15.

Рисунок 15- Логическая структура БД Агентства Недвижимости.

После реализации логической модели была создана физическая модель данных, учитывающая используемых в СУБД MSAccess типы данных и ограничения целостности (рисунок 16).

Рисунок 16 – Модель данных (физический уровень).

А также был сгенерирован SQL-скрипт, который можно просмотреть в приложении.