1.2. Моделирование предметной области в объектах.

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

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

Все информационные объекты рассматриваемой предметной области поделены на следующие структурные элементы:

1. Информационные объекты, относящиеся к организации: Риэлтер (информация о сотрудниках риэлтерского отдела);

2. Информационные объекты, относящиеся к предложению ОН: Предложение ОН (информация о предлагаемых к продаже ОН), Продавец (информация о собственниках ОН или их представителях).

3. Информационные объекты, относящиеся к спросу на ОН: Спрос (заявки на покупку ОН), Покупатель (информация о лицах, заинтересованных в приобретении ОН или их представителях);

4. Информационные объекты, относящиеся к договорам: Договор на оказание услуг (информация о заключенных договорах на оказание риэлтерских услуг).

Рассмотрим каждый из этих структурных элементов и выделенные сущности.

1. Сущность «Риэлтеры».

• Код риэлтера

• Фамилия, имя, отчество риэлтера

• Контактные данные риэлтера

• Дополнительная информация по риэлтера

• Должность

2. Сущность «Предложение ОН».

• Код ОН

• Район области

• Характеристика ОН

• Цена ОН

• Состояние документов

• Код продавца.

3. Сущность «Продавец».

• Код продавца

• Фамилия, имя, отчество продавца

• Контактные данные продавца

• Дополнительная информация по продавцу.

4. Сущность «Спрос».

• Код спроса

• Код покупателя

• Характеристика спроса

• Приемлемая цена.

5. Сущность «Покупатель».

• Код покупателя

• Фамилия, имя, отчество покупателя

• Контактные данные покупателя

• Дополнительная информация по покупателю.

6. Сущность «Договор на оказание услуг».

• № Договора

• Код риэлтера

• Код ОН

• Место заключения договора

• Дата заключения договора

• Гонорар компании

• Код покупателя.

1.3. Логическая модель базы данных.

Логическая модель данных - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логический уровень модели данных является универсальным и никак не связан с конкретной реализацией СУБД.

Для определения связей между выявленными информационными объектами требуется установить реальные отношениями между парами объектов. При этом необходимо учесть сведения из описания предметной области и семантики информационных объектов. В частности, известно, что один договор на услуги — один ответственный риэлтер, один ОН и один покупатель; один риэлтер может быть связан с несколькими ОН и курировать несколько пунктов спроса; покупатель может выступать инициатором нескольких пунктов спроса, один продавец иметь на продажу несколько ОН и т.д.

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

Рис. 1. Логическая модель базы данных.

Таблица «Предложение»

Рис. 2. Физическая модель базы данных.