Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0
- Название:Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0
- Автор:
- Жанр:
- Издательство:Альпина Паблишер
- Год:2016
- Город:Москва
- ISBN:978-5-9614-4208-3
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0 краткое содержание
Ведь отличных результатов можно достичь только благодаря отлично отлаженным процессам.
В этой книге достаточно подробно разбираются основные понятия, подходы, методы и средства управления бизнес-процессами. Полезный и важный бонус – подробный англо-русский глоссарий BPM-терминов.
Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0 - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
• В некоторых случаях может способствовать укоренению функционального мышления.

3.2.3. Блок-схемы
Основанные на простом наборе символов блок-схемы широко используются для отображения операционной деятельности, решений и других основных элементов процесса. Нотация для наиболее распространенных блок-схем, изображающих работу автоматизированных систем, была принята в качестве стандарта ANSI в 1970 году. В промышленности в течение десятилетий используются различные варианты блок-схем, содержащие разные символы для разных задач – например, для описания материальных потоков, ролей и работ, для размещения оборудования, для анализа входов и выходов в логистических центрах.
• Используется как в сочетании с дорожками, так и без них.
• Множество вариантов для различных целей.
• В основе лежит простой набор легко узнаваемых символов.
• Является предшественником многих более современных нотаций.
• Чтобы быстро описать процесс там, где не требуется детальное документирование.
• Чтобы начать проект моделирования в отсутствие средств для приобретения полнофункционального программного обеспечения.
• Чтобы разрабатывать диаграммы в ходе традиционного программирования.
• Хорошо воспринимается программистами и системными инженерами.
• Высокоуровневые блок-схемы помогают достичь консенсуса.
• Подходит для изображения «магистрального пути» [56] Happy path . – Прим. пер.
процесса.
• Не требует существенных затрат.
• Поддерживается недорогими программными средствами, в том числе универсальными программами для рисования.
• Помимо стандарта ANSI, существует множество вариантов нотации.
• Может не хватать точности при описании сложных бизнес-процессов.
• У элементов нет устоявшихся наборов атрибутов.
• Модели являются «плоскими», из-за чего приходится разрезать диаграмму на сегменты, соединенные коннекторами.
• По общему мнению, не является подходящим средством для описания сложных процессов.
Два приведенных ниже примера показывают, насколько сильно могут отличаться наборы символов, используемые разными организациями (рис. 3.3 и 3.4).
• Стандарты ANSI.
• Вводные разделы учебников по программированию.


3.2.4. EPC
«Процессная цепочка, управляемая событиями» (EPC) может быть и очень простой, и очень сложной. В качестве «событий» в EPC рассматривается начало и завершение шагов процесса, называемых «функциями». Таким образом, процесс состоит из последовательностей «событие – функция – событие». Также в EPC широко используются логические операторы, называемые «правила». Основные правила «И», «ИЛИ», «исключающее ИЛИ» отображают решения, проверку условий, распараллеливание и схождение потоков. Простейшая EPC-модель состоит из этих элементов, соединенных стрелками.
• Нотация EPC была разработана в начале 1990-х годов профессором Университета земли Саар Августом-Вильгельмом Шеером (August-Wilhelm Scheer) как часть методологии ARIS.
• EPC может использоваться для моделирования, анализа и перепроектирования бизнес-процессов.
• Может использоваться в сочетании с вертикальными или горизонтальными дорожками.
• В основе лежит набор легко узнаваемых символов, может расширяться большим количеством дополнительных или специальных символов.
• Некоторые средства моделирования содержат фильтры, позволяющие ограничиться подмножеством нотации.
• Для моделирования сложных наборов процессов с многочисленными интерфейсами и несколькими уровнями детализации.
• Для детальной проработки процессов, идентифицированных на уровне корпоративного процессного фреймворка.
• Широко используется и хорошо воспринимается в Германии и в других европейских странах, особенно в транснациональных компаниях.
• Существенное присутствие в Министерстве обороны США и других крупных организациях.
• Правильно спроектированный EPC может читаться как последовательность предложений обычного языка.
• Может использоваться в качестве средства коллективной работы функциональными экспертами, не имеющими большого опыта моделирования.
• Можно расширять модели дорожками или дополнительными типами элементов, описывающими исполнителей, системы, информацию.
• Некоторые средства моделирования все лучше и лучше позволяют преобразовывать EPC в BPMN.
• Одна из самых мощных и универсальных нотаций в части описания ограничений процесса.
• Менее распространен в США по сравнению с BPMN и блок-схемами.
• Чтобы не делать ошибок, команда должна пройти обучение нотации.
• Нотация полноценно реализована только в программных продуктах семейства ARIS.

• www.ariscommunity.com.
3.2.5. UML
Унифицированный язык моделирования (UML) – это стандартизованный набор нотаций и методов моделирования, главным образом предназначенных для описания требований к информационным системам. Хотя в основном UML используется для системного анализа и проектирования, некоторые организации применяют диаграммы действий [57] Activity diagram . – Прим. пер.
из семейства UML, чтобы моделировать бизнес-процессы. UML поддерживает Object Management Group (OMG).
• Представляет собой набор из более чем десяти связанных друг с другом нотаций и методов моделирования.
• Способен описывать связи типа родительский-дочерний объекты и более сложные взаимосвязи.
• Набор символов разный в разных нотациях.
• SysML, подмножество UML, часто используют для описания систем и систем, состоящих из систем.
• Для документирования сценариев использования [58] Use case . – Прим. пер.
.
• Для спецификации требований к информационным системам.
• Для проектирования работы системы на уровне ниже, чем уровень процесса, который моделируется другими средствами.
Читать дальшеИнтервал:
Закладка: