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

Е.Б. Золотухина
С.а. КраСниКова
а.С. вишня

КратКий КонСпЕКт лЕКций

Москва
КУРС 
ИНФРА-М 
2017

модЕлированиЕ 
БиЗнЕС-процЕССов

удК 65.012.123(075.8)
ББК 65.290-2я73
 
З-81

Золотухина Е.Б., Красникова С.а., вишня а.С. 
Моделирование бизнес-процессов. Краткий конспект лекций: — М.: КУРС: ИНФРА-М, 2017. — 79 с. 

ISBN 978-5-906818-12-6 (КУРС)
ISBN 978-5-16-012529-9 (ИНФРА-М, print)
ISBN 978-5-16-105689-9 (ИНФРА-М, online)
Краткий конспект лекций посвящен вопросам моделирования предметной области объектов автоматизации для целей создания автома 
тизированных систем (АС), поддерживающих их деятельность. Предложен состав моделей предметной области и показана зависимость 
между моделями АС и предложенными моделями предметной области  
объекта автоматизации. Так на основе моделей карты бизнес-процессов (БП)  (состава БП) осуществляется определение подсистем  
создаваемой АС. На основе основных этапов БП создаются модули или  
автоматизированные рабочие места пользователей АС. На основе шагов БП  
определяются функциональные требования к АС и их функции. С использование моделей объектов создаются экранные формы, проектируется БД  
определяются печатные документы АС, импортируемые/экспортируемые данные, классы, реализующие отдельные модули. Создание моделей  
производиться 
в 
соответствии 
с 
представленной 
оригинальной  
методикой визуального моделирования с использованием нотации  
унифицированного языка моделирования - Unified Modeling Language. Для 
создания моделей используется инструментальное средство визуального 
моделирования Enterprise Architect.
Краткий конспект лекций предназначен для магистрантов по направлению обучения бизнес-информатика и прикладная информатика.

                                                                                                      УДК 65.012.123(075.8)
                                                                                 ББК 65.290-2я73

З-81

©  Золотухина Е.Б., 
Красникова С.А., Вишня А.С., 
2016
© КУРС, 2016

ISBN 978-5-906818-12-6 (КУРС)
ISBN 978-5-16-012529-9 (ИНФРА-М, print)
ISBN 978-5-16-105689-9 (ИНФРА-М, online)

ФЗ 
№ 436-ФЗ
Издание не подлежит маркировке 
в соответствии с п. 1 ч. 2 ст. 1

ВВЕДЕНИЕ

В данном кратком конспекте лекций представлено последователь
ное 
обучающее 
описание 
оригинальной 
методики                                  

бизнес-моделирования, разработанной c использованием средства 
визуального моделирования Enterprise Architect (EA) на основе     
унифицированного языка моделирования Unified Modeling Language 
(UML).

Рекомендации методики в составе данного конспекта ориентиро
ваны на проекты создания систем масштаба предприятия.

Методика бизнес-моделирования на основе UML с использовани
ем EA, активно и успешно используется авторами при создании     
автоматизированных систем масштаба предприятия в автомобильном 
бизнесе, в банковской сфере, газовой и т.д. На основе описанных в 
данном конспекте лекций подходов корректно определяются требования к разрабатываемым автоматизированным системам, и создается 
их архитектура.

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

ГЛАВА 1. ОБЩИЕ СВЕДЕНИЯ О ПРОЦЕССЕ СОЗДАНИЯ 

МОДЕЛЕЙ ПРЕДМЕТНОЙ ОБЛАСТИ И РАЗРАБОТКЕ 

АВТОМАТИЗИРОВАННЫХ СИСТЕМ

Процесс создания автоматизированных систем (АС) масштаба 

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

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

Состав стадий и этапов работ по созданию АС в соответствии с 

[6.1] представлен в табл. 1.1.

Таблица 1.1. Состав стадий и этапов работ по созданию АС

№
Стадия
Этап работ

Формирование
требований к АС

1.1. Обследование объекта и обоснование 
необходимости создания АС

1.2. Формирование требований пользователя 
к АС

