7.09.

23
Бизнес-процессы
Процесс - это совокупность взаимосвязанных и взаимодействующих видов деятельности,
преобразующих входы и выходы (ИСО 9000).

Бизнес-процесс устойчивая целенаправленная совокупность взаимосвязанных видов

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

Методология IDEF - методология деятельности предприятия

IDEF0 - стандарт функционального моделирования
IDEF1 - стандарт моделирования информационных потоков внутри системы, позволяющая
отображать и анализировать их структуру и взаимосвязи
LDELA
стандарт построения реляционных структур. Относится к типу методологий «сущность-
связь» и используется для моделирования реляционных БД.
> IDEF3 - стандарт документирования процессов. С помощью него описываются сценарий
и последовательность операций для каждого процесса.

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

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

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

Название блока должно быть в глагольной форме! и иметь уникальный идентификационный
номер
Интерфейсная дуга/поток/стрелка - элемент системы, который обрабатывается
функциональным блоком или оказывает иное влияние. С помощью дуг отображаются
реальные объекты (детали, сотрудники...), потоки данных и информации (документы,
инструкции).



Вход- материал или информация, которые используются или преобразуются работой для
получения результата (выхода).
Вход в процесс поступает из вне!
Каждая стрелка должна иметь уникальное название!
Например: сырье, материалы, полуфабрикаты, документация, информация, персонал,
услуги и т.д

Выход - материал или информация, которые производятся работой.

Каждая работа должна иметь хотя бы 1 стрелку выхода!
Работа без результата не имеет смысла и не должна моделироваться!
Например: готовая продукция, документация, информация, персонал, услуги и т.д

Механизм = Ресурс БП
- материальный или информационный объект, постоянно используемый для выполнения
процесса, но не являющийся входом процесса. Ресурсы процесса находятся под
управлением владельца процесса.

Например: информация, персонал, оборудование, программное обеспечение,

инфраструктура и т. д.

Управление - правила, стандарты, инструкции, которыми руководствуется данный

процесс. Каждая работа должна иметь хотя бы 1 стрелку управления!
Управление ВЛИЯЕТ на работе, а НЕ ПРЕОБРАЗУЕТ!
*Вызов - дополнительная специальная стрелка, указывающая на модель другой работы.
Стрелка вызова рисуется как исходящая из нижней грани работы.
Используется для указания того, что некоторая работа выполняется за пределами

Глоссарий — набор соответствующих определений, ключевые слова, пометки и т.д.,

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

При моделировании Обязательно указать цель построения диаграммы!

Правильный выбор точки зрения существенно сокращает временные затраты на построение

конечной модели.

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

14.09.23
Уровни описания бизнес-процессов
Верхний уровепь описапия бюлес-процессов соотвстствуст процессам, которыми
управляют топ мепсджеры уровня заместителя гепсрального дирсктор
Второй уроветь процессов, как правило, рассматривается на уровне крупных
функиионатыь подразделений предприятия.
Третий - уровень функций подразделснии и отделов.
Четвертый уровень - футкции, выполняе шни вылодияемья рабок

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

Туннелирование
случае применяется тушиедировате стре
Уолонное обезинсие: ( ) яли |
С) уетановненные в начеле дути оболинают, что эга футклионалии
дуть не была унаслеловала от фушкивимального родительского влока
пожалась вп «туниезя» только на этой дол рачие. ОДНАКО В кахом

Классификация процессов: Основной (процесс основной деятельности)

Классификация процессов: Вспомогательный
Назнячение продесся - обеспечение деятельпости ословных процессов. Резульгат -
ресурсы для основных процессов. Деятельность процессов пе касается оспонных
продуктов. Процссе добавляет к продукту стоимость.
Клиенты: ю
Внутренние клиенты -другие процессы организации.
Классификация процессов: управления
Назначение продесса - управление деятельностью всей органзации Результат -
деятельность всей организации
Клиенты:
1 Собствсиники (инвесторы).
2. Потребители (клиенты).
3. Персонал (сотрудтики)
4. Поставтики и субподрядчики.
≤ Обшество (впешняя средаа).

