
Аис1
.pdfмоделировании используются заранее оговоренные соглашения о графическом стиле представления объектов различных категорий. Поскольку стрелки на IDEFмодели представляются прямыми и ломаными линиями, то графический стиль для стрелок может включать соглашение о цвете линии, толщине линии, типе линии (сплошная, пунктирная, штрих - пунктирная, и т.д.), а также о типе стрелки на конце стрелки. Следует отметить, что графические стили не являются частью методологи
IDEF0.
Установление соответствия между категорией объекта и графическим стилем представления этого объекта в функциональной модели играет не только презентационную роль. С помощью компьютерной программы такого рода отношения можно обрабатывать, создавая специальные автоматически обобщающие или сортирующие отчеты, содержащие, например, информацию обо всех процессах, которые на выходе порождают записи качества или процессах, управляемых одним документом, в котором появились изменения.
Типы стрелок
Согласно методологии IDEF0 между объектами и функциями возможны четыре отношения: вход, управление, выход, механизм. Каждое из этих отношений изображается стрелкой связанной с определенной стороной блока.
Согласно семантике методологии IDEF0 левая сторона блока предназначена для входных стрелок, верхняя сторона - для управленческих стрелок, правая сторона - для выходных стре-лок, нижняя сторона - для стрелок механизмов. Таким образом, стороны блока графически сортируют объекты, изображаемые касающимися блока стрелками.
Вход
Вход (Input) – это объекты, которые используются или преобразуется функцией для получения результата (выхода). Стрелка входа рисуется как входящая в левую грань функции. С ее помощью описывают ресурсы - то, что перерабатывается в рамках процесса, или кем и с помощью чего. Это материал, энергию или информация, которая используется или преобразуется или перерабатывается данной функцией, чтобы создать то, что появится на ее выходе, т.е. входы, показывают, что делается функцией.
Вход, при наличии управления, в результате выполнения функции преобразуется в выход с помощью «механизма» (исполнителя). Входы обычно представляют собой материю, или ин-формацию, которые необходимы для выполнения функции, причем данная функция не может быть выполнена без получения этих объектов. Входная стрелка обозначается буквой I и нуме-руется сверху вниз в порядке присоединения. Допускается, что функция может не иметь ни одной стрелки входа. При описании технологических процессов (для этого и был придуман IDEFO) не возникает проблем определения входов. Очень часто сложно определить, являются ли данные входом или управлением. В этом случае подсказкой может служить то, перерабатываются/изменяются ли данные в функции или нет. Если изменяются, то, скорее всего это вход, если нет - управление.
Управление
41
Управление (Control) – стрелка, представляющая процедуру, регламентирующую условия управлением выполнения процесса (как следует выполнять процесс, чтобы получить правильный выход). Обычно управление представляет собой информацию (правила, стратегии, процедуры, стандарты и т.п.), которой руководствуется функция для выполнения поставленной цели. Управление описывает условие, оказывающее влияние на выполнение функции, но само не подвергается расходованию, переработке или преобразованию функцией. Управление влияет на работу, но не преобразуется ей. Если цель функции - изменить процедуру или стратегию, то такая процедура или стратегия будет для функции входом.
Когда декомпозиция осуществляется правильным образом, полученные блоки диаграммы активизируются благодаря стрелкам управления. Следовательно, стрелки управления влияют на качество и обоснованность результирующей декомпозиции.
В методологии IDEF между входными стрелками и стрелками управления существует определенное различие, что дает аналитику возможность точно описать ограничения, накладываемые на функции преобразования. Ограничения позволяют получить более верное представление о работе системы, поскольку они описывают факты и правила, которым должны следовать функции преобразований. Стрелка управления рисуется как входящая в верхнюю грань функции. Каждая функция должна иметь хотя бы одну стрелку управления, которая обозначается буквой C. Нумеруются стрелки управления слева направо в порядке присоединения.
К каждому блоку на IDEF0-диаграмме должна быть присоединена хотя бы одна управляющая стрелка. Это требование есть следствие положения системотехники, согласно которому управление есть такое воздействие (преимущественно информационное) на систему, которое стимулирует ее функционирование в направлении достижения некоторой цели. В связи с этим можно сформулировать ряд определений и методических положений, которыми следует руководствоваться при отражении управлений на функциональных моделях.
Операции управления
Управление процессом состоит из операций, решение и реализация которых, оказывает стимулирующие воздействия на систему:
формулирование целей деятельности;
оценивание ресурсов, необходимых для осуществления деятельности и их сопостав-ление с имеющимися ресурсами;
сбор информации об условиях протекания и фактическом состоянии деятельности («глобальная» обратная связь);
выработка и принятие решений, направленных на достижение целей по п.1, в частности, решений о распределении ресурсов по процессам, входящим в состав деятельности; оформление решений в виде директив на управление процессами;
реализация решений (исполнение директив) и оценка их результатов
(«локальная обратная связь»);корректировка (в случае необходимости, например, при нехватке ресурсов)
ранее сформулированных целей (самонастройка, адаптация). Управление операцией состоит из следующих действий:
анализ директивы на управление процессом, ее декомпозиция на директивы управле-ния операциями;
сбор (прием по каналам связи) информации о ходе выполнения операций, ее
42
обобщение и формирование сведений о состоянии процесса; передача данных в подсистему управления деятельностью;
сопоставление информации о ходе операций с данными директив и выработка локальных решений, направленных на устранение отклонений: корректировка (в случае необходимости) директив на выполнение операций.
Управление действием - выработка на основании директивы на управление операцией команд на управление действиями, в реализации этих команд, оценке результатов выполнения, передаче необходимой информации в комплекс управления процессом, корректировке команд в случае необходимости.
Стрелки управления могут быть адресованы к блокам родительской диаграммы, который в названии обычно имеют глагол «Управлять» и блоками управления. Блоки управления должны присутствовать на каждой IDEF0-диаграмме (кроме тех, которые являются декомпозициями са-мих таких блоков). Через них осуществляются управляющие воздействия на остальные блоки диаграммы. Именно эти блоки воспринимают ограничивающую и предписывающую информацию и преобразуют ее в соответствующие директивы и команды. Стрелки, исходящие из блока с именем «Управлять», описывают централизованную схему управления (управленческую «вертикаль»). Возможны варианты структур, в которых выходная информация одного из блоков является управляющей для другого. Это отображает децентрализацию управления («горизонтальные» связи).
Примеры управления: «технические требования», «чертеж», «стандарт», «указания», «план» и т.п. Частным случаем управления в процессе является документированная процедура, которая регламентирует условия выполнения процесса.
При построении IDEF0 – диаграмм важно правильно отделять стрелки входа от управ-ляющих стрелок, что часто бывает непросто. Например, на рисунке 1 изображен функциональный блок “Обработать заготовку”. В реальном процессе рабочему, производящему обработку, выдают заготовку и технологические указания по обработке (или правила техники безопасности при работе со станком). Ошибочно может показаться, что и заготовка и документ с технологическими указаниями являются входящими объектами, однако это не так. На самом деле в этом процессе заготовка обрабатывается по правилам отраженным в технологических указаниях, которые должны соответственно изображаться управляющей интерфейсной дугой. Рисунок 1.
Другое дело, когда технологические указания обрабатываются главным технологом и в них вносятся изменения (рис. 2). В этом случае они отображаются уже стрелкой входа, а управляющим объектом являются, например, новые промышленные стандарты, исходя из которых производятся данные изменения. Рисунок 2. Приведенные выше примеры подчеркивают внешне схожую природу входящих и управляющих стрелок, однако для систем одного класса всегда есть определенные разграничения.
Например, в случае рассмотрения предприятий и организаций существуют пять основных видов объектов:
материальные потоки (детали, товары, сырье и т.д.);
финансовые потоки (наличные и безналичные, инвестиции и т.д.);
потоки документов (коммерческие, финансовые и организационные документы);
потоки информации (информация, данные о намерениях, устные распоряжения и т.д.);
ресурсы (сотрудники, станки, машины и т.д.).
При этом в различных случаях входящими и исходящими интерфейсными дугами могут отображаться все виды объектов, управляющими только относящиеся к потокам документов и информации, а дугами-механизмами только ресурсы.
43

