5. Відображення і моделювання процесів

На сьогодні набули поширення три основні методології функціонального моделювання (і супутній ним інструментарій) : IDEF (Integrated DEFinition), UML (Unified Modeling Language) і ARIS (Architecture of Integrated Information Systems). Для кожної з них існують певні програмні продукти, які окрім розробки дозволяють проводити перетворення і операції для наступної роботи з отриманими моделями. Найбільшого поширення сьогодні набули методології IDEF і програмні продукти BPWin, методології IDEF0, що містять, IDEF3, DFD (Data Flow Diagrams) і ERWin (IDEF1x) від компанії Computer Associates.

Історія IDEF починається з 70-х років ХХ століття з методології SADT (Structured Analysis and Design Technique), розробленої Дугласом Россом (Softtech INC). Спочатку SADT застосовувалося Міністерством оборони США для практичного моделювання процесів у рамках програми ICAM (Integrated Computer Aided Manufacturing). Принциповою вимогою при розробці даного сімейства методологій була можливість ефективного обміну інформацією між усіма фахівцями - учасниками програми ICAM (Icam DEFinition). У наступному ця методологія була трансформована в стандарт IDEF0 (Function Modeling, FIPS №183). Сімейство IDEF включає вже згадані IDEF3 (Process Description Capture) і IDEF1x (Data Modeling, FIPS №184).

Після публікації стандарти були успішно застосовані в самих різних областях бізнесу, показавши себе ефективним засобом аналізу, конструювання і відображення бізнес-процесів (доречно зауважити, вони активно застосовуються і у вітчизняних держструктурах, наприклад, в Державній Податковій Інспекції). Більше того, власне з широким застосуванням IDEF (і попередній методології SADT) і пов'язано виникнення основних ідей популярного нині поняття "Реинжиниринг бізнес-процесів" (Business Process Reengineering - BPR).

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

Робота з використанням методу IDEF починається з постановки мети моделювання. Світовий досвід свідчить, що помилки при постановці мети призводять в середньому до 50% невдач в процесі моделювання. Формулювання мети спочатку направляє роботу в заданому напрямі, а значить, обмежує круг питань для аналізу. Практична робота починається з визначення контексту (Context, Context Diagram), тобто верхнього рівня системи, в нашому випадку - підприємства. Після формулювання мети необхідно обкреслити область моделювання (Scope), яка в наступному визначатиме загальні напрями руху і глибину деталізації (Decomposition). Власне, сама методологія IDEF визначає стандартизовані об'єкти для роботи і відображення. Наприклад, до таких відносяться функція (Activity), інтерфейсна дуга (Arrow), замітка (Note), а також спосіб їх розташування і трактования (Semantics).

Останнім часом на російському ринку з'явився програмний продукт Business Studio, який спеціально створений для роботи з методами IDEF і має інтуїтивний і дружній інтерфейс (User - friendly Interface).

У основі нотації і методології IDEF0 лежить поняття "блоку", тобто прямокутника, який виражає деяку функцію бізнесу (мал. 8.10). Відповідно до стандарту функція має бути виражена дієслівним оборотом. У IDEF0 ролі сторін прямокутника (функціональні значення) різні: верхня сторона має значення "управління", ліва - "вхід", права - "вихід", нижня - "механізм виконання".

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

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

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

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

Приклад функціональної моделі процесу відвантаження і доставки продукції показаний на мал. 8.11.

Міра формалізації опису бізнес-процесів може бути різною залежно від вирішуваних при цьому завдань. Для опису інформаційних процесів розроблена спеціалізована мова BPEL (Business Process Execution Language). BPEL створений на основі XML для формального опису бізнес-процесів і протоколів їх взаємодії між собою. BPEL розширює модель взаємодії Web -служб і включає в цю модель підтримку транзакцій.

Нині активно розвивається методологія BPMS (Business Process Management System) - клас програмного забезпечення для управління бізнес-процесами і адміністративними регламентами. (Вживаються також терміни "BPM-система" і просто "BPM"). Застосування BPMS дозволяє організувати ефективну взаємодію між управлінцями і ІТ-спеціалістами, краще використовувати існуючі підсистеми і прискорити розробку нових.

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

Сучасні методи розробки і розвитку програмного забезпечення ІС повною мірою прагнуть орієнтуватися на можливості автоматизованого оперативного внесення змін. Найбільш складним виявився процес стандартизації мови BPEL для уніфікації використання одних і тих же конструкцій програмним забезпеченням різних виробників. Фірми IBM і Microsoft визначили два досить-таки схожих мови: WSFL (Web Services Flow Language) і Xlang відповідно.

Зростання популярності BPML і відкритий рух BPMS до користувачів привело корпорації Intalio Inc., IBM і Microsoft до рішення об'єднати ці мови в нову мову BPEL4WS. У квітні 2003 року корпорації BEA Systems, IBM, Microsoft, SAP і Siebel Systems передали BPEL4WS версії 1.1 в OASIS (Organization for the Advancement of Structured Information Standards) для стандартизації в Web Services BPEL Technical Committee. Хоча BPEL4WS з'явився у версіях 1.0 і 1.1, технічний комітет WS - BPEL OASIS проголосував 14 вересня 2004 року за те, щоб назвати специфікацію WS - BPEL 2.0. Ця зміна була зроблена, щоб выравнять BPEL з іншими стандартами Web -сервисов за угодою про іменування починаються на WS -.

У червні 2007 року корпорації Active Endpoints, Adobe, BEA, IBM, Oracle і SAP опублікували специфікації BPEL4People і WS - HumanTask, в яких описувалося, як може бути реалізовано в BPEL взаємодія з людьми. Про подальший напрям розробки BPEL розгорається жарка дискусія. Передбачається додавання семантики в BPEL у формі WS - HumanTask і інших різноманітних доповнень.