Реферат: Проектирование автоматизированных информационных систем
· клиенты;
· сотрудники;
· заказы.
Список объектов и их атрибутов приведен в таблице 1.
Таблица 1 – Перечень объектов и их атрибутов
|
Объект |
Атрибуты |
| Объект недвижимости | Наименование |
| Категория | |
| Адрес | |
| Страна | |
| Владелец | |
| Стоимость | |
| Клиент | Организация |
| Адрес | |
| Индекс | |
| Телефон | |
| Заказ | Клиент |
| Сотрудник | |
| Владелец | |
| Заказанные объекты | |
| Дата размещения заказа | |
| Дата оплаты | |
| Сумма заказа |
Продолжение таблицы 1
|
Объект |
Атрибуты |
| Сотрудник | Фамилия |
| Имя | |
| Отчество | |
| Адрес | |
| Телефон |
2.2 Определение взаимосвязей между объектами
Исходя из задачи, выделим следующие сущности:
· Владелец;
· Недвижимость;
· Клиент;
· Продавец;
· Заказ;
· Продажа;
· Счет.
Определим для включенных
в модель сущностей взаимосвязи. Полученная после этого модель представлена на
рисунке 6.
Взаимосвязь выражает отображение или связь между двумя множествами данных. Различают взаимосвязи типа «один к одному», «один ко многим» и «многие ко многим».
В рассматриваемой задаче по автоматизации управления работой дилера по продаже недвижимости, если клиент производит заказ на покупку впервые, осуществляется первичная регистрация его данных и сведений о сделанном заказе. Если же клиент производит заказ повторно, осуществляется регистрация только данного заказа. Вне зависимости от того, сколько раз данный клиент производил заказы, он имеет уникальный идентификационный номер (уникальный ключ клиента). Информация о каждом клиенте включает наименование организации клиента, адрес, телефон, факс и примечание. Таким образом, атрибутами объекта КЛИЕНТ являются «УНИКАЛЬНЫЙ КЛЮЧ КЛИЕНТА», «НАИМЕНОВАНИЕ КЛИЕНТА», «АДРЕС КЛИЕНТА» и т. д.
Следующий представляющий для нас интерес объект – ОБЪЕКТ НЕДВИЖИМОСТИ. Этот объект имеет атрибуты «УНИКАЛЬНЫЙ КЛЮЧ ОБЪЕКТА», «НАИМЕНОВАНИЕ ОБЪЕКТА» и т. д.
Третий рассматриваемый объект — ЗАКАЗ. Его атрибутами являются «НОМЕР ЗАКАЗА», «КЛЮЧ КЛИЕНТА» и «КЛЮЧ ОБЪЕКТА НЕДВИЖИМОСТИ».
И четвертый рассматриваемый объект — СОТРУДНИК. Его атрибутами являются «УНИКАЛЬНЫЙ КЛЮЧ СОТРУДНИКА», «ИМЯ СОТРУДНИКА», «ФАМИЛИЯ» и «ОТЧЕСТВО».
Схема взаимосвязей между атрибутами в модели приведена на рисунке 7.
Рисунок 7 – Схема взаимосвязей между атрибутами в модели
2.3 Задание атрибутов, первичных и альтернативных ключей объектов
При переходе к проектированию базы данных основные объекты будут описывать следующие атрибуты (информация, хранимая в таблицах):
Сущность «Клиенты»:
· код клиента (ключевое поле);
· организация;
· адрес;
· индекс;
· телефон;
· город;
· регион;
· страна;
· описание счета;
· факс.
Сущность «Объекты недвижимости»:
· код объекта недвижимости (ключевое поле);
· наименование;
· категория;
· физический адрес;
· страна;
· код владельца;
· описание;
· стоимость.
Сущность «Заказы»:
· код заказа (ключевое поле);
· код клиента;
· наименование;
· код сотрудника;
· сумма заказа;
· дата размещения;
· дата оплаты.
Сущность «Владельцы»:
· код владельца (ключевое поле);
· организация;
· адрес;
· индекс;
· телефон;
· город;
· регион;
· страна;
· описание счета;
· факс.
Сущность «Сотрудники»:
· код сотрудника (ключевое поле);
· фамилия;
· имя;
· отчество;
· домашний адрес;
· рабочий телефон.
2.4 Нормализация модели
Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД.
В процессе нормализации элементы данных группируются в таблицы, представляющие объекты и их взаимосвязи. Теория нормализации основана на том, что определенный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Введение нормализации отношений при разработке информационной модели обеспечивает минимальный объем физической, то есть записанной на каком-либо носителе БД и ее максимальное быстродействие, что впрямую отражается на качестве функционирования информационной системы. Нормализация информационной модели выполняется в несколько этапов.
Данные, представленные в виде двумерной таблицы, являются первой нормальной формой реляционной модели данных.
Первый этап нормализации заключается в образовании двумерной таблицы, содержащей все необходимые атрибуты информационной модели, и в выделении ключевых атрибутов. Очевидно, что полученная весьма внушительная таблица будет содержать очень разнородную информацию. В этом случае будут наблюдаться аномалии включения, обновления и удаления данных, так как при выполнении этих действий нам придется уделить внимание данным (вводить или заботиться о том, чтобы они не были стерты), которые не имеют к текущим действиям никакого отношения. Например, может наблюдаться такая парадоксальная ситуация. При включении в каталог продаж новой модели автомобиля нам сразу придется указать купившего ее клиента.
Отношение задано во второй нормальной форме, если оно является отношением в первой нормальной форме и каждый атрибут, не являющийся первичным атрибутом в этом отношении, полностью зависит от любого возможного ключа этого отношения.
Если все возможные ключи отношения содержат по одному атрибуту, то это отношение задано во второй нормальной форме, так как в этом случае все атрибуты, не являющиеся первичными, полностью зависят от возможных ключей. Если ключи состоят более чем из одного атрибута, отношение, заданное в первой нормальной форме, может не быть отношением во второй нормальной форме. Приведение отношений ко второй нормальной форме заключается в обеспечении полной функциональной зависимости всех атрибутов от ключа за счет разбиения таблицы на несколько, в которых все имеющиеся атрибуты будут иметь полную функциональную зависимость от ключа этой таблицы. В процессе приведения модели ко второй нормальной форме в основном исключаются аномалии дублирования данных.
