Навигация
Диаграммы FEO диаграмма дерева узлов
61038
знаков
19
таблиц
27
изображений
2.7 Диаграммы FEO диаграмма дерева узлов
Диаграммы «только для экспозиции» часто используются в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку по сути являются картинками – копиями стандартных диаграмм и не включаются в анализ синтаксиса. Например, работа на диаграмме FEO может не иметь стрелок управления и входа. С целью обсуждения определенных аспектов модели с экспертом предметной области может быть создана диаграмма только с одной работой и с одной стрелкой, поскольку стандартная диаграмма декомпозиции содержит множество деталей, не относящихся к теме обсуждения и дезориентирующих эксперта. Но если FEO используется для иллюстрации альтернативных точек зрения, рекомендуется все-таки придерживаться синтаксиса IDEF0.
FEO диаграмма «Система управления менеджментом и маркетингом КБ» (рис. 11) показывает взаимодействие между работами на этой диаграмме без указания стрелок управления и входа.
Рис.11 FEO Диаграмма декомпозиции А0F
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно. Чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов. Диаграмма дерева узлов работы «Система управления менеджментом и маркетингом КБ» состоит из четырех уровней и будет иметь следующий вид:
Рис.12 Диаграмма дерева узлов
3 Информационная модель в нотации IDEF1.X
База данных создается в несколько этапов, на каждом из которых необходимо согласовывать структуру данных с заказчиком и, что самое важное, подвергать созданную структуру данных экспертизе внутри команды, которая создает систему. Поэтому представление данных должно быть простым и понятным всем заинтересованным лицам. Именно по этой причине, наибольшее распространение получило представление базы данных под названием «сущность-отношение», которое также известно как ER-диаграмма.
ERwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных условиях.
ER-диаграммы были приняты в качестве основы для создания стандарта IDEF1.X. Предварительный вариант этого стандарта был разработан в военно-воздушных силач США и предназначался для увеличения производительности при разработке компьютерных систем. В 1981г. этот стандарт был формализован и опубликован организацией ICAМ, и с тех пор является наиболее распространенным стандартом для создания моделей баз данных по всему миру.
Разработчики с помощью ERwin могут сначала, используя визуальные средства, описать схему БД, а затем автоматически сгенерировать файлы данных для выбранной реляционной СУБД. Возможна также обратная разработка. ERwin позволяет по уже существующим файлам БД восстанавливать логическую структуру данных. это называется обратным проектированием. Оно позволяет переносить структуру БД из одной СУБД в другую и исследовать старые проекты.
3.1 Логическая модель
· ЕRD-диаграммы;
· Модель данных, основанная на ключах;
· Физическая модель.
Первым шагом при создании логической модели БД является построение диаграммы ERD. ЕRD-диаграммы состоят из трех частей: сущностей, атрибутов и. взаимосвязей. Сущностями являются существительные, атрибуты - прилагательными или модификаторами, взаимосвязи глаголами.
3.1.1 ЕRD-диаграммы
ЕRD-диаграмма графически представляет структуру данных проектируемой ИС. Сущности отображаются при помощи прямоугольников, содержащих имя. Имена принято выражать существительными в единственном числе, взаимосвязи - при помощи линий, соединяющих отдельные сущности. Взаимосвязь показывает, что данные одной сущности ссылаются или связаны с данными другой.
3.1.2 Сущности и Атрибуты ERwin
Сущность служит для представления набора реальных или абстрактных предметов (людей, мест, событий и т.п.), которые обладают общими атрибутами или характеристиками. Сущность «логический» объект, который в физической среде СУБД представлен таблицей. Сущность в ERwin обычно описывает три части информации: атрибуты, являющиеся первичными ключами, неключевые атрибуты и тип сущности.
3.1.3 Логические взаимосвязи
Создание сущностей и информации о них - это только часть картины. Связями называются логические соединения или ассоциации между двумя сущностями.
Данные, относящиеся к связям, очень важны и часто являются критическими данными, которые мы используем в повседневном бизнесе. Например, важно знать о каком-то типе инструмента, но знание того, к кому относится конкретный инструмент (связь между человеком и инструментом) может иметь критическую важность. Связь - это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь - «логический» объект, представленный одним или несколькими атрибутами - внешними ключами. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, ERwin toolbox содержит два типа сущностей: независимые и зависимые. Независимая СУЩНОСТЬ это сущность, экземпляры которой могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью. Она представляется в ERwin в виде прямоугольника. Первичный ключ независимой сущности не включает в себя первичных ключей других сущностей. Зависимая СУЩНОСТЬ - это сущность, экземпляры которой не могут быть уникальным образом идентифицированы без определения ее связи с другой сущностью или сущностями. Она представляется на ЕR-диаграмме в виде прямоугольника с закругленными углами. Первичный ключ зависимой сущности включает первичные ключи одной или более родительских сущностей.
Связи в IDEFIX представляют собой ссылки; соединения и ассоциации между сущностями. Связи это глаголы, которые показывают, как соотносятся сущности между собой
Похожие работы
... России как ее опорный элемент доказали свою способность выживать в любых условиях, преодолевать кризисы и модернизироваться. Глава 2. Анализ депозитных и сберегательных операций коммерческих банков 2.1 Анализ реализации политики коммерческих банков в области привлечения сбережений населения Механизм реализации сберегательной политики, как было отмечено в параграфе 1.3. состоит из ...
... и морального стимулирования должна сочетать интересы банка в целом, отдельных подразделений и конкретных сотрудников и стимулировать достижение высоких финансовых результатов работы банка. Политика управления затратами на персонал на сегодняшний день базируется на двух основополагающих принципах: мотивация труда и стимулирование труда. Структура затрат на персонал состоит из непосредственной ...
... отдельных показателей и весовые коэффициенты групп показателей должны периодически корректироваться экспертами. Только в этом случае возможна правильная оценка кредитоспособности заемщика и индивидуального кредитного риска банка. 2 УПРАВЛЕНИЕ КРЕДИТНЫМ РИСКОМ (НА ПРИМЕРЕ БАНКА “СЕВЕРНАЯ КАЗНА” ОАО) 2.1 Общая характеристика Банка “Северная казна” ОАО Банк «Северная казна» ОАО основан 09 ...
... — системы управления ресурсами предприятия), которые включили в себя планирование ресурсов предприятия для всех основных видов его деятельности. 2. Автоматизируемые системы управления торговыми предприятиями и их возможности Первые автоматизированные системы стали появляться в начале 80-х гг. XX в., они были написаны для среды DOS и являлись довольно примитивными. Они не были рассчитаны на ...
0 комментариев