Диаграммы 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; просмотров: 3085;