Методическая разработка «Основы бизнес моделирования» (стр. 7 )

Как в модели бизнес сущностей обозначается связь наследование?		стрелка с треугольником на конце
	стрелка с закрашенным ромбом
	стрелка с не закрашенным ромбом
	простая линия

8. Выбор из одного

Что такое мощность связи?		связь между целым и его частью
	зависимость между группами бизнес сущностей
	количество бизнес сущностей, принимающих участие в связи

9. Да или нет

Могут ли использоваться для описания атрибутов бизнес сущности типы данных определенные пользователем инструментального средства?		да
	нет

10. Да или нет

Может ли модель состояний не иметь конечного состояния?		да
	нет

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

Тема: Построение модели бизнес сущности и ее состояния в Rational Rose

Задание 1. Построить модель бизнес сущности и ее состояния в соответствие с примером

Постройте модель бизнес сущностей процесса Кредитования юридических лиц в валюте в Rational Rose в соответствие с примерами на рис. 5.10-5.14.

Задание 2. Построить модель бизнес сущности

Постройте в Rational Rose модель сущности заявления на перевод и модель сущности МТ 100 в формате , представленным в прил. 2, 3.

Тема 6. Разработка моделей ролей

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

·  научиться разрабатывать модели ролей бизнес процесса и их автоматизируемых видов деятельности;

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

6.1. Цель моделирование ролей

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

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

Для разработки модели ролей и их автоматизируемых функций в Rational Rose следует использовать диаграмму классов (class diagram) или диаграмму функций (use case diagram).Роль представляет абстракцию субъектов и объектов, участвующих в бизнес процессе. Примерами ролей могут являться клиент, продавец, банк и т. д.

Модель с описанием ролей должна строиться на основе описания бизнес процессов. Роли должны моделироваться в разбивке по бизнес процессам. При создании программной системы моделироваться должны только роли, связанные с деятельностями, подлежащими автоматизации.

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

·  пакет (package);

·  бизнес роль (business actor);

·  бизнес работник (business worker);

·  бизнес сущность (business entity);

·  шаг бизнес процесса или функция роли(business use case);

·  ассоциативная связь (association);

·  связь наследование (generalization).

Пакет (рис. 6.1) используется для группировки работников и бизнес ролей.

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

Элемент бизнес роль (business actor) используется для отображения субъектов и объектов, взаимодействующих с бизнес процессами и являющихся внешними по отношению к ним, например клиентами и партнерами. Элемент бизнес работник (business worker) используется для отображения людей, принимающих участие в бизнес процессе рассматриваемого предприятия. Элемент бизнес сущность (business entity) используется для обозначения документов и сущностей, которыми манипулируют работники. На рис. 6.2. представлены изображения работников, ролей и бизнес сущностей.

Рис. 6.2. Пример элементов диаграммы классов/функций для изображения бизнес ролей,
работников и бизнес сущностей

Роли и работники имеют функции. Изображение функции роли представлено на рис. 6.3.

Рис. 6.3. Пример элементов диаграммы классов/функций для изображения функций бизнес ролей и работников

Связи в модели ролей имеют место между ролью и функций, функцией и сущностями, между ролями.

Между ролью и функцией устанавливается связь, которая называется ассоциацией.

Связь отражает наличие определенной функции у действующего лица. Связь обозначается сплошной линией со стрелкой или без нее. На рис. 6.4. представлен пример связи между действующим лицом и функцией.

Рис. 6.4. Пример связи между ролью и функцией

Связь между ролью и функцией может иметь стереотип, например, <<communicates>> (взаимодействует).

Между функцией и сущностью также устанавливается связь ассоциация. Сущность, которая является для данной функции входной, соединяется с функцией связью ассоциация, имеющей направление от сущности к функции. Сущность, которая является для данной функции выходной, соединяется с функцией связью ассоциация, имеющей направление от функции к сущности (рис. 6.5).

Рис. 6.5. Пример связи между ролью, функцией и сущностями

