Этап 2,7. Обсуждение разработанных локальных логических моделей данных с конечными пользователями -

Требования данного предприятия

В заключение требуется проанализировать ограничения, называемые ограниче­ниями предприятия (или бизнес-правилами). Например, обновление сущностей мо­жет регламентироваться принятыми на предприятии правилами, описывающими ме­тоды выполнения Транзакций, связанных с подобными обновлениями. В нашем при­мере, в компании DreamHome может быть принято правило, запрещающее одному работнику одновременно заниматься более чем десятью объектами недвижимости.

Документирование всех ограничений целостности данных

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

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

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

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

Взаимосвязь между логическими моделями данных и диаграммами потоков данных

Логическая модель данных отображает структуру сохраняемых данных предпри­ятия. Диаграмма потоков данных (Data Flow Diagram - DFD) отображает перемеще­ние данных в пределах предприятия и помещение их в хранилища информации. Все атрибуты, которые сохраняются на предприятии, должны быть объявлены в одном из типов сущностей и, вероятно, найти свое место в потоках данных, перемещаю­щихся в пределах предприятия. Если обе эти технологии используются для модели­рования требований пользователей, каждая из них может применяться для контроля согласованности и полноты другой. Правила, которые определяют отношения между этими двумя технологиями, следующие:

· каждое хранилище данных должно представлять все множество типов сущностей;

· атрибуты в потоках данных должны принадлежать сущности того или иного типа.

Дата добавления: 2014-01-04