13

Лабораторна робота № 6

Тема: Моделювання бізнес-процесів підприємста з використанням інструментарію CASE-засобу AllFusion Process Modeler

Мета:

• Набути практичних навиків аналізу функціональної організації підприємства;

• навчитись використовувати інструментарій CASE-засобу AllFusion Process Modeler для моделювання бізнес процесів підприємства відповідно до методології IDEF0.

Теоретичні відомості

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

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

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

Кожна IDEF0-діаграма містить функціональні блоки (роботи) та інтерфейсні стрілки (дуги).

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

Ім'я блоку повинне бути виражене віддієслівним іменником, що позначає дію.

Методологія IDEF0 вимагає, щоб в діаграмі було не менше трьох і не більше шести блоків. Ці обмеження підтримують складність діаграм і моделі на рівні, доступному для читання, розуміння і використання.

Кожна з чотирьох сторін функціонального блоку має своє певне значення (роль):

• Верхня сторона має значення “Управління” (Control);

• Ліва сторона має значення “Вхід” (Input);

• Права сторона має значення “Вихід” (Output);

• Нижня сторона має значення “Ресурси” (Mechanism).

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

Інтерфейсна стрілка (інтерфейсна дуга, потік (Arrow) відображає елемент системи, який обробляється функціональним блоком або робить інший вплив на функцію, відображену даним блоком.

Взаємодія функціональних блоків із зовнішнім світом і між собою описується у вигляді таких стрілок:

Інтерфейсна стрілка «вхід» (Input) позначають сировину, матеріали або інформацію, які перетворяться функціональним блоком для створення виходу (продукту дії).

Інтерфейсна стрілка «управління» (Control) управляє перетворенням входу у вихід. Кожен функціональний блок повинен мати принаймні одну інтерфейсну стрілку управління. «Управління» здійснюється у формі регламентів, стандартів, процедур або технічної документації.

Інтерфейсна стрілка «ресурс» (Mechanism) позначає ті ресурси, які потрібні для перетворення входу у вихід. Ресурсами можуть бути, наприклад, люди, машини і устаткування.

Інтерфейсна стрілка «вихід» (Output) – це матеріали або інформація, вироблювана функціональним блоком з входу. Кожна дія повинна мати, принаймні одну інтерфейсну стрілку «вихід».

Інтерфейсні стрілки посилання (Call Arrow) використовуються для вказівки на інші моделі або діаграми усередині моделі, які можуть допомогти краще зрозуміти існуючу модель.

У методології IDEF0 існує тільки п'ять типів взаємодій між блоками для опису їх відносин:

• управління – вихідна інформація з першого блоку є керуючою для другого (мал. 1);

• вхід – вихідна інформація з першого блоку є вхідною для другого (мал. 2);

• зворотній зв'язок по управлінню є ітерацією або рекурсією, виникає тоді, коли вихід певного блоку впливає на блок з великим домінуванням (мал. 3).

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

• вихід-механізм. Зв'язки «вихід-механізм» зустрічаються нечасто. Вони відображають ситуацію, при якій вихід однієї функції стає засобом досягнення цілі для іншої (мал. 5).

Мал. 1. Зв'язок по виходу Мал. 2. Зв'язок по управлінню

Мал. 3. Зворотний зв'язок по входу Мал. 4. Зворотний зв'язок по управлінню

Мал. 5. Зв'язок вихід-механізм

У IDEF0 дуга рідко зображує один об'єкт. Зазвичай вона символізує набір об'єктів.

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