3.4. Діаграма декомпозиції другого рівня «Отримання бланку».

Для побудови діаграми декомпозиції другого рівня «Отримання бланку» необхідно визначити наступні функції:

• Перевірка наявності послуги;

• Введення інформації;

• Видача даних;

• Виконання запиту;

У процесі декомпозиції функціональний блок, який в контекстній діаграмі відображає систему як єдине ціле, піддається деталізації на іншій діаграмі. Функціональні блоки діаграми другого рівня (дочірньої - Child diagram) відображають головні підфункції функціонального блоку контекстної діаграми і називаються дочірніми блоками (Child Box). У свою чергу, функціональний блок-предок називається батьківським блоком (Parent Box), а діаграма, до якої він належить - батьківської діаграмою (Parent Diagram).

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

Вигляд діаграми декомпозиції другого рівня «Видача прайс-листа» зображений на Рис.3.8.

Рис.3.8. Декомпозиція другого рівня «Отримання бланку».

3.5. Діаграма декомпозиції другого рівня «Заповнення Бланків

Для побудови діаграми декомпозиції другого рівня «Заповнення Бланків» необхідно визначити наступні функції:

• Видача Прикладу заповнення;

• Перевірка на помилки;

• Перевірка права власності;

• Нотаріальне засвідчення;

Вигляд діаграми декомпозиції другого рівня «Заповнення Бланків » зображений на Рис.3.9.

Рис.3.9. Декомпозиція другого рівня «Заповнення Бланків».

3.6. Діаграма декомпозиції другого рівня «Присвоєння номеру підписки».

Для побудови діаграми декомпозиції другого рівня «Присвоєння номеру підписки» необхідно визначити наступні функції:

• Перевірка даних клієнта ;

• Перевірка № підписки видавництва;

• Успішне заповнення даних;

Вигляд діаграми декомпозиції другого рівня «Видача звіту» зображений на Рис.3.10.

Рис.3.10. Декомпозиція другого рівня «Присвоєння номеру підписки».

3.7 . Діаграма декомпозиції другого рівня «Отримання квитанцій про оплату».

Для побудови діаграми декомпозиції другого рівня «Отримання квитанцій про оплату» необхідно визначити наступні функції:

• Звернення в касу ;

• Отриманні відповіді про оплату;

Вигляд діаграми декомпозиції другого рівня «Видача звіту» зображений на Рис.3.11.

Рис.3.11. Декомпозиція другого рівня «отримання квитанції про оплату».

3.8 . Діаграма декомпозиції другого рівня «Представлення послуг».

Для побудови діаграми декомпозиції другого рівня «Представлення послуг» необхідно визначити наступні функції:

• Успішне завершення ;

Вигляд діаграми декомпозиції другого рівня «Видача звіту» зображений на Рис.3.1.

Рис.3.12. Декомпозиція другого рівня «Представлення послуг»

3.7. Побудова діаграми дерева вузлів

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

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

Для створення діаграми дерева вузлів слід вибрати в меню пункт Add Node Tree. В результаті виникає діалогове вікно формування діаграми дерева вузлів Node Tree Wizard. У цьому вікні слід вказати кореневу роботу дерева і його глибину(кількість рівнів ієрархії).

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

Рис.3.11. Створення діаграми дерева вузлів.

Діаграма дерева вузлів додається в модель для демонстрації взаємозв'язку всіх батьківських діаграм і діаграм-нащадків у вигляді ієрархії блоків в моделі, що дозволяє розглянути всю модель цілком.  Діаграм дерев вузлів може бути в моделі як завгодно багато, оскільки дерево може бути побудоване на довільну глибину і не обов'язково з кореня. Ім'я дерева вузлів за замовчуванням збігається з ім'ям блоку верхнього рівня, а номер діаграми автоматично генерується як номер вузла верхнього рівня плюс буква «N», наприклад A0N. Якщо в моделі створюється два дерева вузлів, які мають в якості верхнього рівня одну і ту ж функцію, то за замовчуванням діаграми отримають ідентичні номер та ім'я. Тому рекомендується при створенні діаграми дерева вузлів задавати ім'я діаграми, відмінне від значення за замовчуванням.

Рис.3.12. Вибір кількості рівнів для діаграми.

Процес створення моделі функцій є ітераційним, отже, функції можуть міняти своє розташування в дереві вузлів багаторазово. Щоб не заплутатися і перевірити позиції, слід після кожної зміни створювати діаграму дерева вузлів. При створенні дерева вузлів обов'язково вказується ім'я діаграми, тому якщо в декількох діаграмах в якості кореня на дереві вузлів використовувати одну і ту ж функцію, то всі ці діаграми будуть мати однаковий номер (номер вузла + постфікс N, наприклад AON). У цьому випадку їх можна буде розрізнити по імені.

Рис.3.13. Налаштування параметрів діаграми.

Вигляд діаграми дерева вузлів «Операції з нерухомістю» зображений на Рис.3.14. або Додаток 6.

Рис.3.14. Діаграма дерева вузлів.