Выход и механизм
ВЫХОД (Output)– это объекты (материал, информация и т.п.) которые производятся функцией, т.е. в которые преобразуются входы. Выход это то, что получается в результате выполне-ния функции, т.е. выходы показывают, что делается функцией. Выходы одного блока могут быть входами или управлениями (или исполнителями) для других блоков. Функция без результата не имеет смысла и не должна моделироваться.
Стрелка выхода рисуется как исходящая из правой грани функции. С помощью этой стрелки обозначается продукция, производимая в рамках процесса. Каждая функция должна иметь хотя бы одну стрелку выхода (работа без результата не имеет смысла), которая обозначается буквой O. Стрелки выхода нумеруется сверху вниз в порядке присоединения
МЕХАНИЗМ (Mechanism) - ресурсы, которые позволяют выполнить процесс (например, персонал предприятия, станки, устройства, компьютер, базы данных, программы расчета и т.д.). Механизм - это то, с помощью чего реализуется функция, т.е. механизмы показывают с помощью каких ресурсов выполняется процесс. Стрелки механизмов определяют, кто/что будет выполнять конкретные функции - человека, материальное, энергетическое или информационное средство, обеспечивающее выполнение функции блока. Несколько стрелок механизмов, касающихся блока, могут представлять скоординированную деятельность.
В методологии IDEF механизму отводится важная роль. Стрелки механизма имеют бол-шое значение при описании системы. Хотя система описывается в первую очередь с точки зрения ее функций, но, в конечном итоге, система должна быть реализована (т.е. быть работо-способной). Наличие стрелок механизма дает возможность аналитику точно определить способ выполнения конкретной функции, а также, какие ресурсы требуются для этой функции, кто будет выполнять ее и т.д. С помощью стрелок механизма аналитик может добавить к описанию последние детали, не вызывающие сомнений в том, что происходит при выполнении функции. Механизмы могут также указывать, что одни функции поддерживают выполнение других функций, поэтому они должны выполняться в требуемой последовательности.
Стрелка механизма рисуется как входящая в нижнюю грань функции и обозначается буквой M. Нумеруются стрелки механизмов слева направо в порядке присоединения. По усмотрению аналитика стрелки механизма могут не изображаться в модели.
Входные и управляющие стрелки блока, соединяющие его с другими блоками или с внешней средой, описывают условия, которые должны быть выполнены для того, чтобы реализовалась функция, записанная в качестве имени блока. Рис.1 иллюстрирует случай, при котором «функция А3.2.3» может быть выполнена только после получения данных, выработанных «функцией А3.2.1» и «функцией А.3.2.2». Различные функции в модели могут быть выполнены параллельно, если удовлетворяются необходимые ограничения (условия). Как показано на рис.2, один блок может создать данные или материальные объекты, необходимые для
44

