2.00M

Category:

informatics

Методологія проєктування IDEF0. Лекція 5

МЕТОДОЛОГІЯ IDEF0
ІСТОРІЯ ВИНИКНЕННЯ СТАНДАРТУ
• IDEF - Integration Definition for Function Modeling
• Методологія IDEF0 – наступний етап розвитку графічної
мови опису функціональних систем SADT (Structured
Analysis and Design Technique – методологія
структурного аналізу та проектування).
• IDEF0, як стандарт був розроблений в 1981 році в рамках
програми автоматизації промислових підприємств,
запропонована департаментом Військово-повітряних сил
США.
2

3.

СІМЕЙСТВО IDEF
• IDEF0 – методологія функціонального моделювання. За
допомогою наглядної графічної мови IDEF0, досліджувана
система постає перед розробниками та аналітиками у вигляді
набору взаємозв’язаних функцій (функціональних блоків – в
термінах IDEF0). Моделювання засобами IDEF0 є першим
етапом вивчення будь-якої системи.
• IDEF1 – методологія моделювання інформаційних потоків
всередині системи, дозволяє відображати та аналізувати їх
структуру та взаємозв’язки.
• IDEF1Х (IDEF1 Extended) – методологія побудови реляційних
структур. IDEF1Х відноситься до типу методологій
«Сутність-взаємозв’язок» (ER – Entity-Relationship) і, як
3

4.

СІМЕЙСТВО IDEF
• IDEF2 – методологія динамічного моделювання розвитку систем. У зв’язку з доволі
серйозними складнощами аналізу динамічних систем від цього стандарту практично
відмовилися, і його розвиток призупинився на початковому етапі. Але в теперішній час
існують алгоритми та їх комп’ютерні реалізації, які дозволяють перетворювати набір
статистичних діаграм IDEF0 в динамічній моделі, побудовані на базі «розмальованих мереж
Петрі» (CPN – Color Petri Nets).
• IDEF3 – методологія документування процесів, які відбуваються в системі, яка
використовує, наприклад, при дослідженні технологічних процесів на підприємствах. Основу
методології IDEF3 складає побудову моделей процесів по принципу послідовно виконуваних в
часі робіт (функцій, операцій).
• IDEF4 – методологія побудови об’єктно-орієнтованих систем. Засоби IDEF4 дозволяють
наглядно відображати структуру об’єктів та закладені принципи їх взаємодії, тим самим
дозволяючи аналізувати та оптимізувати складні об’єктно-орієнтовані системи.
• IDEF5 – методологія онтологічного дослідження складних систем. За допомогою
методології IDEF5 онтологія системи може бути описана за допомогою певного словника
термінів та правил, на основі яких можуть бути сформовані достовірні твердження про
стан системи, що розглядається, в деяких момент часу. На основі цих тверджень
формуються висновки про подальший розвиток системи та проводить її оптимізація
4

5.

МЕТОДОЛОГІЯ СІМЕЙСТВА IDEF0
В IDEF0 розрізняють п’ять типів зв’язків робіт:
• Зв’язок по входу (output-input)
• Зв’язок по управлінню (output-control)
• Зворотний зв’язок по входу (output-input feedback)
• Зворотний зв’язок по управлінню (output-control
feedback)
• Зв’язок вихід-механізм (output-mechanism)
5

6.

СИНТАКСИС ТА СЕМАНТИКА ГРАФІЧНОЇ
МОВИ IDEF0
• Діаграма IDEF0 – основний компонент моделі, який описує
функцію або її декомпозицію.
Види діаграм:
• Контекстна (діаграма А-0) – складається з єдиного блоку,
який описує функцію верхнього рівня, та представляє
контекст моделі;
• Звичайна діаграма IDEF0 – описує декомпозицію блоку;
• Діаграма-ілюстрація (FEO-діаграма);
• Перелік та дерево вузлів
6

7.

ОСНОВНІ ПОНЯТТЯ IDEF0
• Функціональний блок (Activity Box). Кожна з чотирьох сторін
функціонального блоку має своє визначене значення (роль).
Control
(управління)
Input (вхід)
Функція
Output
(вихід)
Mechanism
(механізм)
• Мітка – іменник або зворот іменника, пов’язане зі стрілкою
та визначає її значення.
7

8.

БЛОК (ФУНКЦІОНАЛЬНИЙ БЛОК, ФУНКЦІЯ,
ПРОЦЕС)
• Описує функцію (діяльність, процес, операцію, дію або
перетворення).
• Функція перетворює вхідні об’єкти в вихідні при
виконанні певних умов за допомогою встановлених
механізмів.
Дієслово або дієслівний зворот
Ім’я блоку
Номер блоку
n
8

9.

НУМЕРАЦІЯ БЛОКІВ
• Контекстна діаграма: А-0
• Контекстний блок: А0
• Декомпозиція контекстного блоку: А1, А2, ….
• Декомпозиція блоку А1: А11, А12, …
….
9

10.

СТРІЛКА (ЗВ’ЯЗОК)
• Описує канал, який передає інформацію або
матеріальні об’єкти від джерела до споживача.
10

11.

ТИПИ СТРІЛОК
Input – вхідна стрілка:
• дані або матеріальні об’єкти, які перетворюються функцією в вихід;
• те, що споживається або перетворюється функцією.
Control – управляюча стрілка – управляюча
інформація для виконання процесу (обмеження,
інструкції, команди), яка впливає на роботу
блоку, але залишається незмінною.
Output – вихідна стрілка:
• дані або матеріальні об’єкти, які виробляються функцією;
• результат виконання процесу.
Mechanism – стрілка механізму:
• засоби виконання функції;
• виконавчі механізми, які залишилися незмінними
11

12.

ОСНОВНІ ПОНЯТТЯ IDEF0
• Інтерфейсна дуга (Arrow). Графічне відображення інтерфейсної
дуги – однонаправлена стрілка, вона відображає елемент
системи, який обробляється функціональним блоком або поіншому впливає на функцію, відображену даним функціональним
блоком.
• Кожна інтерфейсна дуга повинна містити власну унікальну
назву (Arrow Label).
12

13.

ОСНОВНІ ПОНЯТТЯ IDEF0
• Принцип декомпозиції. Рівень
деталізації процесу визначається
безпосередньо розробником моделі.
• Модель IDEF0 завжди починається
з представлення системи як
єдиного цілого – одного
функціонального блоку з
інтерфейсними дугами, які
розповсюджуються за межі
області, що розглядається. Така
діаграма з одним функціональним
блоком називається контекстною
діаграмою, та позначається
13

14.

ПРИНЦИПИ ОБМЕЖЕННЯ
СКЛАДНОСТІ
IDEF0-ДІАГРАМ
• Обмеження кількості функціональних блоків на
діаграмі – 2-6.
• Обмеження кількості інтерфейсних дуг, (які
виходять з одного функціонального блоку), які
підходять до одного функціонального блоку – 6.
14

15.

СИНТАКСИС ТА СЕМАНТИКА
ГРАФІЧНОЇ МОВИ IDEF0
Стрілки:
• Внутрішні
• Граничні
15

16.

СИНТАКСИС ТА СЕМАНТИКА
ГРАФІЧНОЇ МОВИ IDEF0
Стрілки представляють інтерфейси, за допомогою яких блок взаємодіє з
іншими блоками або зовнішнім середовищем.
Стрілки, які входять в блок, задають умови, які повинні бути виконані для
реалізації відповідної функції.
→ може бути визначений порядок виконання функцій
16

17.

ВИЗНАЧЕННЯ СТРІЛОК
З блоком повинні бути пов’язані:
• Хоча б 1 стрілка виходу;
• Хоча б 1 стрілка управління
Рекомендований порядок визначення стрілок: О (Output), І (Input), М
(Mechanism), С (Control).
На контекстній діаграмі рекомендується відображати не більше 6 стрілок
кожного типу.
При визначенні виходів необхідно
відображати всі результати (як
позитивні, так і негативні
результати).
17

18.

ВИЗНАЧЕННЯ СТРІЛОК
П’ять основних видів об’єктів:
1) Матеріальні об’єкти;
2) Фінанси;
3) Документи;
4) Інформація;
5) Ресурси (співробітники,
машини, станки, споруди,
комп’ютери та ін.)
І: 1, 2, 3, 4, 5
С: 3, 4
О: 1, 2, 3, 4,
5
М: 5
18

19.

СИНТАКСИС ТА СЕМАНТИКА
ГРАФІЧНОЇ МОВИ IDEF0
Розгалуження та злиття стрілок
Стрілки зв’язуються, якщо вони мають загальне джерело
(приймач) та представляють подібні або пов’язані об’єкти.
19

