Е. Б. Золотухина Методическая разработка «Основы бизнес моделирования»

Вид материалаМетодическая разработка

Содержание


6.5. Практические задания
Тема 7. Разработка моделей бизнес правил
7.1. Цель моделирование бизнес правил
7.2. Использование диаграмм деятельности, классов и функций для разработки модели бизнес правил
7.3. Порядок построения модели бизнес правил в Rational Rose
Подобный материал:
1   ...   10   11   12   13   14   15   16   17   18

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


Тема: Построение модели ролей в 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 liagram) используются для описаний правил логического вывода, перехода, пред и постусловий, утверждений, расчетных формул. Пример бизнес правила, замоделированный с использованием диаграммы деятельности представлен на рис. 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)


7.3. Порядок построения модели бизнес правил в Rational Rose


Порядок создания моделей бизнес правил должен включать следующие шаги:
  1. Разработку моделей бизнес правил.
  2. Построение ссылки из диаграммы процессов на диаграмму бизнес правил.

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

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

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

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





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





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




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




Рис. 7.6. Пример модели правила вывода




Рис. 7.7. Пример модели структурного бизнес правила