9.3.2.2. Інструментарій для побудови бізнес-процесів

Усі інструменти Miracle V, прямо пов’язані з процесами, називаються інструментарієм бізнес-процесів. До нього належать: Business Process Modeler, Business Process Executer, Business Process Analyzer та Business Process Simulator. Modeler визначає процеси на різних рівнях абстракції. Під час моделювання процеси відкриваються та виконуються додатком Executer. Уся інформація, зібрана під час роботи, може бути вивчена за допомогою компонента Analyzer. Simulator створює сценарії типу «що—якщо для усіх процесів або їхніх частин.

Опис перелічених інструментів для побудови бізнес-процесів наводиться нижче.

Business Process Modeler

У Business Process Modeler процеси визначаються графічно на різних рівнях абстракції. Програмне середовище «дружнє» щодо користувача і зрозуміле йому. Різні рівні дозволяють користувачеві ніколи не випускати з уваги процеси в цілому, навіть при роботі з дуже складними підприємницькими струк- турами.

Найвищим рівнем є групи процесів. Вони поділяються на різноманітні категорії, які визначаються користувачем. Група процесів може містити інші групи процесів або власні процеси користувача. Процеси поділяються на один або більше часткових процесів. На ще нижчому рівні часткові процеси розглядаються як діяльність однієї або кількох осіб всередині процесу. На останньому рівні кожен вид діяльності поділяється на дії — кроки під час опрацювання інформації інформаційною системою (рис. 9.18).

Рис. 9.18. Рівні абстракції у Process Modeler

У бібліотеці довідкової моделі містяться декілька різних процесів однієї спрямованості. Це дозволяє підприємству обирати процес(и), який(і) підходить(ять) найбільше. Це зменшує потребу в модифікації процесів (рис. 9.19).

Рис. 9.19. Загальний вигляд процесу «Замовлення»

Вигляд компонента Process Modeler подібний до блок-схеми. Найголовніша його відмітна риса — те, що процеси, визначені в Modeler, можуть одразу вводитися в дію без необхідності виконання будь-яких додаткових кроків. Цілісність інформаційної системи під час моделювання процесів гарантується, оскільки усі зміни автоматично перевіряються на відповідність визначенням та правилам, раніше описаним у Repository (рис. 9.20).

Рис. 9.20. Етап роботи процесу

У Modeler визначається і організаційна структура підприємства. Органіграма складається з функціональних робочих місць. Таким чином, організаційна структура визначається поза залежністю від конкретних найманих працівників. Коли останні змінюються, треба лише змінити імена. Органіграма призначена не лише для цілей опрацювання інформації та документації, а й для контролю за усією інформаційною системою при розподілі зав­дань (рис. 9.21).

Рис. 9.21. Етап роботи — операційні кроки (дії)

Різні завдання прив’язуються до функціональних робочих місць (рис. 9.22):

Рис. 9.22. Компонент Organigram Designer

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

Рис. 9.23. Business Process Modeler

Як показано вище, Process Modeler також виробляє повну документацію. За допомогою системи підтримки користувачі завж­ди знають, де саме у процесі вони знаходяться. Допоміжна інформація видається автоматично, залежно від того, з якого зав­дання її викликали.

Business Process Executer

Додаток Business Process Executer виконує усі процеси та правила, визначені у Business Process Modeler. Він відповідає за всі види завдань, їх цілісність, опрацювання у правильній послідовності та нагляд за їх виконанням. Business Process Executer координує комплекс завдань системи та управління і розподіл окремих завдань (рис. 9.24).

Рис. 9.24. Система завдань

Далі описується робота Business Process Executer. Після його активації з робочого місця (WorkPlace) Executer відшукує бажаний процес і запускає перше його завдання. Системні дії виконання для цього завдання здійснюються у порядку, визначеному у Modeler. Коли дія виконана, викликається наступна (відповідно до правил, визначених у Modeler). Ця процедура триває доти, доки завдання не буде виконане повністю. Звичайно потім Exe­cuter передає наступне завдання до Task Manager, який надсилає відповідне повідомлення для наступного відповідального працівника (або групи). Передана задача належить групі доти, доки один із членів групи не приймає її. Розподіл задач здійснюється під контролем системи управління задачами. Окрім того, задачі можуть бути вільно визначені та автоматично передані відповідно до органіграми.

Продовжимо розгляд прикладу — опрацювання вхідного рахунка-фактури у компанії «Байк Інк». Усі вхідні рахунки-фак­тури спочатку вводяться, потім передаються відповідній особі для перевірки, підтвердження та сплати. За допомогою ярлика на робочому місці (Miracle V WorkPlace) активується завдання «введення рахунків-фактур». Перша дія завантажує форму для введення рахунка-фактури та інші необхідні компоненти. Наступна дія, власне введення рахунка-фактури, являє собою взаємодію з користувачем. Коли користувач закінчує дію (введення рахунка-фактури), вона успішно завершується. Це є остання дія, отже, завдання «введення рахунків-фактур» також успішно завершується. Task manager потім генерує нове завдання для робочого місця відповідальної особи. З викликом цією особою «підтвердження» виконуватимуться усі дії завдання «підтвердження». Коли і воно завершиться, буде створене нове завдання для відділу рахунків (на їхньому робочому місці). Якщо завдання відміняється, усі дії автоматично і коректно будуть повернуті у вихідний стан системою.

Business Process Analyzer

Уся інформація, згенерована під час виконання завдань, записується компонентом Business Process Analyzer, наприклад, інформація про те, які завдання, як і ким були виконані, скільки часу було витрачено і яким шляхом пішов процес. Ці та інші дані опрацьовуються додатком Analyzer, а результати надаються влас­никові процесу та керівництву (в разі потреби).

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

За допомогою Miracle V вперше стало можливим аналізувати процеси на основі бази фактичних даних без необхідності витрачати час та ресурси на збір цієї інформації. Ця нова ідея безпосередньо впливає на управління якістю, оскільки для кожного процесу можна побачити, які завдання насправді були виконані і ким.

Business Process Simulator

Немає потреби наголошувати, що у комплексному продук- ті, як-от Miracle V, обов’язковою є можливість здійснювати симулювання. Business Process Simulator дозволяє моделюва- ти та симулювати окремі процеси та їхні частини. Результуючий стан середовища генерується на основі статистичних методів.

Таким чином, існує можливість експериментувати з нетрадиційними ідеями, перш ніж впроваджувати їх.