20.

ПРАВИЛА РОЗГАЛУЖЕННЯ ТА ЗЛИТТЯ
СТРІЛОК
Х
Х
20

21.

ІТЕРАТИВНИЙ ПРОЦЕС РОЗРОБКИ
IDEF0-МОДЕЛІ
• Створення моделі групою спеціалістів, які відносяться
до різних сфер діяльності підприємства. Ця група в
термінах IDEF0 називається авторами (Authors).
Побудова початкової моделі є динамічним процесом,
протягом якого автори опитують компетентних
осіб про структуру різних процесів. На основі наявних
положень, документів і результатів опитування
створюється чернетка моделі (Model Draft).
21

22.

ІТЕРАТИВНИЙ ПРОЦЕС РОЗРОБКИ
IDEF0-МОДЕЛІ
• Розповсюдження чернетки для розгляду, погоджень та
коментарів. На цій стадії відбувається обговорення
чернетки моделі з широким спектром компетентних
осіб (в термінах IDEF0 – читачів) на підприємстві.
При цьому кожна з діаграм чорнової моделі письмово
критикується та коментується, а потім
передається автору. Автор, в свою чергу, також
письмово погоджується з критикою або спростовує її
з викладенням логіки прийняття рішень та знову
повертає відкориговану чернетку для подальшого
розгляду. Цей цикл повторюється доти, доки автори
та читачі не прийдуть до єдиної думки.
22

23.

ІТЕРАТИВНИЙ ПРОЦЕС РОЗРОБКИ
IDEF0-МОДЕЛІ
• Офіційне затвердження моделі. Затвердження
погодженої моделі відбувається керівником робочої
групи в тому випадку, якщо у авторів моделі та
читачів відсутні розбіжності щодо її адекватності.
Кінцева модель представляє собою погоджене
представлення про підприємство (систему, процес) з
заданої точки зору та для заданої мети.
23

24.

ФУНКЦІОНАЛЬНА
ДЕКОМПОЗИЦІЯ
Контекстна діаграма:
• представляє функціональну модель системи в цілому;
• відображає межі моделювання;
• стрілки на ній визначають повний набір інтерфейсів
системи з зовнішнім середовищем.
Послідовна декомпозиція функцій «ззовні всередину» →
побудова ієрархії функцій.
24

25.

ПРИКЛАД КОНТЕКСТНОЇ
ДІАГРАМИ
25

26.

ПОБУДОВА КОНТЕКСТНОЇ
ДІАГРАМИ
• Графічна побудова моделі
починається з
контекстної діаграми,
яка відображає контекст
функціонування
моделюючої системи як
єдиного цілого. В
прямокутнику
записується основна
функція (робота)
моделюючої системи.
Стрілками зображують
вхід, вихід, механізм та
управління.
26

27.

ПРИКЛАД МОДЕЛІ IDEF0:
КОНТЕКСТНА ДІАГРАМА
Контекстна діаграма IDEF0
БП «Медична документація» з точки зору медичного працівника
Закони України
Інструкції з заповнення
документу
Паспортні дані пацієнта
Скарги
Анамнез
Медична документація
Рекомендації,
призначення
Лікарі
27

28.

ПОБУДОВА КОНТЕКСТНОЇ
ДІАГРАМИ
• Вхід (стрілка зліва) – це об’єкт, який надходить на
вхід системи та «обробляється» нею. Об’єктом
може бути документ, інформація, запит та ін.
• Вихід (стрілка справа) – це результат виконання
процесу.
• Виконавець (зображується знизу) – це трудові ресурси
та АСУ, необхідні для виконання роботи.
• Управління (зображується зверху) – це управляючий
вплив у вигляді методик, інструкцій, законів,
стандартів і т.д.
28

29.

ПОБУДОВА КОНТЕКСТНОЇ
ДІАГРАМИ
• Всі елементи діаграми мають свої
властивості.
• Стрілки, які зображуються на
контекстній діаграмі, називаються
граничними, оскільки вони відображають
взаємодію системи з зовнішнім світом.
• Ім’я стрілки зазвичай задається
іменником.
29

30.

