НОУ ІНТУІТ, Лекція, Моделювання бізнес-процесів засобами BPwin
Моделювання ділових процесів, зазвичай, виконується з допомогою case-средств. До таких засобів відносяться BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) та ін. Функціональні можливості інструментальних засобів структурного моделювання ділових процесів будуть розглянуті на прикладі case-кошти BPwin.
BPwin підтримує три методології моделювання: функціональне моделювання (IDEF0); опис бізнес-процесів (>діаграми потоків даних (DFD).
Інструментальне середовище BPwin
BPwin має досить простий та інтуїтивно зрозумілий інтерфейс користувача. При запуску BPwin за замовчуванням з'являється основна панель інструментів, палітра інструментів (вигляд якої залежить від обраної нотації) і, в лівій частині, навігатор моделі Model Explorer (рис. 7.1).
При створенні нової моделі виникає діалог, в якому слід зазначити, чи буде створена модель заново, чи вона буде відкрита з файлу або з репозиторію ModelMart, потім внести ім'я моделі та вибрати методологію, в якій буде побудовано модель (рис. 7.2).
Як було зазначено вище, BPwin підтримує три методології - IDEF0, DDF, кожна з яких вирішує свої специфічні завдання. У BPwin можлива побудова змішаних моделей, тобто модель може містити одночасно діаграми як IDEF0, так і DFD. Склад панелі інструментів автоматично змінюється, коли відбувається перемикання з однієї нотації на іншу.
Побудова моделі >На початкових етапах створення ІВ необхідно зрозуміти, як працює організація, яку збираються автоматизувати. Керівник добре знає роботу в цілому, але не встані вникнути у деталі роботи кожного рядового співробітника. Пересічний співробітник добре знає, що діється на його робочому місці, але може не знати, як працюють колеги. Тому для опису роботи підприємства необхідно побудувати модель, яка буде адекватна предметній галузі та міститиме знання всіх учасників бізнес-процесів організації.
Найбільш зручною мовою моделювання бізнес-процесів є IDEF0, де система представляється як сукупність робіт, що взаємодіють, або функцій. Така суто функціональна орієнтація є важливим — функції системи аналізуються незалежно від об'єктів, якими вони оперують. Це дозволяє більш чітко змоделювати логіку та взаємодію процесів організації.
Процес моделювання системи в IDEF0 починається зі створення контекстної діаграми - діаграми найбільш абстрактного рівня опису системи в цілому, що містить визначення суб'єкта моделювання, цілі та точки зору на модель.
Під суб'єктом розуміється сама система, у своїй необхідно точно встановити, що входить у систему, що лежить її межами, іншими словами, визначити, що буде надалі розглядатися як компоненти системи, що як зовнішнє вплив. На визначення суб'єкта системи суттєво впливатимуть позиція, з якою розглядається система, та мета моделювання — питання, на які побудована модель має дати відповідь. Інакше кажучи, спочатку необхідно визначити область моделювання. Опис області як системи загалом, і її компонентів є основою побудови моделі. Хоча передбачається, що в ході моделювання область може коригуватися, вона повинна бути сформульована в основному спочатку, оскільки саме область визначає напрям моделювання. Приформулюванні області необхідно враховувати два компоненти - широту та глибину. Широта має на увазі визначення меж моделі - що розглядатиметься всередині системи, а що зовні. Глибина визначає, на якому рівні деталізації модель завершена. При визначенні глибини системи необхідно пам'ятати про обмеження часу - трудомісткість побудови моделі зростає в геометричній прогресії зі збільшенням глибини декомпозиції. Після визначення меж моделі передбачається, що нові об'єкти не повинні вноситися в систему, що моделюється.
Мета моделювання
Мета моделювання визначається з відповідей на такі питання:
- Чому цей процес має бути змодельований?
- Що має показувати модель?
- Що може отримати клієнт?
Погляд (Viewpoint).
Під точкою зору розуміється перспектива, з якою спостерігалася система під час побудови моделі. Хоча при побудові моделі враховуються думки різних людей, вони повинні дотримуватися єдиної погляду модель. Точка зору повинна відповідати меті та межам моделювання. Як правило, вибирається точка зору людини, відповідальної за моделювану роботу в цілому.
IDEF0 -модель передбачає наявність чітко сформульованої мети, єдиного суб'єкта моделювання та однієї точки зору. Для внесення області, мети та точки зору моделі IDEF0 в BPwin слід вибрати пункт меню Model/Model Properties, що викликає діалог Model Properties (рис. 7.3). У закладці Purpose слід внести мету та точку зору, а в закладку Definition – визначення моделі та опис області.
Моделі AS-IS та ТО-ВЕ. Зазвичай, спочатку будується модель існуючої організації роботи — AS-IS (як є). Аналіз функціональної моделі дозволяєзрозуміти, де знаходяться найслабші місця, в чому полягатимуть переваги нових бізнес-процесів і наскільки глибоким змінам зазнає існуюча структура організації бізнесу. Деталізація бізнес-процесів дозволяє виявити недоліки організації навіть там, де функціональність здавалося б очевидною. Знайдені у моделі AS-IS недоліки можна виправити під час створення моделі ТО-ВЕ (як буде) — моделі нової організації бізнес-процесів.
Технологія проектування ІВ має на увазі спочатку створення моделі AS-IS, її аналіз та поліпшення бізнес-процесів, тобто створення моделі ТО-ВЕ, і тільки на основі моделі ТО-ВЕ будується модель даних, прототип і потім остаточний варіант ІВ.
Іноді поточна AS-IS та майбутня ТО-ВЕ моделі різняться дуже сильно, так що перехід від початкового до кінцевого стану стає неочевидним. У цьому випадку необхідна третя модель, яка описує процес переходу від початкового до кінцевого стану системи, оскільки такий перехід це теж бізнес-процес.
Результат опису моделі можна отримати у звіті Model Report. Діалог налаштування звіту за моделлю викликається з пункту меню Tools/Reports/Model Report.
У діалозі налаштування слід вибрати необхідні поля, при цьому автоматично відображається черговість виведення інформації до звіту (рис. 7.4).
На рис. 7.5 подано звіт, сформований за вищевказаними полями.