ВУЗ:
Составители:
Рубрика:
для конкретного представления. Для этого должна быть предпринята попытка выполнить все необхо-
димые операции вручную с помощью данной модели. Если все транзакции удалось выполнить таким
образом, то проверка соответствия концептуальной модели данных требуемым транзакциям считается
успешной. Но если невозможно провести вручную все транзакции, это означает, что модель данных со-
держит дефекты, которые должны быть устранены. В таком случае, вероятно, в модели данных не учте-
ны какие-либо сущности, связи или атрибуты.
Рассмотрим два возможных способа проверки того, что локальная концептуальная модель данных
поддерживает требуемые транзакции.
1. Описание транзакции.
2. Проверка с применением путей выполнения транзакций.
Описание транзакции.
При использовании первого способа проверяется, предоставляет ли модель
всю информацию (сущности, связи и их атрибуты), необходимую для каждой транзакции. Для этого
должно быть составлено описание требований каждой транзакции.
Проверка с применением путей выполнения транзакций.
Второй способ проверки соответствия
модели данных требуемым транзакциям предусматривает схематическое изображение пути, по которо-
му проходит каждая транзакция непосредственно на ER-диаграмме. При увеличении количества тран-
закций эта диаграмма усложняется, поэтому для удобства чтения может потребоваться изобразить пути
выполнения транзакций на нескольких диаграммах.
Последний способ позволяет проектировщику представить визуально области модели, которые не
требуются для выполнения транзакций, а также области, которые являются необходимыми для выполне-
ния транзакций. Поэтому проектировщик получает возможность непосредственно ознакомиться с тем,
какую поддержку оказывает рассматриваемая модель данных при выполнении требуемых транзакций. А
если в модели обнаруживаются области, которые, по-видимому, не используются в каких-либо транзак-
циях, то можно ещё раз проверить, должна ли эта информация быть представлена в модели данных. С
другой стороны, если некоторые области модели не позволяют предоставить правильный путь выполне-
ния транзакции, то возможно, придётся ещё раз убедиться в том, что не пропущены какие-либо важные
сущности, связи или атрибуты.
На первый взгляд может показаться, что при использовании данного способа приходится выполнять
большой объём сложной работы для проверки каждой транзакции, которую должно поддерживать рас-
сматриваемое представление, и такое предположение не лишено основания. Поэтому может возникнуть
соблазн пропустить этот этап. Однако крайне важно выполнить эти проверки именно сейчас, а не откла-
дывать их на более поздний срок, когда устранение любых ошибок в модели данных станет намного
сложнее и дороже.
Этап 1.9.
Обсуждение локальных концептуальных моделей данных с конечными пользователями.
Цель.
Обсуждение локальных концептуальных моделей данных с конечными пользователями с це-
лью подтверждения того, что данная модель полностью соответствует спецификации требований поль-
зовательского представления.
Прежде чем завершить первый этап разработки, необходимо обсудить созданные локальные кон-
цептуальные модели данных с конечными пользователями. Концептуальная модель данных должна
быть представлена ER-диаграммой и сопроводительной документацией, содержащей описание разрабо-
танной модели данных. Если в предложенной модели будут обнаружены какие-либо несоответствия,
следует внести в неё необходимые изменения (скорее всего для этого потребуется повторно выполнить
один или несколько предыдущих этапов разработки). Этот процесс должен продолжаться до тех пор,
пока пользователь не подтвердит, что предложенная ему модель полностью подходит.
4.2. МЕТОДОЛОГИЯ ФИЗИЧЕСКОГО ПРОЕКТИРОВАНИЯ
4.2.1. Сравнение этапов логического и
физического проектирования баз данных
В предлагаемой вашему вниманию методологии весь процесс проектирования разделён на три ос-
новные стадии: концептуальное, логическое и физическое проектирование баз данных.