ДІАГРАМИ ДЕКОМПОЗИЦІЇ
• Діаграми декомпозиції містять родинні роботи, тобто
дочірні роботи, які мають спільну родинну роботу
• Роботи на діаграмах декомпозиції зазвичай
розташовуються по діагоналі від лівого верхнього кутка
до правого нижнього. Такий порядок називається порядком
домінування.
• Згідно цього принципу розташування в лівому верхньому
кутку поміщається найважливіша робота або робота, яка
виконується першою по часу. Таке розташування полегшує
читання діаграм, крім того, на ньому базується поняття
взаємозв’язку робіт.
30

31.

ФУНКЦІОНАЛЬНА
ДЕКОМПОЗИЦІЯ
31

32.

ЗВ’ЯЗОК БАТЬКІВСЬКОГО БЛОКУ ТА
ДОЧІРНЬОЇ ДІАГРАМИ
• Межа дочірньої
діаграми – межа
батьківського блоку.
• Граничні стрілки на
дочірній діаграми
повинні відповідати
стрілкам
батьківського блоку.
32

33.

ФУНКЦІОНАЛЬНА
ДЕКОМПОЗИЦІЯ
• Діаграми IDEF0 (крім А-0) повинні включати від 3 до 6 блоків.
Класифікація функцій (по рівням агрегації)
Діяльність (справа, бізнес) ← мета
[Субдіяльність]
Процес (БП) ← директиви на основі мети діяльності
[Підпроцес]
Операція ← директиви на основі директив на виконанні процесів
Дія ← команда (частина директиви на виконання операції)
[Елементарна функція]
• В IDEF0 вся робота виконується блоками найнижчого рівня.
• Батьківський блок не управляє дочірними блоками; вони відрізняються лише рівнем
деталізації
33

34.

ДІАГРАМИ ДЕКОМПОЗИЦІЇ
• Деталізація системи здійснюється за допомогою
діаграм декомпозиції, які будуються по такому ж
принципу, як і контекстна, але включають більшу
кількість робіт. Кожна робота, в свою чергу, може
бути декомпозована.
• Всі роботи в діаграмі декомпозиції пов’язуються між
собою за допомогою стрілок. Зв’язки моделюють
реальні процеси, які відносяться до об’єктів,
управляючим впливам та механізмам.
34

35.

ДІАГРАМИ ДЕКОМПОЗИЦІЇ
• Роботи автоматично нумеруються (правий нижній куток).
Діагональна риска в лівому верхньому кутку показує, що робота не
декомпозована.
• У новому діалоговому вікні, яке відкрилося, вказується вид діаграми
та передбачувана кількість робіт. Рекомендована кількість робіт від
3 до 6.
• Роботи на діаграмах декомпозиції зазвичай розташовуються по
діагоналі від лівого верхнього кутка вікна до нижнього правого кутка.
В верхньому кутку розташовується найважливіша робота або
робота, яка виконується першою по часу.
• При декомпозиції роботи стрілки автоматично потрапляють на
діаграму декомпозиції нижнього рівня, але без прив’язки до
конкретних робіт. Такі стрілки називаються незв’язними
граничними стрілками (Unconnected border arrow) та
сприймаються як синтаксична помилка.
• Під’єднання граничних стрілок до робіт відбувається в режимі
редагування стрілок.
35

36.

37.

ДІАГРАМИ ДЕКОМПОЗИЦІЇ
• Для зв’язку робіт між собою використовуються внутрішні
стрілки. Процес зв’язування здійснюється в режимі побудови
стрілок: →
• Стрілки можуть розгалужуватися та зливатися. Побудова
таких стрілок здійснюється в режимі редагування. Ім’я
стрілкам присвоюється по наступним правилам:
Якщо стрілки (стрілка) після розгалуження не мають
імені, то ім’ям цих стрілок вважається ім’я стрілки до
розгалуження;
Не допускається, щоб стрілка до розгалуження та хоча б
одна стрілка після розгалуження одночасно не мали імені;
Не можна, щоб стрілка після злиття була без імені,
37

38.

ТЕКСТ ТА ГЛОСАРІЙ ДІАГРАМИ
IDEF0
• Діаграмі може бути поставлено у відповідність
структурований текст, який представляє собою
короткий коментар до змісту діаграми. Текст
використовується для пояснень та уточнень
характеристик, потоків, з’єднань всередині блоків і
т.д.
• Глосарій призначено для визначення абревіатур
(акронімів), ключових слів та фраз, які
використовуються в якості імен та міток на
діаграмах. Глосарій визначає поняття та терміни,
які повинні бути однаково зрозумілими всіма
учасниками розробки та користувачами моделі, щоб
38

