Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Реферат'
7.Роль общественного сектора в формировании уровня благосостояния населения. 8. Проблема оптимизации соотношения общественного и частного секторов хо...полностью>>
'Документ'
Система знань зі спеціальності 7.070401 – «Мікробіологія та вірусологія» на кафедрі мікробіології та сучасних біотехнологій факультету біомедичних те...полностью>>
'Рассказ'
«Золотое Кольцо» России – уже более 30 лет это один из самых популярных туристских маршрутов, который объединяет древние города Центральной России: Мо...полностью>>
'Документ'
Всего несколькими словами или примерами Том дает ответы на многие животрепещущие проблемы, встающие перед лидерами Многоуровнего Маркетинга....полностью>>

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

Главная > Методическая разработка
Сохрани ссылку в одной из сетей:

3.1. Моделирование бизнес процессов

Моделирование бизнес процессов в соответствие с RUP , для автоматизированной поддержки которых разрабатывается автоматизированная система (АС), производится на этапе Бизнес моделирования (Business Modeling) (рис. 3.1). На этом этапе разрабатываются модель бизнес процессов (Business Use Case Model) и объектные модели бизнеса (Business Object Model) или модели анализа бизнеса (Business Analysis Model).

Рис. 3.1. Этапы разработки ПО и разрабатываемые модели в соответствие с RUP

По RUP модель бизнес процессов (Business Use-Case Model) есть модель процессов, связанных с внешней деятельностью организации по отношению к клиентами и ее партнерам.

В RUP дается следующее определение этой модели: Business Use-Case Model is a model that describes the processes of a business and their interactions with external parties like customers and partners [2].

Модель описывает организацию в терминах бизнес процессов (business use cases) и действующих лиц (субъектов или объектов), внешних по отношению к бизнес процессам (business actors).

По RUP объектная модель бизнес (Business Object Model) или модель анализа бизнеса (Business Analysis Model) есть модель, описывающая реализацию бизнес процессов с точки зрения взаимодействия работников организации и их манипулирования сущностями реального мира. Кроме этих двух классов моделей на этапе бизнес моделировании могут разрабатываться и другие виды моделей. В табл. 1 представлены модели дисциплины бизнес моделирования, их назначение и диаграммы UML, используемые для их разработки.

Таблица 1.

Этапы модели дисциплины бизнес моделирования по RUP

Этап работ по RUP

Модели

Диаграммы UML

Примечания

Бизнес моделирование

(Business Modeling)

Бизнес процессы (business use case model)

Use case diagram

Модель отображает процессы, подлежащие автоматизации, связи между процессами, цели, которые они поддерживают, субъектов и объектов, взаимодействующих с бизнес процессами и являющихся внешними по отношению к ним, например клиентами и партнерами. Модель используется для определения целей системы и разбиения системы на подсистемы. Каждому бизнес процессу ставится в соответствие подсистема.

Описание бизнес процессов (business object model RUP 2002 или business analysis model RUP 2003)

Activity diagram

Модель отображает поток работ по бизнес процессу. Модель используется для определения модулей подсистем и их функций.

Описание бизнес сущностей (business object model RUP 2002 или business analysis RUP 2003)

Class diagram,

Use case diagram

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

Описание состояния бизнес сущности (business object model RUP 2002 или business analysis model RUP 2003)

Activity diagram, Statechart diagram.

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

Роли и автоматизируемые виды деятельности (business object model RUP 2002 или business analysis model RUP 2003)

Class diagram,

Use case diagram

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

Структура предприятия (business object model RUP 2002 или business analysis model RUP 2003)

Class diagram,

Use case diagram

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

Бизнес правила

Class diagram, Activity diagram

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

В RUP рассматриваются следующие три категории бизнес процессов:

  • процессы важные для организации с коммерческой точки зрения, а именно процессы, связанные с клиентами и партнерами организации;

  • бизнес процессы, связанные с поддержкой коммерческих процессов, такие процессы как, администрирование автоматизированных систем, процессы обеспечения безопасности и т.п.;

  • бизнес процессы, связанные с управлением коммерческими и поддерживающими бизнес процессами.

Для использования RUP для других категорий процессов, например, вспомогательных необходимо нотацию модели бизнес процессов (Business Use-Case Model) адаптировать под указанные процессы.

3.1.1. Цель разработки модели бизнес процессов

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

Целью разработки модели бизнес процессов (Business Use Case Model) является определение бизнес процессов, подлежащих автоматизации, связей между ними и целей, которые они поддерживают.

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

Каждому из выделенных бизнес процессов предлагается в дальнейшем на этапе Определения требований к системе (Requirements) поставить в соответствие подсистему в разрабатываемой системе.

Например, бизнес процесс учета и оформления валютных операций включает два бизнес процесса: учет и оформление валютных операций и учет и оформление депозитных операций.

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

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

Цели, которые поддерживают бизнес процессы, следует использовать при определении целей разрабатываемой системы. На основе целей бизнес процессов, подлежащих автоматизации, должны быть сформулированы цели разрабатываемой системы.