Между ролями может существовать связь наследование. Наследование (generalization) между бизнес ролями это такое отношение между ними, когда одна роль имеет все функции другой роли (одиночное наследование) или других ролей (множественное наследование) и возможно другие функции специфические для данной роли. Пример связи наследования представлен на рис. 6.6.

Рис. 6.6. Пример связи наследования между бизнес работниками

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. Состав моделируемых ролей по процеccу кредитования юридических лиц в валюте

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

6.4. Задания для самоконтроля

Тест 6. Модели ролей

1. Выбор из одного

Какова цель использования модели ролей при создании программного обеспечения?		для реорганизации бизнес процессов
	для описания бизнес правил
	Для проектировании функций системы с разграничением доступа
	для проектирования БД

2. Выбор из многих

Какая диаграмма используется для построения модели ролей?		диаграмма деятельности
	диаграмма классов
	диаграмма функций
	диаграмма компонент

3. Выбор из одного

Какие элементы используются для разработки модели ролей?		·  пакет (package); ·  бизнес сущность (business entity); ·  ассоциативная связь (association); ·  связь агрегация (aggregation); ·  связь композиция (composition).
	·  пакет (package); ·  бизнес сущность (business entity); ·  ассоциативная связь (association).
	·  пакет (package); ·  бизнес роль (business actor); ·  бизнес работник (business worker); ·  бизнес сущность (business entity); ·  шаг бизнес процесса или функция роли (business use case); ·  ассоциативная связь (association); ·  связь наследование (generalization)..
	·  пакет (package); ·  бизнес сущность (business entity); ·  ассоциативная связь (association); ·  связь агрегация (agregation); ·  связь композиция (composition); ·  связь наследование (generalization)..

5. Выбор из одного

Как в модели ролей обозначается связь ассоциация?		стрелка с треугольником на конце
	стрелка с закрашенным ромбом
	стрелка с не закрашенным ромбом
	простая линия

6. Выбор из одного

Как в модели ролей обозначается связь наследование?		стрелка с треугольником на конце
	стрелка с закрашенным ромбом
	стрелка с не закрашенным ромбом
	простая линия

7. Выбор из одного

Как в модели ролей обозначается функция роли?

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. Пример модели структурного бизнес правила

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

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

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

Постройте модель бизнес правил в Rational Rose в соответствие с примерами на рис. 7.3-7.7.

Задание 2. Построить модель бизнес правил

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

Правило 1: по одному заявлению на переводу оформляется либо одно сообщение

Правило 2.

Если банк имеет Свфит и корреспондент банка имеет Свифт, то сообщение отправляется по Сфит иначе по телексу.

Предметный указатель

R

Rational Rose, 10

А

Артефакт, 6

Архитектура бизнеса, 22

Ассоциативная связь, 59

Б

Бизнес сущность, 25

Браузер, 11

Д

Диаграмма деятельности, 46

М

модели потока работ, 46

Модель, 8

модель бизнес процессов, 32

Мощность связи, 60

Н

Назначение иконок диаграммы деятельности, 14

Назначение иконок стандартной панели, 13

Нотация, 8

О

Объекты, 49

Окне диаграммы, 11

Окно документации, 11

П

Панели инструментов, 11

Р

Работник бизнес процесса, 25

С

Связь агрегация, 60

Связь композиция, 60

Связь наследование, 61

Спецификация элементов, 11

У

Унифицированный язык моделирования, 7

Ф

Функционально - стоимостной анализ, 21

Э

Элемент «деятельность», 47

Элемент состояние, 47

Глоссарий

Артефакт – модель, элемент модели, документ, программный код, исполняемые файлы, все что создается при разработке программных систем и подлежит версионному контролю

Бизнес процесс – последовательность видов деятельностей (операций, функций), выполняемых различными подразделениями предприятия, направленная на создание продукта или услуг, имеющих ценность для потребителя, клиента или заказчика

Бизнес роль –субъект или объект, находящийся в окружении бизнеса, который инициирует бизнес процесс или получает его результаты

Бизнес сущность – абстракция сущности реального мира

Дисциплина – группа из ролей, задач, артефактов и других средств управления процессом в описании процесса

Модель– представление чего-либо с некоторой точки зрения, например программной или бизнес системы

