Диаграммы Workflow (IDEF3)

Область применения

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

Основные элементы

Диаграммы Основная единица описания в IDEF3.
Единица работы (UOW) Центральный компонент модели. Изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер; другое имя существительное в составе той же фразы обычно отображает основной выход (результат работы).
Связи Показывают взаимоотношение работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.

 

В IDEF3 различают три типа стрелок (рис. 13), изображающих связи, стиль которых устанавливается через меню Edit/Arrow Style:

 

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

 

Рис. 13. Кнопки: старшая связь, отношения, потоки объектов

Старшая связь и поток объектов.Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обозначающую объект, изображают с двойным наконечником.

Перекрестки.Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния и разветвления стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. Для внесения перекрестка служит кнопка со значком “&” в палитре инструментов. В диалоге Junction Type Editor необходимо указать тип перекрестка.

 

Наименование Смысл в случае слияния стрелок Смысл в случае разветвления стрелок
Asynchronous AND Все предшествующие процессы должны быть завершены Все следующие процессы должны быть запущены
Synchronous AND Все предшествующие процессы завершены одновременно Все следующие процессы запускаются одновременно
Asynchronous OR Один или несколько предшествующих процессов должны быть завершены Один или несколько следующих процессов должны быть запущены
Synchronous OR Один или несколько предшествующих процессов завершены одновременно Один или несколько следующих процессов запускаются одновременно
XOR (Exclusive OR) Только один предшествующий процесс завершен Только один следующий процесс запускается

 

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Объект ссылки.Выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Для внесения объекта ссылки служит кнопка со значком “R” в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге Referent (пункт всплывающего меню Name Editor), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3 различает три стиля объектов ссылок – безусловные, синхронные и асинхронные.

При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки:

 

Тип объекта ссылки Цель описания
OBJECT Описывает участие важного объекта в работе
GOTO Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. GOTO может ссылаться на перекресток.
UOB Применяется, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла.
NOTE Используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме.
ELAB Используется для усовершенствования графиков или их более детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках.

 

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

Создание смешанной модели.

В результате дополнения диаграмм IDEF0 диаграммами DFD и IDEF3 может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия. Иерархию работ в смешанной модели можно увидеть в окне Model Explorer. Работы в нотации IDEF0 изображаются зеленым цветом, IDEF3 – желтым, DFD – синим.

BPwin допускает следующие переходы с одной нотации на другую:

* IDEF0 -> DFD;

* IDEF0 -> IDEF3 [1];

* DFD -> IDEF3 [1].

Декомпозиция работы IDEF0 в диаграмму DFD.Для создания дочерней диаграммы DFD следует при декомпозиции в диалоге Activity Box Count выбрать радиокнопку DFD. Создается новая диаграмма DFD, и стрелки, которые касаются родительской работы, мигрируют на диаграмму нижнего уровня так, как если бы это была диаграмма IDEF0.

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

Согласно нотации DFD диаграмма не должна иметь граничных стрелок – все стрелки должны начинаться и заканчиваться на работах, хранилищах данных или внешних сущностях. Поэтому, если строго следовать правилам нотации, надо:

1. Удалить все граничные стрелки на диаграмме DFD.

2. Создать соответствующие внешние сущности и хранилища данных.

3. Создать внутренние стрелки, начинающиеся с внешних сущностей вместо граничных стрелок.

4. Стрелки на диаграмме IDEF0 затоннелировать.

 

Лабораторная работа № 6.
Изучение основных функций пакета ERwin.
Создание логической модели

ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений.

Сетевая версия ERwin ModelMart обеспечивает согласованное проектирование БД и приложений в рабочей группе.

Основные получаемые преимущества:

· существенное повышение скорости разработки за счет мощного редактора диаграмм, автоматической генерации базы данных, автоматической подготовки документации;


· нет необходимости ручной подготовки SQL-предложений для создания базы данных;

· возможность легко вносить изменения в модель при разработке и расширении системы;

· возможность автоматической подготовки отчетов по базе данных; важно, что эти отчеты всегда в точности соответствуют реальной структуре БД;

· разработчики прикладного программного обеспечения снабжены удобными в работе диаграммами;

· тесная интеграция со средствами 4GL позволяет уже на стадии информационного моделирования задавать отображение данных в приложениях;

· обратное проектирование позволяет документировать и вносить изменения в существующие информационные системы;

· поддержка однопользовательских СУБД позволяет использовать для персональных систем современные технологии, что значительно упрощает переход от настольных систем к системам в технологии клиент-сервер (upsizing).

 








Дата добавления: 2016-04-14; просмотров: 2929;


Поиск по сайту:

При помощи поиска вы сможете найти нужную вам информацию.

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

Если вам перенёс пользу информационный материал, или помог в учебе – поделитесь этим сайтом с друзьями и знакомыми.
helpiks.org - Хелпикс.Орг - 2014-2024 год. Материал сайта представляется для ознакомительного и учебного использования. | Поддержка
Генерация страницы за: 0.012 сек.