Разработка логической модели БД

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

Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе. Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности.

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

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

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

В IDEF1X существуют следующие виды мощностей связей:

• N мощность - каждый экземпляр сущности-родителя может иметь ноль, один или более одного связанного с ним экземпляра сущности-потомка (по умолчанию);

• Р мощность - каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка;

• Z мощность - каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка;

• конкретное число - каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.

Связь изображается линией, проводимой между сущностью-родителем и сущностью-потомком, с точкой на конце линии у сущности-потомка. По умолчанию мощность связи принимается равной N. Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь называется идентифицирующей, в противном случае — не идентифицирующей. Идентифицирующая связь изображается сплошной линией, не идентифицирующей - пунктирной линией.

В Design/IDEF при установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ (FK). При установке не идентифицирующей связи атрибуты первичного ключа родительской сущности мигрируют в состав неключевых полей дочерней сущности.

Учитывая сложность обработки больших массивов данных в бумажном виде, сбор статистики и т.д., мы приходим к мысли о разработке базы данных.

База данных позволит автоматизировать процесс управления салоном красоты, сбор статистики, она предоставит нам большой функционал для работы с клиентами.

База данных, прежде всего, должна хранить, добавлять, редактировать и удалять информацию о клиентах и услугах.

Также система должна обеспечивать широкий функционал для работы с клиентами, т.е. регистрацию нового клиента, поиск клиента по фамилии, предварительную запись, просмотр оказанных услуг клиенту, получение статистики по посещению салона клиентом (перечень вех оказанных услуг); различные фильтры для работы с клиентами: фильтры по количеству записей, фильтры по сумме всех записей.

Система должна обеспечивать удобную работу с услугами (в том числе используя различные виды фильтров), позволять просматривать статистику о каждом мастере, выяснить самую популярную услугу.

Система должна оформлять предварительную запись, а также вести учет занятости мастеров.