2.5 Bpmn моделювання бізнес-процесів.
Наявність моделі процесу в нотації eEPC дозволяє ознайомитися з самою послідовністю операцій, необхідною для реалізації цього процесу, проте, це не дає змоги побачити які підрозділи він охоплює, яким саме чином здійснюється певна дія (вручну чи автоматично), їх тип, а також ким і де вони виконуються. Та все це дозволить відобразити модель, виконана в нотації «BPMN» (Business Process Model and Notation, нотація та модель бізнес-процесів).
BPMN – це графічна нотація для моделювання бізнес-процесів. BPMN булла розроблена Business Process Management Initiative (BPMI) та підтримується Object Management Group. Основна ціль BPMN- створення стандартного набору умовних позначень, зрозумілих для всіх бізнес-користувачів.
Моделі нотації BPMN характерні пулами (Pools) – прямокутними областями, які символізують певний відділ чи підрозділ підприємства. Кожен пул може бути розділений на декілька частин – лайнів (Lines), які показують конкретних учасників підрозділу. А в середині лайнів розташовують блоки завдань, логічні елементи та блоки даних. Пов'язуючи їх між собою відображають діяльність учасників процесу.
В нотації BPMN передбачено велику кількість блоків завдань, які розрізняють по піктограмі, розташованій в верхньому лівому куті блоку.
Основні блоки завдань:
- задача, що
виконується вручну.
-
задача відправлення інформації.
- задача приймання
інформації.
-
службова задача.
-
задача конкретного співробітника /
учасника процесу.
Для відображення подій, що виконуються паралельно (одночасно) використовується шлюз «логічне І», а для умов – логічне «Або» та логічне «Виключне Або».
Блоки даних існують для того, щоб показати на схемі архіви даних та їх сегменти.
-
об’єкт даних
-
база даних
В якості початкових блоку процесу використовують круглі зелені блоки, а кінцевих – круглі червоні.
Перед безпосередньо створенням моделі в нотації BPMN, варто визначити підрозділи (пули), учасників (лайни) та їх функції (блоки завдань).
2.5.1 Bpmn модель бізнес-процесу приймання сировини.
В табл.5 перечислені підрозділи, їх учасники та операції які виконуються ними для здійснення процесу приймання сировини
Таблиця 5
|
Пул |
Лайн |
Операції |
|
Пункт приймання сировини |
Оператор |
Перевірка сировини, зважування сировини, відправка сировини до місця зберігання, заповнення журналів реєстрації |
|
Пункт зберігання сировини |
Вагар |
Пошук місця для завантаження сировини, підробка сировини, Завантаження сировини, Заповнення журналів реєстрації |
|
Адміністративний відділ |
Оператор-технолог |
Обробка інформації, перевірка журналів реєстрації, ведення архіву |
BPMN-модель процесу приймання сировини відображена на Рис. 2.12
Рис.2.12 - BPMN-модель процесу приймання сировини.
2.5.2 Bpmn модель бізнес-процесу виробництва комбікормів
В табл.6 перечислені підрозділи, їх учасники та операції які виконуються ними для здійснення процесу виробництва комбікормів.
Таблиця 6
|
Пул |
Лайн |
Операції |
|
Адміністративний відділ |
Головний технолог |
Формування завдання на виробництво |
|
Комбікормовий завод |
Майстер зміни |
Перевірка сировини в НДБ Запуск виробництва |
|
Начальник зміни |
Формування запитів на переміщення сировини Отримання звітів про переміщення сировини Формування дозволу на виробництво | |
|
Персонал зміни |
Слідкування за виробництвом ДозавантаженняНДБ Перевірка залишків Заповнення журналів реєстрації | |
|
Склад рідких компонентів |
Вагар |
Отримання запиту на переміщення Пошук вказаної сировини Переміщення сировини до НДБ Звіт про переміщення Заповнення журналів реєстрації |
|
Склад підлогового зберігання |
Вагар | |
|
Елеватор |
Вагар |
BPMN-модель процесу приймання сировини відображена на Рис. 2.13
Рис. 2.13 - BPMN модель бізнес-процесу виробництва комбікормів
Отримана модель відображає ситуацію «як є», і звісно, вона не досконала. В першу чергу, з її недоліків можна виділити велику кількість ручної роботи, в основному – по заповненню журналів реєстрації. Окрім того, як видно по схемі, вагарі самостійно, при виникненні необхідності, виконують пошук необхідної сировини та перевіряють чи достатньо її. Як результат, гальмується весь процес, тому варто розробити нову модель, яка б відображала ситуацію «як треба» і була позбавлена цих недоліків.
З ціллю удосконалення процесу виробництва комбікормів шляхом створення системи простежуваності, розроблено два варіанти BPMN-моделей. Перший з них представлено на рис.2,
2.6 Створення моделі даних
Оскільки ведення журналів реєстрації вручну є проблемою підприємства, необхідно створити централізовану базу даних, яка б могла їх повністю замінити. Допомогти спланувати структуру майбутньої бази даних може нотація «Data model» в програмному продукті ARIS Express.
Data Model описує, на абстрактному рівні, як взаємопов’язані дані. Це частина моделювання взаємозв’язків і використовується, наприклад, для описання таблиць даних.
Основні блоки моделі даних:
Entity – сутність, таблиця.
Attribute – атрибут сутності, поле таблиці.
Primary Key — унікальний атрибут сутності, первинний ключ таблиці.
Foreing Key – зовнішній ключ таблиці.
Етап розробки моделі починається з побудови інформаційної моделі в різних знакових формах, які на завершальній стадії втілюються в комп'ютерну модель. Інформаційна модель, як правило, представляється в тій чи іншій знаковій формі. Таблиця - один із прикладів знакових моделей.
Визначимо таблиці, з яких буде формуватися модель даних. Для реалізації повноцінної простежуваності достатньо створити 4 таблиці даних:
Таблиця приймань
Таблиця переміщень
Таблиця готової продукції
Таблиця витрат сировини
Таблиці приймань, витрат, переміщень та готової продукції в базі даних формуються на основі журналів реєстрації про приймання сировини, переміщення сировини та виробництво продукції (відображені на eEPC-моделях).
В таблиці приймань відбувається первинна фіксація інформації про сировину. Заповнення цієї таблиці відбувається на етапі приймання сировини персоналом пункту приймання або оператором пункту зберігання. Включає в себе такі поля:
Дата приймання
Маса сировини
Постачальник
Назва сировини
Партія сировини
Місце зберігання
Унікальний номер операції приймання
Поле «Унікальний номер операції приймання» зберігає не повторюваний ідентифікатор запису в базі даних, що дозволить відшукати конкретну сировину.
Таблиця переміщень зберігає інформацію про рух сировини в рамках підприємства. Основні поля:
Маса сировини
Джерело переміщення
Приймач переміщення
Дата переміщення
Унікальний номер операції приймання
Поле «Унікальний номер операції приймання» потрапляє в таблицю переміщень з таблиці приймань і використовуються в якості зв’язку між цими таблицями. Такий зв’язок дозволяє простежити історію переміщень сировини та знайти потрібну інформацію.
Таблиця готової продукції заповнюється автоматизовано на етапі виробництва оператором-технологом комбікормового заводу. Зберігаю всю необхідну інформацію про готову продукцію:
Дата виробництва
Маса продукції
Номер рецептури
Унікальний номер готового продукту
Поле «Номер рецептури» показує по якому рецепту було виготовлено комбікорм.
Поле «Унікальний номер готового продукту» використовуються в якості ідентифікатору запису про виробництво (по аналогії до поля «Унікальний номер операції приймання»). Необхідне в першу чергу для зв’язку с таблицею витрат сировини.
Таблиця витрат заповнюється автоматично системою при виготовлені комбікорму. Показує яка конкретно сировина була використана для виготовлення конкретного комбікорму. Містить такі поля:
Маса сировини
Унікальний номер операції приймання
Унікальний номер готового продукту
Поле «Унікальний номер операції приймання» береться з таблиці приймань, а поле «Унікальний номер готового продукту» - з таблиці готової продукції.
Таким чином, зв’язавши первинний ключ таблиці приймань сировини (поле «id» - унікальний номер операції приймання) з зовнішнім ключем таблиць переміщень та витрат, отримаємо простежуваність руху сировини, та в потрібний момент зможемо проглянути історію її переміщень та сформувати детальну інформацію про складові частини виготовленої продукції.
Рис. 13 – Модель даних про приймання сировини та виробництво продукції.
Рис. 14 – Модель даних про переміщення сирови