Моделювання процесів — це рухи однієї природи, які узагальнюються в прототип. Таким чином, цей термін описує розвиток на рівні типу. Одне і те ж моделювання процесів використовується багаторазово для розробки додатків. Велика кількість примірників має принципове значення. Одне з можливих застосувань руху полягає в тому, щоб наказати, як все має чи могло б бути зроблено. Моделювання процесів — це примірне очікування того, як додаток буде виглядати. Сам хід визначається під час фактичної розробки системи.

Цілі моделювання

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

Яка

Визначити бажані процеси і як вони повинні або могли б бути виконані.

Необхідно встановити правила, керівні принципи та когнітивні моделі поведінки, які, якщо їх дотримуватися, призведуть до бажаної продуктивності. Вони можуть варіюватися від суворого правозастосування до гнучкого керівництва.

Пояснювальна

Надати пояснення з приводу обґрунтованості процесів. Необхідно вивчити й оцінити кілька можливих напрямів дій, заснованих на раціональних аргументах. Встановити явну зв'язок між процесами і вимог, яким повинна відповідати когнітивна модель. Попередньо визначає точки, в яких дані можуть бути вилучені для звітності.

Мета

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

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

Класифікація

Існує п'ять типів покриття, в яких термін модель процесу був визначений по-різному:

Орієнтований на діяльність: зв'язаний набір дій, що проводяться для конкретного результату визначення продукту. Комплект частково впорядкованих кроків, призначених для досягнення мети моделювання.

Орієнтація на продукт: ряд дій, які призводять до того, що чутливі перетворення допомагають досягати бажаного результату.

Орієнтовані на прийняття рішення: набір пов'язаних постанов, встановлених для визначення товару.

Орієнтація на стратегію: дозволяє створювати моделі, що представляють собою багатоцільові процеси, і планувати всілякі способи розробки продукту на основі наміри і стратегії.

По вирівнюванню

Процеси можуть бути різних видів. Ці визначення відповідають різним способам імітаційного моделювання процесу. Отже:

Стратегічні. Вони призначені для того, щоб досліджувати альтернативні способи зробити що-то і розробити план. Часто творчі і вимагають людського співробітництва. Таким чином, створення альтернатив і вибір з них є дуже важливими видами діяльності.

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

За гранулярности

Детальність відноситься до рівня деталізації моделі процесу і впливає на вид керівництва, пояснення та простежування, які можуть бути надані. Груба конкретизація обмежує їх досить вузьким рівнем, тоді як тонка гранулярність забезпечує більш детальну можливість. Характер необхідної деталізації залежить від конкретної ситуації. Керівнику проекту, представнику замовника, керівництву вищої або середньої ланки потрібно досить грубе опис процесу, оскільки вони хочуть отримати уявлення про час, бюджет і планування ресурсів для своїх рішень. Навпаки, розробники програмного забезпечення, користувачі, тестувальники, аналітики віддадуть перевагу деталізовану модель процесу, де кожні пункти можуть надати їм інструкції і важливі залежності виконання. У той час як існують позначення для дрібнозернистих шаблонів, більшість традиційних процесів являють собою грубі опису. Моделі повинні забезпечувати широкий діапазон деталізації.

По гнучкості

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

Якість методів

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

Виразність: ступінь, в якій цей прийом здатний позначати прототипи будь-якої кількості та видів областей застосування.

Довільність: ступінь свободи при моделюванні однієї і тієї ж зони.

Придатність: рівень, при якому дана методика спеціально адаптована для конкретної області застосування.

Зрозумілість: легкість, з якою учасники розуміють, як все працює.

Узгодженість: ступінь, в якій окремі подмодели способу моделювання складають єдине ціле.

Повнота: рівень, в якому всі необхідні поняття предметної області представлені в прототипі.

Ефективність: ступінь, в якій процес моделювання використовує ресурси, такі як час і люди.

Стверджується, що оцінка структури для методів моделювання DEMO виявила недоліки Q-ME. Одним з них є те, що він не включає кількісно вимірюється метрику для вираження якості техніки бізнес-моделювання, що ускладнює порівняння властивостей різних прийомів у загальному рейтингу.

Існує також системний підхід до вимірювання характеру продуктів, відомий як метрика складності, запропонований Росії (1996). Методи метамоделі використовуються в якості основи для обчислення цих параметрів. Порівняно з системою, запропонованою Krogstie, вимірювання більшою мірою зосереджена на технічному рівні, а не на окремій моделі. Автори (Cardoso, Mendling, Neuman і Reijers, 2006) використовували метрики складності для вимірювання простоти і зрозумілості дизайну. Це підтверджується пізнішими дослідженнями, проведеними Медлингом. Він стверджував, що без використання метрик якості простий процес може бути змодельований складним і невідповідним способом. Це, в свою чергу, призводить до зниження зрозумілості, підвищення вартості обслуговування і, можливо, до неефективного виконання розглянутого процесу.

Якість моделей

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

низхідні структури якості;

висхідні метрики;

емпіричні огляди;

прагматичні рекомендації.

Хоммес говорив, що всі основні характеристики якості моделей можуть бути розподілені на 2 групи по правильності та корисності. Коректність варіюється від відповідності макету до явища, яке моделюється його синтаксичним правилам. Моделювання також не залежить від мети. Беручи до уваги, що корисність можна розглядати як модель, Хоммс також проводить додаткове розходження між внутрішньою коректністю (емпіричним, синтаксичним і семантичним якістю) і зовнішньої (вірогідністю). Крім того, більш широкий підхід повинен ґрунтуватися на семіотики, а не на лінгвістиці, як це було зроблено Крогсти з використанням низхідній системи, відомої як SEQUAL. Він визначає кілька аспектів якості, заснованих на взаємозв'язках між моделлю, экстернализацией знань, областю, мовою моделювання і діяльністю по навчанню. Однак ця структура не надає способів визначення різних рівнів якості, але широко використовується для бізнес-процесів в емпіричних тестах. Згідно з попереднім дослідженням, проведеним Moody з використанням концептуальної моделі, були визначені нові рівня якості.

Три розробки

Синтаксичне: оцінює ступінь, в якій модель відповідає граматичним правилам мови моделювання.

Семантичне: з'ясовує, чи точно додаток відповідає вимогам користувача.

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

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

Ще три аспекти якості

Фізична: постійна чи зовнішня модель і доступна її аудиторії для розуміння.

Емпіричне: моделюється додаток у відповідності з встановленими правилами, що стосуються даного мови.

Соціальне: з'ясовує, чи є угоди між зацікавленими сторонами в галузі моделювання.

Отже, ми розглянули категорію моделювання процесів. Розібрали методи та етапи, відомі на сьогоднішній день.