Основні об’єкти в нотації aris eEpc
Назва |
Описання |
Графічне представлення |
Функція |
Об’єкт «функція» служить для описання функцій (процедур, робіт), що виконуються підрозділами/співробітниками підприємства |
|
Подія |
Об’єкт «подія» служить для описання реальних станів системи, які впливають на виконання функцій та управляють ним |
|
Організаційна одиниця |
Об’єкт, що відображає різні організаційні ланки підприємства (наприклад, управління чи відділ) |
|
Документ |
Об’єкт, що відображає реальні носії інформації, наприклад, паперовий документ |
|
Прикладна система |
Об’єкт відображає реальну прикладну систему, що використовується в рамках технології виконання функції |
|
Кластер інформації |
Об’єкт характеризує дані як набір сутностей і зв’язків між ними. Використовується для створення моделі даних. |
|
Стрілка зв’язку між об’єктами |
Об’єкт описує тип відношень між іншими об’єктами, наприклад, активацію виконання функції деякою подією |
|
Логічне «І» |
Логічний оператор, що визначає зв’язки між подіями та функціями в рамках процесу. Дозволяє описати галуження процесу |
|
Логічне «АБО» |
Логічний оператор, що визначає зв’язки між подіями та функціями в рамках процесу. Дозволяє описати галуження процесу |
|
Логічне «Виключаюче АБО» |
Логічний оператор, що визначає зв’язки між подіями та функціями в рамках процесу. Дозволяє описати галуження процесу |
|
Крім наведених у табл. 4.1 основних об’єктів при побудові діаграми eEPC може бути використано багато інших об’єктів. Проте застосування великої кількості різних об’єктів, пов’язаних різними типами зв’язків, значно збільшує розмір моделі і робить її складною для розуміння. Для розуміння змісту нотації eEPC достатньо розглянути основні використовувані типи об’єктів та зв’язків. Нотація eEPC базується на певних семантичних правилах описання:
кожна функція повинна бути ініційована подією і повинна завершуватися подією;
у кожну функцію не може входити більше однієї стрілки, що «запускає» виконання функції, та виходити не більше однієї стрілки, що описує завершення виконання функції.
Крім цих правил існують і інші важливі правила формування моделей в ARIS. Кожний об’єкт у системі ARIS Toolset, яка підтримує метод описання бізнес-процесів ARIS, має певний набір атрибутів. Користувачу пропонується скористатися стандартними атрибутами для описання об’єктів чи обмеженою кількістю так званих користувацьких атрибутів.
Бізнес-процес у нотації eEPC представляє собою послідовність процедур, розташованих у порядку їх виконання. Слід зазначити, що реальна тривалість виконання процедур в eEPC візуально не може бути відображена. Це приводить до того, що при створенні моделей можливі ситуації, коли на одного виконавця буде покладено виконання двох задач одночасно. Логічні символи, що використовуються при побудові моделі, дозволяють відобразити галуження та злиття бізнес-процесу. Для отримання інформації про реальну тривалість процесу необхідно використовувати інші інструменти описання, наприклад діаграми Ганнта в системі MS Project. Таким чином, за допомогою нотації eEPC ARIS можна описувати бізнес-процес у вигляді потоку послідовно виконуваних робіт (процедур, функцій). Приклад моделі, сформованої з використанням ARIS eEPC, наведено на рис. 4.16.
Рис. 4.16. Приклад моделі ARIS eEPC
Нотація IDEF0 була розроблена на основі методології структурного аналізу та проектування SADT, затверджена в якості стандарту США та успішно експлуатується в багатьох проектах, пов’язаних з описанням діяльності підприємств. Нотація IDEF3 була розроблена з метою більш зручного описання робочих процесів (WorkFlow), для яких важливо відобразити логічну послідовність виконання процедур. Нотації IDEF0 та IDEF3 використовують наступні об’єкти, табл. 4.2.
Таблиця 4.2
Основні об’єкти в нотаціях IDEF0 та IDEF3
Назва |
Описання |
Графічне представлення |
Нотація IDEF0 |
||
Модуль поведінки (UOB) |
Об’єкт служить для описання функцій (процедур, робіт), що виконуються підрозділами/співробітниками підприємства |
|
Стрілка зліва |
Стрілка описує вхідні документи, інформацію, матеріальні ресурси, необхідні для виконання функції |
|
Стрілка справа |
Стрілка описує вихідні документи, інформацію, матеріальні ресурси, що є результатами виконання функції |
|
Стрілка зверху |
Стрілка описує управляючий вплив, наприклад, розпорядження, нормативний документ тощо. В нотації IDEF0 кожна процедура повинна обов’язково мати не менше однієї стрілки зверху, що відображає управляючий вплив |
|
Стрілка знизу |
Стрілка знизу описує так звані механізми (ресурси), необхідні для виконання процедури, але такі, що не змінюють у процесі виконання свого стану. Наприклад: співробітник, станок тощо. |
|
Нотація IDEF3 |
||
Модель роботи (UOW) |
Об’єкт служить для описання функцій (процедур, робіт), що виконуються підрозділами/співробітниками підприємства |
|
Посилання |
Об’єкт, що використовується для описання посилань на інші діаграми моделі, циклічні переходи в рамках однієї моделі, різні коментарі до функцій |
|
Логічне «І» |
Логічний оператор, що визначає зв’язки між функціями у рамках процесу. Дозволяє описати галуження процесу |
|
Логічне «АБО» |
Логічний оператор, що визначає зв’язки між функціями у рамках процесу. Дозволяє описати галуження процесу |
|
Логічне «Виключаюче АБО» |
Логічний оператор, що визначає зв’язки між функціями у рамках процесу. Дозволяє описати галуження процесу |
|
У моделях можуть використовуватися стрілки трьох типів, показані у табл. 4.3
Таблиця 4.3