1.3. Оформление отчета о выполненной 
работе и заявки на разработку АС (тактикотехнического задания)

Разработка
концепции АС

2.1. Изучение объекта

2.2. Проведение необходимых научноисследовательских работ

2.3. Разработка вариантов концепции АС и 
выбор варианта концепции АС, 
удовлетворяющего требованиям пользователя 

2.4. Оформление отчета о выполненной 
работе

Техническое задание
3.1. Разработка и утверждение технического 
задания на создание АС

Эскизный проект
4.1. Разработка предварительных проектных 
решений по системе и ее частям

4.2. Разработка документации на АС и ее 
части

№
Стадия
Этап работ

Технический проект
5.1. Разработка проектных решений по 
системе и ее частям

5.2. Разработка документации на АС и ее 
части 

5.3. Разработка и оформление документации 
на поставку изделий для комплектования АС 
и (или) технических требований (технических 
заданий) на их разработку

5.4. Разработка заданий на проектирование в 
смежных частях проекта объекта 
автоматизации

Рабочая документация 6.1. Разработка рабочей документации на 

систему и ее части

6.2. Разработка или адаптация программ

Ввод в действие
7.1. Подготовка объекта автоматизации к 
вводу АС в действие

7.2. Подготовка персонала

7.3. Комплектация АС поставляемая 
изделиями (программными и техническими 
средствами, программно-техническими 
комплексами, информационными изделиями)

7.4. Строительно-монтажные работы

7.5. Пусконаладочные работы

7.6. Проведение предварительных испытаний

7.7. Проведение опытной эксплуатации

7.8. Проведение приемочных испытаний

Сопровождение АС
8.1. Выполнение работ в соответствии с 
гарантийными обязательствами

8.2. Послегарантийное обслуживание

Создание моделей предметной области (бизнес-моделирование) 

проводят на стадии «Формирование требований к АС» на этапе работ 
«Обследование объекта и обоснование необходимости создания АС»

Модели предметной области являются исходными данными для 

определения требований пользователей к АС и созданию ее архитектуры.

Под моделью понимается представление чего-либо с некоторой 

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

В таблице 1.2 представлен состав моделей объекта автоматизации 

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

Таблица 1.2. Состав моделей объекта автоматизации 

№
Наименование
модели

Использование моделей 
в бизнесе

Использования моделей 
при автоматизации

Цели бизнеса
При создании 
концепции бизнеса 
компании, стратегии ее 
развития

Для определения целей 
создаваемой АС, 
поддерживаемой 
деятельность компании

Состав бизнеспроцессов

При высокоуровневом 
описании бизнеспроцессов компании

Для определения:

подсистем, модулей, 
компонент АС

Модель бизнеспроцесса в виде 
потока работ

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

Для определения 
требований к функциям 
АС

Модели объектов 
реального мира, 
включая их 
состояния, в 
разбивке по бизнеспроцессам

Описания 
документооборота 
компании

Проектирования 
экранных форм, БД, 
классов АС

Роли в разбивке по 
бизнес-процессам

Для создания 
должностных 

Для определения ролей 
пользователей АС, 
проектирования АС в 

№
Наименование
модели

Использование моделей 
в бизнесе

Использования моделей 
при автоматизации

инструкций
соответствии с АРМ

Организационная 
структура объекта 
автоматизации

Для документирования 
орг. структуры и 
отслеживания 
изменений орг. 
структуры

Для определения 
размещения компонент 
и технических средств 
АС, для назначения 
ролей пользователей 
соответствующим 
должностям

Бизнес-правила 
При документировании 
ограничений 
предметной области

Ограничения, 
накладываемые на АС 

Техническое и 
программное 
обеспечение 
объекта 
автоматизации

При слежении за 
качеством 
функционирования 
технических средств 
компании

Для выявления 
технических средств 
создаваемой АС, при 
интеграции, 
создаваемой АС с 
существующими АС и 
программами

Ключевые 
показатели бизнеспроцессов

При управлении бизнеспроцессами

Автоматизация 
процесса контроля 
бизнес-процессов 
предметной области

