- •Введение
- •1. Унифицированный язык моделирования uml и его поддержка Rational Rose
- •1.1. История создания uml
- •1.2. Диаграммы uml
- •Этапы работ по rup, модели и диаграммы uml в Rational Rose
- •1.3. Инструментальное средство визуального моделирования Rational Rose
- •1.3.1. Основные элементы интерфейса Rational Rose
- •Назначение иконок стандартной панели
- •Назначение иконок диаграммы деятельности
- •1.3.2. Работа в Rational Rose
- •2. Описание дисциплины бизнес моделирования
- •2.1. Цели бизнес моделирования
- •2.2. Концепции бизнес моделирования
- •2.2.1. Функционально - стоимостной анализ (Activity-Based Costing)
- •2.2.2. Архитектура бизнеса
- •2.2.3. Типовые бизнес решения
- •2.2.4. Моделирования больших организаций
- •2.2.5. Различные сценарии бизнес моделирования
- •2.3. Виды деятельности на этапе бизнес моделирования
- •2.4. Результаты бизнес моделирования
- •2.5. Роли и виды деятельности при проведении бизнес моделирования
- •2.6. Практические задания Тема: Построение потока работ бизнес моделирования в Rational Rose Задание 1. Построить поток работ в соответствие с примером
- •Задание 2. Построить поток работ документирования на этапе бизнес моделирования
- •3. Разработка моделей бизнес процессов
- •3.1. Моделирование бизнес процессов
- •Этапы модели дисциплины бизнес моделирования по rup
- •3.1.1. Цель разработки модели бизнес процессов
- •3.1.2. Использование диаграммы функций для разработки моделей бизнес процессов
- •Со стереотипом родитель - потомок «generalization»
- •3.1.3. Порядок построения модели бизнес процессов в Rational Rose
- •3.3. Практические задания
- •4. Разработка моделей потоков работ
- •4.1. Цель моделирование потока работ
- •4.2. Использование диаграммы деятельности для разработки модели потока работ
- •Для отображения деятельностей, выполняемых параллельно
- •Для отображения множественного выбора
- •В котором выполняется определенная деятельность
- •4.3. Порядок построения модели потока работ бизнес процессов в Rational Rose
- •4.4. Практические задания
- •5. Разработка моделей бизнес сущностей и их состояний
- •5.1. Цель моделирование бизнес сущностей и их состояний
- •5.2. Использование диаграммы классов или функций для разработки модели бизнес сущностей
- •5.3. Использование диаграммы состояний или деятельности для разработки модели состояний документа или бизнес сущности
- •5.4. Порядок построения модели бизнес сущности и ее состояния в Rational Rose
- •5.4. Практические задания
- •6. Разработка моделей ролей
- •6.1. Цель моделирование ролей
- •6.2. Использование диаграммы классов/функций для разработки модели ролей
- •6.3. Порядок построения модели ролей в Rational Rose
- •7.3. Порядок построения модели бизнес правил в Rational Rose
- •7.4. Практические задания
- •Заключение
- •Приложение 1. Технология оформления международного перевода в банке
- •Приложение 2. Форма заявление на перевод валютных средств клиентом банка
- •Приложение 3. Форма перевода по поручению клиента мт100 в формате swift
Для отображения деятельностей, выполняемых параллельно
Рис. 4.9. Пример горизонтальных синхронизаторов (synchronization)
Для отображения множественного выбора
Объекты (objects) на диаграммах деятельности должны использоваться для изображения действующих лиц бизнес процесса или ролей и различных сущностей, которыми манипулируют эти лица или роли.
Объект может иметь состояние.
Объект должен связываться с деятельностью с использованием элемента поток объектов (object flow) (прерывистая стрелка).
Поток объектов имеет направление.
Если объект по отношению к деятельности является входным, то поток объектов проводится от объекта к деятельности, если выходным – то от деятельности к объекту.
На рис. 4.10 представлен пример объекта, входного потока объектов и деятельности.
Рис. 4.10. Пример деятельности со входным объектом
Для объекта, отображающего действующее лицо или роль бизнес процесса, поток объектов должен быть направлен к деятельности, которую он выполняет, как представлено на рис. 4.11.
Рис. 4.11. Пример действующего лица и его деятельности
Имя объекта должно задаваться исходя из контекста. Имя объекта должно задаваться как имя объекта : имя класса объекта.
Элемент заметка может использоваться для различных комментариев. Пример заметки для описания подразделения, в котором выполняется определенная деятельность, представлен на рис. 4.12.
Рис. 4.12. Пример заметки для описания подразделения,
В котором выполняется определенная деятельность
Заметки следует прикреплять к элементам диаграммы деятельности (activity diagram) с использованием пунктирной линии (anhor note to item).
В RUP существуют следующие рекомендации по разработке модели потока работ с использованием диаграммы деятельности (activity diagram).
Модель потока работ разрабатывается в два этапа.
В начале разрабатывается модель, отображающая основные виды деятельности (macro activity) по описываемому бизнес процессу в целом.
Далее каждая деятельность декомпозируется с использованием другой диаграммы деятельности. Поле этой диаграммы может разбиваться на части с использованием разделительных линий (swim lane), где разделительные линии могут представлять работников участвующих в бизнес процессе или подразделения.
Построение диаграммы с основными видами деятельности рекомендуется проводить таким образом, чтобы в дальнейшем каждому основному виду деятельности можно было сопоставить на этапе определения требований к системе модуль, компоненту или подсистему в разрабатываемой системе.
Однако для построения распределенных систем более удобным является использование следующих разделительных линий:
входная/выходная информация;
деятельность;
роль;
подразделение;
должность;
бизнес правило.
В разделе деятельность следует отражать шаги бизнес процесса или деятельность процесса.
В разделе входная/выходная информация – входные/выходные бизнес сущности, связанные с шагом бизнес процесса, в разделе роль – роль, ответственную за выполнение шага бизнес процесса, в разделе должность и подразделения – должности действующих лиц бизнес процесса и подразделения предприятия, связанные с шагом бизнес процесса, в разделе бизнес правила - описание бизнес правил или ссылки на модели бизнес правил для рассматриваемого шага бизнес процесса.
Такое использование разделительных линий обусловлено тем, что на основе видов деятельности, отображающих шаги бизнес процесса, будут определяться функции системы, на основе входных/выходных сущностей будет разрабатываться интерфейса пользователя, альбом входных/выходных форм, БД, классы, реализующие соответствующие функции. Информация о ролях, должностях и подразделениях будет использована при рассмотрении вопросов, связанных с разграничением доступа. На основе бизнес правил будут определяться ограничения, накладываемые на функции системы.
Для изображения входной/выходной информации и роли должен использоваться элемент объект с соответствующим состоянием (object).
Для изображения шага бизнес процесса должен использоваться элемент деятельность(activity).
Для изображения подразделений, должностей, ссылок на бизнес правила – заметки (note).
Роли, входная и выходная информацию должны связываться с деятельностью через потоки объектов (object flow).
Роли, подразделения должны связываться между собой через связь - пунктирная линия (anhor note to item), прикрепляющую заметки к элементам диаграммы.
На рис. 4.13 представлен пример диаграммы деятельности, используемой для декомпозиции обобщенной деятельности.
Рис. 4.13. Декомпозиция обобщенной деятельности
На рис. 4.14 представлен пример основных шагов процесса кредитования, на рис. 4.15 – детальное описание шага Предварительное ознакомление с клиентом и его хозяйственной деятельностью и целью кредитования.
Рис. 4.14. Основные шаги процесса кредитования юридических лиц в валюте
Рис. 4.15. Детальное описание шага процесса кредитования Предварительное ознакомление с клиентом и его хозяйственной деятельностью и целью кредитования