Модель анализа бизнеса – см. объектная модель бизнеса

Нотация - совокупность графических элементов, которые используются в моделях. Она является синтаксисом данного языка моделирования.

Объектная модель бизнес – модель, описывающая реализацию бизнес процесса

Работник – роль участника бизнес процесса, определяет поведение и ответственность индивидуума

Заключение

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

1)  На основе модели классификации бизнес процессов определяются подсистемы разрабатываемой системы.

2)  На основе основных шагов конкретных бизнес процессов определяются компоненты подсистем.

3)  На основе функций конкретных ролей определяются функции компонент.

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

5)  Бизнес правила используются определения правил системы.

Список литературы

1. Кролл П, Rational Unified Process – это легко. Руководство по RUP для практиков, М.:КУДИЦ-ОБРАЗ, 2004. – 432.

2. The Rational Unified Process v. 2003.06.00

Приложение 1. Технология оформления международного
перевода в банке

Документы	Деятельность	Подразделения	Действующие лица
Контракт.	Менеджер фирмы заключает контракт на поставку товаров и услуг.	Фирма.	Менеджер фирмы
Контракт.	Менеджер фирмы обращается в банк с контрактом, в отдел по работе со счетами клиентов к экономисту с просьбой оплатить услуги по контракту со счета фирмы в банке.	Отдел Банка по работе со счетами клиентов.	Менеджер фирмы
Пустой бланк заявления на международный перевод.	Экономист отдела по работе со счетами клиентов выдает менеджеру пустой бланк заявления на международный перевод.	Отдел Банка по работе со счетами клиентов.	Экономист отдела по работе со счетами клиентов.
Пустой бланк заявления на международный перевод, заполненный бланк заявления на международный перевод.	Менеджер фирмы получает пустой бланк заявления на перевод от экономиста, заполняет его и снова передает его экономисту.	Отдел Банка по работе со счетами клиентов.	Менеджер фирмы
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”.	Экономист отдела по работе со счетами клиентов проверяет средства на счете клиента; проставляет на бланке заявления на международный перевод печать “Сальдо счета позволяет”; бронирует средства по счету клиента на текущую дату; передает бланк заявления и контракт в отдел международных расчетов сотруднику этого отдела.	Отдел Банка по работе со счетами клиентов.	Экономист отдела по работе со счетами клиентов.
Контракт, заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”.	Сотрудник отдела международных расчетов получает бланк заявления и контракт. Проверяет правильность заполнения бланка. Если бланк заявления оформлен неверно, он передает его менеджеру фирмы для исправления.	Отдел международных расчетов.	Сотрудник отдела международных расчетов, менеджер фирмы.
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”.	Сотрудник отдела международных расчетов передает бланк заявления на международный перевод в отдел корреспондентских отношений позиционеру для бронирования средств по кор. счету.	Отдел международных расчетов.	Сотрудник отдела международных расчетов.
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”, кодом корреспондента банка и датой валютирования.	Позиционер получает бланк заявления на международный перевод, бронирует средства на уход по кор. счету на дату валютирования, проставляет на бланке заявления код корреспондента и дату валютирования и передает его сотруднику отдела международных расчетов.	Отдел кор. счетов.	Позиционер.
Заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”, кодом корреспондента банка и датой валютирования, МТ100 в формате телекса, МТ100 в формате СВИФТ, Мемориальный ордер, Контракт.	Сотрудник отдела международных расчетов получает бланк заявления на международный перевод от позиционера и оформляет заявление на перевод в формате телекса или СВИФТ МТ100 и мемориальный ордер с проводками. Оформленные документы и контракт передаются на подпись начальнику отдела международных расчетов.	Отдел международных расчетов.	Сотрудник отдела международных расчетов.
Контракт, заполненный бланк заявления на международный перевод с печатью “Сальдо счета позволяет”, кодом корреспондента банка, датой валютирования и подписью начальника отдела международных расчетов, МТ100 в формате телекса с подписью начальника отдела, МТ100 в формате СВИФТ с подписью начальника отдела, мемориальный ордер с подписью начальника отдела.	Начальник отдела международных расчетов подписывает документы и возвращает их обратно сотруднику отдела международных расчетов.	Отдел международных расчетов.	Начальник отдела международных расчетов.
МТ100 в формате телекса с подписью начальника отдела, МТ100 в формате СВИФТ с подписью начальника отдела, мемориальный ордер с подписью начальника отдела.	Сотрудник отдела международных расчетов передает МТ100 в формате телекса или СВИФТ в отдел телекса или СВИФТ, мемориальный ордер в бухгалтерию.	Отдел международных расчетов.	Сотрудник отдела международных расчетов.
МТ100 в формате телекса с подписью начальника отдела, МТ100 в формате СВИФТ с подписью начальника отдела.	Сотрудники отдела телекса или СВИФТ отправляют заявления на перевод (МТ100) корреспонденту Банка.	Отдел телекса, отдел СВИФТ,	Сотрудник отдела телекса, сотрудник отдела СВИФТ.
Мемориальный ордер с подписью начальника отдела.	Бухгалтер получает мемориальный ордер и заносит его в операционный день банка	Бухгалтерия.	Бухгалтер.

