Основы объектно-ориентированного бизнес-моделирования. Введение Рациональный унифицированный процесс

• Название: Введение Рациональный унифицированный процесс
• Дата: 15.12.2022
• Размер: 2.1 Mb.
• Имя файла: Основы объектно-ориентированного бизнес-моделирования.doc
• Тип: Документы; #846068
• страница: 14 из 16

6.3. Порядок построения модели ролей в Rational Rose

Модель ролей и их автоматизируемых видов деятельности должна строиться следующим образом.

На поле диаграммы «Все модели в разделе Use Case View» должен быть помещен пакет с наименованием: «4. Роли», например, как представлено на рис. 6.7.

Диаграмма Main следующего уровня иерархии и ее поле должны быть поименованы как «4. Роли». На ее поле должны быть размещены пакеты с наименованием: «4.1. Роли по процессу 1», «4.N. Роли по процессу N», например, как представлено на рис. 6.8. для процесса кредитования.

Иерархия пакетов с описанием ролей должна повторять иерархию бизнес процессов.

На предпоследнем уровне иерархии следует размещать пакеты с наименованием ролей по конкретному процессу (рис. 6.9), и на самом последнем уровне собственно модель роли (внутри соответствующего пакета) (рис. 6.10).



Рис. 6.7. Состав моделей в разделе Use Case View



Рис. 6.8. Модель второго уровня при описании ролей

Рис. 6.8. Состав моделируемых ролей процесса кредитования юридических лиц в валюте

Рис. 6.10. Пример модели роли Регистратор

6.4. Практические задания

Тема: Построение модели ролей в Rational Rose

Задание 1. Построить модель ролей в соответствие с примером

Постройте модель ролей процесса Кредитования юридических лиц в валюте в Rational Rose в соответствие с примерами на рис. 6.7-6.10.

Задание 2. Построить модель ролей

Постройте в Rational Rose модель ролей процесса международного перевода в Банке.

7. Разработка моделей бизнес правил

Цели занятия:

• 
  научиться разрабатывать модели бизнес правил;
  
• 
  понять место моделей при определении требований и проектировании создаваемой программной системы.
  

7.1. Цель моделирование бизнес правил

Целью моделирования бизнес правил является их использование для определения ограничений, накладываемых на разрабатываемые подсистемы.

7.2. Использование диаграмм деятельности, классов и функций для разработки модели бизнес правил

В общем случае бизнес правила можно разделить на три группы:

• 
  правила – ограничения;
  
• 
  правила – выводы;
  
• 
  правила – утверждения.
  

Правила – ограничения определяют условия поведения и структуру объекта или субъекта.

Правила – выводы определяют условия вывода фактов на основе других фактов или вычисления результатов на основе других результатов.

Правила – утверждения определяют определенные факты.

Правила–ограничения можно разделить на следующие подгруппы:

• 
  правила перехода (правила перехода объектов или субъектов из одного состояния в другое);
  
• 
  правила пред и постусловий (правила определяющие условия, которые должны быть истинны, перед и/или после выполнения деятельности или операции объекта, для гарантии правильности ее выполнения);
  
• 
  правила структуры (правила относительно классов, объектов и связей между ними).
  

Правила – выводы можно разделить на следующие подгруппы:

• 
  логические выводы (правила, определяющие, что если определенный факт является истинным, то можно сделать определенное заключение);
  
• 
  расчетные формулы (правила получения результатов, на основе вычислительных алгоритмов).
  

Для разработки моделей бизнес правил могут использоваться:

• 
  диаграмма деятельности (activity diagram);
  
• 
  диаграмма классов (class diagram);
  
• 
  диаграмма процессов (use case diagram).
  

Диаграммы деятельности (activity diagram) используются для описаний правил логического вывода, перехода, пред и постусловий, утверждений, расчетных формул. Пример бизнес правила, смоделированный с использованием диаграммы деятельности представлен на рис. 7.1.



Рис. 7.1. Пример модели правила предусловий, разработанной
с использованием диаграммы деятельности (activity diagram)

Каждому правилу должна быть поставлена в соответствие одна диаграмма деятельности (activity diagram).

На поле диаграммы деятельности (activity diagram), описывающей правило, указывается его название.

Диаграмма деятельности (activity diagram), описывающая правило, должна иметь начало и конец.

Наименование элементов диаграммы деятельность (activity diagram) должно отображать суть описываемых частей правил.

Диаграммы классов (class diagram) и процессов (use case diagram) должны использоваться для описаний структурных правил. Пример бизнес правила, смоделированный с использованием диаграммы классов, представлен на рис. 7.2.



Рис. 7.2. Пример модели бизнес правила структуры, разработанной
с использованием диаграммы классов (class diagram)