IDEF3
Моделированно в потации IDEF3 кваяетск частью структурпого впада систем, может
вспользоватьсх как доподиспие и уточение
молет IDEFO.
Система (не обапательо янкформатноная) овисылается как
упорядоченная последовательность событиії с одповременным описатием объектон,
имстжих отновітие к моделируємом
процессу
Молетирование IDEF3 может быть реализоло)
альгерігатиживыми методами
7 Process Flow Description (PFD)
Описание технало
процоссол, с указанием того, что происходит ла теклалогческого процеоса
)biect State Transition Description (OSTD)
щ, с указанием того, какте уя у объектов в моль

Организация IDEF3


Диагретима IDEP3 Procena Flow Description моает состоять. 10
Отдельих и самостоятетьтях описательт
блохи действия или работы
стрелки коше свят
г ворохрестки





19.09
Нотация EPC
Главными элементами являются:
» события, которые запускают или завершают работу;
> действия (работа), которая переводит систему из одного состояния в другое;
> исполнители работы;
> ресурсы и результаты работы (входы и выходы).









1. Диаграмма функции ЕРС должна начинаться как минимум одних стартовым событием
(стартовое событие может следовать за интерфейсом процесса) и завершаться как
минимум одним конечным событием (конечное событие может предшествовать интерфейсу
процесса).
2. События и функции по ходу выполнения процесса должны чередоваться. Решения о
дальнейшем ходе выполнения процесса принимаются функциями.
3. Рекомендуемое количество функций на диаграмме - не более 20. Ес количество
функций диаграммы значительно превышает 20, то существует вероятность, что
неправильно выделены процессы на верхнем уровне необходимо произвести корректировку
модели.
4. Событи и функции должны содержать строго по одной входящей и одной исходящей
связи, отражающей ход выполнения процесса.


Нотация Cross Functional Flowchart /
«Процедура»
Процедура отображает детальный алгоритм выполнения бизнес-процесса, а так же всех
участников бизнес-процесса и как они взаимодействуют между собой в рамках
Процедуры.
Основные потребители Процедуры - сотрудники разных уровней организации.

BPMS -?(отношение к моделированию процессов)

Нотация BPMN
BPMN (Business Process Model and Notation) - это язык
полелирования бизнес-процессов, который является промежуточным звеном между
формализацией/визуализацией и воплощением бизнес-процесса.
BPMN-схемы графически демонстрируют подробную последовательность действий со
сложными развилками и параллельными рядами событий, а также потоки ресурсов и
информации.
С 2014 года под действием рыночных требований нотация получила новое название «
Модель и нотация принятия решений», однако аббревиатура при этом не поменялась.
Новая модель содержит расширенный перечень элементов.

В нотации BPMN выделяют пять основных категорий элементов:

> элементы потока (события, процессы и шлюзы);
> данные (объекты данных и базы данных);
• соединяющие элементы (потоки управления,
ПОТОКИ
сообщений и ассоциации);
> зоны ответственности (пулы и дорожки);
> артефакты (сноски).

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

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



Нотация BPMN. Процесс

Блок представляет собой процесс - действие или набор действий, выполняемых над
исходным объектом (документом, материальным объектом и прочим) с целью получения
заданного результата.
Внутри блока помещается наименование процесса.
Временная последовательность выполнения процессов задается расположением процессов
на диаграмме слева направо (сверху вниз на вертикальной диаграмме процесса BPMN).
Процессы BPMN подразделяются:
• задачи
• подпроцессы

Залача - это простое действие (или операция), которое не имеет дальнейшей

декомпозиции в рамках рассматриваемого процесса:
> Абстрактная задача (задача с неопределенным типом)
Пользовательская задача (задача, которую вышолняет человек при содействии других
людей или программного обеспечения)
> Сервиспая задача (задача, предназначенная для оказания услуги, которая может
являться как web-сервисом, так и автоматизированным приложением)
> Отправка сообщений (задача, суть которой заключается в отправлении сообщения
внешнему участнику за пределы рассматриваемого процесса)
Получение сообщений (задача, суть которой заключается в получении сообщения от
внешнего участника, находящегося за пределами рассматриваемого процесса)