Например, целями, которые могут поддерживать процессы учета и оформления валютных операций могут являться:

  • получение прибыли Банком

  • мониторинг денежных средств;

  • получение консолидированной отчетности для принятия управленческих решений;

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

Эти же цели могут и являться целями, разрабатываемой системы.

Для разработки модели бизнес процессов (Business Use Case Model), должна использоваться диаграмма функций (Use Case Diagram) унифицированного языка моделирования (UML).

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

Для построения модели бизнес процессов (Business Use Case Model), с использованием диаграммы функций (Use Case Diagram) должны использоваться следующие ее элементы:

  • пакет (package);

  • бизнес процесс (business process);

  • действующее лицо (субъект или объект), внешний по отношению к бизнес процессам - бизнес роль (business actor);

  • класс (class);

  • связи между элементами;

  • заметка (note).

Пакет (package) со стереотипом «бизнес процесс» (рис. 3.2) должен использоваться для изображения группы бизнес процессов.

Рис. 3.2. Пакет для изображения группы бизнес процессов

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

Рис. 3.3. Пакет для изображения группы бизнес процессов по учету и оформлению валютных операций

Для отображения связей между группами бизнес процессов должна использоваться связь зависимость (dependency) (рис. 3.4). Связь обозначается прерывистой стрелкой.

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

Рис. 3.4. Связь зависимость между двумя группами бизнес процессов

Для зависимых групп бизнес процессов связь должна проводиться от зависимой группы к независимой. На рис. 3.4 показано, что группа процессов 1 зависит от группы процессов 2.

Элемент пакет также может использоваться и для группировки целей бизнес процессов, которые они поддерживают. Для отображения группы целей должен использоваться пакет со стереотипом «Цель» (рис. 3.5.).

Рис. 3.5. Пакет для изображения группы целей бизнес процессов

Для изображения собственно бизнес процесса должен использоваться элемент бизнес процесс (Business Use Case) (рис. 3.6).

Рис. 3.6. Пример изображения бизнес процесса

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

Для отображения связей между бизнес процессами можно использовать связи зависимости со следующими стереотипами:

  • включает «include»;

  • расширяет «extend»;

  • родитель - потомок «generalization».

Для обозначения других типов связей между бизнес процессами можно использовать связи зависимости с собственными стереотипами, например, стереотип основной сценарий, альтернативный сценарий.

Связь зависимость между бизнес процессами со стереотипом включает «include», должна использоваться, когда разные бизнес процессы включает в себя один и тот же бизнес процесс. Для связи со стереотипом включает «include» стрелку следует направить к включаемому бизнес процессу от включающего. Связь отображается прерывистой линией с названием стереотипа.

На рис. 3.7 представлен пример связи зависимость со стереотипом включает «include».

Рис. 3.7. Пример связи между процессами включает «include»

Некоторые бизнес процессы могут выполняться при наступлении определенных условий или быть опциональными. В этом случае, следует использовать, связь зависимость со стереотипом расширяет «extend» (рис. 3.8). Эту связь удобно использовать при отображении бизнес процессов, которые должны выполняться, например, в исключительных ситуациях или при наступлении определенных условий. Для связи со стереотипом расширяет «extend», стрелку следует направлять к бизнес процессу, который расширяется другим бизнес процессом, от бизнес процесса, который его расширяет. Связь отображается прерывистой линией с названием стереотипа.

Рис. 3.8. Пример связи между процессами со стереотипом включает «extend»

Связь со стереотипом родитель – потомок «generalization» должна использоваться, когда необходимо чтобы бизнес процесс потомок обладала всеми свойствами бизнес процесса родителя и возможно какими – то дополнительными свойствами. Связь со стереотипом родитель – потомок «generalization» отображается сплошной линией с большой треугольной стрелкой. Стрелка направляется от потомка к родителю.

На рис. 3.9 представлен пример использования связи между бизнес процессами со стереотипом родитель – потомок «generalization».

Рис. 3.9. Пример использования связи между бизнес процессами

со стереотипом родитель - потомок «generalization»

На рис. 3.9 процесс родитель есть процесс ведение журналов, процесс потомок – ведение журнала продукции.

Для изображения субъекта или объекта, являющимся инициатором бизнес процесса или потребителем результатов бизнес процесса должен использовать элемент бизнес роль (рис. 3.10).

Рис. 3.10. Изображение элемента Бизнес роль

Роль должна именоваться исходя из контекста.

Для отображения связи между ролью и бизнес процессом должна использоваться связь ассоциация. Можно задавать стереотип для этой связи, например, взаимодействует «communicate». Связь отображается сплошной линией с названием стереотипа. Для отображения этих связей также можно использовать собственные стереотипы.

На рис. 3.11 представлен пример изображения ассоциативной связи между инициатором бизнес процесса и бизнес процессом со стереотипом взаимодействует «communicate».

