| Изображение | Название | Назначение |
| Временное предшествование (temporal precedence) | Исходное действие должно завершиться, прежде чем начнется конечное действие |
 
| Объектный поток (object flow) | Выход исходного действия является входом конечного действия. |
  
| Нечеткое отношение (relationship) | Вид взаимодействия между входным и конечным действиями определяется отдельно для каждого случая такого взаимодействия |
Связь типа «временное предшествование». Как видно из названия, связи этого типа показывают, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь должна быть поименована таким образом, чтобы человеку, просматривающему модель, была понятна причина ее появления.
Во многих случаях завершение одного действия инициирует начало выполнения другого, как показано на рис. 2.3.
. 
Рис. 2.3. Связь типа «временное предшествование» между действиями 1.1 и 1.2
Связь типа «объектный поток». Одна из наиболее часто встречающихся причин использования связи типа «объектный поток» заключается в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Обозначение такой связи отличается от связи временного предшествования двойной стрелкой. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью. Временная семантика объектных связей аналогична связям предшествования. Это означает, что порождающее объектную связь исходное действие должно завершиться, прежде чем последующее действие может начать выполняться, как показано на рис. 2.4. В приведенном примере результаты анализа являются результатом выполнения действия 1.1.
Рис. 2.4. Объектная связь между действиями 1.1 и 1.2
Связь типа «нечеткое отношение». Связи этого типа используются для выделения отношений, которые невозможно описать с использованием предшествующих или объектных связей. Значение каждой такой связи должно быть определено, поскольку связи типа «нечеткое отношение» сами по себе не предполагают никаких ограничений. Одно из применений нечетких отношений – отображение взаимоотношений между параллельно выполняющимися действиями. На рис. 2.5 приводится фрагмент процесса обновления данных в базе данных и нечеткое отношение между действиями «выполнить обновление данных» и «поддержать ссылочную целостность».
Рис. 2.5. Связь типа «нечеткое отношение»
Название стрелки может быть использовано для описания типа отношения, более подробное объяснение может быть приведено в виде отдельной ссылки.
Соединения
Завершение одного действия может инициировать начало выполнения сразу нескольких других действий или, наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения. Соединения разбивают или соединяют внутренние потоки и используются для описания ветвления процесса:
1. Разворачивающие соединения используются для разбиения потока (завершение одного действия вызывает начало выполнения нескольких других).
2. Сворачивающие соединения объединяют потоки (завершение одного или нескольких действий вызывает начало выполнения другого действия).
Перекрестки (соединения) используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Смысл каждого типа приведен в таблице 2.2. Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс «J». Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEF0 и DFD, в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.
Таблица 2.2
Типы соединений в IDEF3
| Обозначение | Наименование | Смысл в случае слияния стрелок ( Fan - in Junction ) | Смысл в случае разветвления стрелок (Fan-out Junction) |
| Asynchronous AND | Все предшествующие процессы должны быть завершены | Все следующие процессы должны быть запущены |
| Synchronous AND | Все предшествующие процессы завершены одновременно | Все следующие процессы запускаются одновременно |
| Asynchronous OR | Один или несколько предшествующих процессов должны быть завершены | Один или несколько следующих процессов должны быть запущены |
| Synchronous OR | Один или несколько предшествующих процессов завершены одновременно | Один или несколько следующих процессов запускаются одновременно |
| XOR (Exclusive OR) | Только один предшествующий процесс завершен | Только один следующий процесс запускается |
Примеры разворачивающих и сворачивающих соединений приведены на рис. 2.6.
Рис. 2.6. Два вида соединений
«И»-соединения. Соединения этого типа инициируют выполнение конечных действий. Все действия, присоединенные к сворачивающему «и»-соединению, должны завершиться, прежде чем начнется выполнение следующего действия. На рис. 2.7 после обнаружения пожара инициируются включение пожарной сигнализации, вызов пожарной охраны, и начинается тушение пожара. Запись в журнал производится только тогда, когда все три перечисленных действия завершены.
Рис. 2.7. «И»-соединения
Соединение «эксклюзивное «или». Вне зависимости от количества действий, связанных со сворачивающим или разворачивающим соединением «эксклюзивное «или», инициировано будет только одно из них, и поэтому только оно будет завершено перед тем, как любое действие, следующее за сворачивающим соединением «эксклюзивное «или», сможет начаться. Если правила активации соединения известны, они обязательно должны быть документированы либо в его описании, либо пометкой стрелок, исходящих из разворачивающего соединения, как показано на рис. 2.8. Соединение «исключающее «или» используется для отображения того факта, что заявка не может быть одновременно выполнена по текущей и отложенной группам.
|
Рис. 2.8. Соединение «исключающее «или»
Соединение «или» предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение «или» в основном определяется и описывается непосредственно системным аналитиком.
Синхронные и асинхронные соединения. В рассмотренных примерах связей «и» и «или» мы не затрагивали отношения между началом и окончанием действий, инициируемых разворачивающими соединениями. Все действия в этих примерах выполнялись асинхронно, то есть не инициировались одновременно. Однако есть случаи, когда время начала или окончания параллельно выполняемых действий должно быть одинаковым, то есть действия должны выполняться синхронно. Для моделирования такого поведения системы используются различные виды синхронных соединений (см. табл. 2.2).
Синхронное соединение обозначается двумя вертикальными линиями внутри прямоугольника. На рис. 2.9 представлена модель этого примера, построенная с использованием синхронного соединения.
Рис. 2.9. Синхронное соединение
Заметим, что синхронное разворачивающее соединение не обязательно должно иметь парное себе сворачивающее соединение. Действительно, начинающиеся одновременно действия вовсе не должны оканчиваться одновременно, как это видно из примера с созданием системы. Также возможны ситуации синхронного окончания асинхронно начавшихся действий.
Парность соединений. Все соединения на диаграммах должны быть парными, из чего следует, что любое разворачивающее соединение имеет парное себе сворачивающее. Однако типы соединений не обязательно должны совпадать. На рис. 2.10 разворачивающее «и»-соединение имеет парное сворачивающее «или»-соединение.
Рис. 2.10. Пример комбинации двух типов соединений
Соединение J2 интерпретируется следующим образом: после включения пожарной сигнализации и/или вызова пожарных и/или начала тушения производится запись в журнал.
Комбинации соединений. Соединения могут комбинироваться для создания более сложных ветвлений (рис. 2.11).
Рис. 2.11. Диаграмма IDEF3 с комбинацией соединений
Комбинации соединений следует использовать с осторожностью, поскольку перегруженные ветвлением диаграммы могут оказаться сложными для восприятия.
Указатели
Указатели – это специальные символы, которые ссылаются на другие разделы описания процесса. Они используются при построении диаграммы для привлечения внимания пользователя к каким-либо важным аспектам модели.
Указатель изображается на диаграмме в виде прямоугольника, похожего на изображение действия. Имя указателя обычно включает его тип (например, Объект, UOB и т. п.) и идентификатор (табл. 2.3).
На рис. 2.12 показан указатель типа «объект».
Рис. 2.12. Указатель «Объект»
Таблица 2.3
Типы указателей в IDEF3
| Тип указателя | Назначение |
| Объект (object) | Для описания того, что в действии принимает участие какой-либо объект |
| Ссылка (goto) | Для реализации цикличности выполнения действий (может относиться и к соединению) |
| Единица действия (unit of behavior) – UOB | Для отображения одного и того же действия несколько раз. Последующее появление данного действия оформляется указателями UOB |
| Заметка (note) | Для документирования важной информации, относящейся к изображению |
| Уточнение (elaboration) – elab | Для уточнения или более подробного описания изображенного на диаграмме. Описывает логику ветвления у соединений |
На рис. 2.13 показан пример отображения важного для данной модели отношения между действием и объектом.
Рис. 2.13. Указатель «Объект» ссылается на действие
Декомпозиция действий
Действия в IDEF3 могут быть декомпозированы или разложены на составляющие для более детального анализа. Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает документирование альтернативных потоков процесса в одной модели.
Для корректной идентификации действий в модели с множественными декомпозициями схема нумерации действий расширяется и наряду с номерами действия и его родителя включает в себя порядковый номер декомпозиции. Например, в номере действия 1.2.5 цифры означают: 1 – номер родительского действия, 2 – номер декомпозиции, 5 – номер действия.
2.2. Требования IDEF3 к описанию бизнес-процессов
В этом разделе рассматривается построение IDEF3-диаграммы на основании выраженного в текстовом виде описания процесса. Предполагается, что в построении диаграммы принимают участие ее автор (системный аналитик, программист) и один или несколько экспертов предметной области, представляющие описание процесса.
Дата: 2019-03-06, просмотров: 668.
