НОУ ІНТУІТ, Лекція, Розробка діаграми діяльності для моделювання бізнес-процесів

Побудова діаграми діяльності з доріжками та потоком об'єктів

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

Як перший об'єкт додамо на діаграму діяльності об'єкт з ім'ям замовлення, для якого поставимо стан: отримано . Для завдання стану доданого об'єкта слід відкрити діалогове вікно властивостей даного об'єкта у вкладеному спискуState(Стан) вибрати потрібний стан або задати новий (рис. 11.5). При цьому буде відкрито додаткове вікно властивостей стану, до якого можна занести всю інформацію щодо цього стану.

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

1. Додати стрілку потоку об'єктів , спрямовану від діяльності Прийняти замовлення факсом до об'єкта замовлення може отримано.
2. Додати стрілку потоку об'єктів , спрямовану від об'єкта , замовлення в стані отримано до діяльності Замовити товар на складі .
3. Додамо об'єкт з ім'ям замовлення,для якого поставимо стан: оформлений. Слід зауважити, що для додавання на діаграму діяльності вже існуючого в моделі об'єкта слід просто перетягнути з браузера проекту на діаграму і задати йому новий стан.
4. Додати стрілку потоку об'єктів, спрямовану від діяльності Замовити товар на складі до об'єкта замовлення може оформлено.
5. Додати стрілку потоку об'єктів , спрямовану від об'єкта замовлення може оформлений до діяльності Виставити рахунок до оплати .
6. Додамо об'єкт з ім'ям рахунок , для якого поставимо стан: виставлений .
7. Додати стрілку потоку об'єктів, спрямовану від діяльності Виставити рахунок до оплати до об'єкта рахунок може виставлений.
8. Додати стрілку потоку об'єктів, спрямовану від об'єкта рахунок у стані виставлений до діяльності Отримати оплату за товар.
9. Додамо об'єкт з ім'ям рахунок, для якого поставимо стан: оплачений.
10. Додати стрілку потоку об'єктів, спрямовану від діяльності Отримати оплату за товар до об'єкта рахунок може оплачений.
11. Додати стрілку потоку об'єктів , спрямовану від об'єкта рахунок може оплачений до діяльності Надіслати товар клієнту .
12. Додамо об'єкт з ім'ям накладна, для якого поставимо стан: виписана.
13. Додати стрілку потоку об'єктів, спрямовану від діяльності Замовити товар на складі до об'єкта накладна може виписана.
14. Додати стрілку потоку об'єктів , спрямовану від об'єкта накладна може виписана до діяльності Підібрати товар .
15. Додамо об'єкт з ім'ям накладна, для якого поставимо стан: оформлена.
16. Додати стрілку потоку об'єктів, спрямовану від діяльності Підготувати товар до відправки до об'єкта накладнастані оформлена.
17. Додати стрілку потоку об'єктів , спрямовану від об'єкта накладна може оформлена до діяльності Надіслати товар клієнту .

Побудована таким чином діаграма діяльності з доріжками та потоком об'єктів матиме наступний вигляд (рис. 11.6).

Для більшої наочності представлення даної моделі можна задати всім діяльностей стереотипBusiness Activity(Бізнес-діяльність), який означатиме у цьому контексті діяльність , виконувану у межах деякого бізнес-процесу . Нагадаємо, що змінити стереотип діяльності можна за допомогою вибору потрібного варіанта стереотипу у вікні специфікації властивостей діяльності. Відповідний варіант зображення діаграми діяльності представлено на рис. 11.7.

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

Хоча в середовищі IBM Rational Rose 2003 діаграма діяльності не є необхідною для генерації програмного коду, діаграми даного типу мають велике значення для документування бізнес-процесів та їх подальшої сертифікації за міжнародним стандартом ISO 9000. Тому розробка діаграм цього типу займає центральне місце при виконанні проектів реінжинірингу та оптимізації бізнес-процесів з використанням нотації UML.

---