Розрізняють в idef0 п'ять типів зв'язків робіт.

1. Зв'язок по входу (input-output), коли вихід роботи, що стоїть вище прямує на вхід наступної роботи.

2. Зв'язок з управління (output-control), коли вихід роботи, що стоїть вище роботи прямує на управління наступної роботи. Зв'язок показує домінування роботи, яка стоїть вище.

3. Зворотній зв'язок по входу (output-input feedback), коли вихід роботи, що стоїть нижче направляється на вхід роботи, що стоїть вище. Використовується для опису циклів.

4. Зворотній зв'язок по управлінню (output-control feedback), коли вихід роботи, що стоїть нище спрямовується на управління роботи, що стоїть вище. Є показником ефективності бізнес-процесу.

5. Зв'язок вихід-механізм (output-mechanism), коли вихід однієї роботи направляється на механізм інший і показує, що робота готує ресурси для проведення іншої роботи.

З перерахованих блоків, як з окремих елементів будується діаграма [5].

2. Діаграми потоків даних dfd (Data Flow Diagrams)

Діаграми потоків даних використовуються для опису руху документів та обробки інформації як доповнення до IDEF0. На відміну від IDEF0, де система розглядається як взаємопов'язані роботи і стрілки являють собою жорсткість взаємозв'язку, стрілки в DFD показують лише те, як об'єкти (включаючи дані) рухаються від однієї роботи до іншої. DFD відображає функціональні залежності значень, що обчислюються у системі, включаючи вхідні значення, вихідні значення і внутрішні сховища даних. DFD – це граф, на якому показано рух значень даних від їх джерел через перетворюють їх процеси до їх споживачів в інших об'єктах.

DFD містить процеси, які перетворюють дані, потоки даних, які переносять дані, активні об'єкти, які виробляють і споживають дані, і сховища даних, які пасивно зберігають дані.

Процеси. Процес перетворює значення даних. Процеси найнижчого рівня являють собою функції без побічних ефектів (прикладами такими функціями є обчислення суми двох чисел, обчислення комісійного збору за виконання проводки за допомогою банківської картки і т.п.). Весь граф потоку даних теж являє собою процес (високого рівня). Процес може мати побічні ефекти, якщо він містить не функціональні компоненти, такі як сховища даних або зовнішні об'єкти. На DFD процес зображується у вигляді еліпса, всередині якого міститься ім'я процесу; кожен процес має фіксоване число вхідних і вихідних даних, зображуваних стрілками.

Потоки даних. Потік даних з'єднує вихід об'єкта (або процесу) з входом іншого об'єкта (або процесу). Він являє проміжні дані обчислень. Потік даних зображується у вигляді стрілки між виробником і споживачем даних, названої іменами відповідних даних. Дуги можуть розгалужуватися або зливатися, що означає, відповідно, поділ потоку даних на частини, або злиття об'єктів.

Активні об'єкти. Активним називається об'єкт, який забезпечує рух даних, поставляючи або споживаючи їх. Активні об'єкти зазвичай бувають приєднані до входів і виходів DFD.

Сховища даних. Сховище даних – це пасивний об'єкт у складі DFD, у якому дані зберігаються для подальшого доступу. Сховище даних допускає доступ до збережених у ньому даними в порядку, відмінному від того, у якому вони були туди поміщені. Агрегатні сховища даних, як, наприклад, списки і таблиці, забезпечують доступ до даних у порядку їх надходження, або за ключем.

Потоки управління. DFD показує всі шляхи обчислення значень, але не показує в якому порядку значення обчислюються. Рішення про порядок обчислень пов'язані з управлінням програмою, яке відбивається у динамічної моделі. Ці рішення, вироблювані спеціальними функціями, або предикатами, визначають, чи буде виконаний той чи інший процес, але при цьому не передають процесу ніяких даних, так що їх включення у функціональну модель необов'язково. Тим не менш, іноді буває корисно включати зазначені предикати у функціональну модель, щоб у ній були відображені умови виконання відповідного процесу. Функція, що приймає рішення про запуск процесу, будучи включеною у DFD, породжує у DFD потік управління і зображується пунктирною стрілкою.

Першим кроком при побудові ієрархії DFD є побудова контекстних діаграм. Зазвичай при проектуванні відносно простих інформаційних систем будується єдина контекстна діаграма із зіркоподібною топологією, у центрі якої знаходиться так званий головний процес, сполучений з приймачами і джерелами інформації, за допомогою яких з системою взаємодіють користувачі та інші зовнішні системи.

Якщо ж для складної системи обмежитися єдиною контекстної діаграмою, то вона буде містити дуже велику кількість джерел і приймачів інформації, які важко розташувати на аркуші паперу нормального формату, і, крім того, головний єдиний процес не розкриває структури розподіленої системи.

Для складних інформаційних систем будується ієрархія контекстних діаграм. При цьому контекстна діаграма верхнього рівня містить не головний єдиний процес, а набір підсистем, з'єднаних потоками даних. Контекстні діаграми наступного рівня деталізують контекст і структуру підсистем.

При побудові ієрархії DFD переходити до деталізації процесів слід тільки після визначення змісту всіх потоків і накопичувачів даних, яке описується за допомогою структур даних. Структури даних конструюються з елементів даних і можуть містити альтернативи, умовні входження і ітерації. Умовне входження означає, що даний компонент може бути відсутнім у структурі. Альтернатива означає, що в структуру може входити один з перерахованих елементів. Ітерація означає входження будь-якого числа елементів у зазначеному діапазоні. Для кожного елемента даних може вказуватися його тип (безперервні або дискретні дані). Для безперервних даних може вказуватися одиниця виміру (кг, см і т.п.), діапазон значень, точність представлення та форма фізичного кодування. Для дискретних даних може вказуватися таблиця допустимих значень [1].