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

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

5.3. Использование диаграммы состояний или деятельности для разработки модели состояний документа или бизнес сущности

В некоторых случаях для выявления скрытых атрибутов бизнес сущностей или документов необходимо описать их состояния. Описание состояний бизнес сущностей также может быть весьма полезным при проектировании функций системы, пользовательского интерфейса и БД. Для моделирования состояний бизнес сущностей можно использовать диаграмму состояний (statechart diagram) или диаграмму деятельностей (activity diagram). Модели состояний бизнес сущностей должны строиться на основе описания бизнес процесса. Для моделирования должны быть отобраны бизнес сущности и их состояния из раздела описания бизнес процесса входная/выходная информация.

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

• 
  начальное состояние (start state);
  
• 
  конечное состояние (end state);
  
• 
  состояние (state);
  
• 
  переход (state transition);
  
• 
  решение (decision);
  
• 
  горизонтальные синхронизаторы (horizontal synchronization);
  
• 
  вертикальные синхронизаторы (vertical synchronization);
  
• 
  разделительные линии (swim lane);
  
• 
  заметка.
  

На рис. 5.9 представлена модель состояний документа Заявка клиента.



Рис. 5.9. Модель состояний документа Заявка клиента

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

Порядок создания моделей бизнес сущностей и их состояний должен включать следующие шаги:

4. 
   Разработку моделей бизнес сущностей.
   
5. 
   Разработку моделей состояний бизнес сущностей.
   
6. 
   Построение ссылки из диаграммы описания бизнес сущности на диаграммы состояний.
   

Разработка моделей бизнес сущностей

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

На поле диаграммы «Все модели в разделе Use Case View» должен быть помещен пакет с наименованием: «3. Модели бизнес сущностей и их состояния», например, как представлено на рис. 5.10.

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

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


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

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

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



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



Рис. 5.13. Пример модели заявки клиента

Разработка моделей состояний бизнес сущностей

Модель состояний бизнес сущностей должна строиться как поддиаграмма под соответствующей бизнес сущностью. На диаграмму состояния должна быть сделана ссылка, через заметку, помещенную рядом с изображением бизнес сущности, как представлено на рис.5.14.



Рис. 5.14. Пример ссылки на модель с описанием состояния бизнес сущности