параллельной работы нескольких блоков.
Коды ICOM
Методология структурного анализа IDEF0, позволяет создавать отдельные диаграммы с гарантированным правильным соединением всех диаграмм для образования согласованной модели. Диаграммы имеют кроме внутренних стрелок еще и внешние стрелки - стрелки, как бы выходящие наружу и ведущие к краю страницы. Эти стрелки являются интерфейсом между диаграммой и остальной частью модели. Методология требует, чтобы все внешние стрелки диаграммы обязательно были согласованы со стрелками, образующими границу этой диаграммы, т.е. диаграмма-потомок должна быть «состыкована» со своей родительской диаграммой. Обычно это означает, что внешние стрелки согласованы по числу и наименованию (но не обязательно по расположению) со стрелками, касающимися декомпозированного блока родительской диаграммы.
В IDEF0 принята система маркирования, позволяющая аналитику точно идентифицировать и проверять связи по стрелкам между диаграммами. Эта схема кодирования стрелок получила название ICOM - название по первым буквам английских эквивалентов слов вход (Input), управление (Control), выход (Output), механизм (Mechanism). ICOM – это коды, предназначенные для идентификации граничных стрелок, содержат префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер. Буква следует перед числом, определяющим относительное положение точки подключения стрелки к родительскому блоку; это положение определяется слева направо или сверху вниз. Основной ICOM-код - это узловой номер, который появляется там, где выполняется декомпозиция функционального блока и создается его под-робное описание на дочерней диаграмме. Все остальные ссылочные коды базируются на уз-ловых номерах. Например, код «C3», написанный возле граничной стрелки на дочерней диа-грамме, указывает, что эта стрелка соответствует третьей (слева) управляющей стрелке родительского блока.
ICOM-коды представляют собой ссылочные выражения, которые присваиваются всем элементам модели: диаграммам, блокам, стрелкам и примечаниям. Коды используются в раз-личных контекстах для точного указания на нужный элемент модели. Например, кодирование связывает каждую дочернюю диаграмму со своим родительским блоком. Если блоки на дочерней диаграмме подвергаются дальнейшей декомпозиции и подробно описываются на дочерних диаграммах следующего уровня, то на каждую новую диаграмму назначаются новые ICOM-коды, связывающие граничные стрелки этих диаграмм со стрелками их родительских блоков.
Иногда буквенные ICOM-коды, определяющие роли граничных стрелок (вход,
45
управление, механизм), могут меняться при переходе от родительского блока к дочерней диаграмме. Например, управляющая стрелка в родительском блоке может быть входом на дочерней диаграмме. Аналогично, вход родительского блока может быть управлением для одного или более дочерних блоков.
Функции кодов ICOM
позволяют аналитику быстро проверять согласованность внешних стрелок диаграммы с граничными стрелками соответствующего блока родительской диаграммы;
связывают граничные стрелки на дочерней диаграмме со стрелками родительского блока;
обеспечивают согласованность декомпозиции, поскольку все стрелки, входящие в диаграмму и выходящие из нее, должны быть учтены;
обеспечивают требуемую строгость, позволяя в то же время авторам работать независимо, чертить разборчиво и выбирать без ущерба для предыдущей работы подходящую терминологию на последующих уровнях детализации;
позволяют создать совокупность неявных связующих звеньев между страницами, которые можно быстро изменить при изменении границ. Эти
неявные межстраничные связующие звенья: -облегчают процесс чтения и рецензирования IDEF-диаграмм;
-проверку, насколько согласованно произведена декомпозиция;
-упрощают работу, связанную с внесением вручную локальных изменений в диаграмму
-объединяют различные варианты диаграмм так, что они хорошо стыкуются в модели.
В моделях сбои часто происходят в точках интерфейса. Для IDEF-диаграмм интерфейсными являются места соединения диаграмм со своими родителями, именно поэтому каждую декомпозицию необходимо аккуратно соединять со своим родителем, используя ICOM-метки.
При построении диаграммы с меньшей доминантностью стрелки, касающиеся декомпозируемого блока, используются в качестве источников и приемников для стрелок, которые создаются на новой диаграмме. После завершения создания диаграммы-потомка для обеспечения согласованности ее внешние стрелки стыкуются с родительской диаграммой. Одним из способов такой стыковки служит присваивание кодов ICOM внешним стрелкам новой диаграммы согласно
следующему алгоритму:
1.Прежде чем составлять список данных, записать имена и коды для всех стрелок, образующих границу. Это поможет при декомпозиции уменьшить вероятность пропуска части граничных стрелок.
2.Аналитик должен представить себе рисунок новой диаграммы как бы внутри декомпозируемого блока.
3.Зрительно продлить внешние стрелки почти до края диаграммы и зрительно соединить каждую внешнюю стрелку диаграммы с соответствующей граничной стрелкой декомпозируемого блока.
4.Присвоить код каждой зрительной связи (I -для входных стрелок, С - для связей между стрелками управления, О - для связей между выходными стрелками, М - для связей между стрелками механизма.
5.Добавить после каждой буквы цифру, соответствующую положению данной стрелки среди других стрелок того же типа, касающихся родительского
46
блока. Причем входные и выходные стрелки пересчитываются сверху вниз,
а стрелки управлений и механизмов пересчитываются слева направо.
6.Записать каждый код около окончания каждой внешней стрелки.
7.Для выделения связи внешних стрелок с соответствующими граничными стрелками, границу субъекта изобразить жирной линией.
8.Выполнив декомпозицию, вернуться назад к исходному блоку родительской диаграммы и соединить каждую внешнюю стрелку новой диаграммы с соответствующей стрелкой, касающейся этого блока. Это позволит избежать пропуска необходимого соединения.
Внутренние стрелки
Внутренние стрелки – это стрелки IDEF0-диаграммы, характеризующие четыре основных отношения, концы которой связывают источник и потребителя, являющиеся блоками одной диаграммы. Внутренние стрелки не касаются границы диаграммы и не выходят за ее пределы, а начинаются у одного и кончаются у другого блока.
ВIDEFO различают пять типов связей для внутренних стрелок:
связь по входу (output-input) является простейшей связью, поскольку она
отражает прямые воздействия, которые интуитивно понятны и очень просты. Связь возникает тогда, когда выход одного блока становится входом для другого. Стрелка выхода вышестоящей работы (далее - просто выход) направляется на вход нижестоящей (блока с меньшим доминированием). Связь по входу показывает доминирование вышестоящей работы, т.е. выход блока становится входом для блока с меньшим доминированием. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей;
связь по управлению (output-control), является простейшей связью, поскольку она отражает прямые воздействия, которые интуитивно понятны и очень просты. При такой связи выход вышестоящей работы направляется непосредственно на управление нижестоящей, таким образом показывая доминирование вышестоящей функции. Данные или объекты выхода вышестоящей функции не меняются в нижестоящей;
обратная связь по входу (output-input feedback) является более сложной,
поскольку представляют итерацию или рекурсию (выходы из одной функции влияют на будущее выполнение других функций, что впоследствии влияет на исходную функцию). Такая связь, как правило, используется для описания циклов и часто называется связь по потоку данных. В такой связи выход нижестоящей работы направляется на вход выше-стоящей (блока с большим доминированием). Связь по входной обратной связи имеет место тогда, когда выход одного блока становится входом другого. Такая связь, как правило, используется для описания циклов;
обратная связь по управлению (output-control feedback) является более сложной, поскольку представляют итерацию или рекурсию (выходы из одной функции влияют на будущее выполнение других функций, что впоследствии влияет на исходную функцию). Обратная связь возникает, когда выход некоторой функции А воздействует на выход функции В, а выход функции В воздействует на другую активацию функции А. Обратная связь по управлению возникает тогда, когда выход некоторого блока (как результат деятельности некоторой функции) влияет на блок с большим доминированием, т.е. выход нижестоящей работы направляется на управление вышестоящей. Обратная связь по управлению часто свидетельствует об эффективности процесса;
47

связь выход-механизм (output-mechanism), когда выход одной работы направляется на механизм другой. Эта взаимосвязь встречаются нечасто, и используется реже остальных. Она показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы - связь отражает ситуацию, при которой выход одной функции становится средством достижения цели (подготавливает ресурсы), необходимые для проведения другой функции для другой. Обычно связи «выход-механизм» характерны при распределении источников ресурсов (например, требуемые инструменты, обученный персонал, физическое пространство, оборудование, финансирование, материалы).
Стрелки вызова
Вызов (Call) - специальная стрелка, указывающая на другую модель работы. Стрелка вызова используется для указания того, что некоторая функция выполняется за пределами моделируемой системы, т.е. обозначают обращение из данной модели или из данной части модели к блоку, входящему в состав другой модели или другой части модели, обеспечивая их связь. Наличие стрелок вызова указывает на то, что разные модели или разные части одной и той же модели могут совместно использовать один и тот же элемент (блок). Стрелки вызова используются при слиянии и разделении моделей.
Стрелки граничные
Граничные (border) стрелки на контекстной диаграмме применяются для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у функции, или наоборот. На обычной (не контекстной) диаграмме граничные стрелки представляют входы, управления, выходы или механизмы родительского блока диаграммы.Внесенные граничные стрелки как бы указывают на выход за пределы страницы на диаграмме декомпозиции нижнего уровня, и для указания их отличия от других стрелок диаграммы, стрелка таких стрелок изображается в квадратных скобках. Граничные стрелки обеспечивают правильное соединение диаграмм для получения согласованной модели состоящей из отдельных диаграмм. Т.о. эти стрелки являются интерфейсом между диаграммой и остальной частью модели, поэтому необходимо, чтобы все внешние стрелки диаграммы были согласованы со стрелками, образующими границу этой диаграммы. Такое согласование стрелок обеспечивает совмещение данной диаграммы со своей родительской диаграммой, т.е. это означает, что внешние стрелки согласованы по числу и наименованию (но не обязательно по расположению) со стрелками, касающимися декомпозированного блока родительской диаграммы. Источник или приемник граничных стрелок можно обнаружить, только изучая родительскую диаграмму. Все граничные стрелки на дочерней диаграмме (за исключением стрелок, помещенных в тоннель) должны
48

соответствовать стрелкам родительского блока, как показано на рисунке.
Ветвление, слияние и туннелирование стрелок
IDEF является мощным языком описания систем во многом благодаря возможности декомпозиции стрелок. Стрелка в IDEF0 обычно изображают набор объектов (данных), поэтому они могут иметь множество начальных точек (источников) и конечных точек (назначений), поэтому стрелки могут разветвляться и соединяться разными сложными способами. Вся стрелка или ее часть может выходить из одного или нескольких блоков и заканчиваться в одном или нескольких блоках. Таким образом, одни и те же данные, порожденные одной функцией, могут использоваться или в одной, или в нескольких других функциях одновременно. С другой стороны данные, порожденные в различных функциях, могут представлять собой одинаковые или однородные данные/объекты, которые в дальнейшем используются или обрабатываются в одном месте.
Для моделирования таких ситуаций в IDEF0 используются разветвляющиеся и соединяющиеся стрелки, которые отражают иерархию объектов, представленных этими стрелками. Разветвления стрелок и их слияние, тот самый синтаксис, который позволяет описывать декомпозицию содержимого стрелок и уменьшает загруженность диаграмм графическими элементами (линиями). Однако стрелки описывают только ту иерархию, которая связывает отдельные функции системы, представленные на диаграммах. На самом деле, из отдельной диаграммы редко можно понять полную иерархию стрелки. Обычно это требует чтения большей части мо-дели, а иногда из-за выбранной точки зрения подробности отдельных стрелок не раскрываются совсем. Вот почему IDEF предусматривает дополнительное описание полной иерархии объектов системы посредством формирования глоссария для каждой диаграммы модели и объединения этих глоссариев в словарь стрелок. Таким образом, словарь стрелок, важное дополне-ние модели, становится основным хранилищем полной иерархии объектов системы.
Чтобы стрелки и их сегменты правильно описывали связи между блокамиисточниками и блоками-приемниками, используются метки для каждой ветви стрелок. Для описания представления разветвлений и соединений стрелок разработаны специальные соглашения относительно представления, описания и правила маркирования разветвлений и соединений таких стрелок.
Ветвление стрелок
49

Это разделение стрелки на два или большее число сегментов, изображенное виде расходящихся линий, и означающее, что все содержимое стрелок или его часть может появиться в каждом ответвлении стрелки. Стрелка всегда помечается до разветвления, чтобы дать название всему набору. Кроме того, каждая ветвь стрелки может быть помечена или не помечена в соответствии со следующими правилами:
если стрелка именована до разветвления, а после разветвления ни одна из ветвей не именована, то подразумевается, что каждая ветвь моделирует те же данные или объекты, что и ветвь до разветвления, т.е. все объекты, указанные в метке стрелки перед ветвлением принадлежат этим ветвям (каждому из сегментов) (рис.1);
если стрелка именована до разветвления, а после разветвления некоторые из ветвей именованы, то подразумевается, что эти маркированные ветви соответствуют своему именованию, т.е. каждая метка ветви уточняет, что именно содержит ветвь, т.е. данный сегмент содержит все объекты, указанные в метке стрелки перед ветвлением, или их часть, описываемую меткой каждого конкретного сегмента. Если при этом какая-либо ветвь после разветвления осталась неименованной, то подразумевается, что она моделирует те же данные или объекты, что и ветвь до разветвления (рис.2);
недопустима ситуация, когда стрелка до разветвления не именована, а после разветв-ления не именована какая-либо из ветвей.
Иногда функция разделяет стрелку на ее компоненты в этом случае для получения дополнительных сведений о содержании компонент и взаимосвязях между ними важно изучить, что выполняет эта функция.
Слияние стрелок
Это объединение двух или большего числа стрелок, изображенное в виде сходящихся вместе линий и означающее, содержимое каждой ветви идет на формирование метки для стрелки, являющейся результатом слияния исходных стрелок.
Правила именования сливающихся стрелок полностью аналогичны правилам ветвления. Соглашения по слиянию и разъединению стрелок:
объединение стрелок возможно только в случае, если их источники не указаны на диаграмме или они представляют одни и те же данные. Такое вычерчивание позволяет абсолютно точно указать единый источник сходных данных;
объединять стрелки с общим источником или с общим приемником можно только в том случае, если они представляют связанные данные. В этом случае общее название лучше описывает суть данных;
стрелки связываются (сливаются), если они представляют сходные данные и
их источник не указан на диаграмме (рис.3).
После слияния результирующая стрелка всегда помечается для указания нового набора объектов, возникшего после объединения. Кроме того, каждая ветвь перед слиянием может помечаться или не помечаться в соответствии со следующими правилами:
50