39.

ПРИКЛАД
Якщо в приймальну
надійшов документ, який
призначено для
керівництва, то він
підлягає сортуванню, в
результаті якого на
основі інструкції
визначається, чи підлягає
реєстрації документ чи
ні
39

40.

МЕТОДОЛОГІЯ СІМЕЙСТВА IDEF0
Існує поняття тунелювання в нотації IDEF0 або тунельної
стрілки.
• Тунельна стрілка – (вхід, вихід, механізм або управління)
на моделі відображається у вигляді круглих або квадратних
дужок.
• Тунель у блоці говорить про те, що ця стрілка не важлива
на діаграмі-нащадку, і там вона не відобразиться.
• Тунель у границі показує, що цієї стрілки немає на
40

41.

МЕТОДОЛОГІЯ СІМЕЙСТВА IDEF0
ТУНЕЛІ
• Стрілка, яка поміщена в тунель
там, де вона приєднується до
блоку, означає, що дані, виражені
цією стрілкою, не обов’язкові на
наступному рівні декомпозиції.
• Стрілка, яка поміщена в тунель на
вільному кінці, означає, що дані, які
нею представляються, відсутні на
батьківській діаграмі.
41

42.

СИНТАКСИС ТА СЕМАНТИКА ГРАФІЧНОЇ
МОВИ IDEF0
Тунел
і
42

43.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (1)
1. Функціональна модель бізнес-процесу (IDEF0) представляє бізнеспроцес як сукупність функцій, що виконуються (напрямків
діяльності). Для визначеного в кожному випадку рівня деталізації
моделі, функції повинні розглядатися уже як операції, які
виконуються в ході бізнес-процесу.
2. Модель IDEF0 рекомендована до застосування в компанії при описі
бізнес-процесів на верхньому рівні.
3. При складенні функціональної моделі бізнес-процесу (IDEF0)
описуються виконуючі функції та вхідні, вихідні потоки
матеріальних, фінансових ресурсів та інформації (документів,
файлів).
4. При описі бізнес-процесу одночасно можуть застосовуватися
комбінації різних моделей (IDEF0, IDEF3 та DFD).
43

44.

45.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (2)
6. На діаграмі IDEF0 стрілки пов’язують виконуючі
функції.
7. Стрілки-входи позначають матеріальні, фінансові та
інформаційні ресурси, які перетворюються функцією.
8. Стрілки-виходи позначають матеріальні, фінансові та
інформаційні ресурси, які є результатом виконання
функції.
9. Стрілки-управління позначають правила, стандарти,
вказівки, нормативи та ін. відповідно до яких
виконується функція. Кожна функція повинна мати хоча
б одну стрілку-управління. Стрілки-управління
зображуються лише вхідними в верхню частину блоку,
який позначає функцію.
45

46.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (3)
11. Стрілки зображуються вертикальними та горизонтальними відрізками
прямих з наконечником на одному кінці, які перетинаються під прямим
кутом та спряжені дугами.
12. Стрілки з’єднуються з блоком наступним чином: 1) кінці стрілок повинні
доторкатися зовнішньої сторони блоку, але не пересікати її; 2) стрілки
повинні під’єднуватися до блоку на його сторонах, приєднання в кутках не
допускається.
13. При зображенні стрілок допускаються їх злиття та розгалуження.
14. Назви стрілок та створення міток у випадку розгалуження стрілок
підчиняється наступним правилам: 1) якщо назва стрілки є лише до
розгалуження, а після розгалуження назв жодної з віток немає, то
вважається, що кожна гілка моделює ті ж дані або об’єкти, що і гілка до
розгалуження; 2) якщо стрілка має назву до розгалуження, а після
розгалуження яка-небудь з гілок не має назви, то розуміється, що вона
моделює ті ж дані або об’єкти, що і до розгалуження; 3) недопустима
ситуація, коли стрілка до розгалуження не має назви, а після розгалуження
яка-небудь з гілок немає назви.
15. Правила назв стрілок, які зливаються, повністю аналогічні.
46

