Г. Управление бизнес-процессами на базе ARIS. ARIS — архитектура бизнес-инжиниринга

 

Итак, концепция ARIS прокладывает путь к инжинирингу, планированию и управлению бизнес-процессами. Теперь проанализируем ее преимущества, упомянутые в разделе А, а также деловые, организационные и информационно-технологические (ИТ) аспекты ее реализации.

ARIS-архитектура бизнес-инжиниринга (АБИ) расширяет архитектуру ARIS, позволяя рассматривать управление бизнес-процессами не только с организационной точки зрения, но и с точки зрения информационных технологий. Мы покажем, каким образом ARIS способствует управлению бизнесом на этапах проектирования и разработки с помощью программных инструментов, совместимых с ARIS.

ARIS АБИ дает владельцам бизнес-процессов возможность сконцентрировать внимание на различных аспектах построения и описания своих бизнес-процессов, предоставляя в их распоряжение полную инфраструктуру для управления — от организационного инжиниринга до практической реализации информационных технологий, включая непрерывное адаптивное совершенствование. Кроме того, АБИ позволяет осуществлять планирование и управление текущими бизнес-процедурами на постоянной основе, уделяя внимание их непрерывному совершенствованию. Инфраструктура АБИ опирается на всестороннее знание специфики бизнеса, — важнейшую предпосылку планирования и управления производственными процессами. Такие объекты, как «график работ» и «прейскурант материалов», служат основой для детального описания производственных процессов, а системы производственного планирования и управления в среде АБИ позволяют решать вопросы планирования и контроллинга этих процессов. Многие из этих концепций и процедур можно обобщить. Такая обобщенная система управления процессами представлена на рис. 24.

На уровне I (инжиниринг процессов) бизнес-процессы моделируются в соответствии с производственным графиком работ. Концепция ARIS предоставляет инфраструктуру, которая охватывает все аспекты бизнес-процесса. Здесь же используются различные методы оптимизации и оценки, а также методы, гарантирующие качество процессов.

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

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

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

Рис. 24. Управление процессами на базе концепции здания ARIS

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

Уровень управления потоками работ передает фактические данные о процессах, подлежащих выполнению (суммы, сроки, выделяемые ресурсы), на уровень управления процессами. Затем система workflow активизирует прикладные модули.

Пятый компонент концепции АБИ объединяет уровни I-IV в единую инфраструктуру. Инфраструктуры содержат информацию о соответствующей архитектуре и приложениях, конфигурируя реальные приложения с помощью инструментария уровней II и III, а информацию по предметной области для них — из моделей-прототипов (уровень I). Инфраструктуры включают также информацию о составе компонентов и их отношениях.

Программное обеспечение на уровнях инжиниринга и планирования процессов позволяет владельцу бизнес-процесса взглянуть на бизнес с организационной точки зрения. Уровни же управления потоками работ и прикладной системы относятся к конкретной программной реализации. Модель жизненного цикла ARIS применима к каждому из четырех уровней. Поэтому на каждом уровне любая программная система может быть описана с точки зрения определения требований, спецификации проекта и описания реализации. Отношения между уровнями АБИ рассматриваются преимущественно на уровне определения требований, например: как логически перейти от модели процесса на уровне II к модели потоков работ на уровне III. Здесь же анализируется совместимость проектной спецификации для системы моделирования на уровне I с системой workflow на уровне III, включая даже аспекты реализации. Уровни концепции АБИ перпендикулярны фазам жизненного цикла ARIS.

АБИ — это прежде всего концепция, однако ее можно использовать и как инфраструктуру для разработки реальных программных продуктов. Концепция АБИ впервые предложена автором на Саарбрюккенском семинаре в 1994 году. Она применяется в качестве стандартной корпоративной архитектуры в фирме IDS Sheer AG и основана на практических знаниях и опыте в области реальных прикладных систем. Концепция АБИ была предложена многим другим производителям программного обеспечения. Автор неоднократно излагал ее в докладах и на презентациях. В 1996 году ей был посвящен обстоятельный информационный документ.

Хотя концепция АБИ не привязана к конкретным коммерческим разработкам, из практических соображений мы излагаем ее здесь применительно к различным продуктам ARIS, системе SAP R/3 и Siemens-Nixdorf ComUnity, по ходу дела ссылаясь и на другие концепции создания программного обеспечения.

В следующих разделах мы рассмотрим уровни концепции АБИ более подробно.