Моделювання бізнес-процесів c Rational Software Architect. Частина 3

Приклад використання RSA для цілей моделювання бізнес-процесів


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


Що таке "модель" з точки зору IBM Rational Software Architect? Це набір необхідних діаграм, що дозволяють відобразити різні уявлення, наприклад, модельованого процесу і використовуваних на цих діаграмах елементів. Rational Software Architect надає набір шаблонів моделей, що представляють собою базову структуру для можливо необхідних моделей, таких як Use Case Model, Service Design Model, Blank Model і ін Більш того, він надає можливість створити у разі потреби власний шаблон моделі для повторного використання в інших проектах. У рамках даної статті ми не будемо заглиблюватися в нюанси створення та збереження шаблонів моделей, а розглянемо лише один з можливих варіантів використання стандартного шаблону Blank Model для цілей побудови моделей бізнес-процесів "Як є" і "Як буде" з використанням Activity diagram.


Отже, першим нашим кроком буде створення структури нашої моделі бізнес-процесів. Для цього необхідно створити дві моделі "Blank Model" з різними назвами:



  1. “Business Process Model “As-Is””.
  2. “Business Process Model “As-To-Be””.

У кожній з моделей створюємо необхідну кількість пакетів, при цьому дотримуємося наступного правила: пакетів має бути стільки, скільки процесів хочемо розглянути, тобто кожному процесу відповідає один пакет. Пакету даємо найменування, що відповідає змісту даного процесу. У кожному з пакетів створюємо необхідну кількість діаграм діяльностей (Activity Diagram), кожна з яких буде одним з уявлень аналізованого процесу (малюнок 2).


Малюнок 2. Структура моделей аналізованих бізнес-процесів "Як є" і "Як буде"

Наступним кроком в IBM Rational Software Architectбуде зображення першого подання процесу "Укладання договору оренди" – "Як є" (Рисунок 3). В якості критерію для класифікації виконуються в ході аналізованого процесу дій виберемо "Використання інструментальних засобів". При цьому зауважимо, що даний вибір був обумовлений тим фактом, що досить часто "проблеми" зустрічаються в тих діях і / або процесах, які не "покриті" тими чи іншими інформаційними системами. Крім того, це той чинник, який дуже легко виявити на початкових стадіях аналізу, він буквально кидається в очі.


Малюнок 3. Подання 1 процесу "Укласти договір оренди" – "Як є"

Припустимо, що того факту, що деякі дії не автоматизовані або деякі дії аналізованого процесу виконуються за допомогою використання різних інструментальних засобів, недостатньо для виявлення всіх "проблем". В якості другого критерію виберемо ступінь ефективності виконуваних дій і зобразимо друге подання для аналізованого процесу "Укласти договір оренди". Логічно припустити, що дії з введення інформації, що ідентифікує договір оренди, навряд чи є ефективними. Крім того, багатократне введення відомостей про одне й те ж об'єкті збільшує ймовірність виникнення помилки і т.д. Ефективність аналізованих дій може бути оцінена спеціальними способами, розгляд яких виходить за рамки цієї статті про IBM Rational Software Architect. Більшість з цих способів надають можливість виміряти ефективність, наприклад, у грошовому вираженні. У нашому випадку ми обмежимося лише оцінкою рівня ефективності і розділимо дії відповідно з тим, чи є їх ефективність "низькою" або "задовільною" (малюнок 4).


Малюнок 4. Подання 2 процесу "Укласти договір оренди" – "Як є"
 
Читати частина 4

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*