Приложение 2.
Форма заявление на перевод валютных средств клиентом банка

<Наименование Банка>

г. Москва

ЗАЯВЛЕНИЕ НА ПЕРЕВОД N_________________

Клиент- перевододатель	Наименование клиента, город расположения клиента на англ. яз. и руск. яз.
В случае необходимости просим связаться с _______________ по тел. ___________________	Просим дебетовать наш счет N_________________________ и платить
Сумма в инвалюте цифрами и прописью
Банк Бенефициара (наименование, город расположения, полный адрес) на англ яз.
Бенефициар (наименование, город расположения, полный адрес) на англ яз.
Назначение платежа на англ. яз.
Дополнительная информация для бака к переводу

Все расходы и комиссии по переводу просим:

[ ] списать с нашего счета N__________________

[ ] отнести на счет бенефициара

[ ] ваши расходы и комиссию по переводу просим списать с нашего счета

N__________________________, комиссии и расходы иностранных банков отнести на счет бенефициара.

Подпись ПЕЧАТЬ.

Приложение 3. Форма перевода по поручению
клиента мт100 в формате swift

Заголовок сообщения МТ100 должен включать:

BIC код Банка

100

BIC код банка корреспондента.

Текст сообщения:

Тип	N	Наименование поля	Формат	Примеры
М	:20:	Референс сообщения отправителя - Transaction Reference Number	16x	:20:997755XYZ
M	:32A:	Дата валютирования, Код валюты, Сумма - Value Date, Currency Code, Amount	6n3a15n	:32A:920123USD45,
M	:50:	Клиент приказодатель - Ordering Customer	35x	:50:Fortuna comp.
O	:52:	Приказодатель сообщения - Odering Institution	A или D	:52A:BITAITRR
O	:53a:	Корреспондент отправителя - Sender's Correspondent	А, В, D	:53A:NATAU330
O	:54a:	Корреспондент получателя - Sender's Correspondent	А, В или D
O	:56a:	Корреспондент банка бенефициара - Intermediary Bank	А, В или D	:56A:BKTRUS33
О	:57a:	Банк бенефициара - Account With Bank	А, В или D	:57A:SYSLUS33 :57А://FW SYSLUS33
M	:59:	Клиент – бенефициар Beneficiary Customer	[/34x] 4*35x	:59:/0123457 GRAND COMPANY
O	:70:	Детали платежа Details of Payment	4*35x	:70:SELL OF INV 2
O	:71A:	Детали комиссионных расходов Details of Charges	3a	:71A:OUR
O	:72:	Информация от отправителя сообщения получателю Sender to Receiver Information	6*35x	:72:/BNF/YOU REF //OUR REF 222

BIC код Банка – 8 символов, например, VTBRUMM

х – один символ, кроме 1 и 0; n – цифра; а - один символ;

А - BIC код Банка;

D - адрес Банка;

B – номер счета;

а рядом с номером поля – либо A, либо B, либо D;

M – обязательное поле;

O – опциональное поле.