Валідація порожніх обов’язкових полів у бізнес-процесах

1. Введення

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

2. Проблематика

У минулих реалізаціях валідації бізнес-процесів були випадки, коли обов’язкові параметри шаблонів елементів не перевірялися належним чином. Це призводило до того, що розробники виявляли відсутність цих параметрів вже під час виконання бізнес-процесу, що значно ускладнювало процес розробки та відлагодження.

3. Вдосконалення валідації

3.1. Застосування правил валідації

Було внесено зміни для застосування правил валідації до всіх шаблонів елементів. Також було розроблено механізм серверної валідації для додаткового контролю.

3.2. Процес валідації на вебінтерфейсі

  1. Моделювання бізнес-процесу: створіть новий бізнес-процес у версії-кандидат, використовуючи шаблони типові розширень у задачах. Наприклад, Search for entities in data factory.

  2. Обов’язкові поля: у сервісних та користувацьких формах задача заповніть обов’язкові поля, зокрема Resource, X-Access-Token, Form key.

    wn 1 9 7 1

  3. Збереження змін і валідація: якщо не заповнити обов’язкові поля та зберегти зміни, пайплайн перевірки регламенту покаже відповідний статус: Процес розгортання та перевірки не успішний.

    wn 1 9 7 2

3.3. Використання Jenkins для виявлення помилок

Помилки, виявлені під час валідації, можна переглянути у логах пайплайну в сервісі Jenkins, на кроці registry-regulations-validation. Це дозволяє ідентифікувати конкретні задачі та обов’язкові поля, де були виявлені помилки.

wn 1 9 7 3
Зображення 1. Пайплайн MASTER-Code-review-registry-regulations. Крок registry-regulations-validation
wn 1 9 7 4
Зображення 2. Console output. Логи пайплайну валідації

3.4. Застосування змін до мастер версії

При спробі застосувати зміни до мастер-версії регламенту, відображаються ідентифікатори задач із помилками про відсутність обов’язкових значень, запобігаючи передачі неперевірених змін.

wn 1 9 7 5
Зображення 3. Попередження, що процес розгортання та перевірки не завершився або завершився з помилками
wn 1 9 7 6
Зображення 4. Статус публікації регламенту "Не опубліковано"

4. Висновки

Функціональність перевірки порожніх обов’язкових полів на рівні шаблонів елементів у бізнес-процесі дозволяє розробнику регламенту своєчасно виявляти та виправляти пропущені значення на етапі моделювання. Це підвищує ефективність розробки та скорочує час, витрачений на відлагодження та розгортання регламентів реєстру.