Классом объектов называют совокупность объектов, обладающих одинаковым набором свойств.

Таким образом, для объектов одного класса набор свойств будет одинаков, хотя значения этих свойств для каждого объекта, конечно, могут быть разными. Например, класс объектов ОБЪЕКТ НЕДВИЖИМОСТИ будет иметь одинаковый набор свойств, описывающих характеристики объектов недвижимости, и каждый объект недвижимости будет иметь различные значения этих характеристик.

Объекты и их свойства являются понятиями реального мира. В мире информации, существующем в представлении программиста, говорят об атрибутах объектов.

Атрибут — это информационное отображение свойств объекта. Каждый объект характеризуется рядом основных атрибутов.

Например, сотрудник характеризуется фамилией, именем, табельным номером т. д. Клиент магазина, продающего автомобили, имеет такие атрибуты, как фамилию, имя, отчество, адрес и, возможно, идентификационный номер. Каждый атрибут в модели должен иметь уникальное имя – идентификатор. Атрибут при реализации информационной модели на каком-либо носителе информации часто называют элементом данных, полем данных или просто полем. Взаимосвязь между перечисленными выше понятиями проиллюстрирована схемой, приведенной на рисунке 5.

В нашем случае объектами будут являться:

· объекты недвижимости;

· клиенты;

· сотрудники;

· заказы.

Список объектов и их атрибутов приведен в таблице 1.

Таблица 1 – Перечень объектов и их атрибутов

Продолжение таблицы 1

2.2 Определение взаимосвязей между объектами

Исходя из задачи, выделим следующие сущности:

· Владелец;

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

· Клиент;

· Продавец;

· Заказ;

· Продажа;

· Счет.

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

Взаимосвязь выражает отображение или связь между двумя множествами данных. Различают взаимосвязи типа «один к одному», «один ко многим» и «многие ко многим».

В рассматриваемой задаче по автоматизации управления работой дилера по продаже недвижимости, если клиент производит заказ на покупку впервые, осуществляется первичная регистрация его данных и сведений о сделанном заказе. Если же клиент производит заказ повторно, осуществляется регистрация только данного заказа. Вне зависимости от того, сколько раз данный клиент производил заказы, он имеет уникальный идентификационный номер (уникальный ключ клиента). Информация о каждом клиенте включает наименование организации клиента, адрес, телефон, факс и примечание. Таким образом, атрибутами объекта КЛИЕНТ являются «УНИКАЛЬНЫЙ КЛЮЧ КЛИЕНТА», «НАИМЕНОВАНИЕ КЛИЕНТА», «АДРЕС КЛИЕНТА» и т. д.

Следующий представляющий для нас интерес объект – ОБЪЕКТ НЕДВИЖИМОСТИ. Этот объект имеет атрибуты «УНИКАЛЬНЫЙ КЛЮЧ ОБЪЕКТА», «НАИМЕНОВАНИЕ ОБЪЕКТА» и т. д.

Третий рассматриваемый объект — ЗАКАЗ. Его атрибутами являются «НОМЕР ЗАКАЗА», «КЛЮЧ КЛИЕНТА» и «КЛЮЧ ОБЪЕКТА НЕДВИЖИМОСТИ».

И четвертый рассматриваемый объект — СОТРУДНИК. Его атрибутами являются «УНИКАЛЬНЫЙ КЛЮЧ СОТРУДНИКА», «ИМЯ СОТРУДНИКА», «ФАМИЛИЯ» и «ОТЧЕСТВО».

Схема взаимосвязей между атрибутами в модели приведена на рисунке 7.

Рисунок 7 – Схема взаимосвязей между атрибутами в модели

2.3 Задание атрибутов, первичных и альтернативных ключей объектов

При переходе к проектированию базы данных основные объекты будут описывать следующие атрибуты (информация, хранимая в таблицах):

Сущность «Клиенты»:

· код клиента (ключевое поле);

· организация;

· адрес;

· индекс;

· телефон;

· город;

· регион;

· страна;

· описание счета;

· факс.

Сущность «Объекты недвижимости»:

· код объекта недвижимости (ключевое поле);

· наименование;

· категория;

· физический адрес;

· страна;

· код владельца;

· описание;

· стоимость.

Сущность «Заказы»:

· код заказа (ключевое поле);

· код клиента;

· наименование;

· код сотрудника;

· сумма заказа;

· дата размещения;

· дата оплаты.

Сущность «Владельцы»:

· код владельца (ключевое поле);

· организация;

· адрес;

· индекс;

· телефон;

· город;

· регион;

· страна;

· описание счета;

· факс.

Сущность «Сотрудники»:

· код сотрудника (ключевое поле);

· фамилия;

· имя;

· отчество;

· домашний адрес;

· рабочий телефон.

2.4 Нормализация модели

Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД.

В процессе нормализации элементы данных группируются в таблицы, представляющие объекты и их взаимосвязи. Теория нормализации основана на том, что определенный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Введение нормализации отношений при разработке информационной модели обеспечивает минимальный объем физической, то есть записанной на каком-либо носителе БД и ее максимальное быстродействие, что впрямую отражается на качестве функционирования информационной системы. Нормализация информационной модели выполняется в несколько этапов.