Про ESB з "бізнес" точки зору

Про т.зв. "універсальну шину даних" (чи інтеграційну шину даних), enterprise service bus, ESB, — не з інженерної точки зору, а з точки зору внутрішніх бізнес-споживачів, перш за все — керівників.

Зазвичай у інженерів чи, скоріше, архітекторів інформаційних рішень є різні підходи щодо доцільності ESB.

Коротко, що таке ESB: це програмне забезпечення, платформа, що забезпечує уніфікований та централізований обмін даними, зазвичай на принципах сервіс-орієнтованої архітектури.

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

Давайте розберемо деякі очевидні аргументи за та проти.

Описи процедур у вигляді додатків до опису посадових інструкцій

Як перетворити посадові інструкції з формальних документів на діючий інструмент?

По-перше, навіщо це може знадобитись? Дійсно, посадова інструкція — обов'язковий кадровий документ, з точки зору українського законодавства, але ніхто не заважає створити його формально і використовувати лише в радикальних випадках (наприклад, коли суперечки між працівниками і роботодавцем доходять до суду).

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

Далі на гіпотетичному прикладі зробимо опис простої процедури з допомогою Bizagi modeler — програмі для створення діаграм бізнес-процесів в сучасній нотації BPMN.