данные необходимы для создания информационных услуг. Например, при проверке заказов
проверяется кредитоспособность заказчика и наличие материально-производственных запасов.
Каждый информационный объект имеет свое имя. Ему можно присвоить и другие
атрибуты, но для экономии места они здесь опущены. Функции процесса, работающие с
информационными объектами, являются частью объектов, предоставляющих
информационные услуги. Можно соотнести функции и с другими информационными
объектами, однако это будут уже подфункции по отношению к функциям процесса,
рассматривавшимся до сих пор, поэтому на рис. 5 они не показаны. Например, детальную
функцию «проверка кредитоспособности» можно соотнести с информационным объектом
КЛИЕНТ в рамках функции процесса «проверка заказа».
Поскольку поток данных активизируется функциями, связанными с информационными
объектами, функциональный поток на рис. 5 более или менее просматривается. Однако если
один информационный объект обрабатывается несколькими функциями или если одна функция
требует нескольких потоков данных, то однозначно проследить функциональный процесс
невозможно.
Б.1.5. Объединенная модель бизнес-процесса
Ни один из представленных здесь потоков (организационный, функциональный, выходной
и информационный) не позволяет смоделировать бизнес-процесс полностью. Следовательно,
необходимо собрать все описания воедино. Для этого нужно взять за основу одно из описаний,
а затем интегрировать его с остальными.
Поскольку к определению бизнес-процесса ближе всего подходит поток функций, его мы
и возьмем за отправную точку (рис. 6). Позже, при рассмотрении объектно-ориентированных
методов, будет показано, как можно использовать в этой роли информационные потоки.
Чтобы иметь возможность различать связи между объектами, представим потоки в
диаграмме разными линиями.
Наличие стрелок, соответствующих потокам функций и выходов, может показаться
избыточным, но они не всегда идут параллельно. После функции «обработка заказа»
выполнение функции «изготовление изделия» активизируется поставщиком. Одновременно
услуги поставщика оплачиваются отделом закупок, хотя первая функция фактически не имеет
физического выхода.
Информационные объекты, обозначенные как услуги, не привязываются к функциям в
качестве информационных объектов. Если потоки (например, выходов и функций) идут
параллельно, описание процесса можно рационализировать, опустив один из них.
Б.2. ARIS-модель бизнес-процесса
Простейшая модель, изображенная на рис. 6, уже согласуется с определением бизнес-
процесса, хотя для придания большей реалистичности мы дополним ее некоторыми деталями.
Впоследствии мы обобщим рассмотренный бизнес-процесс на примере обработки заказов.
Б.2.1. Пример расширенной версии процесса
На рис. 7 представлена более подробная версия процесса «изготовление изделия»,
изображенного на рис. 6. Она иллюстрирует ключевые расширения семантической основы
описания бизнес-процесса, используемые в этой книге. Они почерпнуты из литературы по
управлению бизнесом, бизнес-информатики и практического опыта.