Цитаты из книг автора «Владимир Репин»

Присваивание ролей для должности осуществляется через вкладку «Роли субъекта» для субъекта типа «Должность». Одна должность может быть связана с несколькими ролями и на одну роль могут быть назначены разные должности.

Еще одной практической проблемой является неравномерный рост иерархии сверху-вниз. Это означает, что некоторые «ветки» архитектуры могут быть глубже других. Для их адекватного описания приходится использовать структурные диаграммы в нотации IDEF0 на большем количестве уровней, чем 3. Поэтому один бизнес-процесс может быть представлен несколькими уровнями диаграмм в архитектуре процессов

Опять же, условия завершения не являются выходами процесса.

Наличие готовых (например, сложенных горкой) входов еще не означает, что процесс нужно запускать. Так же необходимо четко определить условия завершения процесса, т.е. в каких случаях можно считать, что процесс завершен. Например, документы переданы, товар упакован и помещен на место хранения, клиент подтвердил получение документа

Вариант 3 схемы, представленный на рис. 45, очень простой. Вы видите специальные маркеры в виде нескольких горизонтальных черточек – в нотации BPMN это последовательная обработка объектов (sequential multi-instance). Это означает, что операция «Сформировать задание на подготовку товара к отгрузке и доставку» выполнится столько раз, сколько счетов в списке оплаченных.

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

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

Некоторые считают такую ситуацию допустимой, мол, исполнитель сам решит, какую операцию делать первой. Но это некорректно. Как быть в такой ситуации? Вместо параллельного делать последовательное исполнение операций.

Физическая нереализуемость – это ситуация, когда один исполнитель должен согласно схеме процесса одновременно выполнять два разных действия – см. рис. 43.

Документы «повисли» в воздухе – несоответствие – нужно показать откуда приходят, и куда попадают документы (другие процессы, базы данных).