ти и Поняття IDEF0
Графічна мова IDEF0 проста и Цілком зрозуміла. У Основі методології лежати Чотири основні Поняття. p> дерло з них є Поняття функціонального блоку (Activity Box). Функціональний блок графічно зображується у вігляді прямокутник и уособлює собою Деяк Конкретних функцію в рамках даної системи. За Вимогами стандарту назва шкірного функціонального блоку має буті сформульованою в ФОРМІ В«дієслово + іменнікВ» (Наприклад, "віробляті послуги", а не "виробництво послуг"). p> Кожна з чотірьох СТОРІН функціонального блоку має свое певне значення (роль), при цьом:
# Верхня сторона має значення "Управління";
# Ліва сторона має значення "Вхід";
# Права сторона має значення "Вихід";
# Нижня сторона має значення "Механізм" (Mechanism).
Коженая функціональний блок у рамках єдиної даної системи винен мати свой Унікальний ідентифікаційний номер.
В
Рис. 1.2.1.1 Приклад функціонального блоку
Іншим "китом" методології IDEF0 є Поняття інтерфейсної дуги (Arrow). Такоже інтерфейсні дуги часто назівають потоками або стрілкамі. Інтерфейсна дуга відображає елемент системи, Який обробляється функціональнім блоком або надає Інший Вплив на функцію, відображену Даними функціональнім блоком. p> За помощью інтерфейсніх дуг відображають Різні об'єкти, в тій чи іншій мірі візначають Процеси, что відбуваються в Системі. Такими об'єктами могут буті елєменти реального світу (деталі, вагони, співробітнікі и т.д.) або потоки даніх та ІНФОРМАЦІЇ (документи, дані, інструкції ТОЩО). p> перелогових від те, до Якої з СТОРІН Підходить дана інтерфейсна дуга, вона носити назви "вхідної", "віхідної" або "керуючої".
звітність, Зазначити, что будь-який функціональний блок за Вимогами стандарту винен мати прінаймні одну Керуючому інтерфейсну дугу и одну віхідну. Це и зрозуміло - КОЖЕН процес винен відбуватіся з якіх правилами (відображуванім керуючої дугою) i винен відаваті Певний результат (Вихідна дуга), інакше его Розгляд НЕ має ніякого Сенсі. p> При побудові діаграм IDEF0 ВАЖЛИВО правильно відокремлюваті вхідні інтерфейсні дуги від керуючих, что часто Буває непросто.
третім Основним Поняття стандарту IDEF0 є декомпозіція (Decomposition). Принцип декомпозіції застосовується при розбітті складного процеса на складові его Функції. При цьом рівень деталізації процеса візначається безпосередно розробник МОДЕЛІ. p> Декомпозіція дозволяє поступово и структуровано представляті модель системи у вігляді ієрархічної структурованих окрем діаграм, что Робить ее Менш перевантаження и легко засвоюваною.
Модель IDEF0 всегда ПОЧИНАЄТЬСЯ з представлення системи як єдиного цілого - одного функціонального блоку з інтерфейснімі дугами, что тягти за Межі даної области. Така діаграма з одним функціональнім блоком назівається контекстна діаграмою. p> Визначення и формалізація мети розробки МОДЕЛІ IDEF0 є Вкрай ВАЖЛИВО моментом. Фактично мета візначає відповідні облас...