Рис. 3.11. Пример изображения ассоциативной связи
со стереотипом взаимодействует «communicate» между инициатором бизнес процесса и бизнес процессом

Связь между ролью и бизнес процессом может и не иметь направления, в случае если роль или бизнес процесс могут инициировать взаимодействие. В случае инициации взаимодействия со стороны бизнес процесса связь должна иметь направление от бизнес процесса к бизнес роли.

Для отображения целей, которые поддерживают бизнес процессы, должен использоваться элемент класс со стереотипом <<цель>>. Связь между бизнес процессом и целью должна отображаться с использованием связи зависимость (dependency) со стереотипом поддерживает (support). Связь должна иметь направление от бизнес процесса к цели, которую он поддерживает. Пример бизнес процесса и цели, которую он поддерживает, представлен на рис. 3.12.

Рис. 3.12. Пример бизнес процесса и цели, которую он поддерживает

Элемент заметка может использоваться для различных комментариев или организации навигации по моделям. Пример использования заметки в качестве комментария представлен на рис. 3. 13.

Рис. 3.13. Пример использования заметки в качестве комментария

Пример модели бизнес процессов кредитования представлен на рис. 3.14. -3.16.

Рис. 3.14. Изображение группы бизнес процессов кредитования

Рис. 3.15. Изображение состава бизнес процессов кредитования

Рис. 3.16. Изображение бизнес процесса кредитования юридических лиц
в валюте, цели, которую он поддерживает и роли, которая его инициирует

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

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

  1. разработку моделей целей бизнес процессов;

  2. разработку модели бизнес процессов.

Состав разрабатываемых моделей должен быть отображен на отдельной диаграмме в Rational Rose, как представлено на рис. 3.17.

Рис. 3.17. Состав разрабатываемых моделей для отображения
бизнес процессов и их целей

Цели бизнес процессов

Цели бизнес процессов должны строиться в пакете «1. Цели бизнес процессов». На поле диаграммы помещаются именованные классы со стереотипом Цель. На рис. 3.18 представлен пример изображения целей кредитования.

Рис. 3.18. Пример целей кредитования

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

Иерархия бизнес процессов

Модель бизнес процессов должна строиться как иерархия диаграмм в пакете «2. Бизнес процессы». Пакет 2 должен считаться моделью первого уровня.

На последующих уровнях следует изображать подгруппы процессов, и на самом последнем уровне - собственно процессы и связанные с ними роли, и цели как представлено на рис. 3.19.

Рис. 3.19. Пример изображения групп подпроцессов

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

Последующие уровни вложенности определяется структурой бизнес процессов организации.

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

На рис. 3.20 – 3.23 представлен пример диаграмм модели бизнес процессов последнего уровня иерархии.

Рис. 3.20. Пример изображения бизнес процесса кредитования юридических лиц в рублях
и целей, которые он поддерживает

Рис. 3.21. Пример изображения бизнес процесса кредитования юридических лиц в валюте
и целей, которые он поддерживает

Рис. 3.22. Пример изображения бизнес процесса кредитования физических лиц в рублях
и целей, которые он поддерживает

Рис. 3.23. Пример изображения бизнес процесса кредитования физических лиц в валюте
и целей, которые он поддерживает



Скачать документ

Похожие документы:

  1. Методические указания по написанию курсовых работ для студентов 1 курса дневной и заочной форм обучения

    Методические указания
    Методические указания предназначены для студентов 1 курса дневной и заочной форм обучения, изучающих экономическую теорию. Содержат рекомендации по подготовке, написанию и защите курсовой работы по данной дисциплине, утвержденный
  2. Методические рекомендации для подготовки курсовых работ по дисциплине «теория государства и права»

    Методические рекомендации
    В соответствии с учебным планом при изучении дисциплины «Теория государства и права» студенты всех форм обучения должны написать и защитить курсовую работу.
  3. Методические указания к лаб раб по курсу Навигация и лоция. Выпуск 1 17-60

    Методические указания
    «Определение характеристик, построение и анализ основных зависимостей центробежного компрессора турбокомпрессора вспомогательного дизель-генератора». Методические указания к лабораторной работе
  4. Ссная программа для старшеклассников. // Читаем. Учимся. Играем. 2007. №2. С. 75. Литвинов К. Новости обучающего и игрового по: обзор дисков// Мир пк. 2008. № С. 84

    Программа
    Хотите стать математиком?: материалы математического отделения лицея « Всероссийская заочная многопредметная школа». Задачи вступительной контрольной работы.
  5. Анастасия Сергеевна Туманова: М. Ниу вшэ. 2011. 267 с. Аннотация учебно-методический комплекс

    Учебно-методический комплекс
    УМК-ИТФ: Учебно-методический комплекс для слушателей магистерской программы «История, теория и философия права» на 2011-2012 учебный год. Автор-составитель: доктор юридических наук, доктор исторических наук, профессор Анастасия Сергеевна Туманова: М.

Другие похожие документы..