Методология концептуального проектирования

35. Специализация или генерализация типов сущностей (в конце вопроса).

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

Первый этап построения локальной концептуальной модели состоит в определении основных пунктов, которые могут интересовать пользователя. Эти пункты являются типами сущностей, входящих в модель. Один из методов идентификации сущностей состоит в изучении спецификаций по выполнению конкретных функций пользователей на данном предприятии. Из этих спецификаций следует извлечь все используемые в них существительные или сочетания существительного и прилагательного. Например, «Личный номер», «Фамилия работника», «Номер объекта недвижимости», «Адрес объекта недвижимости», «Арендная плата», «Количество комнат». Затем среди них выбираются самые крупные объекты или представляющие интерес концепции. Например, свойства «Личный номер» и «Фамилия работника» объединяются связью объекта «Работник», «Номер объекта недвижимости», «Адрес объекта недвижимости», «Арендная плата», «Количество комнат» объединяются, в сущности, под названием «Объект недвижимости». Альтернативный способ идентификации сущностей состоит в поиске объектом, которые существуют независимо друг от друга. Например, объект «Работник» является сущностью, потому что работник существует независимо от того, знаем ли его адрес, телефон или нет.

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

Выбранные имя и описание сущностей помещается в словарь данных. Если сущность известна под разными именами, все дополнительные имена рекомендуется определять алиасы (синонимы) и также занести в словарь данных. После выделения сущностей следующим этапом разработки будет установление всех существующих между ними связей. При определении существующих связей выбираются те выражения, в которых содержаться глаголы. Например, персонал занимается объектами недвижимости, арендатор просматривает сведения от объектах недвижимости, подразделение имеет персонал. В большинстве случает связи являются парными, т.е. только между двумя сущностями. Однако могут быть комплексные связи, существующие между сущностями одного и того же типа.

После установления связей следует установить кардинальность каждой из них. Каждая связь имеет кардинальность 1:1, либо 1:N, либо M:N. Кроме того следует проанализировать степень участия каждой из сущностей в конкретном типе связей. Степень участия может быть полной либо частной. В словарь данных помещаем описание каждой связи. Для представления сущностей и связей используется диаграмма «сущность-связь».

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

Определяем домен для всех атрибутов, присутствующих в модели. Домены должны содержать следующие данные: набор допустимых значений для атрибутов, с ведения о размере и формате каждого из полей атрибута. После определения доменом атрибутов их имена и характеристики помещаются в словарь данных.

На следующем этапе определяются все потенциальные ключи для каждого пита сущностей, и если ключей окажется несколько, выбирается среди них первичный ключ. При выборе первичного ключа среди потенциальных следует руководствоваться следующими правилами:

 - выбирать потенциальный ключ с минимальным набором атрибутов;

 - использовать тот потенциальный ключ, вероятность изменения значения минимально;

 - выбирать тот потенциальный ключ, который имеет минимальную вероятность потери уникальности в будущем;

 - использовать тот потенциальный ключ, значение которого имеет минимальную длину (в случае текстовых атрибутов);

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

ВОПРОС:

Генерализация – объединение сущностей в одну. Этот процесс присутствует редко.

Специализация - в примере мы на этапе концептуального проектирования выделили сущность секретарь (из сущности работник).