Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Соответствие модели данных модели процессов ERWin




Стрелки в моделях процессов означают множество характеристик, использующихся в моделируемой системе. Модель ERWin поддерживает два уровня представления модели данных: логический уровень и физический уровень.

Логический уровень не зависит от конкретной реализации БД и позволяет наглядно представить данные для обсуждения с экспертами БД.

Физический уровень является отображением системного каталога БД и зависит от конкретной реализации БД.

На логическом уровне модели данных информация изображается в виде сущности. Графически это будут блоки видов:

 
 

 


Сущности соответствуют таблицам на физическом уровне БД. Сущности состоят из атрибутов. Атрибуты соответствуют колонкам таблицы. Сущности состоят из совокупности отдельных данных, которые называются экземплярами сущностей. Экземпляр сущности соответствует записи в таблице. К модели данных представляются определенные требования, которые называются нормализацией данных. Нормализация проводится для обеспечения компактности и непротиворечивости данных. Основная идея нормализации данных заключается в том, что факт действует в одном месте. Это приводит к тому, что информация которая моделируется одной стрелкой в модели процессов может содержаться в нескольких сущностях и атрибутах в модели данных, кроме того на модели процессов могут присутствовать стрелки отображающие одни и те же данные, но на разных этапах обработки (не обработанная и обработанная деталь, и т.п.). Информация таких стрелок находиться в одних и тех же сущностях, следовательно, одной и той же стрелке каждой модели ставится в соответствие несколько сущностей модели данных и, наоборот, одной сущности может соответствовать несколько стрелок.

Стрелке в модели процессов может соответствовать отдельная сущность модели данных.

 

 

 
 

 


2.Информация о стрелке может содержаться только в нескольких атрибутах одной сущности. Различным атрибутам одной сущности могут соответвествовать различные стрелки.

 

 
 

 

 


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

 

А)

 

 
 

 

 


Б)

 
 

 

 


 

 

Модель BPWin позволяет связывать модели элементов данных, создающихся с помощью ERWin, документировать влияние работ на данные, и тем самым позволяет создавать спецификации на права доступа к данным для каждого процесса. Построение моделей данных представляет определение сущностей и их атрибутов, то есть надо знать какая информация будет храниться в каждой сущности и в атрибутах. Сущностью может быть объект, событие или концепция информация о которых должна сохраниться в ИС. Сущность должна иметь наименование с четким численным значением и быть существительным в единственном числе, не иметь технических наименований и быть достаточно важными для того чтобы их моделировать. Для создания модели данных в ERWin можно использовать два программных продукта IDEF 1.X и IE.

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

1. Первичный ключ должен однозначно идентифицировать экземпляр сущности.

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

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

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

Потенциальные ключи не ставшие первичными называются альтернативными.

К модели данных представляются требования называемые нормальными формами. Приведение к нормальной форме – нормализация.

1 нормальная форма требует, чтобы все атрибуты были атомарными, не должно быть атрибута типа «адрес», а должен быть «индекс», «страна», «улица» и т.д.

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

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

Физический уровень представления моделей зависит от выбранного сервера (Server/ Target Server). На физическом уровне модель данных необходимо дополнить такой информацией как учет ограничений ссылочной части, хранимые процессоры, триггеры, индексы.

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

 




Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 401; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.