рення бази даних
Наступний крок на каруселі- Model Data, допомагає створити схему бази даних і атрибути, які будуть розміщені на формах.
Так само можна встановити різні типи даних: строковий, числовий, шаблон, довідники та багато інших.
В процесі використовувались дві сутності: типу «Master» і типу «Parameter».
У першому бачимо атрибути, складові бізнес процес, а в другому атрибутам з основної таблиці присвоюються постійні значення.
.3 Створення форм
На формах можна розміщувати об'єкти, які будуть видимі тільки визначеної кількості осіб або поля, обов'язкові для заповнення. Чи не заповнені форми підсвічуються, так що завжди видно, скільки ще належить побудувати форм. Потрібні атрибути розміщуються на формі шляхом перетягування їх з довідника або вибору їх зі списку. У дев'ятому і десятому версіях спостерігаються сильні відмінності засобів для оформлення форм, оскільки я працювала в обох, то можу з упевненістю сказати, що для більш красивого оформлення форм, більше підходить 10-я версія, так як в ній всю форму можна розбити на блоки і задати кольору, як тексту, так і виділенню тексту.
Першим кроком у процесі буде введення номера картки та пароля, далі ми зможемо визначити їх правильність.
На другій формі виводиться текст з проханням очікування, але суть форми зовсім не в цьому, вона знадобитися на етапі створення правил.
Наступна форма передбачає вибір дії від користувача. На ній представлений булеві атрибут, переконвертувати в чекбокс.
Поставивши галочку, потрапимо на таку форму:
Якщо ж клієнт передумав, то він може натиснути «Далі» в порталі та процес завершить свою роботу. Користувач вводить суму, яку він хоче зняти, потім на наступній формі підтверджує її, у разі неправильного введення суми, він може повернутися на крок назад.
Коли операція проведена, система видає користувачеві чек.
І на завершальному етапі користувач може забрати картку або знову повернутися в меню.
.4 Створення бізнес-правил
Для написання правил в Bizagi надано два способи. Перший «Define Expression», в якому визначаються правила переходу після шлюзів (в моєму випадку «Data Based Gateway») і другий «Activity Actions», що припускає автоматичні обчислення системи.
Перехід на форму «Початок роботи» буде виконаний у тому випадку, якщо статус авторизації буде негативним.
Переходи на форми «Зняти гроші», «Введення потрібної суми» і «Видача чека» виконуються за замовчуванням.
Перехід на форму «Забрати карту» здійснюється, якщо користувач не захотів знімати гроші, а віддав перевагу вийти з системи.
А повторний перехід на форму «Введення потрібної суми» відбувається, якщо користувач помилився при введенні суми або передумав знімати гроші.
У підрозділі «Activity Actions» визначаються автоматичні дії, що здійснюються без участі користувача.
На етапі авторизації перевіряється правильність введених користувачем даних. Якщо логін і пароль збіглися, то робота продовжитися, якщо не співпали, то відбувається завершення процесу.
Наступний скрипт віднімає введену користувачем суму із суми зберігаються в базі даних на карті цього користувача.
.5 Можливі шляхи розвитку та реінжинірингу
На даному етапі спостерігаються суттєві недоліки, як в роботі самої програми, так і в її оформленні.
Надалі планується додати кілька варіантів використання системи, а так само ввести більше правил, щоб вона перебувала на повністю автоматичному обслуговуванні. Так само розглядається варіант створення різних інтерфейсів, для різних груп користувачів, це, я думаю, приверне більше клієнтів, і допоможе користувачеві краще орієнтуватися в системі.
Висновок
В результаті виконаної роботи (розробки та налагодження програми, тестування та аналізу результатів) було створено програмне забезпечення, що дозволяє моделювати роботу банкомату.
Програма проста і зручна у використанні, т. к. має доброзичливий і інтуїтивно зрозумілий інтерфейс.
...
