Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

Поддерживаемый OMG (Object Management Group) стандартный набор нотаций для графических диаграмм, предназначенных главным образом для описания требований к информационным системам. Чаще всего модели UML используются в разработке ПО на заказ, но также могут применяться в сопутствующей внедрению ERP разработке специализированных отчетов, интерфейсов, преобразований и улучшений.

Стандартный язык спецификации интерфейсов SOA.

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

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

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

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

Метод анализа, оценивающий последствия внесения изменений в параметры или действия процесса. Так определяется мера чувствительности чего-либо к заданному изменению. Метод измеряет гипотетическое воздействие различных видов изменений (таких, как сбои оборудования или финансовые затруднения) на процесс в целом, поток работ или отдельно взятое действие, что помогает определить, как изменения могут повлиять на функционирование организации. Этот метод также известен, как «анализ „что, если“» и используется для поддержки принятия решений и для выработки рекомендаций лицам, принимающим решения, путем варьирования определенных переменных в аналитической модели. Также этот метод называют проверкой гипотез, она проводится с целью сравнения измеряемых показателей процесса (например, времени, стоимости) для разных путей достижения заданных целей.

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

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

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

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

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

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

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

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

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