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

• задавать для каждого действия дополнительную информацию;

• задавать параметры производительности;

• задавать диапазоны значений;

• задавать временные параметры,

а также:

• привязывать правила выполнения операции через интерфейс машины бизнес-правил;

• определять правила и привязывать их к действиям;

• выявлять избыточность правил и т. п.;

• формировать требования к качеству данных;

• привязывать действия по предоставлению отчетности и аудиту;

• использовать методы шести сигм;

• определять точки сбора данных;

• определять точки, в которых проверяется качество работы;

• отображать использование внешних систем и данных;

• определять дополнительные данные для элементов;

• определять данные для отображения на экранных формах;

• фиксировать редакции (версии) и применять другие способы контроля качества;

• определять использование данных правилами;

• проектировать экранные формы;

• проектировать экранные формы итерационно вместе с участием будущих пользователей;

• связывать экранные формы с данными и правилами;

• быстро модифицировать экранные формы и данные;

• взаимодействовать с модулями имитационного моделирования (не все программные продукты BPA имеют встроенное имитационное моделирование);

• проверять эффект изменений с помощью имитационного моделирования;

• создавать несколько моделей для выбора лучшей;

• поддерживать тестирование;

• сохранять в модели информацию об эффективности;

• отслеживать эффективность каждого участника;

• отслеживать эффективность на уровне процессов и потоков работ;

• совместную работу с помощью электронных коммуникаций, телеконференций и средств удаленного управления;

• многопользовательский режим работы;

• работу из удаленных рабочих мест;

• командную работу с информацией.

Примечание:ПО этого класса часто использует Интернет и работает в браузере.

Архитектура предприятия – это модель функционирования бизнеса, которая определяет структуру организации и то, как она достигает текущих и будущих бизнес-целей. EA рассматривает в основном технические аспекты: информационные системы, данные и инфраструктуру, привязывая их к организации бизнеса.

Эта область сегодня переживает изменения. В прошлом Архитектура предприятия занималась в основном IТ-архитектурой бизнеса. Она предоставляла модели аппаратного и программного обеспечения: операционные системы, промежуточное и инструментальное ПО, а также прикладные системы, особенно в части использования ERP и других больших систем (то есть интегрированных модульных приложений, как, например, информационные системы в здравоохранении). Акцент делался на использовании IТ для решения проблем бизнеса. EA трактовали в основном как моделирование всего бизнеса и поддерживающих IТ-систем и последующее использование IТ для решения проблем бизнеса.

Хотя технологические истоки EA по-прежнему прослеживаются, ее диапазон расширился и стал включать бизнес-вопросы. В моделировании архитектуры центральное место начинают занимать процессные модели. Обычно это взгляд более высокоуровневый по сравнению с BPMS или BPA. Моделирование обычно базируется на одном из двух основных подходов к описанию бизнеса – TOGAF или матрице Захмана [205] Zachman framework . – Прим. пер. .

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

Как и BPMS, EA имеет дело с процессными моделями, при этом они отражают взгляд, отсутствующий в BPMS: связь приложений с шагами процессов и друг с другом и потоки данных между приложениями.

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

Хотя программное обеспечение EA в какой-то степени конкурирует с традиционными BPMS, обычно их используют для разных целей. EA плохо подходит для быстрой итерационной разработки, так как обычно в нем отсутствуют имитационное моделирование и возможность декомпозиции процессов на более низкие уровни детализации. Однако возможность связывать аппаратное и программное обеспечение с бизнес-действиями – ценная и уникальная функциональность EA. Наиболее мощные средства EA предоставляют обширную функциональность в части определения требования и управления ими в ходе цикла разработки, генерации кода на одном или нескольких языках программирования, реверс-инжиниринга унаследованных приложений, моделирования баз данных, отладки приложений и т. д. Большинство средств также поддерживают совместную работу с разграничением доступа.

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

По мере того как корпоративная архитектура становится менее ориентированной на IТ и более ориентированной на бизнес-операции, она начинает вторгаться в область смежных дисциплин бизнес-архитектуры и процессной архитектуры. Как следствие, вероятно возникновение путаницы в ролях и ответственностях. Но сегодня тем не менее существует разница между более физическим взглядом от EA и более концептуальным взглядом от бизнес-архитектуры – каковы наши бизнес-способности и технологические возможности и как они отражают стратегию. В итоге же и там, и там дело сводится к процессам, которые относятся к области процессной архитектуры. В ходе установления границ между этими дисциплинами можно ожидать серьезных потрясений и взаимных проникновений.

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

Машины бизнес-правил [206] Rules engines . – Прим. пер. обеспечивают выявление, описание и оптимизацию технологических и бизнес-правил. Также они предоставляют репозиторий, с помощью которого правила сопоставляются друг с другом на предмет конфликтов в определении или в контексте, обеспечивая тем самым их качество и отсутствие дублирования. Для сегодняшних движков характерен технический уклон, и их использование требует обучения и компетенции в технологиях.