Статья опубликована в журналеBYTE/Россия (N 03/2005)
Андрей Колесов
Обсуждая возможности технологической платформы "1С:Предприятие 8.0" , нам уже приходилось подчеркивать, что ее многочисленные новшества связаны с решением трех основных взаимосвязанных задач развития системы:
Одно из важных новшеств в "1С:Предприятие 8.0" - создание механизмабизнес-процессов (МБП), который был реализован на уровне бета-версии вначале лета прошлого года и должен появиться в рабочем варианте врелизе 8.0.10 до конца I квартала 2005 г. Подчеркнем, что МБП -составная часть технологической платформы, а это означает, чтосвязанные с ним возможности могут стать доступны всем прикладнымрешениям, созданным на основе "1С:Предприятие 8.0".
В целом можно сказать, что МБП нацелен на повышениеэффективности разработки и сопровождения прикладных решений. Однако тутнужно отметить важные качественные отличия от других новшеств этогонаправления. Дело в том, что если модернизация языка программированияили поддержка групповой разработки рассчитаны на традиционныхИТ-специалистов (программисты, внедренцы), то МБП нацелен на болееглубокое вовлечение в процесс проектирования и настройки конкретныхприкладных систем специалистов качественно иного уровня -бизнес-аналитиков, консультантов, а также менеджеров заказчика. Болеетого, эффект МБП с точки зрения клиента проявляется даже в том случае,если пользователь не участвует непосредственно в проектированиибизнес-процессов, а только применяет разработанные кем-то схемы.Возможность формального описания действий системы и визуальное ихпредставление позволяют заказчику лучше понять логику работы решения, втом числе проконтролировать, насколько правильно разработчик выполнилпоставленное перед ним задание.
На самом деле, по мнению начальника отдела разработки программдокументооборота фирмы "1С" Александра Безбородова, руководившегосозданием МБП, новый механизм может даже усложнять разработку решений,так как требует создания и поддержки новых прикладных объектов -бизнес-процессов, их интеграции в готовое решение и связывания сдругими объектами - документами, справочниками. Как показывает опыт,при разработке бизнес-процессов поверх готовых конфигураций приходитсяпо-новому смотреть на проектные решения и кое-что переделывать. Самазадача создания бизнес-процесса требует понимания не только основконфигурирования "1С:Предприятие 8.0", но и предметной области иконкретных потребностей конкретного заказчика. Взамен этот механизмпозволяет перенести акцент с управления учетом на управлениепроцессами, автоматизировать потоки работ и соблюдение регламентов.
Таким образом, речь идет еще об одном ключевом направленииразвития прикладных решений - повышении уровня их управляемости. Другаяважнейшая задача - перейти от схемы, при которой пользователи управляютлогикой работы программы, к тому, чтобы программа управляла действиямипользователей. Если раньше сотрудники должны были самостоятельноопределять порядок своей работы, то теперь, после описания типичныхзадач предприятия в виде бизнес-процессов, система сама можетформировать для каждого пользователя список задач, которые он долженвыполнить.
Появление МБП в прикладных решениях позволяет предприятиям, втом числе и малым, перейти от традиционной функциональной моделиуправления к современной процессно-ориентированной схеме, качественноулучшить деятельность предприятия за счет реинжиниринга и автоматизациибизнес-процессов. Наиболее эффективной оказывается автоматизацияключевых бизнес-процессов - которые начинаются и заканчиваются вовнешней по отношению к предприятию среде.
В информационных материалах "1С:Предприятие 8.0" говорится, чтоцель механизма управления бизнес-процессами - автоматизация цепочексвязанных операций, направленных на достижение общей цели, обычно вконтексте организационной структуры, определяющей функциональные роли исвязи. Автоматизация бизнес-процессов позволяет повысить качествоорганизации работы и эффективность управления.
Повышение качества. Бизнес-процессы формулируют и реализуют правила выполнения отдельных операций и их взаимосвязь, что позволяет значительно сократить или даже полностью исключить ошибки в ходе выполнения бизнес-процесса, связанные с человеческим фактором. Работа с простым списком заданий позволяет сотрудникам сконцентрироваться на выполнении своих непосредственных обязанностей.
Повышение эффективности. Использование МБП позволяет формализовать организационную деятельность и возложить обязанности по управлению совместной работой сотрудников на прикладное решение, что ведет к более эффективному использованию рабочего времени.
Новые возможности. Данные о выполнении задач и ходе бизнес-процессов могут служить источником информации для оптимизации деятельности и организационной структуры предприятия, выявления узких мест и скрытых ресурсов, и стать средством поддержки процессного управления.
Основные сведения о механизме бизнес-процессов
Бизнес-процессы в "1С:Предприятие 8.0" нужны для того, чтобыобъединять отдельные операции (выписка счета, прием наличной оплаты,отпуск товара со склада и т. д.) в цепочки взаимосвязанных действий,приводящих к достижению конкретной цели (например, продажа товара заналичный расчет). Участие сотрудников в жизненном цикле бизнес-процессаорганизовано при помощи ролевой маршрутизации.
МБП обеспечивается сразу несколькими объектамиконфигурирования: бизнес-процессы, задачи, регистр сведений и параметрсеанса. Как правило, типы реквизитов адресации задачи и измеренийрегистра сведений назначаются в виде ссылок на соответствующиесправочники, поэтому к четырем перечисленным видам добавляются ещесправочники.
Два основных объекта МБП - бизнес-процессы и задачи. Онииспользуют друг друга, а также три вспомогательных объекта (параметрсеанса, регистр сведений и справочники). Вспомогательные объекты неиспользуют ни друг друга, ни основные объекты (рис. 1).
Объект "Задача" предназначен для учета заданий и описываетспособ их распределения по исполнителям с учетом организационнойструктуры предприятия. Адресация заданий сотрудникам определяетсяреквизитами, в которых можно предусмотреть многомерную ролевуюмаршрутизацию, например, по ролям, рабочим группам, подразделениям,помещениям, филиалам и т. д. Задачи могут создаваться не толькобизнес-процессами, но и другими объектами информационной базы илинепосредственно пользователями. Более того, в общем случае исполнителемзадания может быть не только сотрудник, но и любая внешняя система,например, другая учетная система.
Понятие задачи фактически определяет лишь интерфейсвзаимодействия бизнес-процесса с заданием, выполнение которого в общемслучае не связано с выполнением операций в самой системе. Например,бизнес-процесс по ходу своего выполнения может потребовать согласованиякакого-то вопроса с руководителем фирмы. Сформулированная таким образомзадача будет, к примеру, адресована секретарю, который станет решать еелюбыми доступными ему способами: по телефону, электронной почте и т. д.Задача будет считаться выполненной, когда в систему поступят сведения ополучении нужного согласования.
Задачи имеют самостоятельную прикладную ценность как списокзаданий, назначенных конкретным исполнителям напрямую или посредствомролевой маршрутизации, и могут использоваться отдельно отбизнес-процессов. При формировании списка задач для конкретногосотрудника используется регистр сведений, который обеспечиваетнахождение соответствий роль - сотрудник согласно системе адресации,настроенной в задаче. Как правило, для всех бизнес-процессовреализуется единый список задач.
Объект "Бизнес-процесс" описывает логику выполнения операциидля достижения той или иной цели и управляет жизненным циклом созданныхбизнес-процессов (экземпляров) - от момента старта до моментазавершения. Логика бизнес-процесса (взаимосвязь и последовательностьобхода точек маршрута, условные переходы и т. п.) представляется в видекарты маршрута, которая позволяет изобразить маршрут бизнес-процесса ввиде связного графа и легко описывать алгоритмы условных переходов иреакцию бизнес-процесса на различные события (рис. 2). При работепользователя с прикладным решением предусмотрена возможность отображатьактуальную карту маршрута для конкретных экземпляров бизнес-процессов сучетом пройденных и активных точек маршрута.
При создании карты маршрута бизнес-процесса используютсясправочники с предопределенными данными (ролями, подразделениями и т.п.) для установки их значений в атрибуты адресации точек маршрута.Бизнес-процессы создают задачи при переходе на точки маршрута ииспользуют регистр адресации для обработки групповых точек. Параметрсеанса используется бизнес-процессами для интерактивной активацииневыполненных задач для текущего исполнителя.
Задачи сообщают бизнес-процессам о своем выполнении, вызываятем самым их продвижение дальше по маршруту. Регистр сведенийиспользуется для отбора задач для текущего исполнителя в соответствии сустановленным параметром сеанса. Справочники используются приформировании задач вне бизнес-процессов (например, вручную) или приотборе задач.
Операции, выполняемые в ходе бизнес-процесса, представлены накарте маршрута точками действий (рис. 3, а), которые содержатинформацию о том, кто и что должен сделать на данном этапе. Например,для бухгалтера это может быть принять оплату наличными, для кладовщика- выдать товар со склада по накладной, для системного администратора -зарегистрировать нового сотрудника в сети и электронной почте.
Исполнитель может определяться персонально (Иванов) или с учетом ролевой маршрутизации ("Кладовщик", "Руководитель отдела продаж"). При переходе бизнес-процесса на точку действия он автоматически формирует задачи, устанавливая в них предусмотренные реквизиты адресации. Когда исполнитель пометит задачу как выполненную, бизнес-процесс автоматически переходит к следующей точке маршрута в соответствии с картой.
В точке действия возможно также назначение групповых иколлективных задач. В первом случае некое действие должны выполнить всечлены группы (например, всем менеджерам нужно предоставить ежемесячныйотчет). Во втором - действие должен выполнить только один из членовгруппы (например, завизировать документ у одного из старшихменеджеров). В точке действия можно описать проверку необходимыхусловий выполнения задачи, интерактивный диалог с пользователем припереходе далее по маршруту и указать, например, какие документы следуетоткрывать при активации задач, связанных с данной точкой маршрутабизнес-процесса.
Бизнес-процессы в "1С:Предприятие 8.0" допускают несколькотипов маршрутизации. Заметим, что в реальных картах бизнес-процессов,как правило, встречаются все эти типы.
Жесткая. Карта бизнес-процесса не включает условных и параллельных переходов с жестко определенными адресатами для каждой точки маршрута. Отклонение таких бизнес-процессов не допускается.
Свободная. Адресаты точки карты маршрута бизнес-процесса не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.
Условная. Карта маршрута предусматривает проверку условий и переход по соответствующим ветвям (рис. 3, б и в). Переходы могут быть как бинарными (условие), так и множественными (выбор варианта).
Параллельная. Карта маршрута предусматривает разделение бизнес-процесса на параллельные ветви с возможностью последующего слияния (ожидания). Продвижение бизнес-процесса по каждой из параллельных ветвей происходит независимо, по мере выполнения соответствующих задач.
Ключевым понятием в механизме бизнес-процессов и задач в"1С:Предприятии" выступает система адресации, которая обеспечиваетвозможность не только персональной, но и ролевой адресации задачучастникам бизнес-процессов.
Ролевая маршрутизация позволяет назначать задания не толькоконкретным исполнителям, но и ролям, группам, подразделениям и т. д.,как это определено в прикладном решении. Она построена навзаимодействии объектов "Задача" и "Регистр сведений": первыйопределяет состав реквизитов адресации (роли, подразделения и т. д.), авторой отражает актуальную (соответствующую текущему моменту)информацию о принадлежности сотрудников ролям, подразделениям, рабочимгруппам и т. д.
С помощью регистра сведений можно реализовать механизмзамещения или учета отсутствия сотрудников. Например, если в немуказано, что роль главного бухгалтера исполняет Иванов, а Иванов уходитв отпуск и его обязанности передаются Петрову, то запись в регистресведений меняется так, чтобы роль главного бухгалтера исполнял Петров.По возвращении Иванова из отпуска соответствующая информациявосстанавливается.
Подводя итог, можно констатировать, что механизм бизнес-процессов складывается из следующих основных компонентов:
А общая логика выполнения бизнес-процессов выглядит примерно так(рис. 4): бизнес-процессы формируют задачи, устанавливая нужныезначения в их реквизитах адресации (роли, группы, отделы). Конечныеисполнители определяются с помощью "матрицы разыменования", которая,например, устанавливает соответствие пользователей ролям.
Практическая реализация
По ходу статьи мы часто использовали термин "бизнес-процесс", хотяпорой под ним понимают разные вещи. С одной стороны, бизнес-процесс -это обобщенное описание последовательности действий при выполнениикаких-то деловых задач (например, продажа товара). В данном случаетакое описание реализуется в виде программы (только представленной не вкодах, а в виде карты маршрута), которую можно условно назвать частнымбизнес-решением. С другой стороны, бизнес-процесс - это выполнениеконкретных действий в соответствии с этим описанием (при обслуживанииконкретного покупателя), т. е. выполнение написанной ранее программы. Всоответствии с терминологией "1С" в первом случае мы будем использоватьтермин "бизнес-процесс" (БП), во втором - "экземпляр бизнес-процесса"(ЭБП).
БП создают разработчики, а пользователи выполняют свои действия с помощью ЭБП. Разработка БП ведется в приложении "Конфигуратор" (инструмент разработки "1С:Предприятие")*, исполнение ЭБП - в среде прикладных решений (среда исполнения "1С:Предприятие").
Конфигуратор системы "1С:Предприятие" (рис. 5) предоставляет широкиевозможности для создания бизнес-процессов, логика которых задается спомощью маршрутных карт. И здесь нужно сделать еще одно важноезамечание. Вообще говоря, программирование бизнес-процессов быловозможно в "1С:Предприятии" и ранее, но только на уровне языкапрограммирования. Новый механизм автоматизирует эту процедуру,предлагая визуальные средства проектирования и настройку программы спомощью методов параметризации и сводя к минимуму объем кодирования(или вовсе исключая написание кода). Все это теперь реализовано науровне платформы, которая содержит объекты метаданных и механизмы,обеспечивающие единообразную реализацию бизнес-процессов в прикладныхрешениях.
Подавляющее большинство известных визуальных средствпрограммирования - это по сути лишь надстройка над традиционнымиредакторами написания кода, автоматизирующая создание этого кода (вкачестве примера можно привести и Visual Studio, и Delphi, и различныесистемы моделирования ПО на базе UML). Результат их работы - программы,реализованные на исходном коде того или иного языка (правда, некоторыепоставщики инструментария прячут отдельные модули в двоичном формате,но это скорее исключение). Соответственно разработчик при желаниивсегда может перейти от визуального проектирования к традиционномупрограммированию "руками".
В этой связи хотелось бы обратить внимание читателя на то, чтоиндустриальный подход к автоматизации бизнес-процессов подразумеваетразработку специализированных языков описания БП. Соответственнопрограммы, написанные на таких языках, могут исполняться в любойсистеме, поддерживающей необходимые стандарты. Пример - язык BusinessProcess Executive Language (см. статью "Автоматизация бизнес-процессов с помощью BPEL", "BYTE/Россия" No 2'2005).
Механизм бизнес-процессов, реализованный в "1С:Предприятие 8.0",не претендует на подобную универсальность, ориентирован на реализациитолько в данной среде и оптимизирован для этих целей. Это выражается ив том, что в результате визуального проектирования БП разработчик неполучает некоторую программу на исходном коде внутреннего языка"1С:Предприятие 8.0". С некоторой долей упрощения можно говорить, чтоисходный код создаваемой программы состоит как раз из визуальногопредставления ее логики (карта маршрута), дополненного отдельнымифрагментами на языке программирования.
Таким образом, карта маршрута служит одновременно и инструкциейпо выполнению последовательности действий бизнес-процесса для системы,и иллюстрацией структуры этих действий для пользователя, и средствомотображения текущего состояния бизнес-процесса.
В качестве иллюстрации рассмотрим пример создания бизнес-процесса"Планирование отпусков". Для этого нужно выполнить следующие основныешаги.
Шаг 1. Словесное описание бизнес-процесса:
Шаг 2. Определение адресации.
Сделанное описание позволяет выделить бизнес-роли - линейныйруководитель, менеджер по персоналу, руководитель, - которые нужнозавести в справочнике "Роли Пользователей" для того, чтобы использоватьих для адресации точек маршрута будущего бизнес-процесса. Ролизаписываются в справочник в виде предопределенных данных.
Чтобы задания доставлялись не ролям, а пользователям,необходимо указать соответствие пользователей данным ролям. Этоделается с помощью специального регистра сведений, назначенного какрегистр адресации для задач конкретного бизнес-процесса. В регистрнужно занести информацию о том, что, например, Иванов выполняет рольменеджера по кадрам, Петров - это руководитель организации, а Федоров иСидоров - линейные руководители. Отметим, что соответствиепользователей ролям может меняться с течением времени - скажем, из-заотпусков или кадровых изменений. При этом механизм бизнес-процессовбудет обеспечивать доставку заданий соответствующим пользователям сучетом изменений ролей.
Шаг 3. Формирование задачи.
Для работы механизма бизнес-процессов необходим объект "Задачи",с помощью которого будут формироваться задачи для конкретныхпользователей. Конфигурирование этого объекта заключается в выбореразмерности системы адресации и связывании задач с регистром сведений,в котором прописано соответствие ролей пользователям.
Шаг 4. Проектируем бизнес-процесс.
Создаем первый бизнес-процесс и соединяем его с только чтосозданной задачей. Затем приступаем к рисованию карты маршрута (рис.6):
Шаг 5. Добавляем формы.
Чтобы пользователи могли выполнять свои действия в рамкахданного бизнес-процесса, им нужны экранные формы, в которые они будутвводить соответствующие данные:
Шаг 6. Программируем.
Для настройки условных переходов (рис. 7) необходимо написатьобработчик проверки условия на встроенном языке. Обработчик возвращаетрезультат, который влияет на направление дальнейшего путибизнес-процесса - направо или налево. Чтобы в процессе выполнения задачу пользователей открывались нужные им формы, нужно написать обработчики"ПриИнтерактивнойАктивации" у соответствующих точек маршрута. Этиобработчики могут открывать формы, документы, выполнять предварительнуюобработку и т. д.
Шаг 7. Посмотрим, как это все работает:
Для дальнейшего улучшения этого бизнес-процесса и более тесной егоинтеграции с прикладным решением можно добавить к нему дополнительныевозможности (уже после разработки, т. е. в ходе эксплуатации).
Мы закончили создание простейшего бизнес-процесса. При последующейавтоматизации операций можно добавить несколько расширенныхвозможностей.
Обратная связь с документами. Например, чтобы при заполнении документа "График отпусков" автоматически инициировался бизнес-процесс согласования графика, и соответствующая задача появлялась у менеджера по кадрам.
Проверка выполнения. Проверка актуальности и правильности составления графика линейными руководителями до передачи на согласование менеджеру по кадрам (например, не разрешать выполнение других задач при незаполненном графике).
Автоматическая сборка отдельных графиков в обобщенный. Можно предусмотреть в карте маршрута точку автоматической обработки, на которой система сама соберет все графики в общий и отправит его на согласование менеджеру по кадрам.
Согласование как вложенный бизнес-процесс. Сам процесс согласования можно выделить во вложенный бизнес-процесс и использовать его в дальнейшем не только в БП "Согласование отпусков", но и в других БП - например, при заключении договоров, выписке счетов и т. д.
Исполнение бизнес-процессов
Как говорилось выше, исполнение бизнес-процессов выполняется в средеприкладных решений (рис. 8). При этом БП можно рассматривать как объектинформационной базы, такой же, как документ или элемент справочника.Его жизненный цикл начинается со старта (вызов метода "Старт" илинажатие соответствующей кнопки в форме объекта бизнес-процесса) изаканчивается при достижении точки завершения при условии выполнениявсех задач.
В свою очередь, задачи - это тоже обычные объекты информационнойбазы, которые формируются как механизмом бизнес-процессов, так идругими прикладными объектами, и даже вручную. Задача имеет двасостояния - выполнена либо не выполнена. Если задача сформирована врамках бизнес-процесса, то по выполнении она сообщает ему об этом, чтоприводит к продвижению бизнес-процесса дальше по маршруту (при условии,что соблюдены все необходимые для этого условия). Таким образом, задачивыступают как движущая сила бизнес-процессов.
Для конкретного пользователя работа бизнес-процессовпроявляется только в том, что он имеет дело со списком задач, которыедолжен выполнить. Кладовщик, например, совершенно не должензадумываться о своем участии в каких-то процессах, его дело - приполучении задания отпустить товар и зафиксировать эту операцию всистеме.
В то же время очевидно, что использование механизмабизнес-процессов дает возможность собирать качественно иную информациюо работе системы управления предприятием, что позволяет руководителямпроводить объективный анализ эффективности работы как организации вцелом, так и отдельных сотрудников.
Подробнее ознакомиться с механизмом бизнес-процессов, реализованным в "1С:Предприятие 8.0", разработчики и пользователи могут с помощью демонстрационной конфигурации, распространяемой на диске "Информационно-технологическое сопровождение" (ИТС). Там представлены три простых бизнес-процесса ("Продажа товара", "Поручение" и "Согласование"), показывающие различные варианты практического применения нового механизма.
От управления вообще к управлению бизнес-процессами
Прошедший год был отмечен началом широкого применения нового термина - Business Process Management (BPM, управление бизнес-процессами). Поначалу его появление вызвало настороженность заказчиков. Действительно, корпоративное ПО изначально было нацелено на решение тех или иных задач управления предприятием, или бизнесом (в широком понимании этого слова - как деятельности организации), и потому было непонятно, что же революционного заключается в BPM. Не есть ли это традиционный ход ИТ-поставщиков, регулярно обновляющих названия, в общем-то, достаточно хорошо известных методов и технологий? Определенную путаницу в умы ИТ-специалистов вносило и то, что аббревиатуру BPM стали использовать разработчики различных категорий программных продуктов: систем управления документами, ERP-решений и инфраструктурного ПО. (Полезный обзор и анализ концепции BPM сделан в статье "Технология BPM в информационной инфраструктуре организации", "BYTE/Россия" No 2'2005.)
Однако если рассмотреть концепцию BPM более детально, становится ясно, что ее появление действительно связано с некоторыми качественными изменениями в требованиях заказчиков к ИТ, с одной стороны, и предлагаемых вендорами решений - с другой. Хотя ни о какой революции, конечно, не может быть и речи: идет обычный эволюционный процесс развития ИТ, в ходе которого накопление количественных и локальных качественных изменений в какой-то момент времени позволяет говорить о переходе в новое глобальное качественное состояние. В этой связи мы выделим несколько аспектов.
Говоря о концепции BPM, необходимо упомянуть и о ее связи с технологиями workflow (управление потоками работ). Их родство вполне очевидно, однако между ними ни в коем случае нельзя ставить знак равенства (к сожалению, это встречается даже в профессиональных ИТ-изданиях). Методы workflow, пик популярности которых в мире пришелся на последние годы прошлого столетия, накладывают на процессы автоматизации модель, ориентированную в первую очередь на документы и задания. Данный подход ограничивает применение технологий workflow в основном автоматизацией ручных процессов обработки документов. У BPM таких ограничений нет: участниками процессов могут в равной мере выступать и пользователи, и информационные системы, и другие процессы, а документы и задания рассматриваются лишь как частности, влияющие на реализацию бизнес-процессов, но не носящие основополагающего характера. Все это позволяет применять BPM в связи с более широким кругом вопросов, нежели тот, для которого изначально разрабатывались системы workflow.
Наверное, правильнее было бы связать реализацию концепции BPM с совместным использованием технологий workflow и EAI (Enterprise Application Integration, интеграция приложений масштаба предприятия). А учитывая необходимость использования собственно прикладных программ, условную формулу BPM можно записать следующим образом:
BPM = workflow + EAI + ERP (Enterprise Resource Planning) + ECM (Enterprise Content Management)
И еще один важный момент. Реализация концепции workflow устойчиво ассоциируется с проведением радикального реинжиниринга бизнес-процессов организации. Разумеется, преобразования схемы деятельности предприятия порой просто необходимы, но все же нужно помнить, что внедрение новых автоматизированных систем управления - не самоцель, а лишь средство повышения эффективности работы. BPM отличается более мягким подходом к использованию существующих моделей управления и программных средств их поддержки, минимизируя затраты на реализацию проектов, сохраняя сделанные инвестиции и лучше учитывая специфику конкретного заказчика.
Автомобили
Бизнес