Лекція 3. Методології моделювання. Інші нотації

1. Діаграми потоків даних (DFD)

2. Нотація eEPC 3. Нотація BPMN

1. Діаграми потоків даних (DFD)

Метою методики є побудова моделі даної системи у вигляді діаграми потоків даних (Data Flow Diagram – DFD), що забезпечує правильний опис виходів (відгуку системи в вигляді даних) при заданому впливі на вхід системи (подачі сигналів через зовнішні інтерфейси).

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

Для зображення DFD традиційно використовуються дві різні нотації:

– Йодана (Yourdon);

– Гейне-Сарсона (Gane-Sarson).

Розглянемо елементи для опису бізнес-процесів за допомогою DFD (рисунок 3.1).

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

Крім того, кожен процес повинен мати унікальний номер для посилань на нього всередині діаграми. Цей номер може використовуватися спільно з номером діаграми для отримання унікального індексу процесу у всій моделі.

Сховище (накопичувач) даних дозволяє на певних ділянках визначати дані, які будуть зберігатися в пам'яті між процесами. Фактично сховище представляє «зрізи» потоків даних у часі.

Зовнішня сутність є матеріальним об'єктом поза контекстом системи, що є джерелом або приймачем системних даних.

Рисунок 3.1 – Елементи нотації DFD

Важливу специфічну роль в моделі грає спеціальний вид DFD – контекстна діаграма, що моделює систему найбільш загальним чином. Контекстна діаграма відображає інтерфейс системи із зовнішнім світом, а саме, інформаційні потоки між системою і зовнішніми сутностями, з якими вона повинна бути пов'язана.

Крім основних елементів до складу DFD входять словники даних і міні специфікації.

Словники даних є каталогами всіх елементів даних, присутніх в DFD, включаючи групові та індивідуальні потоки даних, сховищ і процеси, а також всі їх атрибути. Мініспеціфікаціі представляють собою алгоритми опису завдань, які виконуються процесами: безліч всіх мініспеціфікаціі є повною специфікацією системи. Рисунок 3.1 – Елементи нотації DFD Розглянемо приклад (рисунок 3.2).

Рисунок 3.2 – Приклад бізнес-процесу в нотації DFD

2. Нотація eEPC

Подієвий ланцюжок процесів (event driven process chain, «e» спочатку означає extended, розширене) – моделювання в даній нотації зосереджено навколо подій. А саме події і визначають розвиток процесу (рисунок 3.3). В основі цієї нотації лежить одна з нотацій сімейства IDEF, а саме IDEF3.

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

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

Рисунок 3.2 – Приклад бізнес-процесу в термінах нотації eEPC

2. Нотація BPMN

BPMN (Business Process Model and Notation) – нотація управління бізнес-процесами. BPMN – зручна, гнучка, наочна, функціональна і, разом з тим проста нотація.

Істотною відмінністю є наявність такого поняття, як доріжка.

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

Найбільші проблеми в бізнес-процесах, лежать на стиках робіт різних виконавців (ролей, процесів). Моделі в нотації BPMN дозволяють побачити і проаналізувати всі взаємодії.

Будь-який процес, описаний в нотації BPMN, являє собою послідовне або паралельне виконання різних дій (операцій) із зазначенням певних бізнес-правил.

Розглянемо простий приклад процесу «Обробка замовлення», який може реалізовуватися в рамках продажу та оренди велосипедів через інтернет-магазин (рисунок 3.3).

Рисунок 3.3 – Приклад процесу «Обробка замовлення»

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

Далі від Стартової події виконання процесу йде по лініях (Потік операцій) до Кінцевої події (червоний кружок), їх може бути декілька. Кінцева подія вказує на те, в якій точці завершується той чи інший процес. В контексті Потоку операцій Кінцева подія завершує хід Процесу; це означає, що ніякий вихідний потік операцій не може бути з'єднаний з Кінцевою подією.

Об'єкти потоку управління поділяються на три основні типи:

– події (events),

– дії (activities),

– логічні оператори (gateways).

Основним елементом, що відображає діяльність, що виконується всередині процесу, є Дії. Дії – це точки виконання робіт в ході Процесу. Вони відносяться до виконуваних елементів процесу BPMN. Дія може бути як елементарною, так і складовою.

Елементарна Дія виражається у виконанні одного єдиного Завдання. Графічно Завдання зображується у вигляді прямокутника з закругленими кутами.

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

ВPMN виділяє кілька типів кожної Події:

– Повідомлення,

– Таймер,

– Ескалація,

– інші.

Для визначення типу Події використовуються різні маркери, що дозволяють відрізнити даний тип Події від іншого.

Ролі – візуальний механізм організації різних дій в категорії зі схожою функціональністю. Існує два типи ролей:

– Пули,

– Доріжки.

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

Доріжки дозволяють організувати об'єкти потоку управління, що зв'язують об'єкти та артефакти.

Все різноманіття нотацій бізнес-моделювання можна розділити на 2 категорії:

– структурні

– динамічні

Структурні, які показують компонентний склад досліджуваного об'єкта та взаємозв'язки між його елементами (IDEF0, IDEF1x, IDEF4, IDEF5, IDEF6, UML тощо).

Динамічні, які показують рух потоків даних або логіку виконання процесів (DFD, EPC, BPMN, а також деякі діаграми UML).

Питання

1. Що таке нотація DFD?

2. З яких елементів складається діаграма в нотації DFD?

3. Що таке нотація eEPC?

4. Коли використовується нотація eEPC?

5. Особливості нотації BPMN?

6. З яких основних елементів складається діаграма в нотації BPMN?