47.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (4)
16.При побудові моделі бізнес-процесу в IDEF0 використовується принцип
декомпозиції. Декомпозиція функцій відбувається для більш детального
опису вибраної для декомпозиції функції. При декомпозиції функція
розкладається на множину вкладених функцій, виконання яких повністю
забезпечує реалізацію функції декомпозиції.
17.Діаграма, яка є результатом декомпозиції, називається дочірньою
діаграмою, а діаграма декомпозиції – батьківською діаграмою. Блок
декомпозиції, який позначає функцію, називається батьківським блоком.
18.Функціональна модель IDEF0 представляється у вигляді сукупності
ієрархічно впорядкованих діаграм. Виконання функцій, відображеної на
діаграмі верхнього рівня, деталізує на діаграмах нижнього рівня.
19.Моделювання бізнес-процесу в IDEF0 починається з побудови так званої
контекстної діаграми, яка представляє собою загальний опис та її
взаємодію з зовнішнім середовищем. На контекстній діаграмі повинна
бути представлена мета моделювання та точка зору, яка повинна
відповідати задачі моделювання.
47

48.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (5)
20. При формуванні моделей в IDEF0 використовуються так звані тунельні
стрілки. Тунельні стрілки позначаються як круглі дужки на кінці або початку
стрілки. Допускається використання квадратних дужок замість круглих.
Стрілка, яка поміщена в «тунель» там, де вона під’єднується до блоку,
означає, що дані виражені цією стрілкою, не обов’язкові на наступному рівні
декомпозиції. Стрілка, яка поміщена в тунель на вільному кінці означає, що
виражені нею дані відсутні на батьківській діаграмі.
21. Всі граничні стрілки на дочірній діаграмі, за виключенням стрілок поміщених
в тунель, повинні відповідати стрілкам батьківського блоку.
22. Блоки на діаграмі повинні розташовуватися по діагоналі - від лівого верхнього
кутка діаграми до правого нижнього в порядку присвоєних номерів.
23. Діаграми (крім контекстної) повинні містити не менше трьох і не більше
восьми блоків.
24. Кожний блок діаграми отримує номер, який розміщено в правому нижньому
кутку; порядок нумерації – від верхнього лівого до нижнього правого блоку
(наприклад, номери від 1 до 8).
48

49.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (6)
25.Кожний блок, який не має декомпозиції, помічається невеликою
діагональною рискою, яка розташована в лівому верхньому кутку блоку.
26.Імена блоків (виконуваних функцій) повинні бути унікальними та
осмисленими.
27.Потрібно забезпечити максимальну відстань між блоками та
поворотами стрілок, а також між блоками та перетинами стрілок для
полегшення читання діаграми.
28.Блоки завжди повинні мати хоча б одну управляючу та одну вихідну
стрілку.
29.Стрілки зливаються, якщо вони представляють подібні дані та їх
джерело не вказано на діаграмі.
30.Зворотні зв’язки по управлінні малюються «верхньою петлею» (вверх та
над). Зворотні зв’язки по входу зображуються «нижньою петлею» (вниз
та під).
49

50.

ПРАВИЛА ФОРМУВАННЯ МОДЕЛЕЙ
БІЗНЕС-ПРОЦЕСІВ В IDEF0 (7)
32. При з’єднанні великої кількості блоків необхідно уникати необов’язкових
перетинів стрілок. Потрібно мінімізувати кількість петель та поворотів
кожної стрілки.
33. При описі функцій, які перетворюють інформаційні потоки, на діаграмах
нижніх рівнів назвам стрілок-входів повинен бути поставлений у
відповідність конкретний документ або перелік документів.
34. Побудова стрілок-виходів підчиняється тим же правилам, що і стрілкивходів.
35. Всі стрілки-механізми на діаграмах нижнього рівня повинні мати в своїй назві
точну назву ролі або відділу, який виконує дану функцію.
36. Стрілки управління на діаграмах нижнього рівня повинні бути деталізовані до
назви документу, який регламентує дану дію.
37. На діаграмах верхнього рівня дозволяється використовувати назви груп
документів лише в тому випадку, якщо вони розкриваються до назви
регламентуючого документу на нижніх рівнях декомпозиції. Всі інші умови
50

51.

СИНТАКСИС ТА СЕМАНТИКА ГРАФІЧНОЇ
МОВИ IDEF0
Стрілка виклику
• Вид стрілки механізму, яка позначає звернення з блоку даної
моделі до блоку, який входить в іншу модель або іншу частину
цієї ж моделі, та забезпечує їх зв’язок.
• Мітка стрілки виклику: ідентифікатор блоку, який служить
механізмом для даного блоку.
• З блоку може виходити не більше 1 стрілки виклику.Функція
Call
(виклик)
51