> Ручное выполнение (задача, выполнение которой подразумевает действия человека и

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


Подпроцесс - это декомпозированный процесс, включенный в состав рассматриваемого

процесса, который описан более подробно на своей диаграмме.

Подпроцессы подразделяются на типы:

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

> Транзакция (подпроцесс, состоящий из набора процессов, которые в совокупности

представляют некий неделимый процесс: либо весь процесс выполняется полностью, либо
не выполняется вообще. Транзакции используются тогда, когда необходимо выполнить
несколько процессов, но при каких-то исключительных ситуациях необходимо «откатить»
выполняемые процессы);
Ad-Нос процесс (подпроцесс, представляющий собой группу процессов, взаимодействие
между которыми не поддаются строго регламентированным правилам. Определяется только
набор процессов, однако, их последовательность и количество выполнений определяются
исполнителями этих процессов).

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

> Стандартный цикл (используется, когда количество циклов заранее неизвестно.
Процесс будет выполняться в цикле, пока верно некоторое условие)
Многоэкземилярный параллельный цикл (используется, когда количество циклов известно
заранее. При этом экземпляры процесса будут выполняться параллельно)
> Многоэкземплярный последовательный цикл (используется, когда количество циклов
известно заранее. При этом экземпляры процесса будет выполняться последовательно).

Для процесса BPMN можно задать специальный тип процесса - Компенсация.

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

Событие - состояние, которое является существенным для целей управления бизнесом и

оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-
процессов.
Пример событий: старт процесса, завершение процесса, смена статуса документа,
получение сообщения и др.
Событие - элемент пеобязательный, поэтому на диаграмме процесса в нотации BPMN его
может и не быть.
Категории:
• возникающие из-за какой-то причины
• инициирующие какой-то результат

Триггер - это причина возникновения события и результат, который инициирует

событие,
1) События, обрабатывающие триггер, который привел к их возникновени, называются
обработчиками. Это все стартовые и пекоторые промежуточные события.
Если встречается событие-обработчик, то процесе ожидает паступления этого события,
т.е, ожидает появления причины возпикповения этого события. На диаерамме триггер
внутри события, яеляющегося обработчиком, показывается пезакрашенным
2) События, которые инициируют григгер (или некий результат), называются
ипицияторами. Это некоторые промежуточные события (вклочая промежуточнос событие с
типом "Неопределенное") и все копечные события. Если встречается событие-инициатор,
то процесс просто выполпяется далье и пичего не ожидает. На диаграмме триггер
внутри события, являющегося инициатором, показывается закрашенным.

По типу триггера события делятся на следующие типы:

> Неопределенное (без триггера)
Сообшение
Таймер
Условие
Сигнал
Множественное
Параллельное множественное
Эскалация
Ошибка
Ссылка
Компенсация
Завершение
Триггер обозначается специальным маркером внутри события

На рисунке изображены различные типы событий:

- Событие 1 - стартовое событие с типом триггера "Сообщение";
- Событие 2 - промежуточное событие (обработчик) с типом триггера "Таймер";
- Событие 3 - промежуточное событие (инициатор) с типом триггера "Сигнал";
- Событие 4 - конечное событие с типом триггера "Сообщение".


Граничные события - промежуточные события (обработчики), могут присоединяться к

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

Пример:
На рисунке изображено использование граничного прерывающего события. Если при
выполнении Процесса 1 возникнет Событие 2, то выполнение Процесса 1 прервется и на
текущей диаграмме дальнейшее выполнение процесса будет происходить по потоку,
исходящему от граничного события, т.е. начнется выполнение Процесса 3.


На рисунке изображено использование граничного непрерывающего события. Если при

выполнении Процесса 1 возникнет Событие 2, то выполнение Процесса 1 продолжится.
На текущей диаграмме дальнейшее выполнение процесса будет происходить по потоку,
исходящему от граничного события, т.е. начнется выполнение Процесса 3. А также
после выполнения
Процесса 1 начнет выполняться Процесс 2.


Стрелка используется для связи элементов потока

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


Стрелка используется для отображения потока

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


-• Стрелка используется для отображения потока

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




11.10.23


В случае когда шлюз по событию используется в качестве процесса в этом случае шлюз
используется в качестве процесс


Технико экономическое обоснование




Оценка ожидаемого результата рагламентируется
1. формирование требования к АС
2. Стадия разработки концепции системы
3. согласование между разработчиком и заказчиком


Документ РД: методические указания, автоматизированые системы, требования к

содержанию документов

формирование требований


разработка концепта

ТЗ




Анализ опыта похожих предприятий