Цитаты из книги «Разработка архитектуры бизнес-процессов компании в Business Studio»

С другой стороны, при использовании нотации IDEF0 надо четко понимать, что стрелки на диаграммах – это «трубы», по которым перемещаются реальные информационные и материальные объекты. Эти объекты должны иметь четкие спецификации. В противном случае, согласование границ бизнес-процессов по входам/выходам и определение зон ответственности менеджеров будет невозможно. Модель будет весьма абстрактной.

ровки, но относятся к разным бизнес-процессам, то название каждой роли должно подчеркивать принадлежность к конкретному бизнес-процессу (пример: «Регистратор приказов по персоналу» и «Регистратор приказов по основной деятельности»); • название роли должно иметь следующую структуру: существительное + «конкретизирующее дополнение»; • количество слов в названии роли не должно превышать 8 слов, не включая предлоги, союзы и междометия (пример: «Регистратор приказов по основной деятельности»); • исключениями из предыдущих пунктов являются устоявшиеся названия, принятые в бизнес-среде (пример: «Системный администратор»); • в названиях ролей допускаются только общепринятые сокращения информационных систем (например, 1С) и сокращения из глоссария Business Studio.

При создании ролей в Business Studio необходимо придерживаться определенных правил: • в названии роли допускается использование оборотов «Менеджер по…» (в случае, если такое название отсутствует в штатном расписании) и «Сотрудник, ответственный за…»; • название роли должно отражать основную функцию роли в процессе (Пример: «Менеджер по регистрации претензий по качеству готовой продукции…»); • если две роли имеют похожие формули

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

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

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

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