Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КОНСПЕКТ СА.doc
Скачиваний:
13
Добавлен:
01.04.2025
Размер:
2.1 Mб
Скачать

8.6.44.4. Стадия 3 - определения ключей

Целями стадии 3 являются:

  • Детализация неспецифических отношений из стадии 2.

  • Определение ключевых атрибутов для каждой сущности.

  • Перемещение первичных ключей для установления внешних ключей.

  • Проверка правильности отношений и ключей.

Результаты стадии 3 изображаются на одной или нескольких диаграммах (диаграммах ключевого уровня). Помимо определения ключевых атрибутов на стадии 3 расширяются и детализируются определения сущностей и отношений.

4.4.1. Разрешение неспецифических отношений

Первым шагом на этой стадии является детализация всех неспецифических отношений, выявленных на стадии 2. На стадии 3 требуется использовать только специфическую форму отношений: либо специфическое отношение связи (родитель-потомок), либо отношение категоризации. Чтобы выполнить это требование, разработчик предлагает варианты детализации. Диаграммы вариантов детализации обычно делятся на две части: левая часть посвящена субъекту (детализируемому неспецифическому отношению), а в правой части -вариант детализации. На рис. 4-9 показан вариант детализации, относящейся к разрешению отношений типа "многое ко многому".

Процесс детализации отношений приводит, или конвертирует, каждое неспецифическое отношение в два специфических отношения. В этом процессе возникают новые сущности. Неспецифическое отношение на рис. 4-9 указывает, что ГРАБИТЕЛЬ может ограбить много БАНКОВ, а БАНК может быть ограблен многими ГРАБИТЕЛЯМИ. Однако мы не можем определить, какой ГРАБИТЕЛЬ грабил какой БАНК, пока не введем для разрешения этого неспецифического отношения третью сущность: ОГРАБЛЕНИЕ_БАНКА. Каждый экземпляр сущности ОГРАБЛЕНИЕ_БАНКА связан с одним БАНКОМ и с одним ГРАБИТЕЛЕМ.

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

  1. Заказ на покупку.

  2. Служащий.

  3. Покупатель.

Рис. 4-9. Детализация неспецифического отношения

И только на стадии 3 начинают появляться ассоциативные сущности, которые могут быть неформально названы сущностями пересечения. Сущности пересечения используются для разрешения неспецифических отношений и обычно представляют упорядоченные пары предметов с теми же основными характеристиками (уникальный идентификатор, атрибуты и т.д.), что и естественные сущности. Хотя в предыдущем примере сущность ОГРАБЛЕНИЕ-БАНКА могла бы рассматриваться как естественная сущность, она в действительности представляет объединение сущностей ГРАБИТЕЛИ и БАНКИ. Одно из небольших различий между естественной сущностью и сущностью пересечения состоит в именах сущностей. Именем естественной сущности служит обычно единичное нарицательное существительное; имена сущностей пересечения могут быть составными.

Сущности пересечения являются по своей природе более абстрактными и обычно появляются в результате впервые примененных на стадии 3 правил определения правильности сущностей. Первым из этих правил является правило, требующее детализации всех неспецифических отношений. Этот процесс детализации является первым главным этапом детализации объединенной структуры данных.

Процесс детализации включает:

  1. Разработку для каждого неспецифического отношения одного или нескольких вариантов детализации.

  2. Выбор разработчиком предпочтительного варианта, который и будет отражен в модели на стадии 3.

  3. Обновление информации стадии 1 с целью включения возникших при детализации новых сущностей.

  4. Обновление информации стадии 2 с целью определения отношений, связанных с новыми сущностями.