тетним.
1.3 Постановка завдання
1.3.1 Аналіз предметної області із застосуванням BPMN нотації
Розглянемо процес прийому комунальних платежів від населення як систему масового обслуговування. Застосувавши при цьому нотації BPMN (Business Process Modeling Notation) для опису системи масового обслуговування. Системи масового обслуговування діляться на три типи, залежно від наявності можливості очікування вступниками вимог початку обслуговування - системи з втратами, системи з нескінченною чергою і системи з кінцевою чергою. Систему прийому комунальних платежів можна віднести до системи масового обслуговування третього типу - система з кінцевою чергою. Потоком вимог у цій системі є потік клієнтів, яким необхідно оплатити послуги. Обслуговуючим об'єктом є система обліку прийнятих платежів. Розглянута в роботі система включає в себе систему обробки та зберігання інформації про прийняті платежі і контрольно-касову машину (ККП). Системи масового обслуговування можна розглянути з точки зору бізнес-процесів. Система підпорядковується набору правил і діє в рамках певного процесу. Розглянемо процес безпосереднього прийому платежу, основними дійовими особами якого є клієнт і касир. Цей процес є частиною процесу прийому комунальних платежів, який включає в себе: прийом платежів, первинну обробку даних про платежі (відбувається в момент закриття касиром робочої зміни), обробка платежів і взаєморозрахунки з постачальником послуг. На сьогодні існує декілька класів методологій опису бізнес процесів:
? діаграмні моделі. До цього класу належать моделі у вигляді IDEF діаграм і т.д .;
? математичні моделі. Прикладом такого класу моделей є Мережі Петрі;
? мови моделювання бізнес-процесів. Представником такого класу моделей є нотація BPMN (Business Process Modeling Notation).
Використовуємо третій тип моделі, так як система прийому комунальних платежів розглядається як бізнес-процес. Для опису бізнес-процесу використана нотація BPMN, яка дозволяє в наочному вигляді представити бізнес-процес.
Сьогодні BPMN підтримують практично всі засоби моделювання провідних постачальників. Нотація має широкий набір графічних об'єктів, які дозволяють описати будь-який бізнес-процес. BPMN також допускає використання патернів (шаблонів), які можуть бути взяті за основу при побудові моделей інших схожих бізнес-процессов.состоіт з набору графічних елементів. Ці елементи дозволяють легко розробляти прості діаграми, дозволяють легко розробляти прості діаграми, які будуть зрозумілі більшості бізнес-аналітиків (діаграми у вигляді блок-схем). Елементи підібрані таким чином, щоб їх можна було чітко відрізнити один від одного, і використовують форми, які звичні більшості проектувальників. Наприклад, діяльності (activities) - це прямокутники (rectangles), а умови прийняття рішень - ромби (diamonds).
Перш ніж почати складання BPMN діаграми процесу прийому комунальних платежів касиром, необхідно виділити основні елементи моделі і зв'язки між цими моделями. Для такого аналізу доцільно використовувати ще один тип діаграм в нотації UML - UseCase Diagram (діаграми прецедентів). UseCase діаграма показує зв'язки між дійовою особою і набором варіантів використання системи або підсистеми, а також зв'язки між цими елементами. Зв'язками є асоціації між діючими особами та варіантами використання і відносини спадкування між дійовими особами. Деякі варіанти використання можуть бути укладені в обмежуючий прямокутник, для того щоб показати їх приналежність до однієї підсистемі. Основні візуальні елементи, використовувані при побудові UseCase діаграм: (дійова особа) - визначає логічно зв'язаний набір ролей, які користувач деякої сутності може грати по відношенню до цієї сутності. Дійова особа відіграє певну роль по відношенню до кожного окремого варіанту використання, з яким він взаємодіє. Дійовою особою може бути як людина, так і деяка інша система, що взаємодіє з проектованої системою. На малюнку 1.3 представлено графічне зображення елементу Actor:
Малюнок 1.3 - Візуальний елемент Actor (дійова особа)
(варіант використання) - деякий класифікатор, який представляє логічну одиницю функціональності проектованої системи або підсистеми, про яку оголошується в найменуванні варіанта використання. На малюнку 1.4 представлено графічне зображення елементу UseCase:
Малюнок 1.4 - Візуальний елемент UseCase
(з'єднання) - візуальний елемент, що використовується для позначення асоціацію між чинному обличчям і варіантом використання. Це пряма лінія, що зв'язує дійова особа і варіант використання. При необхідності над з'єднанням можна вказати множинність зв'язку, тобто визначити, чи буде це зв'...
