Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Основы объектно-ориентированного бизнес-моделир...doc
Скачиваний:
13
Добавлен:
26.11.2019
Размер:
2.15 Mб
Скачать

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)