Моделювання бізнес-процесів c Rational Software Architect. Частина 3, CASE-засоби (моделювання), Програмування, статті

Приклад використання 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. Структура моделей аналізованих бізнес-процесів “Як є” і “Як буде”
 
Читати частина 4

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


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

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

Ваш отзыв

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

*

*