2.4. Диаграмма «сущность-связь»

Цель построения таких диаграмм является обеспечение разработчика концептуальной схемой БД.

Для графического представления разновидностей этой модели используют несколько нотаций:

- нотация П. Чена;

- нотация Р. Баркера;

- нотация IDEF1 (более современный вариант этой нотации - IDEF1X используется в CASE-системах, например в системе ERWin).

Базовыми понятиями модели данных являются:

- Сущность - реальный или воображаемый объект, имеющий существенное значение для рассматриваемой предметной области.

- Атрибут  любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности.

- Связь  поименованная ассоциация между двумя или более сущностями, значимая для рассматриваемой предметной области.

Логическая модель для АИС «Отдел вневедомственной охраны» представлена на рисунке 2.10. Логическая модель включает данные сущности: «Помещение», «Договор», «Журнал договоров», «Сотрудник», «Журнал сработавших сигнализаций», «Патруль», «Журнал патрулирования», «Акт о сработавшей сигнализации». Сущность «Помещения» включает в себя: первичные атрибуты  код помещения; и вторичные – адрес, серия номер паспорта клиента, описание планировки, контактные данные клиента, ФИО клиента. Сущность «Договор» включает в себя: первичные атрибуты  код договора, код помещения [FK], табельный номер [FK]; и вторичные – дата составления договора, срок действия договора. Сущность «Журнал договоров» включает в себя: первичные атрибуты – код журнала, код договора[FK], код помещения [FK], табельный номер [FK]; и вторичные – дата и время составления договора. Сущность «Сотрудник» включает в себя: первичный атрибут – табельный номер; и вторичные – ФИО сотрудника, телефон, должность, состояние здоровья. Сущность «Журнал сработавших сигнализаций» включает в себя: первичные атрибуты – код случая срабатывания; и вторичные – код помещения [FK]; время срабатывания. Сущность «Патруль» включает в себя: первичные атрибуты – код патруля, табельный номер [FK]; и вторичные – дата составления патруля. Сущность «Журнал патрулирования» включает в себя: первичные атрибуты - код журнала, код патруля[FK], табельный номер [FK]; и вторичные – дата и время патрулирования.Сущность «акт о сработавшей сигнализации» включает в себя: первичные атрибуты - код акта, табельный номер [FK], код случая срабатывания[FK], код патруля [FK]; и вторичные – дата составления, время прибытия патруля, причина срабатывания сигнализации.

Физическая модель для АИС «Отдел вневедомственной охраны» представлена на рисунке 2.11. Физическая модель включает данные сущности: «Помещение», «Журнал договоров», «Сотрудник», «Журнал сработавших сигнализаций», «Клиент», «Журнал патрулирования», «Акт о сработавшей сигнализации». Для атрибутов, отсутствие которых недопустимо, указывается признак NOT NULL (Табельный номер, коды, Ф.И.О. и т.д.)

Функциональная схема программного обеспечения системы охранного предприятия, предоставленная в приложении 1. Схема включает: Ручной ввод(заявку на охрану, запросы графика дежурств, запросы отчетов); данные (подсистема инициализации системы, подсистема оформления договоров и т.д.); дисплей (Вывод форм ввода, Вывод форм договора и т.д.); Запоминающее устройство с прямым доступом (База данных).

Рис.2.10. Логическая модель для АИС «Отдел вневедомственной охраны»

Рис.2.11. Физическая модель для АИС «Отдел вневедомственной охраны»

Вывод: в данном разделе были составлены основные типы диаграмм, использующиеся при проектировании будущего программного обеспечения, с учетом анализа предметной области. А именно, разработаны диаграммы SADT, DFD, ERD моделей, а также построена функциональная схема и дерево диаграмм, позволяющие в общих чертах представить принцип работы программы.