Информационная модель и ее описание

На основе приведенных бизнес-процессов можно построить ER-диаграмму БД [2.3]. Диаграмма «сущность-связь» (ERD) — это способ логического унифицированного представления данных предметной области.

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

Понятие ER-модель и ER-диаграммы часто ошибочно не различают, хотя для визуализации ER-моделей предложены и другие графические нотации. Они используются в высокоуровневом проектировании баз данных, выделяют ключевые сущности и обозначают соответствующие связи, устанавливающиеся между сущностями. Модель «сущность-связь» была предложена Питером Пин-Шен Ченом, американским профессором компьютерных наук [2.3]. В нотации Питера Чена множество сущностей изображения в виде прямоугольников, множества отношений изображается в виде ромбов. Если сущность участвует в отношении, они связаны линией. Ели отношения не является обязательным то линия пунктирная. Атрибуты изображаются в виде овалов соединяясь с принадлежащей сущностью. ER-модель базы данных разрабатываемой ЭИС на логическом уровне сущностей представлена на Рисунке 2.5.

Объектами (сущностями) со свойствами (атрибутами) данной модели являются:

1. Кампании — имеет идентификационный код, идентификационные номера объявлений.

2. Объявления — имеет идентификационный код, идентификационный номер кампании и текст.

3. Показы — имеет идентификационный код, идентификационный код объявления, дату начала показа, дату окончания показа, логическую переменную: был клик или не было клика.

4. Клики — имеет идентификационный код, идентификационный номер показа и дату клика.

5. Посещения — имеет идентификационный код, идентификационный код клика, текстовую ссылку на webvisor, дату начала посещения, дату окончания посещения, логическую переменную: был оставлен контакт или нет.

6. Контакты — имеет идентификационный код, идентификационный код посещения, имя, телефон, e-mail.

7. Проспекты — имеет идентификационный код, идентификационный код контакта, имя, телефон, e-mail, логическую переменную: оплатил заказ или нет.

8. Клиенты — имеет идентификационный код, идентификационный код проспекта, имя, телефон, e-mail, идентификационный код договора, идентификационный код сотрудника, идентификационный код звонка.

9. Звонки — имеет идентификационный код, идентификационный код клиента, идентификационный код сотрудника, дату начала звонка, дату окончания звонка, текстовую ссылку на запись звонка.

10. Сотрудники — имеет идентификационный код, идентификационные коды клиентов, идентификационные коды звонков, идентификационные коды типов норм.

11. Договоры — имеет идентификационный код, идентификационный код клиента, идентификационный код сотрудника, идентификационный код оплаты, идентификационный код списка покупок, текст договора.

12. Тип нормы — имеет идентификационный код, название нормы, комментарий нормы, значение нормы.

13. Оплаты — имеет идентификационный код, идентификационный код договора, сумму оплаты, дату оплаты.

14. Список покупок — имеет идентификационный код, номер по порядку, идентификационный код номенклатуры.

15. Номенклатура — имеет идентификационный код, описание, характеристики и свойства.

На основе предоставленных выше объектов и свойств была разработана логическая модель БД.

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