Типы данных 
Для унифицированного 
описания атрибутов 
объектов бизнеспроцессов

Для унифицированного 
описания атрибутов 
объектов бизнеспроцессов

Создание указанных моделей обеспечивает корректное определе
ние требований к АС и создание ее архитектуры.

Указанные модели могут быть также успешно использованы при 

описании бизнеса с целью обеспечения его прозрачности и              
рационального управления.

Для создания указанных моделей в рамках данного курса исполь
зуется инструмент визуального моделирования Enterprise Architect 
(EA) и нотация на основе унифицированного языка моделирования 
Unified Modeling Language (UML).

ЗАДАНИЯ ДЛЯ САМОПРОВЕРКИ

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

На какой стадии работ по 
ГОСТ 34.601-90 
формируются требования 
пользователя?

Разработка концепции АС

Формирование требований к АС

Техническое задание

Рабочая документация

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

Какие этапы работ по 
ГОСТ 34.601-90 
относятся к стадии 
эскизный проект?

Обследование объекта и обоснование 
необходимости создания АС;

Оформление отчета о выполненной работе и 
заявки на разработку АС (тактикотехнического задания)

Разработка и утверждение технического 
задания на создание АС

Разработка предварительных проектных 
решений по системе и ее частям

Разработка документации на АС и ее части

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

Какие стадии относятся к 
созданию АС по ГОСТ 
34.601-90?

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

Эскизный проект

Техническое задание

Управление проектом

Сопровождение АС

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

На основе какой модели 
определяются 
функциональные 
требования к АС?

Организационная структура объекта 
автоматизации

Модель бизнес-процесса в виде потока работ

Цели бизнеса

Модели объектов реального мира

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

На основе какой модели 
определяются подсистемы 
разрабатываемой АС?

Организационная структура объекта 
автоматизации

Модель бизнес-процесса в виде потока 
работ

Состав бизнес-процессов

Модели объектов реального мира

ГЛАВА 2. УНИФИЦИРОВАННЫЙ ЯЗЫК 

МОДЕЛИРОВАНИЯ И ЕГО ПОДДЕРЖКА СРЕДСТВОМ 

ВИЗУАЛЬНОГО МОДЕЛИРОВАНИЯ (ENTERPRISE

ARCHITECT)

2.1. ИСТОРИЯ СОЗДАНИЯ UML

Унифицированный 
язык 
моделирования 
(Unified 
Modeling 

Language - UML) является языком визуального моделирования, 
предназначенным для разработки моделей предметной области и 
программных систем различных классов.

Разработка UML началась в октябре 1994 г. когда Грэйди Буч 

(Grady Booch) и Джеймс Рэмбо (James Rambaugh) начали свои работы 
по унификации соответственно метода Booch и OMT (Object Modeling 
Technique) в Rational Software Corporation. Первоначальной их целью 
было объединение методов Booch и OMT. В октябре 1995 г. появилось первое описание UML (версия 0.8). В июне 1996 г. появилась 
версия 0.9. Версия UML 1.0. была представлена для стандартизации в 
консорциуме Object Management Group (OMG) в июле 1997 г. OMG 
занимается 
разработкой 
стандартов 
на 
основе 
объектно
ориентированных подходов, и в ее деятельности участвуют более 500 
различных компаний. Утвержденная в ноябре 1997 г. версия UML 1.1 
была принята на вооружение основными компаниями - производителями программного обеспечения, такими, как Microsoft, IBM, HewlettPackard и производителями CASE-средств, которые реализовали поддержку UML в своих программных продуктах (Paradigm Plus, System 
Architect, Microsoft Visual Modeler, Microsoft Visio, ARIS Toolset, 
Oracle Designer, Silverrun). В июне 1998 г. появилась версия UML 1.2, 
осенью 1998- UML 1.3, в 2002 г. UML – 2.0. В настоящее время доступны версии UML – 2.3.

UML не является языком программирования. Программный код 

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

UML имеет следующие достоинства:
•
обеспечивает формализацию и стандартизацию процесса мо
делирования;

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