Процессный подход предполагает, что деятельность предприятия можно представить в виде множества выполняющихся бизнес-процессов. Он эффективен для предприятий, в производственной деятельности которых происходит многократное повторение одних и тех же цепочек действий, совершаемых различными исполнителями. Такими предприятиями является большинство офисных компаний, занимающихся различными видами работ с документами, например, таких как - банки, страховые, инвестиционные компании, консалтинговые компании, издательства. Также использование процессного подхода эффективно на предприятиях, деятельность которых описывается детальными регламентами, например, - в органах государственного управления.

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

Появление точки управления в узле определенного вида соответствует выполнению некоторого действия в производственной деятельности предприятия. Переходы на схеме бизнес-процесса, а также узлы, предназначенные для разветвлений и слияний точек управления, располагаются таким образом, чтобы учитываемые в бизнес-процессе действия выполнялись скоординировано и в правильном порядке. Процессный подход не предполагает обязательную автоматизацию предприятия. Бизнес-процессы могут быть двух видов: Бизнес-процессы для аналитического моделирования деятельности предприятия и исполнимые бизнес-процессы.

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

Исполнимые бизнес-процессы, напротив, предполагают перемещение точек управления по схеме бизнес-процесса в компьютерной среде в точном соответствии с выполняемыми на предприятии действиями. Реализуют такие компьютерные среды - системы управления бизнес-процессами и административными регламентами. Далее будем называть их - СУБПиАР. Фактически СУБПиАР раздают задания исполнителем в соответствии с перемещением точек управления по схеме бизнес-процесса и контролируют выполнение этих заданий.

Исторически процессный подход сначала включал в себя только бизнес-процессы для аналитического моделирования. В рамках этого подхода проводилось выделение бизнес-процессов предприятия, анализ выделенных бизнес-процессов и генерировались предложения по повышению эффективности бизнеса путем изменения бизнес-процессов. Далее производилось внедрение измененных бизнес-процессов на предприятии. Происходило оно, как правило, достаточно долго и сложно, - через изменение должностных инструкций, организационной структуры, прямые указания руководителей.

Появление исполнимых бизнес-процессов принесло процессному подходу много новых преимуществ. Основные из них - это:

• использование СУБПиАР как аналога производственного конвейера и, как следствие, существенное повышение производительности труда офисных работников
• возможность быстрого изменения бизнес-процессов предприятия в ответ на изменение условий бизнеса

В последние годы происходит активное внедрение СУБПиАР как в бизнесе, так и в государственных организациях. Поэтому возникла потребность обучения студентов как экономических специальностей, так и специальностей, связанных с информационными технологиями, процессному подходу и работе с СУБПиАР.

В настоящем курсе рассматриваются в основном исполнимые бизнес-процессы. В курсе приведены определение и основные характеристики исполнимых бизнес-процессов, описаны системы управления бизнес-процессами и административными регламентами и их основные компоненты. Изложены основы разработки бизнес-процессов предприятия. Предполагается что в рамках настоящего курса студенты изучат теорию исполнимых бизнес-процессов, основные компоненты типичных СУБПиАР, познакомятся с графическими нотациями описания бизнес-процессов, получат практический опыт разработки и исполнения бизнес-процессов.

Описание основных элементов систем управления бизнес-процессами дано на примере свободной системы с открытым кодом – RunaWFE. RunaWFE свободно распространяется вместе со своими исходными кодами на условиях открытой лицензии LGPL. Система бесплатная, ее можно свободно установить на любое количество компьютеров и использовать без каких-либо ограничений. Скачать дистрибутивы и исходный код ее можно через интернет с портала разработчиков свободного программного обеспечения sourceforge.net по адресу: http://sourceforge.net/projects/runawfe.

Адрес сайта проекта RunaWFE - http://www.runawfe.org/rus.

Современный взгляд на процессное управление предполагает разнесение управления по нескольким уровням.

На первом уровне рассматривается общее стратегическое управление предприятием. На этом уровне используются бизнес-процессы для аналитического моделирования. Задача бизнес-процессов данного уровня – формирование общих представлений об основных бизнес-процессах предприятия и обмен этими представлениями между управленцами. Этот уровень не предполагает реальное исполнение разработанных бизнес-процессов. На первом уровне удобно изображать бизнес-процессы в графических нотациях IDEF0, IDEF3, DFD, EPC, и родственных им. Также на этом уровне можно использовать некоторые конструкции нотации BPMN 2.0. В качестве программных средств для работы с бизнес-процессами на первом уровне можно использовать, например, такие программы, как Business Studio, Microsoft Visio или ARIS.

Описать последовательности действий в бизнес-процессах первого уровня можно и просто в виде текста, такие описания называются - текстовые регламенты. Однако визуальную информацию люди воспринимает существенно быстрее и легче, чем текстовые описания. Поэтому наибольшее распространение получили именно графические представления моделируемых бизнес-процессов.

На первом уровне процессного управления также используются средства имитационного моделирования. Этот класс программ не предусматривает реального исполнения бизнес-процессов предприятия в компьютерной среде. Системы имитационного моделирования содержат настраиваемую статистическую модель бизнес-процессов организации. Задавая различные параметры этой модели и многократно "проигрывая" бизнес-процессы на условных автоматических пользователях, можно получить значения различных показателей деятельности и таким образом прогнозировать изменение реальных показателей предприятия в будущем в зависимости от тех или иных изменений в бизнес-процессах. Если статистическая модель построена правильно, то имитационное моделирование может быть средством определения оптимальных параметров бизнес-процессов.

На следующем уровне стратегические бизнес-процессы предприятия переводятся в исполнимые бизнес-процессы. На этом уровне схемы бизнес-процессов принято изображать в нотациях BPMN, UML (Диаграмма деятельности) и родственных им. На втором уровне текущая деятельность предприятия представляется в виде множества выполняющихся экземпляров бизнес-процессов. На этом уровне используются СУБПиАР. Основная задача данных систем - раздавать задания исполнителям и контролировать их выполнение. Вместе с заданием исполнителю передается требующаяся для его выполнения информация. Последовательность заданий определяется схемой бизнес-процесса, которую можно разработать и в дальнейшем быстро модифицировать при помощи графического дизайнера. Эта схема похожа на блок-схему алгоритма. По схеме перемещаются точки управления. В определенных узлах схемы генерируются задания исполнителям.

Есть определенное сходство между исполнимым бизнес-процессом и компьютерной программой. В основе и исполнимого бизнес-процесса и компьютерной программы лежат алгоритмы. Для компьютерных программ, так же как для бизнес-процессов для аналитического моделирования, существуют графические нотации (Например, диаграмма классов UML), которые программисты и программные архитекторы используют для объяснения различных программных и архитектурных решений. Однако, сами компьютерные программы пока все-таки массово не разрабатываются в форме графических объектов, они в основном пишутся в виде текстов на языках программирования. В чем ситуация для исполнимых бизнес-процессов отличается от компьютерных программ? В отличие от компьютерной программы, команды которой выполняет компьютер, часть действий бизнес-процесса выполняют люди. Они делают это существенно дольше компьютера, поэтому экземпляры бизнес-процессов выполняется относительно долго, их состояние меняется медленно. Более того, в отличие от компьютерной программы, во время выполнения бизнес-процессов менеджмент предприятия может заметно влиять на их выполнение, например, увеличивать или уменьшать количество работников, выполняющих те, или иные действия.

Поэтому руководителям и менеджерам предприятия важно быстро понимать, в каком состоянии находятся исполняющиеся экземпляры бизнес-процессов предприятия. Такое понимание дает графическая схема бизнес-процесса с нанесенными на нее текущими положениями точек управления, а также пройденными этими точками маршрутами с момента запуска экземпляра бизнес-процесса. Для компьютерных программ такие диаграммы в большинстве случаев смысла не имеют, т.к. скорость перемещения точек управления будет существенно превышать пределы человеческих возможностей по их отслеживанию.

Третий уровень соответствует бизнес-объектам предприятия. Состояние всего предприятия на текущий момент времени определяется состоянием всех бизнес-объектов предприятия на этот момент времени. Процессный подход предполагает, что состояния бизнес-объектов изменяются экземплярами бизнес-процессов второго уровня при выполнении соответствующих заданий. Для этого слоя в качестве хранилищ традиционно используются системы управления контентом (ECM-системы), или системы управления базами данных. Также возможно на этом уровне использовать ERP-системы (например, можно использовать систему 1С, или Галактика).

В примерах по разработке бизнес-процессов мы иногда будем использовать в качестве хранилища бизнес-объектов листы документов Microsoft Excel. Это сделано для учебных целей, чтобы продемонстрировать концепцию третьего слоя легко и быстро.

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

Использование исполнимых бизнес-процессов дает следующие преимущества:

• Существенно повышает производительность труда
• Заметно упрощает деятельность по контролю выполняемых работ. Повышает прозрачность работы предприятия.
• Повышает качество продукции предприятия, т.к. - за счёт автоматической регламентации и средств мониторинга обеспечивается соблюдение всех предусмотренных правил
• Позволяет оперативно изменять бизнес-процессы в ответ на изменение условий деятельности предприятия
• Позволяет решить задачу интеграции масштаба предприятия
• Уменьшает стоимость работ по автоматизации предприятия, повышает скорость разработки и надежность программного обеспечения.

Рассмотрим эти преимущества более подробно.

Раньше (до появления исполнимых бизнес-процессов) выполнение бизнес-процессов в организациях производилось в основном косвенным образом - через изменение должностных инструкций, организационной структуры предприятия, прямые указания руководителей. Однако степень автоматизации современных предприятий позволяет реализовывать прямое выполнение бизнес-процессов в компьютерной среде. В этом случае на предприятии появляется аналог производственного конвейера, от которого можно получить увеличение производительности труда, сравнимое с тем, которое было получено от внедрения конвейера на производстве. Повышение производительности труда достигается вследствие того, что данный механизм позволяет исключить из действий сотрудников рутинные операции, неэффективные процедуры, связанные с поиском и передачей информации, существенно повысить скорость взаимодействия сотрудников. Работники выполняют поступившие задачи, не отвлекаясь на:

• Получение от других работников необходимых для выполнения задания данных
• Передачу результатов своего труда другим работникам
• Изучение должностных инструкций

Все необходимое возникает перед работником на экране компьютера. Последовательность выполнения элементов работ определяется схемой бизнес-процесса. В узлах схемы СУБПиАР раздает задания исполнителям и контролирует их выполнение.

Использование исполнимых бизнес-процессов также позволяет оперативно перестраивать бизнес-процессы организации. Во многих случаях исполнителей заданий можно даже не информировать об изменении бизнес-процесса, так как это не отразится на характере их работы. То есть получается легче и быстрее изменять выполнение процессов. Таким образом предприятие может более эффективно реагировать на изменение внутренних или внешних условий.

На современном российском предприятии, как правило, уже эксплуатируется несколько разнородных автоматизированных систем, которые участвуют в каких-либо бизнес-процессах предприятия. Так как бизнес-процессы пронизывают все предприятие, в процессе исполнения им придется взаимодействовать со всеми автоматизированными системами. Таким образом, задача внедрения СУБПиАР оказывается частным случаем задачи интеграции компьютерных приложений масштаба предприятия. Иными словами, при внедрении СУБПиАР на предприятии должны появиться приложения, обеспечивающие ее интеграцию с уже имеющимися системами.

СУБПиАР является центральной частью современных систем масштаба предприятия. Если в корпоративной информационной системе (КИС) отсутствует СУБПиАР, то логика бизнес-процессов оказывается рассеянной по различным элементам системы — базам данных, отдельным приложениям и т. д., такие системы сложно сопровождать и развивать дальше.

На предприятиях с устойчивыми повторяющимися цепочками операций внедрение, настройка и сопровождение систем на основе СУБПиАР оказывается быстрее и дешевле традиционной автоматизации, при которой для различных задач и подразделений разрабатываются отдельные компоненты приложения. СУБПиАР позволяют:

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

При традиционной разработке решение описывается дважды: один раз при помощи текста, включенного в техническое задание или технический проект, второй раз - в виде программного кода. Процессный подход позволяет описать решение только один раз, в виде исполнимого бизнес-процесса и таким образом снизить затраты на автоматизацию.

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

Управление бизнес-процессами — активно развивающаяся область и многие термины в ней еще не до конца устоялись. Различные авторы прибегают к таким понятиям, как СУБПиАР, системы управления потоками работ (Workflow), системы управления документооборотом (Docflow), системы интеграции масштаба предприятия (EAI - Enterprise Application Integration) и т. п.

Мы будем использовать термин управление потоками работ (Workflow) применительно к случаям, когда исполнителями заданий бизнес-процесса являются только люди. Термин СУБПиАР мы будем рассматривать в качестве более общего по отношению к управлению потоками работ: исполнителями заданий бизнес-процесса или регламента в СУБПИАР являются как люди, так и компьютерные приложения. Как правило, СУБПиАР координирует работу всех исполнителей единообразно, не выделяя специальным образом работы, выполняемые человеком или компьютерными системами.

Кроме СУБПиАР большое распространение получили системы управления документооборотом, или DocFlow-системы. Вместо точек управления системы управления документооборотом используют "поток документов". DocFlow-системы описывают деятельность предприятия в виде документов, путешествующих между их редакторами по определенным маршрутам в соответствии с заданными правилами.

DocFlow-системы являются наследниками бумажного документооборота. Отсюда следуют их естественные ограничения: с документом можно совершить ограниченный набор действий: одобрить/отказать, визировать, удалить, внести правку и т. п. Обычно системы документооборота дополняются системами хранения образов бумажных документов и системами версионного контроля. Основным преимуществом систем документооборота является возможность их быстрого внедрения на предприятии, если там уже на хорошем уровне налажен документооборот.

В системах документооборота, так же как и в СУБПиАР, существуют схемы на основе графов, которые состоят из узлов, соединенных возможными переходами. Однако по этим графам перемещаются не точки управления, а "корзины" документов. В DocFlow-системах, как правило, данные содержатся внутри документов, которые непосредственно перемещаются по схеме документооборота.

В СУБПиАР данные не перемещаются вместе с точкой управления, а содержатся в глобальных (соответствуют всему бизнес-процессу) и локальных (соответствуют одному узлу) переменных.

В настоящее время СУБПиАР и системы документооборота представляют собой системы разных типов, однако постепенно системы документооборота по функциональности приближаются к СУБПиАР. При помощи современных DocFlow-систем можно моделировать многие виды бизнес-процессов, а при помощи СУБПиАР — автоматизировать элементы документооборота.

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

Также определение бизнес-процесса содержит описание структур хранения данных. Во время выполнения бизнес-процесса в этих структурах находятся конкретные данные. Еще в современных СУБПиАР определение бизнес-процесса содержит описание средств взаимодействия бизнес-процесса с исполнителем задания. Обычно это графическая форма для взаимодействия с пользователем, или программный интерфейс для взаимодействия с информационной системой. Еще одним элементом определения бизнес-процесса являются бизнес-правила, которые используются для выбора конкретного пути дальнейшего движения точки управления в точках разветвления маршрутов.

Для каждого определения бизнес-процесса можно создавать и запускать на выполнение экземпляры этого бизнес-процесса. Отличия определения от экземпляра бизнес-процесса соответствуют отличию типа переменной от экземпляра переменной традиционного языка программирования. То есть, если определение бизнес-процесса содержит схему бизнес-процесса, типы данных, названия ролей, то в выполняющемся экземпляре бизнес-процесса на схеме находятся перемещающиеся точки управления, на роли назначаются конкретные исполнители, экземпляр бизнес-процесса содержит конкретные данные, типы которых соответствуют типам данных в определении бизнес-процесса. Также в экземплярах бизнес-процесса на роли назначаются конкретные исполнители заданий.

Бизнес-процессы, которые могут быть исполнены в компьютерной среде, необходимо достаточно строго определить формально, чтобы их легко можно было переводить в представление, понимаемое компьютером. Для этого удобно использовать математические понятия.

Дадим формальное определение исполнимого бизнес-процесса, основу которого составляют идеи С. Яблонского и С. Бусслера:

Исполнимый бизнес-процесс определяется при помощи задания следующих перспектив (точек зрения или слоев/уровней рассмотрения):

• перспектива потока управления (control-flow perspective)
• перспектива данных (data perspective)
• перспектива ресурсов (resource perspective)
• перспектива операций (operational perspective)

Рассмотрим подробно все уровни формального определения исполнимого бизнес-процесса. При этом в качестве примера будем использовать бизнес-процесс "Оплата счета поставщика". С его помощью постараемся пояснить все перспективы формального определения бизнес-процесса.

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

В узле, соответствующем шагу процесса, находится узел-действие (Activity). Если точка управления пришла в узел-действие, то СУБПиАР дает задание исполнителю (сотруднику или информационной системе) и ждет ответа (сообщения, что работа выполнена). После ответа исполнителя точка управления движется по переходу к следующему узлу бизнес-процесса. К узлу, соответствующему узлу-действию, может примыкать только один входящий и один исходящий переход.

Маршрутный узел соответствует появлению, удалению, разветвлению-слиянию точек управления или выбору перехода, по которому точка управления будет перемещена дальше. В таких узлах СУБПиАР выбирает на основании содержащихся в маршрутных узлах бизнес-правил следующий узел (узлы), в который будет передано управление. Часто с этими узлами связано более одного входящего или исходящего перехода.

Принципиальное отличие шага процесса от маршрутного узла состоит в том, что в маршрутном узле надо только принять решение о дальнейшем пути (путях) движения точки управления на основании уже существующих данных, поэтому точка управления не должна находиться в маршрутном узле долго. На шаге процесса точка управления может находиться длительное время. Исключение из этого правила составляют маршрутные узлы-слияния, в которых пришедшие точки управления "ждут" прихода точек управления по остальным входящим переходам, после чего все пришедшие точки управления уничтожаются и генерируются точки управления по исходящим переходам. Однако, если считать, что пришедшая в узел-слияние точка управления удаляется сразу, при этом в узле хранится информация, что по этому переходу точка управления уже приходила, то данное исключение исчезает.

В выполняющемся экземпляре бизнес-процесса одновременно может быть несколько точек управления. В соответствии с бизнес-логикой точка управления в маршрутном узле может разделиться на несколько точек управления, также точки управления могут ждать друг друга в определенном маршрутном узле и далее слиться в одну точку управления.

Позже, с появлением различных связанных с бизнес-процессами стандартов и спецификаций, данное определение было расширено:

1. Были добавлены комбинированные узлы, представляющие собой слияние шага процесса с одним или несколькими маршрутными узлами. Например, при слиянии узла-действия с находящимся за ним маршрутным узлом, осуществляющим выбор одного из нескольких возможных направлений, в схему помещается только узел-действие и прямо к нему присоединяются переходы, которые должны выходить из маршрутного узла.
2. Были добавлены дополнительные конструкции, элементы которых не являются элементами графа (далее – дополнительные конструкции), однако к этим элементам могут быть присоединены переходы и маршрутные узлы или же переходы могут пересекать эти элементы. Например, были введены события и области с прерыванием, объемлющие шаги бизнес-процесса. При нахождении точки управления внутри области с прерыванием может произойти событие (клиент может передумать делать заказ, во время действия договора могут возникнуть форс-мажорные обстоятельства и т.п.). В этом случае точка управления может из любого находящегося внутри области узла сразу переместиться в присоединенный к области маршрутный узел и уже из него продолжить движение по присоединенному к нему переходу.
3. Были добавлены узлы, соответствующие шагу процесса, но не являющиеся узлами-действиями. Например, узлы-ожидания, в которых не дается заданий исполнителям процесса, СУБПиАР просто ожидает в этих узлах наступления определенного события, после которого точка управления идет дальше. Также были добавлены узлы-подпроцессы. Для этих узлов не определен конкретный исполнитель, в этих узлах СУБПиАР запускает другой бизнес-процесс в качестве подпроцесса текущего процесса и передает ему соответствующие данные.

С учетом дополнений перспективу потока управления можно определить следующим образом:

Перспектива потока управления представляет собой схему бизнес-процесса Схема бизнес-процесса состоит из направленного графа и, возможно, дополнительных конструкций. Узлы бизнес-процесса могут быть трех типов — узлы, соответствующие шагам процесса, маршрутные узлы и комбинированные узлы, представляющие собой слияние шага процесса с одним или несколькими маршрутными узлами.

Шаги процессов являются узлами-действиями или дополнительными узлами. По переходам перемещаются точки управления. В момент прихода точки управления в узел-действие СУБПиАР дает задание исполнителю. После выполнения задания исполнителем точка управления движется по переходу к следующему узлу процесса. К узлу, соответствующему узлу-действию, может примыкать только один входящий и один исходящий переход.

Маршрутный узел соответствует появлению, удалению, разделению, слиянию точек управления или выбору перехода. Эти узлы могут содержать в себе бизнес-правила, на основании которых выбираются дальнейшие пути точек управления. В маршрутных узлах СУБПиАР выбирает следующий узел (узлы), в который будет передано управление.

Поясним поведение наиболее часто используемых в бизнес-процессах узлов, а также приведем их графические изображения.

Узел "начало" соответствует точке начала исполнения бизнес-процесса. У него нет входящих ребер и одно или более исходящее ребро. В момент запуска экземпляра бизнес-процесса в узел помещается точка управления, которая тут же выходит из него по исходящему ребру. В бизнес-процессе должен существовать единственный узел "начало". Обозначается "тонкой" окружностью (рис. 1.1 а). В случае нескольких исходящих переходов узел совмещен исключающим шлюзом, поэтому при запуске экземпляра бизнес-процесса пользователь выбирает одно из исходящих ребер, по которому точка управления будет перемещена далее.

Узел "завершение потока" должен иметь одно или более входящих ребер и ни одного исходящего. При попадании какой-либо точки управления в этот узел она удаляется. Экземпляр бизнес-процесса, в котором не осталось ни одной точки управления, считается завершившимся. Может существовать несколько узлов "завершение потока", но обязательно должен быть хотя бы один такой узел. Обозначается "жирной" окружностью (рис. 1.1 б).

Узел "окончание" соответствует точке окончания исполнения бизнес-процесса. Узел "Окончание" должен иметь один или более входящих Переходов и ни одного исходящего Перехода. При попадании управления в Окончание останавливаются все потоки этого процесса, а также все его синхронные подпроцессы. В бизнес-процессе может существовать несколько узлов "Окончание". Однако этот узел не обязателен в бизнес-процессе, если в бизнес-процессе существует хотя бы одна точка завершения потока. Обозначается черной окружностью внутри окружности (рис. 1.1 в).

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

Узел "исключающий шлюз" может иметь несколько входящих и несколько исходящих ребер. Для каждой пришедшей в него точки управления выбирается, по какому из исходящих ребер она будет перемещена далее. Обозначается ромбом, в котором изображен "крестик" (рис. 1.2 а).

Узел "параллельный шлюз" обозначается ромбом, в котором изображен "плюс" (рис. 1.2 б). Может иметь несколько входящих и несколько исходящих ребер. Для каждого входящего ребра пришедшая по нему в параллельный шлюз точка управления ставится в очередь. Если для всех входящих ребер их очереди заполнены хотя бы одной точкой управления, то все точки управления, находящиеся на первой позиции очереди каждого входящего ребра, удаляются, а на каждом исходящем ребре генерируется точка управления.

На рис. 1.3 приведен пример графа бизнес-процесса "Оплата счета поставщика". Шаги процесса изображены в виде прямоугольников со скругленными краями, началу процесса соответствует окружность, завершению — окружность с кружком внутри. Элемент "Оплатить счет" является комбинированным узлом, представляющим собой композицию маршрутного узла соединения переходов и узел-действие. Остальные прямоугольники со скругленными краями являются узлами-действиями. Элементы в виде ромбов соответствуют маршрутным узлам — местам разветвления маршрутов точек управления.

В начале бизнес-процесса бизнес-менеджер поставок вводит параметры предполагаемого платежа (номер счета, дата счета, сумма счета, фирма—контрагент, фирма — агент, комментарий). Далее автоматически производится контроль исполнения бюджета подразделения. Если текущая сделка превышает бюджет, то она автоматически отклоняется, и бизнес-процесс завершается. Если бюджет подразделения не превышен, сумма сделки сравнивается с лимитом платежа. Далее, если лимит не превышен, автоматически происходит оплата счета, после чего бизнес-процесс завершается. При превышении лимита необходимо, чтобы платеж бы подтвержден финансовым директором.

Бизнес-процессу "Оплата счета поставщика" соответствуют следующие бизнес- правила:

1. Если внешнее приложение, вызванное в узле "получить данные из бюджета", вернуло значение "нет" в переменную "Превышен ли бюджет подразделения", то следует перейти к проверке лимита, в противном случае — перейти в узел завершения бизнес-процесса.
2. Если значение переменной "сумма счета" меньше значения константы "лимит разового платежа", нужно перейти к узлу "оплата счета", в противном случае — к узлу "подтвердить платеж".
3. Если исполнитель, принадлежащий к роли "Финансовый директор", заполняя поля в соответствующей форме, вернул значение "да" в переменную "утвердил ли руководитель", то перейти к узлу "оплата счета", в противном случае — к узлу завершения бизнес-процесса.

Данная диаграмма очень напоминает блок-схему алгоритма, так как здесь не происходит "размножения" точек управления. Рассмотрим еще один пример, показывающий, что бизнес-процессы обладают существенным параллелизмом и в этом случае языком обычных алгоритмических блок-схем уже не описываются.

Пример соответствует этапу оформления очередного отпуска сотрудником предприятия .

Данный пример иллюстрирует следующее:

1. правила, в соответствии с которыми выбирается исполнитель текущего задания, могут быть достаточно сложными: на втором шаге бизнес-процесса это правило следующее — задание направляется начальнику сотрудника, выполнившего предыдущий шаг (подавшего заявление на отпуск).
2. управление бизнес-процессом также может быть сложным и отличаться от поведения точки управления в традиционной блок-схеме алгоритма: в данном примере в случае одобрения заявления начальником, поток управления разделяется на два параллельных потока (разделение и слияние потоков соответствует элементу в виде ромбика, внутри которого изображен "плюсик"), выполняющихся одновременно, которые потом "сливаются" в одной точке.

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

Перспективе ресурсов бизнес-процесса соответствует набор исполнителей, которые могут выполнять его узлы-действия. Исполнителями могут быть как сотрудники предприятия, так и информационные системы или специализированные устройства.

В бизнес-процессе производится связывание узлов-действий с исполнителями заданий при помощи ролей. При разработке бизнес-процесса создается роль и ставится в соответствие определенным узлам-действиям. Во время выполнения бизнес-процесса ролям назначаются конкретные исполнители. Здесь можно провести аналогию с театральным спектаклем: в процессе написании сценария определяются используемые в спектакле роли. Потом, при постановке в конкретном театре, на роли назначаются актеры – исполнители ролей. Например, роль может называться "Эдмон Дантес", а исполнителем быть – заслуженный артист Петров. В отличие от театра, в узле-действии бизнес-процесса может быть сразу несколько исполнителей роли.

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

Данная перспектива плотно связанна с организационной моделью и моделью информационных систем предприятия.

Бизнес-процесс "Оплата счета поставщика" предполагает следующую структуру исполнителей, объединенных в соответствующие группы:

Сотрудники:

• менеджер поставок
• финансовый директор
• бухгалтер

Информационные системы предприятия:

• система контроля бюджета;

Перспективе операций бизнес-процесса соответствует список элементарных действий, совершаемых исполнителями в рамках узла-действия.

Для сотрудника предприятия это будет набор операций, фиксируемый в визуальной форме, доступной ему на этапе исполнения шага. Для информационных систем предприятия — набор запросов или транзакций, позволяющих манипулировать данными через специальные интерфейсы.

В литературе под процессным управлением различные авторы подразумевают совершенно разную деятельность. На уровне стратегического управления предприятием рассматриваются бизнес-процессы для аналитического моделирования. Процессное управление на этом уровне соответствует следующему:

Путем выделения бизнес-процессов производится описание бизнеса в виде, легко воспринимаемом людьми, - в виде графических диаграмм. Это формальное описание также можно интерпретировать как процессную модель предприятия. После того, как в виде аналитических бизнес-процессов построена модель предприятия, ее можно проанализировать, найти существующие "узкие места" и другие неоптимальные решения. На основе результатов аналитического исследования можно принять решения по изменению бизнеса в целях повышения его эффективности. Так как описание бизнеса в данном случае сделано в виде бизнес-процессов, то и измененную модель бизнеса удобно также представить в виде аналитических бизнес-процессов. Данное преобразование бизнес-процессов для аналитического моделирования представляет собой процессное управление на уровне стратегического управления предприятием.

Если изменение бизнес-процессов для аналитического моделирования не связано с автоматизацией, то внедрение измененных бизнес-процессов является дорогой процедурой, предусматривает переобучение персонала, изменение должностных инструкций, часто - изменение организационной структуры предприятия. Поэтому такие изменения очень затратно делать последовательными небольшими шагами, наоборот, такие изменения производятся редко, но сами изменения являются значительными. В литературе такое преобразование бизнес-процессов получило название - реинжиниринг бизнес-процессов. Реинжиниринг бизнес-процессов подразумевает радикальное перепроектирование бизнес-процессов предприятия для достижения существенного эффекта производственно-хозяйственной и финансово-экономической деятельности.

В последние годы в России появились примеры плавного "перевода" бизнес-процессов для аналитического моделирования в исполнимые бизнес-процессы предприятия, что позволяет отказаться от реинжиниринга и изменять бизнес-процессы постепенно, эволюционным образом. Однако, в большинстве случаев это все-таки делается косвенно, административными методами.

К бизнес-процессам удобно привязать расчет различных показателей эффективности деятельности предприятия (КПЭ), как финансовых, так и нефинансовых. Существуют методы процессного управления, основанные на КПЭ, например, процессный вариант управления по целям. Управление по целям - это метод управленческой деятельности, предусматривающий предвидение результатов деятельности и планирование путей их достижения. КПЭ разрабатываются как для всего предприятия, так и для каждого сотрудника (каждой должности), а также для каждого структурного подразделения и являются инструментами измерения поставленных целей. В случае процессного варианта управления по целям непосредственное управление предприятием достигается путем изменения бизнес-процессов, осуществляемым на основе анализа текущих показателей эффективности деятельности.

Можно предложить следующую аналогию для процессного управления¹⁾ : Управление предприятием можно образно сравнить с управлением автомобилем. В этом случае КПЭ являются аналогом того, что видит водитель - вид через лобовое стекло автомобиля и значения показателей датчиков (скорость, давление масла, количество оборотов двигателя, количество бензина и т.п.). При этом бизнес-процессы будут выполнять роль руля, педалей (газ, тормоз, сцепление) и рычага переключения передач автомобиля.

На уровне исполнимых бизнес-процессов предприятия под процессным управлением различные авторы также имеют в виду совершенно различную деятельность:

1. Можно считать, что предприятие переведено на процессное управление, если на предприятии бизнес-процессы выделены, построены в исполнимом виде и внедрены в эксплуатацию путем загрузки в СУБПиАР. Процессное управление в этом случае является результатом:
   1. Действий бизнес-аналитиков, разработавших исполнимые бизнес-процесс, в частности - схемы бизнес-процессов
   2. Принятия управленческих решений менеджерами в узлах схемы экземпляра бизнес-процесса, имеющих различные возможные варианты дальнейшего движения точек управления
   3. Принятия управленческих решений менеджерами при вводе в экземпляр бизнес-процесса данных (от которых существенно зависит его дальнейшее поведение).
2. Иногда под процессным управлением подразумевают один из видов ситуационного управления – оперативное изменение схемы, а также элементов других перспектив определения бизнес-процесса в ответ на изменение условий бизнеса предприятия.
3. Существуют работы, в которых под процессным управлением авторы подразумевают косвенное административное влияние на выполнение конкретных экземпляров бизнес-процессов. Например, влияние по "человеческим ресурсам" - менеджмент предприятия может увеличивать или уменьшать количество работников, выполняющих определенные операции, или изменять требования к квалификации работников, выполняющих некоторые действия, а также принимать конкретные кадровые решения, назначая сотрудников на те, или иные роли. Также менеджеры могут анализировать состояния исполняющиеся экземпляров бизнес-процессов, проводить разбор возникающих коллизий и принимать различные административные решения, влияющие на эффективность исполнения экземпляров бизнес-процессов, не изменяя при этом схемы бизнес-процессов.

Также термин "процессное управление" применим в случае процессной автоматизации, описанной в одном из предыдущих разделов.

В случае использования исполнимых бизнес-процессов стоимость внедрения изменений относительно небольшая, поэтому в этом случае вместо реинжиниринга обычно применяется медленное эволюционное изменение бизнес-процессов предприятия. На предприятии устанавливается СУБПиАР, разрабатываются, загружаются в систему и внедряются в эксплуатацию бизнес-процессы "как есть", после чего они постепенно, в течение длительного времени преобразуются в бизнес-процессы "как должно быть".

1. Для каких предприятий эффективен процессный подход к управлению?
2. Что такое бизнес-процессы для аналитического моделирования и как они используются?
3. Что такое исполнимые бизнес-процессы и для чего они используются?
4. Назовите три уровня процессного управления
5. Поэтому такое важное значение имеют графические представления моделируемых и исполняемых бизнес-процессов?
6. Что такое системы имитационного моделирования и как они используются в процессном управлении?
7. Опишите преимущества процессного подхода на уровне стратегического управления предприятием
8. Опишите преимущества исполнимых бизнес-процессов
9. Опишите преимущества процессной автоматизации
10. Что такое перспектива потока управления?
11. Что такое перспектива данных?
12. Что такое перспектива ресурсов?
13. Что такое перспектива операций?
14. Как осуществляется процессное управление на уровне стратегического управления предприятием?
15. Что такое реинжиниринг бизнес-процессов?
16. Как осуществляется процессное управление на уровне исполнимых бизнес-процессов?

Первые компьютерные системы, автоматизирующие управление бизнес-процессами появились давно, в начале 90-х годов прошлого века. Развитие СУБПиАР систем за прошедший 20-летний период, в частности, заимствование одними системами различных решений, примененных в других системах, привело к появлению у этого класса программного обеспечения большого количества общих черт. Например, современные СУБПиАР поддерживают такие понятия, как определение бизнес-процесса и экземпляр бизнес-процесса, определение бизнес-процесса обязательно содержит графическую схему бизнес-процесса, состоящую из узлов и переходов между ними. Также все современные СУБПиАР используют роли бизнес-процесса и правила назначения исполнителей на роли.

Основной задачей СУБПиАР является генерация заданий исполнителям и контроль за их выполнением. (Задание генерируется в момент прихода точки управления в узел-действие). Современные СУБПиАР поддерживают связанный с основной задачей набор функций, который примерно одинаков во всех распространенных СУБПиАР. Эти функции реализуются при помощи графических интерфейсов, которые тоже примерно одинаковы в различных СУБПиАР.

В настоящем разделе показаны структура, основные компоненты и графические интерфейсы типичной СУБПиАР, описано взаимодействие между ними, кратко пояснена работа пользователей с интерфейсами системы.

Для иллюстрации примеров графических интерфейсов в настоящем курсе использована система с открытым кодом RunaWFE, которая свободно распространяется вместе со своими исходными кодами. Эта система бесплатная. Для занятий по настоящему пособию дистрибутивы и исходный код системы RunaWFE можно скачать через интернет с портала разработчиков свободного программного обеспечения sourceforge.net по адресу: http://sourceforge.net/projects/runawfe.

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

Для выполнения этих функций в СУБПиАР служат следующие графические интерфейсы:

• интерфейсы для работы с заданиями исполнителей
• интерфейсы для работы с загруженными в СУБПиАР определениями бизнес-процессов
• интерфейсы для работы с выполняющимися в СУБПиАР экземплярами процессов
• интерфейсы для администрирования пользователей и групп пользователей
• интерфейсы для настройки замещений исполнителей заданий

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

Типичная СУБПиАР состоит из следующих основных компонентов:

• Среда исполнения бизнес-процессов
• Среда разработки бизнес-процессов и связанных с ними объектов
• Клиент-оповещатель о поступивших заданиях
• Компонент-коннектор к другим информационным системам

Также СУБПиАР может содержать симулятор бизнес-процессов.

Среда исполнения бизнес-процессов – это основной компонент СУБПиАР. Она реализует исполнение экземпляра бизнес-процесса в соответствии с его определением. Этот компонент содержит определения загруженных в него бизнес-процессов и выполняющиеся экземпляры бизнес-процессов. Генерирует списки заданий и визуальные формы, соответствующие заданиям. Как правило, среда исполнения бизнес-процессов позволяет создавать и изменять свойства пользователей, а также дает возможность устанавливать различные права на объекты системы.

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

Клиент-оповещатель о поступивших заданиях представляет собой компонент, обеспечивающий доступ пользователей к функциональности среды исполнения бизнес-процессов. В частности, он: Отображает списки заданий и визуальные формы заданий. Позволяет пользователям выполнять задания. Позволяет администратору системы устанавливать права на объекты системы. Дает возможность осуществлять мониторинг исполнения экземпляров бизнес процессов. А также реализует оповещение пользователя о поступивших задачах.

Замечание. Если оповещение о поступивших задачах не требуется или достаточно оповещения по электронной почте, то для получения остальной описанной выше функциональности, как правило, можно клиент-оповещатель не устанавливать, так как эта функциональность доступна через веб-браузер.

Компонент-коннектор к другим информационным системам в различных СУБПиАР реализован по-разному. В настоящем курсе описание дано на примере реализации данного компонента в системы RunaWFE. Компонент представляет собой набор специальных приложений - бот-станций. Каждая бот-станция должна располагаться на отдельном сервере, одна из бот-станций (локальная бот-станция) может располагаться на том же сервере, что и среда исполнения. Бот-станции содержат специальные сущности - ботов, которые периодически опрашивают среду исполнения. Боты представляют собой автоматических исполнителей, чем-то напоминающих человека. Подробнее про них будет рассказано в следующих разделах. Если выполняющиеся в среде исполнения экземпляры бизнес-процессов содержат задачи для ботов, загруженных в бот-станцию, то боты выполняют эти задачи и возвращают результаты работы в среду исполнения. В частности, при этом боты могут обращаться к другим информационным системам. Таким образом бот-станция может служить средством интеграции автоматизированных систем предприятия.

При помощи интерфейсов для работы с заданиями исполнителей пользователь может:

• Получать, фильтровать, выполнять задачи, генерируемые экземплярами бизнес-процессов
• Запускать новые экземпляры бизнес-процессов
• Просматривать состояния выполняющихся экземпляров бизнес-процессов
• Загружать в среду исполнения новые определения бизнес-процессов, или новые версии уже содержащихся в среде исполнения определений бизнес-процессов

При помощи интерфейсов для администрирования системы администратор может:

• Создавать-удалять пользователей и группы пользователей
• Включать (исключать) пользователей в группы.
• Раздавать права на объекты системы пользователям и группам пользователей
• Принудительно останавливать экземпляры бизнес-процессов
• Добавлять, изменять правила замещения пользователей

Используя среду разработки, бизнес-аналитик может разрабатывать бизнес-процессы, включая бизнес-правила, различные элементы коннекторов к внешним системам и другие элементы, а также загружать их в среду исполнения.

При помощи симулятора бизнес-процессов можно тестировать разработанные бизнес-процессы на условной конфигурации на клиентском компьютере аналитика, не загружая их в промышленную систему.

На одном сервере запускается среда исполнения бизнес-процессов. На нескольких серверах могут быть запущены бот-станции.

На клиентских компьютерах пользователей запускается клиент-оповещатель о поступивших заданиях или браузер, в котором открывается web-интерфейс СУБПиАР.

На клиентских компьютерах аналитиков запускается Среда разработки бизнес-процессов и связанных с ними объектов. Также на клиентских компьютерах аналитиков запускается симулятор бизнес-процессов.

В среде исполнения выполняются экземпляры бизнес-процессов.

Размещенные в бот-станциях боты периодически опрашивают среду исполнения бизнес-процессов. Если выполняющиеся в среде исполнения экземпляры бизнес-процессов содержат задачи для ботов, то боты выполняют эти задачи и возвращают результаты работы в среду исполнения.

Web-интерфейсы и клиенты-оповещатели периодически обращаются к среде исполнения и отображают задачи пользователей.

Пользуясь web-интерфейсом СУБПиАР пользователи:

• Получают, фильтруют, выполняют задачи, генерируемые экземплярами бизнес-процессов
• Запускают новые экземпляры бизнес-процессов
• Просматривают состояния выполняющихся экземпляров бизнес-процессов

Пользуясь web-нтерфейсом СУБПиАР администраторы:

• Загружают или изменяют определения бизнес-процессов
• Создают или изменяют параметры пользователей и групп пользователей
• Раздают права на объекты системы
• Изменяют параметры ботов и бот-станций

При помощи среды разработки бизнес-аналитики

• разрабатывают и модифицируют бизнес-процессы.

Для разработки бизнес-процесса бизнес-аналитику надо:

• при помощи "мыши" нарисовать схему бизнес-процесса
• определить участвующие в процессе роли, назначить для ролей исполнителей
• задать данные бизнес-процесса (переменные процесса)
• определить графические элементы форм
• связать узлы схемы бизнес-процесса с соответствующими ролями пользователей или ботов

После того, как бизнес-процесс разработан, он загружается в Среду исполнения СУБПиАР. После этого можно запускать экземпляры данного бизнес-процесса и выполнять генерируемые ими задания.

При помощи симулятора бизнес-процессов бизнес-аналитики тестируют разработанные бизнес-процессы на условной конфигурации перед загрузкой их в СУБПиАР.

Клиенты-оповещатели сигнализируют пользователям о появлении новых заданий.

RunaWFE распространяется в следующих вариантах:

• В виде специализированных дистрибутивов для конкретных операционных систем
• В виде исполнимых файлов java-машины.
• В исходных кодах.

Проще всего установить RunaWFE при помощи специализированного дистрибутива для конкретной операционной системы. Например, в случае операционной системы Windows для того, чтобы скачать специализированный дистрибутив через интернет, надо зайти на страницу скачивания файлов проекта RunaWFE на портале разработчиков свободного программного обеспечения sourceforge - http://sourceforge.net/projects/runawfe/files, выбрать папку "Distributives", потом подпапку "Distributives for Windows", далее выбрать версию системы 4.2.0, войти в папку этой версии и скачать файл-дистрибутив системы. В случае, если у вас установлена 32-разрядная ОС Windows, то скачать надо файл RunaWFE-Installer_i586.exe, если 64-разрядная, то - RunaWFE-Installer_x64.exe.

Запуск на выполнение файла-дистрибутива запустит на компьютере с ОС Windows диалог установки системы RunaWFE. Если вам удобнее устанавливать систему с DVD-диска, то из той же папки надо скачать файл "runawfe-x.x.iso" и скопировать его на DVD-диск. При вставке этого диска в дисковод компьютера запустится диалог установки системы RunaWFE для ОС Windows. Один и тот же DVD-диск используется как в случае 32-разрядной, так и в случае 64-разрядной ОС Windows.

Вариант распространения в виде исполняемых файлов java-машины используется, если в проекте RunaWFE нет специализированного дистрибутива для ОС, которую вы используете на своем компьютере. В этом случае надо обратиться к документации проекта RunaWFE (например, на сайте runawfe.org/rus) и установить на компьютер непосредственно исполняемые файлы java. Вариант распространения в виде исходных кодов предназначен для разработчиков программного обеспечения. Используя исходные коды, они могут модифицировать систему или встраивать ее в какое-то другое программное обеспечение.

Перечислим компоненты дистрибутива системы, которые можно установить при помощи дистрибутива.

Компоненты дистрибутива, относящиеся к клиентской части системы:

• Клиент (web-интерфейс)
• Графический редактор бизнес-процессов
• Симулятор бизнес-процессов
• Клиент-оповещатель о поступивших заданиях

Компоненты дистрибутива, относящиеся к серверной части системы:

• RunaWFE – сервер
• Бот-станция

В данном курсе рекомендуется установить на компьютер только клиентские компоненты. Клиентский компонент "симулятор" является адаптированной для компьютера пользователя версией RunaWFE сервера, этот компонент содержит в себе локальную бот-станцию. Поэтому клиентских компонентов достаточно для того, чтобы познакомиться со всей функциональностью RunaWFE.

Вставьте диск в дисковод (в случае дистрибутива на DVD-диске) или запустите на выполнение файл RunaWFE-Installer***.exe (в случае дистрибутива в виде исполняемого файла). Появится экран мастера установки системы:

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

В настоящее время не существует официального перевода лицензии LGPL на русский язык, поэтому текст лицензии представлен в оригинале - на английском языке.

После утвердительного ответа на вопрос о принятии условий лицензии появится выбор – установить на компьютер клиентские или серверные компоненты RunaWFE

Выберите клиентские приложения и нажмите "Далее". Появится страница выбора конкретных клиентских компонентов.

Отметьте все компоненты кроме компонента "Интернет ссылка" и нажмите "Далее".

Выберите папку для установки RunaWFE и нажмите "Далее". В появившемся окне мастера установите самую верхнюю галочку:

Нажмите "Далее".

В следующем окне мастера оставьте настройки, появившиеся по умолчанию, и нажмите "Далее". – Начнется процесс копирования файлов системы. После того, как система будет установлена, появится следующее окно мастера:

Нажмите "Готово". Процесс установки будет завершен.

Замечание. В случае если в системе отсутствует J2SE SDK JDK 7.0, инсталлятор предложит его установить, кроме того будет предложено установить переменную среды JAVA_HOME.

Работать с системой можно через системное меню ( Пуск / Программы / RunaWFE) или через расположенные на рабочем столе иконки.

Для начала работы с системой RunaWFE:

1. Запустите RunaWFE симулятор. Это можно сделать, например, командой меню Пуск / Программы / RunaWFE / Start Simulation.

При запуске симулятора появится консольное окно:

Строки "…JBoss AS 7.1.1.Final "Brontes" started in …" "…INFO [org.jboss.as.server] … Deployed "runawfe.ear" означают, что симулятор запущен.

После этого с системой можно работать через web-интерфейс. Это можно сделать как через клиент-оповещатель о поступивших заданиях, так и через обычный браузер.

2. Запустите web-интерфейс системы RunaWFE. Для этого надо выполнить команду Пуск / Программы / RunaWFE / Simulation Web Interface. Появится окно ввода логина и пароля пользователя.

В этом окне введите логин администратора "Administrator" (существенно, что с большой буквы) и пароль администратора – "wf".

После входа в систему на экране появляется страница, в левом верхнем углу которой находится меню системы. В зависимости от прав пользователя у него могут быть показаны не все пункты меню, изображенные на рис. 2.16.

Дадим краткое описание пунктов меню системы RunaWFE. Меню "Список заданий". При выполнении команды меню "Список заданий" открывается форма списка заданий для данного пользователя. Здесь пользователь может, кликнув на задание, открыть форму задания, ввести в нее данные, а также отметить выполнение задания. Также в списке заданий пользователь может искать, фильтровать задания, выводить в строках задания значения переменных бизнес-процессов.

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

Меню "Запущенные процессы". На странице, соответствующей пункту меню "Запущенные процессы", находится список экземпляров бизнес-процессов, доступных для чтения данному пользователю. Здесь пользователь может посмотреть состояния выполняющихся экземпляров бизнес-процессов, в частности – положение текущих точек управления на схеме бизнес-процесса, текущие значения переменных и ролей экземпляра бизнес-процесса, а также историю событий экземпляра бизнес-процесса. Если у пользователя есть соответствующие права, он может остановить выполнение экземпляра бизнес-процесса. Также в списке экземпляров бизнес-процессов пользователь может искать, группировать, фильтровать экземпляры бизнес-процессов, выводить в строках значения переменных бизнес-процессов.

Меню "Исполнители". На странице, соответствующей пункту меню "Исполнители", находится список потенциальных исполнителей заданий (пользователей и групп пользователей), доступных для чтения данному пользователю. На этой странице можно завести или удалить исполнителя, завести или удалить группу исполнителей, включить (исключить) исполнителя или группу исполнителей в другую группу. Также для исполнителя можно установить статус (Активен / Не активен) настроить список замещений.

Меню "Отношения". Отношения используются в системе RunaWFE при инициализации ролей бизнес-процесса. При разработке бизнес-процесса создается роль и ставится в соответствие определенным узлам схемы. Инициализация роли – это назначение на роль конкретного исполнителя. Отношения соответствуют одному из используемых в системе RunaWFE способов инициализации ролей.

Меню "Бот станции". Боты в системе RunaWFE – это специальные компьютерные приложения, которые также как и люди могут быть исполнителями заданий. Бот-станция – это компьютерная среда, в которой функционируют боты. Находящиеся в бот-станции боты периодически опрашивают RunaWFE - сервер. Если выполняющиеся на сервере экземпляры бизнес-процессов содержат задачи для исполнителей - ботов, то боты выполняют эти задачи и возвращают результаты работы на RunaWFE - сервер. На странице, соответствующей пункту меню "Бот станции", находится список зарегистрированных бот-станций. Здесь пользователь может посмотреть свойства бот-станций состояния бот-станций, свойства входящих в бот-станцию ботов, а также задач, которые они могут выполнять. Также в меню "Бот станции" можно завести новую бот-станцию, изменить параметры бот-станции, запустить/остановить периодическую активацию бот-станции, а также изменять свойства входящих в бот-станцию ботов. В частности можно добавить новое задание боту, или изменить/удалить уже существующее задание.

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

Меню "Логи сервера". Данное меню ведет на страницу отображающую лог работы системы. Здесь реализован удобный просмотрщик, с такими функциями как разделение на страницы, поиск, автоматическое обновление информации и т.д.

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

Согласованные наборы графических элементов, из которых строятся схемы бизнес-процессов, называются графическими нотациями изображения бизнес-процессов.

Наиболее известными графическими нотациями изображения бизнес-процессов являются:

• UML Activity Diagram (далее UML AD)
• BPMN

В работе Stephen A. White Process Modeling Notations and Workflow Patterns¹⁾, посвященной сравнению выразительной мощи UML AD и BPMN нотаций, основанной на реализациях с помощью этих нотаций типичных конструкций бизнес-процессов, содержится вывод, что выразительная мощь основных конструкций обеих нотаций примерно одинакова. Позже этот результат был подтвержден в более полном исследовании: Lauri Eloranta, Eero Kallio, Ilkka Terho A Notation Evaluation of BPMN and UML Activity Diagrams²⁾.

Рассмотрим базовые элементы обеих нотаций, относящиеся к перспективе управления потоком.

Базовые элементы нотации UML AD, относящиеся к перспективе управления потоком:

Узел-Действие:

Маршрутные узлы.

Ветвление - Узел выбора направления дальнейшего движения точки управления:

Разделение - Разделение точки управления на несколько точек управления:

Слияние - Слияние точек управления в одну точку управления:

Базовые элементы нотации BPMN, относящиеся к перспективе управления потоком:

Узел-Действие:

Маршрутные узлы.

В BPMN существует единая форма для маршрутного узла, представляющая собой ромбик:

Конкретные маршрутные узлы отличаются изображенными внутри этой формы иконками.

Ветвление - Узел выбора направления дальнейшего движения точки управления:

Внутри ромбика содержится иконка – "крестик".

Разделение - Разделение точки управления на несколько точек управления:

Внутри ромбика содержится иконка – "плюсик".

Слияние - Слияние точек управления в одну точку управления:

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

В BPMN нотации – более универсальные элементы. Элементы BPMN нотации определяются парой графических объектов – формой элемента и изображенной внутри нее иконкой. Например, форма для всех маршрутных узлов BPMN одинакова, а поведение определяется иконкой: "крестик" соответствует выбору одного из нескольких направлений, а "плюсик" - разделению точки управления на несколько одновременно перемещающихся точек. Это позволяет использовать различные комбинации форм и иконок вместо того, чтобы вводить новые графические элементы и таким образом можно уменьшить общее число используемых в нотации объектов.

Однако UML AD нотация проще для изучения неподготовленным пользователем, она интуитивно понятна. UML AD нотация использует хотя и не универсальные, но широко известные графические элементы. Например, в ней для выбора одного из нескольких направлений используется "ромбик". А параллельно выполняющиеся узлы-действия в UML AD нотации как правило соединены с элементами – разделениями-слияниями параллельными линиями, что интуитивно соответствует одновременно выполняющимся действиям.

В UML AD нотации изображение процессов очень похоже на блок-схемы, которые изучаются в российских технических ВУЗах и техникумах. В начальной школе при изучении математики в некоторых учебниках также активно используются те же блок-схемы . То есть многим российским пользователям изображения в UML AD нотации сразу будут интуитивно понятны, а для понимания изображений в BPMN нотации придется потратить время и усилия на ее изучение.

У BPMN-нотации есть свои сильные стороны, например, очень велика маркетинговая мощь международных софтверных компаний, продвигающих эту нотацию. Есть элементы, пользоваться которыми в BPMN нотации удобнее, чем в UML нотации.

Пример процесса "заявка на платеж" в UML-нотации:

Пример процесса "заявка на платеж" в BPMN-нотации:

Для того чтобы объяснять схемы несложных бизнес-процессов, нарисованные в UML AD нотации не требуется много усилий. В случае же BPMN нотации требуются учебные курсы и различные консультации.

Кратко преимущества нотаций можно сформулировать так:

Преимущества UML нотации относительно BPMN для российских пользователей.

• UML нотация проще. Ее легче изучать.
• Значительному числу пользователей графы процессов, нарисованные в UML нотации (с движением точек управления бизнес-процесса преимущественно сверху-вниз) более понятны, чем процессы, нарисованные в BPMN нотации.

Преимущества BPMN нотации.

• Более понятные изображения некоторых элементов (например – таймеров)
• Более удобно работать с бизнес-исключениями

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

В таких случаях используется замещение пользователей – задание перенаправляется другому пользователю. Используя замещение пользователей можно добиться того, что надежность работы СУБПиАР будет выше надежности работы составляющих ее элементов (людей).

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

Оба этих решения неудобны: Организационная структура предприятия является отдельной сущностью и помещать ее в СУБПиАР нежелательно, т.к. она также используется в других системах предприятия (ERP, CRM и т.п.). В случае использования программного кода бизнес-процесс становится неудобным для модификации, т.к. для изменения замещения, как правило, требуется привлекать программиста.

Но главное - такое решение неудобно управленцам, потому, что оно не соответствует их мышлению. В случае замещений исполнителей задач управленцам гораздо комфортнее думать "в терминах" людей, а не бизнес-процессов. Им удобнее не перебирать все бизнес-процессы, в которых теоретически может участвовать замещаемый пользователь и изменять в них настройки, а явно задать замещение в свойствах пользователя, может быть, указав при этом какие-то условия, при выполнении которых замещение будет выполнено.

Поэтому механизм замещения исполнителей заданий предлагается основать на наборах правил замещения, относящихся не к бизнес-процессам, а к пользователям СУБПиАР: Для каждого пользователя составляется упорядоченный набор правил замещения, которые последовательно просматриваются до тех пор, пока либо не будет найдено подходящее правило замещения, либо будет выяснено, что ни одного подходящего правила нет.

Правило содержит функцию над организационной структурой предприятия, которая возвращает заместителя.

Каждое правило имеет следующие параметры:

• Замещаемый Пользователь (Пользователь)
• Заместитель (Функция над оргструктурой, возвращающая Пользователя)
• Применимо ли правило (формула)
• Пример правила назначения заместителя:
• Иванов
• Петров
• (Роль = "руководитель департамента") & (Бизнес-процесс= "оформление сделки")

У пользователя может быть одно из двух состояний:

• Активен
• Не активен

Механизм замещения применяется только к пользователям, имеющим статус "не активен". В этом случае из списка правил будут выбраны все правила замещения, относящиеся к данному пользователю, далее из этих правил будет выбрано первое по порядку правило, которое применимо (выполняется формула в "Применимо ли правило") и заместитель в котором имеет статус "Активен". В список заданий этого пользователя (заместителя) и будет перенаправлено данное задание.

Замечание. Возможны ситуации, в которых у пользователя не будет заместителя.

В системе в свойствах пользователя предлагается задать набор правил замещения. Для конкретного пользователя правило замещения будет состоять из двух частей:

• Заместитель (Функция над организационной структурой предприятия, возвращающая пользователя-заместителя)
• Условие применения правила (Критерий)

При формировании списка заданий правила замещения, относящиеся к данному пользователю, просматриваются сверху вниз до тех пор, пока либо не будет найдено первое по порядку подходящее правило замещения (в котором выполняется условие в "критерии" и заместитель имеет статус "Активен"), либо будет выяснено, что ни одного подходящего правила нет.

В список заданий этого пользователя (заместителя) и будет перенаправлено данное задание.

Связывание узлов бизнес-процесса с исполнителями заданий производится при помощи ролей. При разработке бизнес-процесса создается роль и ставится в соответствие определенным узлам схемы. Во время выполнения экземпляра бизнес-процесса для ролей необходимо определить исполнителей.

Инициализация роли – это назначение на роль конкретного исполнителя. При переходе от моделирования бизнес-процессов на компьютере к исполнению бизнес-процессов в компьютерной среде появляется проблема выбора конкретных исполнителей, которым будет направлено задание.

Реализация компонентов-инициализаторов ролей бизнес-процессов является одной из самых неудобных и трудоемких проблем при внедрении систем управления бизнес-процессами и административными регламентами на предприятиях.

Традиционных подходов к реализации инициализатора роли два:

1. Внутри системы управления бизнес-процессами и административными регламентами задается организационная структура предприятия и роли инициализируются при помощи указания параметров этой структуры
2. Процедура инициализации роли выносится в какую-то другую информационную систему

У обоих этих подходов есть существенные неудобства.

• Организационная структура предприятия является отдельной сущностью и помещать ее в СУБПиАР нежелательно. Кроме того, путем задания иерархической организационной структуры можно инициализировать роли, соответствующие иерархии управления – "руководитель сотрудника", "руководитель отдела", "председатель правления". Однако, сложно инициализировать роли, не относящиеся к административному управлению, например, "секретарь, отвечающий за корреспонденцию данного сотрудника".
• Вынос инициализации роли в другую систему и организация удаленного вызова процедуры из другой информационной системы приводят к техническим сложностям, а также работам по настройкам, связанным с информационной безопасностью

Использование понятия чистой математики — "бинарного отношения" позволяет разработать очень простое, но весьма эффективное решение задачи построения инициализатора роли.

Бинарное отношение можно рассматривать как обобщение понятия функция.

Определение. Бинарным отношением между множествами и называется любое подмножество декартова произведения множества на множество . Часто, чтобы обозначить принадлежность упорядоченной пары к бинарному отношению вместо записи используют обозначения или . При этом говорят, что находится в отношении к .

Замечание 1. Для множеств и , состоящих из конечного числа элементов, любое отношение можно задать, определив набор упорядоченных пар , в которых первый элемент принадлежит множеству , а второй - множеству .

Замечание 2. Некоторые (но не все) бинарные отношения соответствуют функциям. Можно определить функцию как такое бинарное отношение , в котором каждому значению отношения соответствует лишь одно единственное значение (но не наоборот).

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

При использовании бинарных отношений над множеством исполнителей задач бизнес-процесса процедура назначения возможных исполнителей задания становится очень простой и ее легко реализовать прямо в СУБПиАР. Кроме того, это дает возможность инициализировать роль сразу множеством возможных исполнителей заданий: Часто в бизнес-процессе задание направляется не одному исполнителю, а множеству возможных исполнителей задания. Выполняет это задание тот пользователь, который первым возьмет его на исполнение.

Принцип процедуры инициализации роли следующий: берется уже известный исполнитель заданий, находятся все пары бинарного отношения, в которых этот исполнитель находится в правой части, рассматривается множество, состоящее из всех левых частей отобранных пар. Этим множеством и инициализируется роль.

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

Задавать отношения перечислением всех определяющих его пар пользователей неудобно, так как таких пар может быть очень много. Для уменьшения количества вводимых данных имеет смысл воспользоваться группами пользователей.

Группы пользователей служат для объединения пользователей по какому-либо признаку. Одни группы могут содержать в себе другие группы. Обычно группа наследует свойства всех групп, в которые она входит.

Зададим отношение в СУБПиАР как множество пар (исполнитель1, исполнитель2), в которых исполнитель является пользователем или группой пользователей.

Инициализацию роли при помощи данного отношения предлагается производить при помощи следующего алгоритма:

1. Из указанной в инициализаторе роли переменной бизнес-процесса берется ее значение-исполнитель – имя пользователя или группы пользователей. Это значение будет соответствовать правой части отношения.
2. Строится множество значений всех левых частей отношения, соответствующих данному элементу правой части. Делается это так: Для исполнителя – значения правой части отношения находятся все группы, в которые он входит (хотя бы в одну из их подгрупп). Далее находятся все пары определенные в СУБПиАР для данного отношения, у которых в правой части стоит исполнитель или одна из найденных групп. Далее рассматривается множество всех левых частей этих пар.

Если пар нет, то роль не инициализируется. Если множество состоит только из одного пользователя, то роль инициализируется им. В остальных случаях роль инициализируется множеством всех пользователей, попавших в левые части пар или принадлежащих какой-либо из групп попавших в левую часть, а также любой из их подгрупп.

В главное меню СУБПиАР RunaWFE был добавлен пункт - Отношения (в английской локализации - Relations).

В этом пункте можно посмотреть/добавить/удалить отношение, открыть отношение и отредактировать множество составляющих его пар.

Для каждого исполнителя в его свойствах добавлены два раздела:

• Отношения, в которых он может находиться в левой части
• Отношения, в которых он может находиться в правой части

Каждое отношение можно открыть и отредактировать множество исполнителей в другой части отношения

В среде разработки при редактировании инициализатора роли можно выбрать закладку "задать роль с помощью отношения". В этом случае можно задать настройки соединения с сервером и импортировать отношения в редактор.

Далее отношение можно поставить в соответствие роли. В форме выбирается имя отношения и переменная или константа, соответствующая правой части отношения, задающая пользователя или группу пользователей.

Исполнителями заданий в современных СУБПиАР могут быть как люди, так и компьютерные приложения.

Часто в инструментальных решениях для управления бизнес-процессами узлы, в которых задание выполняет компьютерное приложение, отмечаются на схеме бизнес-процесса специальным образом (отличным от узлов, в которых задание выполняет человек), а роль в таких узлах всегда задается одинаково, например - "система".

Мы предлагаем другое решение. В результате опроса управленцев было выявлено, что при работе с приложениями, выполняющими задания в бизнес-процессах, управленцам комфортнее мыслить в понятиях некоторых различных сущностей, которые были бы аналогичны людям, а не использовать термин "система" во всех случаях выполнения задания компьютерным приложением.

Логика управленцев при этом следующая: управленец традиционно мыслит в понятиях должностей специалистов и их компетенций. Он говорит: в компании есть должность "уборщица", я знаю, что сотрудник на этой должности умеет выполнять ограниченный набор действий (например "подметать" и "убирать") и, исходя из этих возможностей, я планирую участие уборщицы в соответствующих бизнес-процессах. Для компьютерных приложений мне тоже было бы удобно видеть "что они умеют делать" при планировании их использования в бизнес-процессах. Для самих приложений тоже удобна была бы логическая группировка по видам деятельности (например, - работа с электронной почтой, работа с отчетами и т.п.).

Введем понятие бота для СУБПиАР. Бот соответствует элементу логической группировки заданий, выполняемых компьютерными системами. Используя ботов при работе с бизнес-процессами управленец может мыслить в терминах автоматических исполнителей и их областях компетенции.

Для ботов вводится понятие прав на выполняемые действия (аналогичные правам людей-пользователей). Поэтому боты, также как люди, во время своей работы аутентифицируются в СУБПиАР, после чего СУБПиАР проводит их авторизацию при совершении операций.

Для работы ботов была предложена специальная среда - бот-станция, которая организует их взаимодействие с СУБПиАР. Как правило, бот-станция соответствует серверу, на котором размещены боты. Находящиеся в бот-станции боты обращаются к среде исполнения бизнес-процессов СУБПиАР. Если выполняющиеся на сервере экземпляры бизнес-процессов содержат задачи для ботов, то боты выполняют эти задачи и возвращают результаты работы в среду исполнения бизнес-процессов.

Настройка бот-станций и ботов производится через меню "Бот станции".

Пользователь имеет доступ к меню "Бот станции", если у него есть права на чтение бот-станций. Если прав на чтение бот-станций у пользователя нет, то пункт меню "Бот станции" интерфейсе пользователя будет отсутствовать. Для изменения настроек бот-станций необходимо иметь права "Конфигурировать бот-станцию".

Для изменения параметров бота необходимо выбрать изменяемого бота на странице информации по бот-станции, перейдя по ссылке с именем бота. Изменение параметров бота производится в секции "Параметры бота". После выполнения команды "Применить" новые параметры вступят в силу немедленно без перезапуска системы и будут использованы при очередном вызове ботов.

Параметрами бота являются: имя бота (соответствует логину пользователя), пароль бота, список заданий, выполняемых ботом. Список заданий состоит из имени задания, ссылки на обработчик и конфигурации задания.

Поведение элементов бизнес-процесса "Параллельный шлюз" определено следующим образом: если по каждому входящему в элемент-слияние (параллельный шлюз, у которого несколько входящих и только один исходящий переход) переходу пришла одна точка управления, то все эти точки уничтожаются, а для исходящего перехода генерируется точка управления. Если хотя бы по одному входящему переходу точка управления в слияние не пришла, то все пришедшие точки управления остаются в слиянии, исходящая точка управления не генерируется.

Однако в бизнес-процессах возможно создание таких комбинаций элементов, в которых точка управления в элементе-разделении (параллельный шлюз, у которого только один входящий и несколько исходящих переходов) трансформируется в несколько "параллельно движущихся" точек управления. Далее, после прохождения элемента-соединения, они окажутся точками управления, идущими друг за другом по одному переходу. Пример такой ситуации показан на рис. 3.21.

Для случая существования в экземпляре бизнес-процесса нескольких последовательно перемещающихся по одному переходу точек управления описание поведения элемента "слияние" надо уточнить: В этом случае для каждого входящего перехода пришедшая в "слияние" точка управления ставится в очередь. Если для всех входящих в "слияние" переходов их очереди заполнены хотя бы одной точкой управления, то все точки управления, находящиеся на первой позиции очереди каждого перехода, уничтожаются и на выходе из "слияния" генерируется одна точка управления. Все остальные точки, находящиеся в очередях в "слияние", перемещаются на одну позицию вперед.

При таком определении поведения элемента – слияния и отсутствии каких-либо других ограничений на комбинации элементов на схеме бизнес-процесса возможно появление экземпляров бизнес-процессов, в которых из-за ошибок проектирования количество точек управления быстро возрастает с течением времени. Такие процессы могут создать запредельную нагрузку на систему, что приведет к прекращению ее нормальной работы.

На рис. 3.22 показан пример участка схемы бизнес-процесса с быстро возрастающим количеством точек управления.

Для того, чтобы избежать ситуации с быстро возрастающим количеством точек управления при исполнении экземпляра бизнес-процесса возможны различные подходы.

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

1. В данной схеме не возможна ситуация с бесконечно возрастающим количеством точек управления
2. В данной схеме обязательно возникнет ситуация с бесконечно возрастающим количеством точек управления
3. В данной схеме может (но не обязательно) возникнуть ситуация с бесконечно возрастающим количеством точек управления в зависимости от значений задаваемых данных

Тогда в случае 2 можно программно запретить импорт такого бизнес-процесса в среду исполнения. Разработанные критерии должны быть легко реализуемыми в виде алгоритма, чтобы их можно было использовать в компьютерных системах управления бизнес-процессами.

Б. Можно разработать критерии, применение которых на этапе исполнения позволит определить "опасные" экземпляры бизнес-процессов. Тогда СУБПиАР сможет автоматически остановить выполнение этих экземпляров и таким образом не допустить прекращения работы системы от недопустимой нагрузки.

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

В качестве примера критерия подхода Б можно предложить следующую процедуру: На этапе проектирования для каждого определения бизнес-процесса устанавливается максимально возможное количество точек управления в экземпляре бизнес-процесса. Если во время исполнения экземпляра эта величина будет превышена, то СУБПиАР автоматически остановит выполнение этого экземпляра и даст сигнал администратору системы о возникновении нештатной ситуации.

У данного критерия мы видим два недостатка.

1. На этапе проектирования бизнес-процесса не всегда можно оценить максимальное количество точек управления в любом его экземпляре. То есть, может так случиться, что экземпляр бизнес-процесса будет "неправильно" остановлен системой, что в свою очередь может нанести ущерб бизнесу
2. Даже если система "правильно" остановила экземпляр бизнес-процесса, ситуация на предприятии, эксплуатирующей систему, после остановки экземпляра может оказаться сложной: По заданиям этого экземпляра бизнес-процесса сотрудники предприятия совершили определенные действия. Возможно, эти действия требуют обязательного выполнения каких-то других действий в строго определенные интервалы времени, а отсутствие этих действий может привести к убыткам и другим неприятностям.

В качестве примера критерия подхода В можно показать, что требования, чтобы разделения и слияния образовывали пары, достаточно для того, чтобы ситуация с бесконечно возникающим количеством точек управления не возникала. При этом не требуется взаимно-однозначности разделений и слияний, требуется только, чтобы в бизнес-процессе каждому элементу "разделение" должен быть поставлен в соответствие единственный элемент "слияние". На рис. 2.16 приведен пример такой схемы.

Однако такие ограничения являются слишком сильными. Существует практика использования разделений и слияний для синхронизации действий в бизнес-процессе. Например, на рис. 3.24 слияние "препятствует" рассылке материалов о конференции до заключения договора аренды помещения, в котором будет проводиться конференция.

Этот пример соответствует реальной жизненной ситуации, однако, мы видим, что разделения и слияния в нем не образуют пар.

Одной из причин выбора процессного варианта автоматизации предприятия является уменьшение затрат на автоматизацию. При традиционной автоматизации сначала бизнес-аналитик описывает функциональность проектируемой системы в виде текста, потом программист переводит это описание в программный код. Использование исполнимых бизнес-процессов позволяет в значительной степени избежать дублирования работы: в этом случае бизнес-аналитик совместно с заказчиком при помощи визуальных графических программных средств разрабатывает бизнес-процессы автоматизируемой функциональности, которые будут потом непосредственно исполняться в компьютерной среде.

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

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

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

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

Понятие парадигма рассматривается в данном случае в терминах концепции парадигм программирования Роберта Флойда , которая является расширением концепции парадигм Томаса Куна, предложенной в работе "Структура научных революций" .

Внедрение СУБПиАР на предприятии приводит к появлению единого для всех менеджеров предприятия языка для работы с бизнес-процессами, основанного на графических диаграммах. После освоения этого языка работники предприятия могут быстро читать существующие определения бизнес-процессов, разбираться в состояниях выполняющихся экземпляров бизнес-процессов, бизнес-аналитики могут производить быстрые изменения и разработку новых бизнес-процессов.

В последние годы исполнимые бизнес-процессы активно внедряются как в бизнесе, так и в государственных организациях. Однако, автоматизация на основе исполнимых бизнес-процессов требует от специалистов процессного мышления, отличающегося от мышления ИТ-специалистов по традиционной автоматизации предприятий. Кроме знания нотаций описания бизнес-процессов и интерфейсов СУБПиАР, бизнес-аналитики должны уметь реализовывать в виде исполнимых бизнес-процессов типичные ситуации в бизнесе. Всвязи с этим появляется задача обучения специалистов как экономических специальностей, так и специальностей, связанных с информационными технологиями, процессному подходу, разработке исполнимых бизнес-процесов и работе с СУБПиАР.

В настоящей лекции предложены правила построения схем бизнес-процессов, приведены некоторые типичные бизнес-ситуации и представлены для них решения.

Наименование узла, в котором дается задание исполнителю, в большинстве СУБП также является названием задания, которое отображается пользователю. Задания нужно формулировать так, чтобы они были максимально понятны исполнителю. Если задание непонятно, то у исполнителя уйдет много усилий и времени на его интерпретацию, возможно задание будет исполнено не так, как планировал разработчик бизнес-процесса.

Например, получив задание, сформулированное как "договор подряда", исполнитель не будет знать, каких именно действий требует от него бизнес-процесс в этом узле: напечатать договор, подписать договор, согласовать договор, проверить договор и т.п. Исполнителю придется затратить дополнительные усилия на выяснение этого. То есть, недостаточно понятные формулировки заданий увеличивают затраты на эксплуатацию бизнес-процесса.

По опыту автора наиболее понятными являются формулировки, включающие в себя глагол в неопределенной форме и существительное, например, "Издать приказ", "Рассмотреть заявку". На занятиях по обучению студентов разработке бизнес-процессов, проводимых автором настоящего курса лекций, такой вид именования узлов бизнес-процесса является обязательным.

Желательно, чтобы схема бизнес-процесса умещалась на экране компьютера. Схемы, размер которых превышает полтора размера экрана компьютера, крайне сложно анализировать, поэтому следует избегать использования таких схем. Если схема не помещается на экране, то ее части надо стараться вынести во внутренние или внешние подпроцессы.

Бизнес-аналитику комфортно анализировать перемещения точек управления по схеме бизнес-процесса, когда общее движение точек управления соответствует перемещению области, на которую смотрит человек при чтении текстов. Поэтому желательно так располагать узлы схемы бизнес-процессов, чтобы общее движение точек управления по ним было слева-направо или сверху-вниз. Пример общего движения точек управления слева-направо приведен на рис. 4.2. Пример общего движения точек управления сверху-вниз приведен на рис. 4.8.

В некоторых случаях, при длинных участках движения точек управления без разветвлений, можно располагать связанные линиями переходов узлы схемы слева-направо - сверху-вниз, аналогично тому, как человек читает слова на листе печатного документа. Пример такого движения точек управления приведен на рис. 4.1.

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

Роли предназначены для связывания узлов схемы бизнес-процесса, в которых выполняются действия, с исполнителями заданий. При разработке бизнес-процесса создаются роли и ставятся в соответствие определенным узлам-действиям схемы бизнес-процесса. Во время выполнения бизнес-процесса ролям назначаются конкретные исполнители. Большинство современных графических нотаций для схем бизнес-процессов позволяют задавать роли на схеме бизнес-процесса в виде горизонтальных или вертикальных полос, называемых дорожками. В этом случае все узлы схемы бизнес-процесса, расположенные на определенной дорожке, связываются с соответствующей дорожке ролью.

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

Нотация BPMN позволяет не рисовать дорожки на схеме. Однако при анализе схемы бизнес-процесса информация о связанной с узлом роли очень важна. Поэтому предлагается помещать название роли на графический элемент узла-действия схемы бизнес-процесса. Графическая нотация UML AD позволяет помещать название роли над именем узла-действия в круглых скобках. В нотации BPMN такой возможности нет, однако мы предлагаем даже в случае BPMN нотации располагать название роли в круглых скобках в верхней части графического элемента узла-действия и считать его префиксом названия узла. Этот прием будет использован в приведенных в настоящей лекции схемах бизнес-процессов.

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

Однако, практика эксплуатации бизнес-процессов на предприятии показывает, что такое решение является неудачным: Если сотрудник, подписывающий документ, отметит выполнение задания до того, как пойдет к сотруднику, у которого находится документ, то во многих случаях эта отметка о выполнении задания окажется ложной, так как у сотрудника могут возникнуть более приоритетные работы и он может срочно заняться другой задачей.

При этом задание будет удалено из его списка заданий и сотрудник легко может забыть, что задание реально не выполнено.

Если же сотрудник, подписывающий документ, сначала пойдет к сотруднику, у которого находится документ, то задание у второго сотрудника появится только после того, как первый сотрудник вернется на свое рабочее место и отметит выполнение задания. Это может произойти через длительное время после реального выполнения задания и второй сотрудник может уже не помнить, получил ли он подпись на документ от первого сотрудника. Кроме того, в момент прихода первого сотрудника, второй сотрудник не будет уверен, должен ли оно вообще что-то давать подписывать первому сотруднику, т. к. у него не будет никакого относящегося к этому задания. Поэтому предлагается использовать другое решение: На схеме бизнес-процесса узлы, в которых даются задания двум исполнителям, располагаются не последовательно, а параллельно, то есть они находятся в параллельных ветках (см. рис. 4.3).

Рассмотрим случай, когда несколько действий подряд должны быть выполнены одновременно двумя исполнителями. Практика работы с исполнимыми бизнес-процессами показывает, что роли должностных лиц, такие как "Бухгалтер" или "Кассир", соответствуют "ответственным" сотрудникам, а роли "Сотрудник" или "Подавший заявку" - гораздо менее "ответственным" сотрудникам, которые могут неделями не отмечать выполнение заданий.

На рис. 4.4 представлен пример схемы бизнес-процесса, в котором задания, факт выполнения которых вводит в СУБП "Сотрудник", могут заблокировать нормальное выполнение бизнес-процесса. Эти задания выделены на рисунке овалами. То есть если, например, сотрудник не будет отмечать в СУБП выполнение задания "ознакомиться с одобрением", то бизнес-процесс не перейдет к оформлению приказа и выплате денег. В режиме промышленной эксплуатации такие схемы бизнес-процессов могут привести к серьезным сбоям в работе предприятия.

Поэтому требуется так составить схему бизнес-процесса, чтобы второстепенные задания, выполняемые сотрудником, не останавливали дальнейшее выполнение бизнес-процесса. То есть, каждое такое задание должно выполняться в параллельной ветке и после него не должно происходить выполнения существенных заданий бизнес-процесса. Пример правильного построения схемы бизнес-процесса, соответствующего действиям схемы рис. 4.4 представлен на рис. 4.5.

Нотация BPMN позволяет использовать в схемах бизнес-процессов элементы разделения без парных им элементов - слияний. В этом случае для удаления выполнивших свою задачу точек управления можно использовать элемент - событие завершения потока управления. (На рис. 4.6 приведен пример такой схемы, эквивалентной схеме, представленной на рис. 4.5 Однако, по нашему мнению, предпочтительной схемой является схема с парными разделениями и слияниями, так как такие схемы, несмотря на большее число содержащихся в них элементов, являются более понятными.

Это происходит потому, что участок схемы между разделением и парным ему слиянием можно мысленно декомпозировать и таким образом разделить схему бизнес-процесса на две более простых схемы. При наличии некоторой практики бизнес-аналитик может быстро "читать" такие схемы. В случае же больших схем с непарными элементами бизнес-аналитику требуется такие схемы "расшифровывать", что требует гораздо больше времени и усилий. На рис. 4.7 в качестве примера приведена схема бизнес-процесса с тремя вложенными парами разделений - слияний. Видно, что таким образом составленная схема позволяет ее последовательно три раза ее мысленно декомпозировать и таким образом существенно упростить сложность ее визуального восприятия.

Разделения и парные им слияния удобно располагать на одной горизонтальной или вертикальной линии, чтобы на схеме бизнес-процесса для одного элемента можно было бы легко найти парный ему элемент. Примеры таких расположений представлены, например, на рис. 4.5, рис. 4.7. На рис. 4.8 линии, на которых расположены парные разделения – слияния, выделены желтым цветом.

Желательно, чтобы линии переходов, соответствующих одновременно выполняющимся потокам действий, были параллельными. Это увеличивает понятность схемы, так как бизнес-аналитику проще представить параллельно расположенные на схеме последовательности действий как "параллельно" выполняющиеся. Примеры таких расположений также представлены на рис. 4.5, рис. 4.7, рис. 4.8.

Несмотря на то, что предпочтительными решениями являются схемы с парными разделениями и слияниями, существуют ситуации, для которых решениями являются схемы с непарными разделениями-слияниями. В качестве примера такой ситуации рассмотрим бизнес-процесс организации конференции, схема которого была приведена в лекции 3 на рис. 3.24.

Он состоит из следующих действий:

• Заключить договор аренды помещения
• Подготовить помещение к конференции
• Подготовить пригласительные материалы
• Впечатать в материалы конференции адрес
• Разослать материалы конференции

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

Схема бизнес-процесса, реализующая бизнес-процесс организации конференции представлена на рис. 3.24 (Лекция 3). Видно, что одно разделение на схеме соответствует сразу двум слияниям и наоборот. При этом данная схема "не позволит" впечатать адрес в материалы до заключения договора аренды и "разрешит" готовить помещение даже если еще не готовы пригласительные материалы. При помощи использования парных разделений-слияний решить эту задачу нельзя.

Использовать элементы "окончание бизнес-процесса" предпочтительнее, чем элементы "завершение потока управления", так как в этом случае бизнес-аналитику легче анализировать схему выполняющегося экземпляра бизнес-процесса с нанесенными на нее точками управления. В случае прихода точки управления в элемент "окончание бизнес-процесса" экземпляр бизнес-процесса сразу завершается, в случае же использования элементов "завершение потока управления" бизнес-аналитику приходится затрачивать больше усилий для того, чтобы следить за тем, чтобы все точки управления пришли в элементы "окончание бизнес-процесса".

На основе элемента "окончание бизнес-процесса" можно строить процессные решения для некоторых ситуаций. Рассмотрим случай согласования документов: Три отдела должны согласовать документ. Каждый отдел может утвердить, или отклонить документ. Если любой отдел отклоняет документ, то документ получает статус "не согласован" и согласование сразу же должно прекращаться. Рассмотрения документов другими отделами уже не требуется.

Согласование всеми отделами должно происходить параллельно, порядок одобрения в данном бизнес-процессе не важен. На рис. 4.9 представлена схема, использование которой внутри подпроцесса решает поставленную задачу.

Согласно данной схеме любая точка управления, пришедшая в узел-Окончание "Отказано" всвязи с отказом какого-то из отделов, остановит выполнение всего подпроцесса и, в частности, удалит точки управления из узлов, в которых производится согласование документа с двумя другими отделами. В случае положительного решения любого отдела точка управления попадает в элемент-Слияние, в котором "ждет" положительных решений от других отделов.

Разработка исполнимых бизнес-процессов - искусство, подобное искусству традиционного программирования. Здесь нет готовых рецептов для всех возможных ситуаций. Во многих случаях решением оказываются компромиссные схемы сочетающие как использование предлагаемых в настоящей лекции рекомендаций, так и наличие некоторых исключений.

В качестве примера рассмотрим упрощенный бизнес-процесс розничного кредитования банка. Описание бизнес-процесса: Операционист вводит в стартовую форму данные заявки на кредит и запускает экземпляр бизнес-процесса. Далее задание "Верифицировать данные" выполняет Специалист-Верификатор. Он выбирает один из двух вариантов - Данные верифицированы / Данные не верифицированы.

В случае, если данные не верифицированы, Операционист знакомится с информацией об отказе в оформлении данного кредита, SMS-шлюз (автоматический исполнитель) выполняет задание "Уведомить заемщика об отказе", после этого бизнес-процесс завершается.

В случае, если данные верифицированы, далее задание "Определить риски" выполняет Сотрудник скорингового центра. В форме задания он выбирает один из двух вариантов - Риски приемлемы / Риски не приемлемы. В случае, если риски не приемлемы, Операционист знакомится с информацией об отказе в оформлении данного кредита, SMS-шлюз выполняет задание "Уведомить об отказе", после этого бизнес-процесс завершается.

В случае, если риски приемлемы, далее задание "Произвести проверку СБ" выполняет сотрудник службы безопасности. В форме задания он вводит результат проверки - один из четырех вариантов: "Отлично", "Хорошо", "Удовлетворительно", "Не удовлетворительно". В случае неудовлетворительного результата далее Операционист знакомится с информацией об отказе в оформлении данного кредита, SMS-шлюз выполняет задание "Уведомить об отказе".

Если результат не равен "Не удовлетворительно", то далее задание "Принять решение по кредиту" выполняет кредитный менеджер. Если он принял положительное решений, то

Оператор колл-центра информирует клиента о положительном решении по кредиту, одновременно Операционист выполняет задание "Оформить кредит", далее Бухгалтер выполняет задание "Зачислить средства". После этого бизнес-процесс завершается.

Если кредитный менеджер принял отрицательное решение, то операционист и сотрудник службы безопасности знакомятся с информацией об отказе в оформлении кредита, SMS-шлюз выполняет задание "Уведомить об отказе", после этого бизнес-процесс завершается.

Замечание. В данном бизнес-процессе не должно быть дублирования задач операционисту по ознакомлению с информацией об отказе и SMS-шлюзу "Уведомить заемщика об отказе". Каждая из этих задач должна соответствовать только одному узлу-действию

На рис. 4.10 приведено "компромиссное" решение данной задачи. Оно содержит как парные разделения и слияния, так и непарное разделение, а также как узел окончания бизнес-процесса, так и два узла завершения потоков управления. Так получается потому, что в случае отказа кредитного менеджера появляется еще один исполнитель, которого надо проинформировать об отказе.

В силу того, что схемы бизнес-процессов очень похожи на блок-схемы алгоритмов, алгоритм решения некоторой задачи можно включить прямо в схему бизнес-процесса. Данный подход может быть применён при разработке как промышленных, так и учебных бизнес-процессов.

В качестве примера рассмотрим реализацию задачи об игре в камешки. Игра состоит в следующем: есть кучка в 100 камней. Игроки ходят по очереди. За один ход игрок должен взять из кучки не менее одного, но не более 9 камней. Тот, кто возьмет последний камень, является выигравшим. Надо разработать бизнес-процесс, реализующий игру в камешки. Также требуется придумать гарантированно выигрышную стратегию поведения игрока. В бизнес-процессе на форме задания каждому игроку должен находиться соответствующий стратегии совет от экземпляра бизнес-процесса, - какое количество камней игроку на данном ходе стоит взять из кучки. Если при данном количестве камней в кучке не существует "выигрышного" хода, то на форме должно содержаться сообщение "не могу дать совет". На рис. 4.11 представлен пример бизнес-процесса, решающего данную задачу.

1. Запустите RunaWFE симулятор, для этого дважды кликните по ярлыку "Start Simulation" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation. Появится консольное окно (рис. 5.1).

Строки "…JBoss AS 7.1.1.Final "Brontes" started in …" "…INFO [org.jboss.as.server] … Deployed "runawfe.ear" означают, что симулятор запущен.

2. После того, как RunaWFE симулятор запустится, кликните на ярлыке "Simulation Web Interface" (Или выполните команду Пуск / Программы /RunaWFE / Simulation Web Interface). Откроется окно браузера (рис. 5.2).

3. В поле "Пользователь" введите Administrator, а в поле "Пароль" - wf и нажмите кнопку "Войти". Появится web-интерфейс системы RunaWFE (рис. 5.3).

Замечание. Web-интерфейс - это графический интерфейс пользователя, доступ к которому осуществляется через окно браузера.

4. Перейдите к списку исполнителей кликнув по ссылке "Исполнители" в левой части экрана. Откроется список исполнителей (рис. 5.4).

5. Создайте группу пользователей "Сотрудники". Для этого кликните "Создать группу", Откроется интерфейс создания группы (рис. 5.5).

6. Введите в поле "Имя" слово "Сотрудники", также добавьте описание этой группы, после чего нажмите кнопку "Применить"

7. Далее перейдите на вкладку "Система", кликнув по надписи "Система" в нижней части меню. Откроется интерфейс "Обладатели полномочий" (рис. 5.6).

8. Добавьте созданную Вами группу в этот список. Для этого кликните по ссылке "Добавить". Откроется список (рис. 5.7), в котором найдите группу "Сотрудники". Установите напротив этой группы галочку и нажмите "Добавить".

9. Теперь необходимо выдать группе полномочия. Для этого кликните по надписи "Система", напротив группы "Сотрудники" и поставьте галочки в столбцах: "Читать", "Входить", "Загружать определение процесса", как показано на рис. 5.8, после чего нажмите кнопку "Применить".

10. Далее создайте учетные записи пользователей "Сверчков" и "Паучков". Для создания учетной записи "Сверчков" откройте интерфейс "Исполнители" и кликните по надписи "Создать пользователя". Откроется форма для ввода данных пользователя. В поле "Имя" введите "Сверчков", в поле "Полное имя" введите "Сверчков Иван Иванович", остальные поля заполнять необязательно (рис. 5.9).

11. По окончании заполнения полей формы нажмите кнопку "Применить". Для правки учетной записи откройте меню "Исполнители". Найдите исполнителя "Сверчков" и кликните по нему. Откроется интерфейс редактирования учетной записи (рис. 5.10).

В разделе "Свойства исполнителя" содержится базовое описание пользователя.

В графе "Статус" устанавливается статус пользователя ("Активен" или "Не активен"). Его изменяют в случае, если сотрудник должен быть на рабочем месте, либо не может на нем появиться в силу каких-либо обстоятельств.

В графе "Пароль" введите пароль для пользователя "Сверчков" (например - 123), знать старый пароль пользователя при этом не требуется. Затем нажмите "Применить". В разделе "Группы пользователя" кликните надпись "Добавить" и в открывшемся списке поставьте галочку напротив группы "Сотрудники", после чего нажмите кнопку "Добавить".

12. Кликните на ссылку "Обладатели полномочий" в верхней части формы (рис. 5.11).

13. Добавьте в список обладателей полномочий группу "Сотрудники" с правами только на чтение (рис. 5.12).

Настройка учетной записи пользователя "Сверчков" завершена.

14. Аналогичным образом создайте и настройте учетную запись "Паучков" (Паучков Петр Петрович).

15. Запустите компонент системы RunaWFE - "Среда разработки". Для этого кликните на ярлык "Process Designer" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Process designer. Появится окно среды разработки (рис. 5.13).

16. Создайте новый проект - "Вводное занятие" (рис. 5.14).

17. Создайте простейший бизнес-процесс (рис. 5.15).

18. Введите название процесса – Процесс1, в качестве языка выберите BPMN (рис. 5.16)

19. Поместите на схему бизнес-процесса узел - начало бизнес-процесса, узел-действие и узел-окончание. Кликните на элемент "Выбрать" в палитре. Будет установлен режим выбора. В этом режиме каждый узел надо поместить на схему при помощи клика на элемент, расположенный в палитре и последующего клика на место в схеме, в которое требуется поместить новый элемент (рис. 5.17).

Для удобства расположения объектов можно использовать "сетку" (устанавливается в меню вид - показать сетку).

20. Поместите на схему бизнес-процесса линии-переходы, соединяющие начало, узел - действие и окончание. Для этого надо кликнуть на элемент "Переход" в палитре. Будет установлен режим рисования переходов. В этом режиме создания каждого перехода надо сначала кликнуть в центр узла, в котором должен начаться переход, потом кликнуть в центр узла, в который должен закончиться переход (рис. 5.18).

Замечание. Если требуется "изогнуть" линии-переходы, то надо в режиме "Выбрать" выделить кликом переход, найти в середине прямолинейного участка точку (на рис. 5.19 эти точки выделены овалами) и далее "тащить" ее мышкой в нужном направлении. Линия будет "изгибаться".

21. Создайте роль (которая будет в дальнейшем связана с узлом-началом и узлом "Действие 1"). Для этого кликните на вкладку роли, в появившемся окне выполните команду "создать", далее в появившейся форме введите "Роль1". Нажмите "OK" (рис. 5.20).

22. Свяжите роль "Роль1" с узлом-началом и с узлом "Действие 1". Для этого кликните правой кнопкой мыши на каждый узел и выберите "Роли/Роль1" (рис. 5.21).

23. Простейший бизнес-процесс готов. Экспортируйте его в файл-архив командой "Файл/Экспорт процесса" (См. рис. 5.22) и поместите в папку "рабочий стол".

24. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator.

Загрузите разработанный бизнес-процесс на RunaWFE сервер:

25. Кликните на пункт меню "Запустить процесс", затем кликните на ссылку "Загрузить определение процесса" (рис. 5.23).

26. В появившейся форме кликните на "Загрузить файл" и выберите файл "Процесс1.par", который был сохранен на рабочий стол. В поле "создайте свой тип" введите "Занятие1" (рис. 5.24).

27. Кликните на "Загрузить определение процесса". Разработанный бизнес-процесс "Процесс1" будет загружен на RunaWFE сервер (рис. 5.25).

Дайте пользователю "Паучков" права на чтение, запуск и чтение экземпляра, а группе "Сотрудники" только права на чтение на разработанный бизнес-процесс:

28. Кликните на поле "Свойства" в строке бизнес-процесса. В появившемся окне кликните на ссылку "Обладатели полномочий" (рис. 5.26).

29. Кликните на ссылку "Добавить", в появившемся окне обладателей полномочий на определение разработанного бизнес-процесса (рис. 5.27).

30. В появившейся форме поставьте в списке исполнителей галочки рядом с пользователем "Паучков" и группой "Сотрудники" и кликните на кнопке "Добавить" (рис. 5.28).

31. Поставьте дополнительные галочки в столбцах "Запускать" и "Читать экземпляр" в появившемся окне обладателей полномочий в строке, соответствующей пользователю "Паучков" (рис. 5.29).

32. Кликните на кнопке "Применить".

Войдите на RunaWFE сервер под разными пользователями и исполните бизнес-процесс:

33. Кликните на ссылке выход в правой верхней части экрана (рис. 5.30).

34. Войдите в систему как пользователь "Сверчков" (рис. 5.31).

35. Кликните на пункт меню "Запустить процесс" (рис. 5.32).

36. Проверьте, что в появившейся форме содержится разработанный бизнес-процесс "Процесс1", который нельзя запустить (его иконка и ссылка в поле "Имя" неактивны), но можно посмотреть его свойства, кликнув по ссылке в поле "Свойства". Так происходит потому, что мы установили права на процесс "Процесс1" для группы "сотрудники", в которую входит пользователь "Сверчков" только на чтение. Для самого пользователя "Сверчков" или для каких-то других содержащих его групп права на "Процесс1" не установлены.

37. Кликните на ссылке выход. Войдите в систему под пользователем "Паучков" (рис. 5.33).

38. Проверьте, что у пользователя "Паучков" есть права на запуск бизнес-процеса "Процесс1". (иконка процесса и ссылка в поле "Имя" активны).

39. Кликните на иконке бизнес-процесса. - В верхней части экрана появится надпись "Экземпляр процесса запущен, рядом с которой будет находиться номер запущенного бизнес-процесса (рис. 5.34).

40. Кликните на пункт меню "Запущенные процессы". Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса - в ней число в поле номер должно совпадать с тем, которое было отображено в сообщении о запуске экземпляра процесса (рис. 5.35).

41. Кликните в этой строке на номер бизнес-процесса. - Откроется форма экземпляра бизнес-процесса. В этой форме будет показано, что в процессе есть единственная точка управления, которая находится в узле "Действие 1", задание этого узла назначено пользователю "Паучков". Пользователь Паучков является исполнителем роли "Роль1". Также в форме находится схема экземпляра бизнес-процесса с отмеченными на ней маршрутами точек управления. Переходы и узлы, по которым прошли точки управления выделены зеленым, узлы-Действия, в которых находятся текущие точки управления, выделены жирной рамкой (рис. 5.36).

42. Кликните на строку меню "Список заданий". В появившейся форме найдите задание "Действие 1" (рис. 5.37)

43. Кликните на задание "Действие 1" в поле "Имя". Появится форма, содержащая сообщение "Форма задания не определена" (что означает - "для узла Действие 1 не была определена графическая форма") (рис. 5.38).

44. Кликните на кнопку "Задание исполнено". - В верхней части экрана появится сообщение "Задание выполнено". После этого точка управления перейдет в конечный узел бизнес-процесса и экземпляр бизнес-процесса будет завершен.

45. Войдите в меню "Запущенные процессы". Проверьте, что у экземпляра бизнес-процесса появилась дата завершения (рис. 5.39).

46. Войдите в форму экземпляра бизнес-процесса. Проверьте, что путь точки управления отмечен до узла-окончания бизнес-процесса.

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет, файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

1. Из каких компонентов состоит система RunaWFE?
2. Что такое Web-интерфейс? Обладает ли компонент "Среда разработки" системы RunaWFE Web-интерфейсом?
3. Какие права нужны пользователю, чтобы он
   1. Мог запускать экземпляры данного бизнес-процесса
   2. Мог выполнять задания данного бизнес-процесса

Необходимые теоретические сведения изложены в лекциях 1 – 4.

1. Запустите среду разработки. Для этого кликните на ярлык "Process Designer" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Process designer. Появится окно среды разработки (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 15, рис. 5.13).

2. Создайте новый проект - "Занятие 1" (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 16, рис. 5.14).

3. Создайте новый бизнес-процесс. Название процесса Пример 1-1. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 17, рис. 5.15).

4. Поместите на схему бизнес-процесса узел - начало бизнес-процесса, три узла-действия и узел-окончание: Кликните на элемент "Выбрать" в палитре. Будет установлен режим выбора. В этом режиме каждый узел надо поместить на схему при помощи клика на элемент, расположенный в палитре и последующего клика на место в схеме, в которое требуется поместить новый элемент (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 19, рис. 5.17)

5. Поместите на схему бизнес-процесса линии-переходы, соединяющие начало, узлы - действия и окончание. Для этого надо кликнуть на элемент "Переход" в палитре. Будет установлен режим рисования переходов. В этом режиме создания каждого перехода надо сначала кликнуть в центр узла, в котором должен начаться переход, потом кликнуть в центр узла, в который должен закончиться переход. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 20, рис 5.18)

Замечание. Для того, чтобы "изогнуть" линии-переходы, надо в режиме "Выбрать" выделить кликом переход, найти в середине прямолинейного участка точку (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 20, рис. 5.19) и далее "тащить" ее мышкой в нужном направлении.

6. Введите названия для переходов из узла, в котором будет осуществляться выбор: Выделите переход, кликнув на него мышью, далее в окне свойства замените значение имени перехода по умолчанию ("tr1") на значение "Выбор1" (рис. 6.3). Выделите второй переход, выходящий из узла, в котором будет осуществляться выбор, замените значение имени перехода по умолчанию на значение "Выбор2"

Замечание. Метки с именами переходов на графе можно перемещать, для этого выделите название перехода и "перетащите" в необходимое место.

7. Создайте роль: Кликните правой кнопкой мыши на узел - Начало, в появившемся контекстном меню выберите "Роли / Создание роли без инициализатора" (рис. 6.4).

В появившейся форме ввода название роли оставьте без изменения предлагаемое по умолчанию название роли ("Роль1") и кликните "ОК" (рис. 6.5).

8. Свяжите роль "Роль1" со всеми узлами-действиями. Для этого кликните правой кнопкой мыши на каждый узел и выберите "Роли/Роль1" (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 22, рис. 5.21)

9. Бизнес-процесс готов. Запустите RunaWFE симулятор, для этого сделайте двойной клик на ярлыке "Start Simulation" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 1)

10. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 2, рис. 5.2) Замечание. По умолчанию пароль пользователя Administrator - "wf".

11. Загрузите разработанный бизнес-процесс на RunaWFE сервер. Для этого войдите в среду разработки, кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (рис. 6.6).

12. В появившейся форме выберите "экспорт на WFE сервер", затем кликните "Настройки соединения" (рис. 6.7).

13. В появившейся форме проверьте, что в поле "Имя компьютера" стоит "localhost", в поле "порт" - 8080, в поле "Логин" - "Administrator", в поле "Пароль" - "wf". Кликните на "Проверить соединение". После получения сообщения "Соединение проверено" кликните на "ОК". (рис. 6.8).

14. Кликните на ссылку "Синхронизация", потом кликните на "Готово" - бизнес-процесс "Пример 1-1" будет загружен на RunaWFE сервер

15. Войдите в Веб-интерфейс системы под пользователем Administrator, кликните на пункт меню "Запустить процесс", найдите в списке процессов бизнес-процесс "Пример 1-1" (рис. 6.9).

16. Запустите на бизнес-процесс "Пример 1-1" кликнув на имя, или иконку слева от него. - В верхней части экрана появится надпись "Экземпляр процесса запущен, рядом с которой будет находиться номер запущенного бизнес-процесса (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 39, рис. 5.34)

17. Кликните на пункт меню "Запущенные процессы". Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса - в ней число в поле номер должно совпадать с тем, которое было отображено в сообщении о запуске экземпляра процесса (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 40, рис. 5.35).

18. Кликните в этой строке на номер бизнес-процесса. - Откроется форма экземпляра бизнес-процесса. В этой форме будет показано, что в процессе есть единственная точка управления, которая находится в узле "Действие 1", задание этого узла назначено пользователю "Administrator". Пользователь "Administrator" является исполнителем роли "Роль1". Также в форме находится схема экземпляра бизнес-процесса с отмеченными на ней маршрутами точек управления. Переходы и узлы, по которым прошли точки управления выделены зеленым, узлы-Действия, в которых находятся текущие точки управления, выделены жирной рамкой (рис. 6.10). См. также Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 41, рис. 5.36.

19. Кликните на строку меню "Список заданий". В появившейся форме найдите задание "Действие 1" (См. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 42, рис. 5.37)

20. Кликните на задании "Действие 1" в поле "Имя". Появится форма, содержащая сообщение "Форма задания не определена", что означает - "для узла Действие 1 не была определена графическая форма".

Ниже этого сообщения расположены две командные кнопки "Выбор 1" и "Выбор 2". Кнопки соответствуют выбору исходящего перехода из узла "Действие 1". После клика на левую кнопку точка управления пойдет по переходу "Выбор1", а после клика на правую - по переходу "Выбор2". Таким образом в системе может быть реализовано принятие решения пользователем.

21. Кликните на кнопку "Выбор1". - В верхней части экрана появится сообщение "Задание выполнено". После этого точка управления перейдет в узел "Действие 2", а в списке заданий появится задание "Действие 2" (рис. 6.12)

22. Войдите в меню "Запущенные процессы". Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса. Кликните на номере бизнес-процесса. Откроется форма экземпляра бизнес-процесса. В этой форме будет показано, что в процессе есть единственная точка управления, которая находится в узле "Действие 2", задание этого узла назначено пользователю "Administrator". Пользователь "Administrator" является исполнителем роли "Роль1". Также в форме находится схема экземпляра бизнес-процесса с отмеченными на ней маршрутами точек управления. Переходы и узлы, по которым прошли точки управления выделены зеленым, узлы-Действия, в которых находятся текущие точки управления, выделяются жирной рамкой (рис. 6.13)

23. Кликните на строку меню "Список заданий". В появившейся форме найдите задание "Действие 2", кликните на поле "Имя" этого задания. Появится форма, содержащая сообщение "Форма задания не определена" (что означает - "для узла Узел-Действие 2 не была определена графическая форма"). Кликните на кнопку "Задание исполнено". - В верхней части экрана появится сообщение "Задание выполнено". После этого точка управления перейдет в конечный узел бизнес-процесса и экземпляр бизнес-процесса будет завершен

24. Проверьте, что у экземпляра бизнес-процесса появилась дата завершения (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 46, рис. 5.39)

25. Войдите в форму экземпляра бизнес-процесса. Проверьте, что путь точки управления отмечен до узла-окончания бизнес-процесса (рис. 6.14).

26. Запустите и доведите до конца еще один экземпляр бизнес-процесса. В форме выбора направления дальнейшего движения точки управления (Действие 1) выберите "Выбор2". После окончания экземпляра бизнес-процесса откройте свойства экземпляра и проследите путь точки управления по схеме бизнес-процесса.

На основе бизнес-процесса "Пример 1-1" разработайте бизнес-процесс "Пример 1-2", схема которого изображена на рис. 6.15.

Бизнес-процесс "Пример 1-2" получается из бизнес-процесса "Пример 1-1" путем копирования, добавления элементов "Разделение" и "Слияние" и еще одного узла-действия. Обратите внимание на разницу между элементами, обозначающими Разделение и Слияние. "Разделение" всегда имеет больше одного исходящего перехода, "Слияние" же всегда имеет только один исходящий переход.

Для копирования бизнес-процесса "Пример 1-1":

1. Откройте среду разработки. Кликните правой кнопкой мыши на бизнес-процесс "Пример 1-1". В контекстном меню выберите "Копировать" (рис. 6.16)

2. В появившейся форме в качестве имени копии бизнес-процесса введите "Пример 1-2", выберите проект "Занятие 1". Кликните "Готово" (рис. 6.17)

3. Закройте бизнес-процесс "Пример 1-1" и откройте "Пример 1-2".

Внесите изменения в бизнес-процесс "Пример 1-2" в соответствии со схемой, изображенной на рис. 6.15. Загрузите бизнес-процесс "Пример 1-2" на RunaWFE сервер. Войдите в Веб-интерфейс системы под пользователем Administrator, запустите экземпляр бизнес-процесса "Пример 1-2" и выполните все задания (сделайте выбор "Выбор2" в узле "Действие 1"). Проверьте, что задания узлов "Действие 3" и "Действие 4" появятся в списке заданий одновременно.

На основе бизнес-процесса "Пример 1-2" разработайте бизнес-процесс "Пример 1-3", схема которого изображена на рис. 6.18.

4. Создайте данный процесс путем копирования процесса "Пример 1-2" и последующего удаления элементов схемы, согласно рис. 6.18

На основе бизнес-процесса "Пример 1-3" разработайте бизнес-процесс "Пример 1-4", схема которого изображена на рис. 6.19.

Создайте данный процесс путем копирования процесса "Пример 1-3", замените один из параллельных шлюзов на исключающий согласно рис. 6.19.

Ответьте на вопрос - Отличается ли поведение бизнес-процесса "Пример 1-4" от процесса "Пример 1-3" и чем?

На основе бизнес-процесса "Пример 1-4" разработайте бизнес-процесс "Пример 1-5", схема которого изображена на рис. 6.20.

Создайте данный процесс путем копирования процесса "Пример 1-4", замените элемент "Окончание" на "Завершение потока" согласно рис. 6.20

Ответьте на вопрос - Отличается ли поведение бизнес-процесса "Пример 1-5" от процесса "Пример 1-3" и чем?

На основе бизнес-процесса "Пример 1-5" разработайте бизнес-процесс "Пример 1-6", схема которого изображена на рис. 6.21.

Создайте данный процесс путем копирования процесса "Пример 1-5", измените элементы в соответствии с рис. 6.21.

Задайте конфигурацию исключающего шлюза. Для этого кликните на шлюз правой кнопкой мыши и выберите в появившемся контекстном меню пункт "Конфигурация". В открывшемся окне установите путь по умолчанию - "tr2", а для пути "tr1" используйте конфигурацию "Роль1" не равно null как показано на рис. 6.22.

Ответьте на вопрос - Отличается ли поведение бизнес-процесса "Пример 1-6" от процесса "Пример 1-3" и чем?

Разработайте бизнес-процесс "Пример 1-7", схема которого изображена на рис. 6.23.

Будет удобно создать его путем копирования процесса "Пример 1-3". Поместите на схему 2 элемента "Завершение потока", разместите их в соответствии с рис. 6.23.

Ответьте на вопрос - Отличается ли поведение бизнес-процесса "Пример 1-7" от процесса "Пример 1-3" и чем?

Обратите внимание, что при разработке бизнес-процессов такую конструкцию как в "Пример 1-7" использовать нежелательно. Предпочтительной схемой является схема с парными разделениями и слияниями, так как такие схемы являются более понятными, потому что участок схемы между разделением и парным ему слиянием можно мысленно декомпозировать (заменить подпроцессом) и таким образом разделить схему бизнес-процесса на две более простых.

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файлы "Пример1-1.par" и "Пример1-2.par", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

1. Какой из элементов соответствует разделению потока управления на два параллельных потока?

   А. Элемент

   Б. Элемент

2. Что такое экземпляр бизнес-процесса?
3. Может ли в один и тот же момент времени

   А. Одному экземпляру бизнес-процесса соответствовать несколько заданий?

   Б. Одному заданию соответствовать несколько экземпляров бизнес-процесса?

Необходимые теоретические сведения изложены в следующих разделах:

• "Перспектива ресурсов" лекции 1
• "Использование бинарных отношений для упрощения инициализации ролей" лекции 3

1. Запустите RunaWFE симулятор, для этого сделайте двойной клик на ярлыке "Start Simulation" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 1)

2. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 2, рис. 5.2).

Замечание. По умолчанию пароль пользователя Administrator - "wf".

3. Перейдите к списку исполнителей, кликнув по ссылке "Исполнители" в левой части экрана.

4. Создайте следующих пользователей: (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 10 - 11, рис. 5.9, 5.10)

• Бабочкин (Бабочкин Николай Александрович)
• Стрекозин (Стрекозин Александр Николаевич)
• Мотыльков (Мотыльков Иван Петрович)
• Мухин (Мухин Петр Иванович)
• Гусеницын (Гусеницын Михаил Васильевич)
• Личинкин (Личинкин Василий Федорович)

Пример учётных записей пользователей представлен на рис. 7.1.

5. Задайте для каждого пользователя пароль (предлагается задать для всех пользователей пароль "123"). Для этого надо кликнуть на имя пользователя - откроются свойства пользователя. Далее в разделе "Пароль" надо ввести пароль в поле "Новый пароль", повторить ввод пароля в поле "Повторите пароль" и кликнуть в этом же разделе на командной кнопке "Применить" (См. рис. 7.2).

6. Создайте группы:

• Кафедра
• Группа МИБ-1
• Преподаватели

(см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 5, рис. 5.5).

Добавьте всех созданных пользователей в группу "Кафедра", добавьте пользователей

• Бабочкин
• Стрекозин

в группу "Преподаватели".

Добавьте пользователей

• Мотыльков
• Мухин
• Гусеницын
• Личинкин

в группу " Группа МИБ-1"

7. Дайте полномочия группе "Кафедра" на вход в систему (см. Вводное занятие. Изучение интерфейса системы RunaWFE, пункты 7-9, рис. 5.6- 5.8 )

8. Дайте полномочия группе "Кафедра"на чтение на всех созданных пользователей, а также на чтение и просмотр на группы "Группа МИБ-1" и "Преподаватели". (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 12-13, рис. 5.11-5.12)

9. Перейдите к пункту меню "Отношения" по ссылке "Отношения" в левой части экрана (см. раздел "Стандарты и концепции, связанные с СУБПиАР", пункт "Использование бинарных отношений для упрощения инициализации ролей")

10. Создайте отношение "Преподаватель". Кликните на ссылке (рис. 7.5).

11. В появившейся форме введите имя отношения ("Преподаватель") и необязательное описание (рис. 7.6). После этого кликните на "Создать"

12. Кликните на имени появившейся записи (рис. 7.7).

13. В появившейся форме кликните на "Создать пару". В левой части пары выберите пользователя "Бабочкин", в правой части пары выберите пользователя "Мотыльков" (См. рис. 7.8). Это будет означать, что пользователь Бабочкин является преподавателем, ответственным за студента Мотылькова.

14. Создайте пары, соответствующие следующей таблице ответственных за студентов преподавателей (См. рис. 7.9).

15. Кликните на ссылку "Обладатели полномочий" в верхней части формы (рис. 7.8). Добавьте группу "Кафедра" с правами на чтение в список обладателей полномочий на отношение "Преподаватель" (См. рис. 7.10)

16. Дайте права на чтение на пункт меню "Отношения" группе "Кафедра".

Кликните на пункт меню "Отношения". Кликните на "Обладатели полномочий" (См. рис. 7.11).

Добавьте в список группу "Кафедра" (См. рис. 7.12).

Отношение "Преподаватель" создано, значения отношения заданы, права на отношение установлены.

17. Запустите среду разработки. Для этого кликните на ярлык "Process Designer" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Process designer. Появится окно окно среды разработки (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 15, рис. 5.13).

18. Создайте новый проект - "Занятие 2" (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 16, рис. 5.14).

19. Создайте новый бизнес-процесс. Название процесса Пример 2-1. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 17, 18 рис. 5.15, 5.16).

20. Поместите на схему бизнес-процесса узел - начало бизнес-процесса, узлы-действия и узел-окончание согласно (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 19) . Назовите узел-начало - "Направить просьбу о зачете", остальные узлы – в соответствии с рис. 7.13.

Бизнес-процесс будет соответствовать принятию решения Преподавателем о зачете/не зачете (Роль преподавателя будет задаваться отношением Преподаватель(студент)).

21. Поместите на схему бизнес-процесса линии-переходы, соединяющие начало, узел - действие и окончание. Для этого надо кликнуть на элемент "Переход" в палитре. Будет установлен режим рисования переходов. В этом режиме создания каждого перехода надо сначала кликнуть в центр узла, в котором должен начаться переход, потом кликнуть в центр узла, в который должен закончиться переход (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 20).

Замечание. Если требуется "изогнуть" линии-переходы, то надо в режиме "Выбрать" выделить кликом переход, найти в середине прямолинейного участка точку и далее "тащить" ее мышкой в нужном направлении. Линия будет "изгибаться" (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, рис. 5.19).

22. Введите названия для переходов из узла "Рассмотреть просьбу о зачете", в котором будет осуществляться выбор: Выделите переход, кликнув на него мышью, далее в окне свойства замените значение имени перехода по умолчанию ("tr1") на значение "Удовлетворить". Выделите второй переход, выходящий из узла, в котором будет осуществляться выбор, замените значение имени перехода по умолчанию на значение "Отказать" (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункт 6, рис. 6.3).

23. Создайте две роли - "Студент" и "Преподаватель" (См. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 21, рис. 5.20)

24. Роль "Студент" оставьте без инициализатора, эта роль будет инициализирована узлом-началом, то есть на роль "Студент" в экземпляре бизнес-процесса будет назначен пользователь, запустивший этот экземпляр бизнес-процесса.

25. Запустите RunaWFE симулятор, для этого сделайте двойной клик на ярлыке "Start Simulation" на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 1). Запуск симулятора нужен для последующего задания инициализатора роли для роли "Преподаватель" при помощи отношения.

26. Инициализируйте роль "Преподаватель" отношением "Преподаватель", примененным к роли "Студент":

Выделите роль "Преподаватель" в списке ролей на вкладке "Роли" и кликните "Изменить" (См. рис. 7.14).

В появившейся форме кликните на вкладке "Задать роль с помощью отношения" (См. рис. 7.15).

В появившейся форме раскройте "Отношения" и кликните на ссылке "Настройки соединения" (См. рис. 7.16).

В появившейся форме введите URL RunaWFE симулятора, а также логин и пароль пользователя, под которым будет установлено соединение. Если Вы не меняли установки по умолчанию, то можно использовать значения, которые установлены в форме (См. рис. 7.17).

Проверьте соединение, кликнув на кнопку "Проверить соединение" (См. рис. 7.17). Если соединение будет установлено, то появится сообщение об этом (См. рис. 7.18).

Если появится сообщение об ошибке соединения, проверьте что RunaWFE симулятор запущен (См. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 1).

Кликните на "ОК". В появившейся форме кликните на "Синхронизация". Затем кликните на "Выбрать" (См. рис. 7.19)

В появившемся окне выберите отношение "Преподаватель" и кликните "ОК" (См. рис. 7.20)

В поле "Код сотрудника" откройте список и выберите роль "Студент" (См. рис. 7.21). Кликните "ОК".

Выбранные настройки означают, что роль "Преподаватель" будет инициализирована следующим образом: Будет взят пользователь, соответствующий роли "Студент", потом в отношении "Преподаватель" будет найдена пара, в которой пользователь, находящийся в роли "Студент", будет соответствовать правой части пары. После этого пользователь, соответствующий значению левой части этой пары будет назначен на роль "Преподаватель".

27. Свяжите роль "Студент" с узлом-началом, а также узлами "Ознакомиться с положительным решением преподавателя" и "Ознакомиться с отрицательным решением преподавателя". Свяжите роль "Преподаватель" с узлом-действием "Рассмотреть просьбу о зачете" в соответствии с рисунком 7.13 (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 22)

28. Бизнес-процесс готов. Загрузите разработанный бизнес-процесс на RunaWFE сервер. Это можно сделать прямо из среды разработки (См. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункты 11-14), или используя файловую систему (См. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 23-27)

29. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator.

(см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 2)

30. Кликните на пункт меню "Запустить процесс", проверьте, что бизнес-процесс "Пример 2-1" появился в системе (рис. 7.22).

31. Дайте группе "Группа МИБ-1" права на чтение, запуск и чтение экземпляра, а группе "Кафедра" - права на чтение и чтение экземпляра на бизнес-процесс Пример 2-1.

Для этого кликните на ссылку "Свойства" бизнес-процесса. В появившейся форме кликните ссылку "Обладатели полномочий". Добавьте в список обладателей полномочий группы "Группа МИБ-1" и "Кафедра", установите для них соответствующие требующимся правам галочки (См. рис. 7.23). Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 28-31.

32. Кликните на ссылке выход в правой верхней части экрана (рис. 7.24).

33. Войдите в систему как пользователь "Мухин" (рис. 7.25).

Замечание. При заведении пользователя "Мухин" было предложено установить для него пароль - "123"

34. Кликните на пункт меню "Запустить процесс". Проверьте, что в появившейся форме содержится разработанный бизнес-процесс ""Пример 2-1" (рис. 7.26).

35. Запустите экземпляр бизнес-процесса под пользователем "Мухин". - Кликните на иконке или имени бизнес-процесса (См. рис. 7.26). - В верхней части экрана появится надпись "Экземпляр процесса запущен, рядом с которой будет находиться номер запущенного бизнес-процесса. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 39)

36. Кликните на пункт меню "Запущенные процессы". Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса - в ней число в поле номер должно совпадать с тем, которое было отображено в сообщении о запуске экземпляра процесса. (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 40)

37. Кликните в этой строке на номер бизнес-процесса. Откроется форма экземпляра бизнес-процесса (См. рис. 7.27, 7.29).

В верхней части формы видно, что на роль "Студент" назначен пользователь "Мухин", а на роль "Преподаватель" назначен пользователь "Бабочкин".

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

На рис. 7.29 (нижней части свойств запущенного экземпляра) видно, что точка управления находится в узле "Рассмотреть просьбу о зачете".

В форме свойств запущенного экземпляра процесса содержится информация, что в данный момент времени в экземпляре процесса существует единственная точка управления, которая находится в узле "Рассмотреть просьбу о зачете", задание этого узла назначено пользователю "Бабочкин", который является исполнителем роли "Преподаватель". Также в форме находится схема экземпляра бизнес-процесса. На схеме экземпляра бизнес-процесса отмечаются маршруты точек управления. Переходы и узлы, по которым прошли точки управления выделены цветом (красным или зеленым, в зависимости от настроек системы), узлы-Действия, в которых находятся текущие точки управления, выделены жирной рамкой (рис. 7.29). Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 41.

38. Кликните на ссылке выход (см. рис. 7.24). Войдите в систему под пользователем "Бабочкин" (При заведении пользователя было предложено установить для него пароль - "123"). В появившейся форме найдите задание "Рассмотреть просьбу о зачете".

39. Кликните на задании "Рассмотреть просьбу о зачете" в поле "Имя". Появится форма, содержащая сообщение "Форма задания не определена: Рассмотреть просьбу о зачете" (что означает - "для узла " Рассмотреть просьбу о зачете" не была определена графическая форма"). Форма также содержит две кнопки: "Отказать" и "Удовлетворить", соответствующие выбору исходящего из узла перехода (См. рис. 7.31).

40. Кликните на кнопку "Удовлетворить" (Примете решение -удовлетворить просьбу студента). - В верхней части экрана появится сообщение "Задание выполнено". После этого точка управления перейдет в следующий узел бизнес-процесса.

41. Войдите в меню "Запущенные процессы". Найдите запущенный экземпляр процесса и кликните на его номере. Откроется форма экземпляра бизнес-процесса (См. рис. 7.32). В форме содержится информация, что в экземпляре процесса его единственная точка управления находится в узле "Ознакомиться с положительным решением преподавателя", задание этого узла назначено пользователю "Мухин", который является исполнителем роли "Студент", на роль "Преподаватель" назначен пользователь "Бабочкин". Переходы и узлы, по которым прошла точка управления выделены цветом, узел-Действие, в котором находится точка управления, выделен жирной рамкой

42. Кликните на ссылке выход (см. рис. 7.24). Войдите в систему под пользователем "Мухин". Выполните задание "Ознакомиться с положительным решением преподавателя" (рис. 7.33). После этого точка управления перейдет в узел-окончание и экземпляр бизнес-процесса будет завершен.

43. Войдите в меню "Запущенные процессы". Проверьте, что у экземпляра бизнес-процесса появилась дата завершения (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 46)

44. Кликните на номере экземпляра бизнес-процесса. Откроются его свойства. Проверьте, что путь точки управления отмечен до узла-окончания бизнес-процесса (рис. 7.34)

45. Войдите в систему как пользователь "Личинкин" (При заведении пользователя было предложено установить пароль - "123")

46. Запустите экземпляр бизнес-процесса "Пример 2-1" под этим пользователем

47. Найдите в меню "Запущенные процессы" создавшийся экземпляр бизнес-процесса. Откройте его свойства, проверьте, что отношение, "Преподаватель", примененное к пользователю "Личинкин" инициализировало роль "Преподаватель" пользователем "Стрекозин".

48. Войдите в систему как пользователь "Стрекозин". В форме задания "Рассмотреть просьбу о зачете" выберите "Отказать". Проверьте, что точка управления данного экземпляра бизнес-процесса перемещается по маршруту, отличающемуся от маршрута точки управления в экземпляре, запущенном под пользователем "Мухин".

49. Опять войдите в систему как пользователь "Личинкин". Выполните задание "Ознакомиться с отрицательным решением преподавателя".

50. Войдите в меню "Запущенные процессы". Проверьте, что у экземпляра бизнес-процесса появилась дата завершения. Откройте свойства экземпляра бизнес-процесса. Проверьте, что путь точки управления отмечен до узла-окончания.

На основе бизнес-процесса "Пример 2-1" разработайте бизнес-процесс "Пример 2-2", схема которого изображена на рис. 7.35.

Бизнес-процесс "Пример 2-2" надо получить из бизнес-процесса "Пример 2-1" путем копирования, добавления элементов "Разделение" и "Слияние" и еще одного узла-действия. (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Задание для самостоятельной работы)

В рамках этой работы заведите в системе пользователя

• Бражникова (Бражникова Ольга Иосифовна)

с паролем "123". Cоздайте группу "Администрация курса". Дайте права группе "Кафедра" на чтение на пользователя "Бражникова", а также на чтение и просмотр на группу "Администрация курса". Добавьте пользователя "Бражникова" в группы "Кафедра" и "Администрация курса".

В бизнес-процессе "Пример 2-2" заведите роль "Инспектор курса", инициализируйте эту роль группой "Администрация курса". Для этого войдите на вкладку "Роли", выберите роль "Инспектор курса", кликните на "Изменить", в появившейся форме выберите тип "исполнитель по имени", в поле "Имя группы или пользователя" введите "Администрация курса" (См. рис. 7.36). Кликните "ОК".

Загрузите разработанный бизнес-процесс на RunaWFE сервер.

Дайте группе "Группа МИБ-1" права на чтение, запуск и чтение экземпляра, группам "Кафедра" и "Администрация курса" - права на чтение и чтение экземпляра на бизнес-процесс Пример 2-2.

Запустите несколько экземпляров этого бизнес-процесса под разными пользователями и доведите их до завершения. Обязательно реализуйте хотя бы в одном случае вариант выбора "Удовлетворить" для узла "Рассмотреть просьбу о зачете", проверьте правильность инициализации роли "Инспектор курса".

Разработайте бизнес-процесс "Пример 2-3", схема которого изображена на рис. 7.37.

Для этого выполните следующие шаги.

Создайте в проекте "Задание 2" новый процесс с именем "Пример 2-3", при этом в качестве языка используйте BPMN, в выпадающем списке "Показывать роли на графе" выберите значение "По вертикали" (См. рис. 7.38). Кликните "Finish".

Расположите на форме роли-дорожки, для этого выделите в палитре элемент "Роль", и перетяните его на форму (См. рис. 7.39)

Замечание. Для изменения размеров элемента роли-дорожки, необходимо выделить его на графе, навести курсор на точку расположенную на границе элемента, и зажав левую клавишу мыши потянуть в нужном направлении (См. рис. 7.40).

Переименуйте созданные по умолчанию названия "Роль1" в "Инспектор курса", "Роль2" в "Преподаватель" и "Роль3" в "Студент". Для этого перейдите на вкладку Роли, выделите название и нажмите кнопку "Переименовать", в появившейся форме введите новое название (См. рис. 7.41).

Далее расположите на форме узел Начало, узлы Действия, Слияние/Разделение и Окончание в соответствии со схемой бизнес-процесса изображенного на рис. 7.37.

Таким образом, узел начало и узлы действия будут связаны с той ролью, в области дорожки которой они расположены.

В остальном процесс разработки "Пример 2-3" ничем не отличается от "Пример 2-2".

Инициализируйте роль "Преподаватель" с помощью отношения как было показано в "Пример 2-1" (Практическое занятие "Изучение перспективы ресурсов". Порядок выполнения работы. Пункт 26), а роль "Инспектор курса" с помощью оргфункции "Исполнитель по имени", как описано в "Пример 2-2" (см. рис. 7.36)

Загрузите разработанный бизнес-процесс на RunaWFE сервер.

Дайте группе "Группа МИБ-1" права на чтение, запуск и чтение экземпляра, группам "Кафедра" и "Администрация курса" - права на чтение и чтение экземпляра на бизнес-процесс Пример 2-3.

Проверьте правильность его работы, выполнив те же действия что и для "Пример 2-2".

Разработайте бизнес-процесс "Пример 2-4", отличающийся от "Пример 2-2" тем, что роль "Инспектор курса" инициализируется не группой, а отношением "Инспекторы курсов". В этом отношении левая часть каждой пары должна содержать пользователя - инспектора курса, а правая часть - группу, состав которой соответствует группе студентов. Например, для группы "МИБ-1" правая часть пары будет содержать группу "Группа МИБ-1", а левая часть - пользователя "Бражникова".

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
3. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

1. Что такое инициализация роли?
2. В чем отличие инициализации роли для узла-начала и для узлов-действий бизнес-процесса?
3. Как происходит исполнение задания, если роль для узла-действия инициализирована группой?
4. Что такое отношение, как оно используется для инициализации роли?
5. Как производится инициализация роли отношением, если правые части пар отношения содержат группы пользователей?

Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте "Перспектива данных" раздела "Исполнимые бизнес-процессы и административные регламенты".

1. Запустите среду разработки

2. Создайте новый проект - "Занятие 3"

3. Создайте новый бизнес-процесс "Пример 3-1".

4. Создайте роли, добавьте элементы на схему бизнес-процесса в соответствии с рис. 8.1

В бизнес-процессе используются следующие роли:

• Заведующий кафедрой (присоединена к стартовому узлу, соответствует пользователю, запустившему бизнес-процесс)
• Лектор
• Старший преподаватель
• Преподаватель
• Студент

Предполагается, что права на запуск данного бизнес-процесса будут только у заведующего кафедрой.

5. Создайте переменные бизнес-процесса

Должны быть созданы следующие переменные:

Для создания переменной перейдите на вкладку "Переменные" и кликните "Создать" (См. рис. 8.2).

В появившейся форме в поле "Название" введите "Комментарий" (См. рис. 8.3), нажмите Далее, в поле "Формат" выберите "Текст" (См. рис. 8.4).

Кликните "Готово". Создайте следующую переменную "Оценка за теорию", в поле "Формат" для нее выберите "Целое число" (См. рис. 8.5, рис. 8.6).

Создайте остальные переменные. Для переменной МИБ используйте формат "Группа", для остальных "Целое число" (См. рис. 8.7).

Для переменной "МИБ" необходимо использовать значение по умолчанию, для этого выделите созданную переменную и нажмите "Изменить", затем "Далее"

Переключитесь на строку "Использовать значение по умолчанию", после чего в текстовое поле введите "Группа МИБ-1" (см. рис. 8.8).

6. Задайте ввод значений для переменных бизнес-процесса и роли "Студент"

Замечание. В системе RunaWFE роли являются специальным типом переменных, поэтому им можно присваивать значения так же, как и остальным типам переменных.

Задайте ввод значения переменной "Комментарий" и роли "Студент" на форме узла-начала (стартовой форме) бизнес-процесса.

Перед созданием формы, стоит обратить внимание на следующие важные замечания.

По умолчанию в качестве редактора форм используется редактор CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут некорректно отображаться. Поэтому в этом случае следует переключить редактор форм на FCKEditor2. Для переключения на FCKEditor2 откройте "Свойства->Настройки" среды разработки (см. рис. 8.9).

Выберите "Редактор форм" и переключите редактор на версию FCKEditor2 так как показано на рис. 8.10.

Перейдите на вкладку "Граф", кликните правой кнопкой мыши на узле-начале бизнес-процесса и выберите в появившемся контекстном меню "Форма/Создать форму" (См. рис. 8.11)

Выберите из списка - "Произвольная форма" и нажмите "ОК" (См. рис. 8.12)

Будет создана новая форма, при этом автоматически откроется панель "Компоненты формы", содержащая список доступных для использования компонентов. Наберите на форме строку "Студент:" и расположите напротив компонент "Выбор из членов группы". Для этого выделите его в списке компонентов и с помощью мыши перетащите в окно формы (См. рис. 8.13)

Замечание. Альтернативным способом добавления может быть двойной клик левой клавишей мыши по компоненту, после чего он будет добавлен в текущее положение курсора на форме.

Вызов окна параметров компонента осуществляется с помощью соответствующего пункта контекстного меню (См. рис. 8.14)

Кроме того, получить доступ к параметрам добавленного на форму компонента можно выделив компонент и открыв панель "Свойства" (См. рис. 8.15)

Задайте следующие параметры данного компонента:

• "Пользователь" - выберите из списка роль "Студент"
• "Группа" - нажмите на кнопку расположенную справа от поля (См. рис. 8.16),

Группу можно задать как с помощью переменной, так и ввести непосредственное название. Кроме того, значение можно получить с сервера RunaWFE, выполнив синхронизацию. В данном случае используйте переменную "МИБ" (которая проинициализирована значением по умолчанию - "Группа МИБ-1"). Для этого нажмите на ссылку "Выберите переменную" (См. рис. 8.17)

Выделите в списке переменную "МИБ" и нажмите ОК (См. рис. 8.18)

В качестве параметра "внешний вид" - выберите из списка "Полный список" (См. рис. 8.19). Во время выполнения на форме будет показан список членов группы "Группа МИБ-1", выбранный из этого списка пользователь будет назначен на роль "Студент".

В следующей строке формы наберите строку "Комментарий:", перейдите в панель "Компоненты форм", и выделите компонент "Ввод переменной" (см. рис. 8.20)

Перетащите этот компонент в позицию напротив строки "Комментарий:" и вызовите окно параметров с помощью одноименного пункта контекстного меню. В появившемся окне выберите из списка переменных - переменную "Комментарий" (См. рис. 8.21). Во время выполнения процесса, будет сформировано текстовое поле, введенный текст в это поле станет значением переменной "Комментарий".

Сохраните разработанную форму при помощи иконки сохранения (См. рис. 8.22).

Замечание. Кроме того для сохранения можно воспользоваться комбинацией клавиш CTRL + S, меню "Файл/Сохранить все". Также при попытке закрыть измененную форму, будет предложено сохранить изменения.

Закройте графическую форму узла-начала, в окне бизнес-процесса "Пример 3-1", перейдите на вкладку "Граф", кликните правой кнопкой мыши на узле "Поставить оценку за теоретический курс" и выберите в появившемся контекстном меню "Форма/Создать форму" (также как и для узла начала на рис. 8.11).

В форме напишите "Студент:" и перейдите в список компонентов формы (см. рис. 8.13).

Выделите компонент "Отобразить переменную" и перетащите его на форму (см. рис. 8.23), вызовите свойства компонента, в списке "Название переменной" выберите роль "Студент", форма отображения - "Как строку" (см. рис. 8.24). Этот компонент поместит на форму студента, выбранного из списка в узле-начале.

Замечание. Альтернативным способом добавления может быть двойной клик левой клавишей мыши по компоненту, после чего он будет добавлен в текущее положение курсора на форме.

В следующей строке напишите "Комментарий зав. кафедрой:", перетащите на форму компонент "Отобразить переменную", в качестве переменной выберите - "Комментарий", форма отображения - "Как неактивный компонент ввода"(см. рис. 8.25).

Этот компонент поместит на форму значение переменной "Комментарий" (в виде неактивного компонента ввода), введенное в узле-начале.

В следующей строке напишите "Оценка за теоретический курс:", добавьте на форму компонент "Ввод переменной" (См. рис. 8.21), в поле "Название переменной" выберите "Оценка за теорию". Должна получиться форма, изображенная на рис. 8.26.

Сохраните и закройте разработанную форму.

Далее необходимо создать графическую форму для узла "Поставить оценку за практикум". Данная форма будет незначительно отличаться от формы в узле "Поставить оценку за теоретический курс", поэтому воспользуйтесь функцией создания формы на основе существующей. Для этого сделайте клик правой клавишей мыши на узле и выберите "Создать форму на основе существующей" (см. рис. 8.27)

В открывшемся окне выберите из списка форму "Поставить оценку за теоретический курс", нажмите "OK" (см. рис. 8.28)

Далее внесите изменения в созданную форму. Строку "Оценка за теоретический курс" измените на "Оценка за практикум". Выделите добавленный на форму компонент "Ввод переменной" и удалите его (используйте клавишу delete).

Кликните на иконку ввода значения переменной из списка возможных значений. (См. рис. 8.29)

В появившемся окне в поле Имя введите "Оценка за практикум" (См. рис. 8.30).

В средней части формы добавьте строки:

Кликните "ОК". Этот компонент во время исполнения поместит в переменную бизнес-процесса оценку, выбранную из списка возможных значений. Сохраните и закройте разработанную форму.

Замечание. В связи с тем, что при создании формы "Поставить оценку за практикум" на основе существующей формы "Поставить оценку за теоретический курс" был автоматически скопирован и файл валидации, то в него попала переменная "Оценка за теорию", которая в данной форме после изменений уже не используется. При этом на вкладке Замечания будет выведено соответствующее сообщение "Переменная Оценка за теорию существует в форме валидации но отсутствует в форме". Чтобы исправить эту проблему необходимо убрать из файла валидации проверку переменной "Оценка за теорию", для этого сделайте клик правой клавишей мыши на узле "Поставить оценку за практикум" и выберите пункт "Проверка переменных формы" (см. рис. 8.31). Далее снимите галочку у переменной "Оценка за теорию" (см. рис. 8.32) и нажмите "Готово", сохраните процесс.

Создайте графические формы для узлов "Принять экзамен по практикуму" и "Принять экзамен по теории". Поместите на обе формы значение роли "Студент" и комментарий зав. кафедрой (можно воспользоваться созданием формы на основе существующей с последующим редактированием). Далее на форму "Принять экзамен по практикуму" поместите текст "Оценка за практикум на экзамене" и ввод переменной "Оценка за практикум", а на форму "Принять экзамен по теории" поместите текст "Оценка за теорию на экзамене" ввод переменной "Оценка за теорию". Для ввода значения переменной используйте компонент "Ввод переменной".

Создайте графическую форму для узла "Ознакомиться с итоговой оценкой за экзамен". Поместите на форму текст "Ваша итоговая оценка за экзамен:" и вставьте компонент "Отобразить переменную". Выберите переменную "Итоговая оценка" (См. рис. 8.33).

7. Задайте свойства узла "Исключающий шлюз" (См. рис. 8.34).

Для этого кликните на узел правой кнопкой мыши и выберите в появившемся контекстном меню команду "Изменить". В появившейся форме выберите путь по умолчанию "Оценка за теорию не выше", а для пути "Оценка за теорию выше" выберите из списков переменных соответственно "Оценка за теорию" и "Оценка за практикум", а из списка возможных отношений между ними "больше" (См. рис. 8.35).

8. Задайте значение переменной "Итоговая оценка" как среднее значение переменных "Оценка за теорию" и "Оценка за практикум".

Среднее значение надо задать при помощи обработчика-формулы. Обработчик - это специальный элемент бизнес-процесса, который может быть присоединен к переходу или узлу-действию в случае использования jPDL, в случае же BPMN - в графе используется элемент "Задача сценария". С обработчиком связывается набор настроек и алгоритм, который будет выполнен при прохождении точки управления через элемент.

Выделите на графе элемент задача сценария - "Расчет итоговой оценки за экзамен", перейдите на вкладку "Свойства" и задайте параметр "класс обработчика" (См. рис. 8.36) Из списка обработчиков выберите "Выполнить формулу" (См. рис. 8.37)

В свойствах сценария "Расчет итоговой оценки за экзамен" кликните на кнопку в поле значение для строки "Конфигурация". В появившемся окне кликните на ссылку "Вставить переменную" выберите в списке "Итоговая оценка" (См. рис. 8.38).

Далее поставьте знак равенства и кликните на "Вставить функцию", из появившегося списка выберите функцию round_down (округление в меньшую сторону) - См. рис. 8.39. В аргументе функции используя ссылку "Вставить переменную", знак плюс, знак деления и скобки поместите среднее арифметическое переменных "Оценка за теорию" и "Оценка за практикум" (См. рис. 8.40).

9. Инициализируйте роли

Роль "Студент" уже явно задана в форме стартового узла бизнес-процесса (См. Пункт 6 настоящего занятия). Роль "Заведующий_кафедрой" инициализируется самим стартовым узлом бизнес-процесса (См. Пункт 6 настоящего занятия). Теперь надо проинициализировать остальные роли.

Роль "Преподаватель" проинициализируйте отношением "Преподаватель", примененным к роли "Студент" (См. "Практическое занятие "Изучение перспективы ресурсов"", Порядок выполнения работы, Пункт 26). Отношение "Преподаватель" уже было создано в рамках Занятия 2.

Роль "Старший преподаватель" проинициализируйте группой "Преподаватели" (Подробнее про инициализацию группой см. Практическое занятие "Изучение перспективы ресурсов", Задание для самостоятельной работы).

Для задания роли "Лектор" запустите симулятор, войдите в систему RunaWFE под пользователем Administrator (По умолчанию пароль - "wf". Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 1) и создайте отношение "Лектор", содержащее одну пару, в левой части которой находится пользователь "Стрекозин", а в правой - группа "Группа МИБ-1" (См. рис. 8.41).

Кликните на "Обладатели полномочий", дайте права на чтение на отношение "Лектор" группе "Группа МИБ-1" (Подробнее см. Практическое занятие "Изучение перспективы ресурсов", Порядок выполнения работы, Пункт 15, рис. 7.10).

Далее проинициализируйте в бизнес-процессе "Пример 3-1" роль "Лектор" отношением "Лектор", примененным к роли "Студент" (Подробнее см. Практическое занятие "Изучение перспективы ресурсов", Порядок выполнения работы, Пункт 26).

10. Бизнес-процесс готов. Загрузите разработанный бизнес-процесс на RunaWFE сервер. Для этого войдите в среду разработки, кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункты 11-14)

11. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (См. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 2).

Создайте пользователя "Жуков" (Жуков Иван Ильич) с паролем "123". Создайте группу "ЗавКафедрой". Включите пользователя "Жуков" в группы "Кафедра" и "ЗавКафедрой". Дайте права группе "Кафедра" на чтение на пользователя "Жуков", а также на чтение и просмотр на группу "ЗавКафедрой" (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 6, 9-13).

12. Дайте права группе "Кафедра" на чтение бизнес-процесса "Пример 3-1" и его экземпляров. Дайте права группе "ЗавКафедрой" на запуск бизнес-процесса (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 28-32).

13. Войдите в систему под пользователем Жуков (пароль - 123). Запустите несколько экземпляров бизнес-процесса "Пример 3-1" (См. рис. 8.42). "Проиграйте" запущенные экземпляры под разными пользователями таким образом, чтобы в экземплярах бизнес-процесса был реализован как варианта перехода "Оценка за теорию выше", так и "Оценка за теорию не выше".

На основе бизнес-процесса "Пример 3-1" разработайте бизнес-процесс "Пример 3-2", схема которого изображена на рис. 8.43.

Бизнес-процесс "Пример 3-2" надо получить из бизнес-процесса "Пример 3-1" путем копирования, добавления элемента "Исключающий шлюз" и одного узла-действия.

Переход "Экзамен сдан" должен быть выбран в случае, если итоговая оценка больше двойки. В противном случае должен быть выбран переход "Экзамен не сдан", что предусматривает повторную сдачу экзамена.

Замечание. При выполнении данной работы, обязательно обратите внимания на замечания в пункте "Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.9, 8.10.

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
3. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

1. Что такое переменная бизнес-процесса?
2. Как используются переменные бизнес-процесса?
3. В каких случаях имеет смысл использовать

   А. Элемент "Ветвление":

   Б. Неявное ветвление в узле-действии:

Необходимые теоретические сведения изложены в лекции 1 в разделе "Перспектива операций", а также в лекции 3 в разделе "Концепция ботов и бот-станций".

1. Запустите среду разработки

2. Создайте новый проект - "Занятие 4"

3. Создайте новый бизнес-процесс "Пример 4-1" (Бизнес-процесс соответствует рассмотрению заявки на покупку услуги).

4. Создайте роли "Сотрудник", "Директор" и "Бот работы с данными", добавьте элементы на схему бизнес-процесса в соответствии с рис. 5.1

5. Свяжите с начальным узлом бизнес-процесса роль "Сотрудник", с остальными узлами свяжите роли в соответствии с рисунком 9.1

6. Создайте переменные бизнес-процесса в соответствии с рисунком 9.2

7. Запустите RunaWFE симулятор (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 1)

8. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 2, рис. 5.2). По умолчанию пароль пользователя Administrator - "wf".

9. Перейдите к списку исполнителей, кликнув по ссылке "Исполнители" в левой части экрана.

Создайте группы:

• Сотрудники
• Директор
• Bots (если эта группа уже существует в системе, то создавать ее не надо)

(см. Вводное занятие, Порядок выполнения работы, Пункт 5, рис. 5.5)

Добавьте пользователей

• Мотыльков
• Мухин
• Гусеницын
• Личинкин

в группу "Сотрудники"

Добавьте пользователя "Стрекозин" в группу "Директор".

Создайте пользователя:

• Бот данных

Задайте для него пароль (предлагается задавать для созданных пользователей пароль "123"). Добавьте пользователя "Бот данных" в группу "Bots". Дайте группе "Bots" права на вход в систему.

Дайте полномочия группам "Сотрудники" и "Директор" на вход в систему.

Подробнее см. Вводное занятие, Порядок выполнения работы, Пункты 4 - 13.

10. Создайте бот станцию и бота.

Замечание. Если в системе уже существует бот станция localbotstation, то либо пропустите действия данного раздела, либо удалите ее командой "Удалить".

Кликните на меню "Бот станции" в левой части экрана. Кликните на ссылке "Добавить бот станцию" (См. рис. 9.3).

В появившейся форме (См. рис. 9.4) в поле "Название" введите "localbotstation", в поле "Адрес" введите "localhost:10099", кликните на "Добавить бот станцию".

Будет создана бот станция localbotstation, правами на которую будет обладать "Administrator".

Замечание. С бот станцией должен быть связан один из пользователей. От имени этого пользователя бот станция будет обращаться к RunaWFE серверу для того, чтобы прочитать свои параметры. Логин и пароль этого пользователя вводится в специальном конфигурационном файле (botstation.properties). По умолчанию в системе в качестве пользователя с правами на работу с бот станцией указан Administrator.

В появившейся форме кликните на бот-станцию "localbotstation" (См. рис. 9.5).

В появившейся форме кликните "Добавить бота" (См. рис. 9.6).

В открывшейся форме создания бота (См. рис. 9.7) выберите из списка пользователя "Бот данных", в поле "Пароль бота" введите пароль этого пользователя ("123"). Опцию "Последовательное выполнение" не устанавливайте.

Будет создан бот, который будет обращаться к RunaWFE симулятору от имени пользователя "Бот данных".

11. Создайте задание бота

Кликните на созданного бота (См. рис. 9.8).

В появившейся форме кликните на "Добавить" в разделе "Задания" (См. рис. 9.9).

В появившейся строке введите в поле "Задание" строку "Ввести данные о заявке в учетную систему" (в данном случае уже без опечатки), в поле "Обработчик задания" выберите обработчик "DoNothingTaskHandler" (См. рис. 9.10), в поле "Конфигурация" ничего вводить не надо. Кликните "Применить".

Замечание. Данное применение бота является условным. Обработчик "DoNothingTaskHandler" автоматически сообщает бизнес-процессу, что задание выполнено, при этом никаких реальных действий не производит. Предполагается, что на этом примере (без реальной интеграции) студенты знакомятся с общим механизмом реализации интеграции СУБПиАР с другими информационными системами.

Для реальной организации взаимодействия экземпляров бизнес-процессов с информационными системами предприятия используются другие обработчики, например, "DatabaseTaskHandler" (обработчик для взаимодействия с реляционными базами данных) или "WebServiceTaskHandler" (обработчик для взаимодействия с веб-сервисами). Для этих обработчиков в конфигурации заданий задаются параметры коннекторов к информационным системам (ссылки на источники данный, типы протоколов, URL-адреса и т.п.). Работа конкретных ботов будет подробно рассмотрена в следующих занятиях.

12. Запустите периодическую активацию бот-станции

Войдите в меню "Бот станции", кликните на бот-станции "localbotstation", в открывшейся форме выполните команду "Запустить периодическую активацию ботов" (См. рис. 9.11)

13. Инициализируйте роли

Войдите в среду разработки, откройте вкладку "Роли" бизнес-процесса "Пример 4-1". Роль "Сотрудник" оставьте без инициализатора, эта роль будет инициализирована узлом-началом, то есть на роль "Сотрудник" в экземпляре бизнес-процесса будет назначен пользователь, запустивший этот экземпляр бизнес-процесса.

Инициализируйте роль "Директор" группой "Директор", для этого кликните на командной кнопке "Изменить" (См. рис. 9.12).

В появившейся форме кликните на нижней вкладке "Задать роль с помощью оргфункции" и верхней вкладке "Группы и пользователи WF" (См. рис. 9.13).

Кликните на ссылку "Настройки соединения" (Подробнее см. Практическое занятие "Изучение перспективы ресурсов", Порядок выполнения работы, Пункт 26, рис. 7.16).

В появившейся форме введите URL RunaWFE симулятора, а также логин и пароль пользователя, под которым будет установлено соединение. Если Вы не меняли установки по умолчанию, то можно использовать значения, которые установлены в форме (Подробнее см. Практическое занятие "Изучение перспективы ресурсов", Порядок выполнения работы, Пункт 26, рис. 3.17).

Проверьте соединение, кликнув на кнопку "Проверить соединение". Если соединение будет установлено, то появится сообщение об этом (См. рис. 3.18).

Если появится сообщение об ошибке соединения, проверьте что RunaWFE симулятор запущен (См. Вводное занятие, Порядок выполнения работы, Пункт 1).

Кликните на "ОК". В появившейся форме кликните на "Синхронизация". Затем кликните на "Группа" и ссылку "Выбрать" (См. рис. 9.14)

В открывшемся окне выберите группу "Директор". Кликните "ОК".

Перейдите к редактированию инициализатора роли "Бот работы с данными". В форме редактирования инициализатора кликните на нижней вкладке "Задать роль с помощью оргфункции" и верхней вкладке "Группы и пользователи WF" (См. рис. 9.13).

Затем кликните на "пользователь" и ссылку "Выбрать". В появившейся форме выберите пользователя "Бот данных" (См. рис. 9.15) Кликните на "ОК".

14. Создайте графические формы заданий

Перейдите на вкладку "Граф". Кликните правой кнопкой мыши на узле-начале. В появившемся контекстном меню выберите Форма/Создать форму (См. рис. 9.16).

Будет создана новая форма, при этом автоматически откроется панель "Компоненты формы", содержащая список доступных для использования компонентов. В появившейся форме введите текст "Название услуги" и расположите напротив компонент "Ввод переменной". Для этого выделите его в списке компонентов и с помощью мыши перетащите в окно формы (См. рис. 9.17)

Замечание. Альтернативным способом добавления может быть двойной клик левой клавишей мыши по компоненту, после чего он будет добавлен в текущее положение курсора на форме.

Сделайте двойной клик мышью по добавленному на форму компоненту "Ввод переменной" или вызовите на нем контекстное меню и выберите пункт "Параметры компонента". Будет открыто окно для редактирования параметров компонента. Выберите переменную "Название услуги" (См. рис. 9.18).

Аналогично добавьте на форму ввод переменных: "Поставщик услуги", "Дата начала действия услуги", "Дата окончания действия услуги", "Стоимость услуги" и "Комментарий" (См. рис. 9.19).

Сохраните форму стартового узла.

Создайте форму узла-действия "Рассмотреть заявку на покупку услуги" (См. рис. 9.16). В форме введите текст "Название услуги" и расположите напротив компонент "Отобразить переменную". Для этого выделите его в списке компонентов и с помощью мыши перетащите в окно формы (См. рис. 9.20)

Замечание. Альтернативным способом добавления может быть двойной клик левой клавишей мыши по компоненту, после чего он будет добавлен в текущее положение курсора на форме.

Дважды кликните по добавленному компоненту, будет открыто окно параметров, в поле "Название переменной" выберите "Название услуги", форма отображения - "Как строку" (См. рис. 5.21).

Аналогичным образом поместите на форму элементы для отображения переменных "Поставщик услуги", "Дата начала действия услуги", "Дата окончания действия услуги" и "Стоимость услуги" (См. рис. 9.22).

Также добавьте вывод переменной "Комментарий", т.к. данная переменная представляет собой многострочный текст, то используйте форму отображения - "Как неактивный компонент ввода" (См. рис. 9.23).

Далее поместите на форму текст "Подавший заявку", после чего используя компонент "Отобразить переменную" добавьте вывод роли "Сотрудник" (См. рис. 9.24)

Далее введите "Комментарий директора" и поместите компонент "Ввод переменной" для "Комментарий директора" (См. рис. 9.25).

В результате форма должна выглядеть как на рис. 9.26.

Создайте формы для узлов-действий "Ознакомиться с одобрением заявки" и "Ознакомиться с отказом", в которые поместите вывод значений всех переменных бизнес-процесса, а также значение роли "Директор" с помощью компонента "Отобразить переменную". Форма узла-действия "Ознакомиться с одобрением заявки" также должна содержать фразу "Ваша заявка одобрена директором", а форма узла-действия "Ознакомиться с отказом" должна содержать фразу "В заявке отказано".

Замечание. Из одной формы в другую можно переносить графические элементы путем выделения, копирования и вставки. Кроме того, формы "Ознакомиться с одобрением заявки" и "Ознакомиться с отказом" будут отличаться лишь заголовками, поэтому удобно воспользоваться созданием формы на основе существующей (Подробнее см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.27, рис. 8.28).

15. Установите ограничения на вводимые в графические элементы форм данные

Кликните на узле-начале правой кнопкой мыши, выполните команду "Форма / Проверка переменных формы" (См. рис. 9.27).

В появившейся форме кликните на строку, соответствующую переменной "Название услуги". Установите галочку для строки "Обязательное поле". В появившееся внизу поле впишите текст сообщения об ошибке (См. рис. 9.28).

При запуске экземпляра бизнес-процесcа система проверит, что в поле "Название услуги" введено значение. Если значение не введено, то система не будет запускать экземпляр бизнес-процесса и выведет сообщение об ошибке, текст которого помещен в поле "Сообщение об ошибке".

Далее кликните на строку, соответствующую переменной "Поставщик услуги". Установите галочку для строки "Обязательное поле". Введите текст сообщения об ошибке.

Кликните на строку, соответствующую переменной "Дата начала действия услуги". Установите галочку для строки "Обязательное поле". Введите текст сообщения об ошибке. Установите галочку для строки "Диапазон даты относительно текущей", установите возможный сдвиг в прошлое - 0 дней и в будущее - 30 дней, в поле "Рабочее время" выберите значение false. Введите текст сообщения об ошибке "Дата не может быть в прошлом, или более, чем на 30 дней превышать текущую" (См. рис. 9.29).

Для переменной "Дата окончания действия услуги" установите признак обязательности ввода значения и разрешенный диапазон значений от нуля до 366 дней относительно текущей даты.

Для переменной "Стоимость услуги" установите признак обязательности ввода значения и разрешенный диапазон значений от нуля до 25 000. Введите текст сообщения об ошибке (См. рис. 9.30).

Для переменной "Комментарий" не устанавливайте признак обязательности ввода значения, но задайте ограничение на максимальный размер вводимого текста (См. рис. 9.31).

Нажмите "Далее". В появившейся форме кликните на "Добавить", в поле ввода сообщения об ошибке вставьте "Дата окончания действия услуги не может быть раньше даты начала действия услуги".

В конструкторе проверяемого соотношения в нижней части формы выберите две переменные: "Дата_окончания_действия_услуги" и "Дата_начала_действия_услуги" и установите между ними соотношение "не раньше" (См. рис. 9.32).

Кликните на "Finish".

Кликните на узле-действии "Рассмотреть заявку на покупку услуги" правой кнопкой мыши, выполните команду "Форма / Проверка переменных формы" (См. рис. 9.27).

В этом узле-действии в бизнес-процесс может быть введена только одна переменная - "Комментарий директора". Не устанавливая для нее признак обязательности ввода значения, задайте ограничение на максимальный размер вводимого текста (См. рис. 9.33).

16. Бизнес-процесс готов. Загрузите его на RunaWFE сервер.

Для этого кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункты 11-14)

17. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. Вводное занятие, Порядок выполнения работы, Пункт 2, рис. 5.2. По умолчанию пароль пользователя Administrator - "wf".

18. Перейдите к списку бизнес-процессов, кликнув по ссылке "Запустить процесс" в левой части экрана.

19. Найдите бизнес-процесс в списке "Пример 4-1" и перейдите в его свойства, кликнув по одноименной ссылке "Свойства" напротив процесса.

20. Дайте полномочия группам "Сотрудники" и "Директор" на чтение определения и экземпляров разработанного бизнес-процесса. Дайте полномочия группе "Сотрудники" на запуск бизнес-процесса (Подробнее см. Практическое занятие "Изучение перспективы ресурсов", Порядок выполнения работы, Пункт 31, рис. 3.23).

Замечание. Очень часто пользователи допускают ошибки, которые могут приводить к невозможности успешного выполнения процесса. Для того, чтобы показать где можно просмотреть сообщения об ошибках, намеренно создадим одну из таких ситуаций.

Перейдите к списку исполнителей, кликнув по ссылке "Исполнители" в левой части экрана.

Перейдите к свойствам исполнителя "Бот данных", кликнув по "Бот данных"

Измените имя "Бот данных" на "Бот даных" и нажмите "Применить"

Далее рассмотрим выполнение данного бизнес-процесса с учетом специально внесенной ошибки.

21. Войдите в web-интерфейс системы RunaWFE под пользователем входящим в группу "Сотрудники", например пользователь "Паучков".

22. Запустите бизнес-процесс, для этого перейдите по ссылке "Запустить процесс" и кликните по строке "Пример 4-1"

23. Введите данные на стартовой форме процесса

Проверьте работу всех заданных ограничений на ввод данных в стартовой форме.

Например, на следующем рисунке видно как сработал валидатор для "Дата начала действия услуги"

24. Запустите бизнес-процесс с помощью соответствующей кнопки, расположенной на стартовой форме

Пользователь, входящий в группу "Директор" получит задание "Рассмотреть заявку на покупку услуги"

25. Войдите в web-интерфейс системы RunaWFE под пользователем "Стрекозин".

26. Выполните задание "Рассмотреть заявку на покупку услуги", одобрив заявку.

Для этого нажмите кнопку "Одобрить" расположенной на форме данного задания.

Сотрудник "Паучков" будет проинформирован о решении директора с помощью соответствующего задания.

27. Войдите в web-интерфейс системы RunaWFE под пользователем "Паучков".

28. Выполните задание "Ознакомиться с одобрением услуги"

Параллельно с созданием задачи "Ознакомиться с одобрением услуги", должна была быть назначена задача и для "Бот работы с данными"

29. Проверьте, выполнил ли "Бот работы с данными" задачу внесения данных о заявке в учетную систему.

Для этого перейдите в раздел "Запущенные процессы" и кликните по текущему запущенному экземпляру бизнес-процесса "Пример 4-1"

Прокрутите окно со свойствами экземпляра процесса "Пример 4-1" до отображения графа,

Как видите, "Бот работы с данными" до сих пор не выполнил задание. Это произошло потому, что мы переименовали пользователя "Бот данных" в "Бот даных", вследствие чего, не может быть назначена роль 'Бот работы с данными'.

Сообщения об ошибках выполнения бизнес-процесса, можно увидеть либо в свойствах экземпляра выполняемого бизнес-процесса, либо в разделе "Система".

Прокрутите окно свойств выполняемого экземпляра бизнес-процесс вверх. Как видите, здесь имеется сообщение об ошибке.

Нажмите на "Бот работы с данными", будет открыто окно с техническим подробностями данной проблемы.

Кроме того, сообщение об ошибках в процессах и конфигурациях заданий ботов можно наблюдать в разделе "Система" (доступен только Администратору).

30. Войдите в web-интерфейс системы RunaWFE под пользователем "Administrator" (пароль wf).

31. Перейдите по ссылке "Система" в левой части экрана.

Прокрутите окно вниз, как видите, здесь тоже имеется сообщение об ошибке при выполнении бизнес-процесса "Пример 4-1"

32. Откройте список исполнителей, кликнув по ссылке "Исполнители" в левой части экрана.

Перейдите в свойства исполнителя "Бот даных

Измените имя исполнителя "Бот даных" на правильное "Бот данных"

Войдите в меню "Бот станции", кликните на бот-станции "localbotstation", в открывшейся форме выполните команду "Остановить периодическую активацию ботов", затем выполните "Запустить периодическую активацию ботов"

33. Повторите шаги 21-29 для нового экземпляра бизнес-процесса "Пример 4-1". Удостоверьтесь, что теперь "Бот работы с данными" выполняет задачу "Ввести данные о заявке в учетную систему", процесс выполняется без ошибок и успешно завершается.

Разработайте бизнес-процесс сдачи экзамена "Пример 4-2", схема которого изображена на рис. 9.40.

Роль "Студент" должна быть инициализирована стартовым узлом, а роль "Преподаватель" - отношением "Преподаватель", примененным к роли "Студент" (см. предыдущие занятия). Роль "Старший преподаватель" должна быть инициализирована группой "Преподаватели".

В бизнес-процессе должны быть следующие переменные.

Переменные типа "Строка":

• Предмет
• Место экзамена

Переменные типа "Текст":

• Комментарий
• Комментарий-преподавателя
• Вопрос по теории
• Ответ на вопрос по теории
• Комментарий по теории
• Задача
• Решение задачи
• Комментарий по задаче
• Комментарий старшего преподавателя

Переменные типа "Дата-время":

• Дата-время экзамена

Переменные типа "Целое":

• Оценка за теорию
• Оценка за задачу
• Итоговая оценка

В стартовой форме бизнес-процесса должны быть введены следующие переменные:

• Предмет
• Комментарий

Переменная "Предмет" должна быть обязательной, Комментарий - не обязательной. На длину переменной "Предмет" должно быть наложено ограничение в 50 символов, на длину переменной Комментарий - в 200 символов.

В форме узла-действия "Принять решение о допуске студента к экзамену" должно быть выведено значение роли "Студент", а также выведены значения переменных, введенных на стартовой форме. На форме должен быть ввод переменной "Комментарий-преподавателя". На длину переменной "Комментарий-преподавателя" должно быть наложено ограничение в 200 символов. Ввод переменной "Комментарий-преподавателя" должен быть необязательным.

В узлах "Ознакомиться с недопуском к экзамену" и "Ознакомиться с получением экзамена автоматом" должно быть выведено значение роли "Преподаватель", а также значения всех веденных в бизнес-процесс переменных.

В форме узла-действия "Назначить дату и время экзамена" должно быть выведено значение роли "Студент", а также значения всех веденных в бизнес-процесс переменных. На форме должен быть ввод переменных "Дата-время экзамена" и "Место экзамена".

На переменную "Дата-время экзамена" должны быть наложены следующие ограничения: поле должно быть обязательно для ввода, дата-время экзамена не может быть в прошлом, а также превышать текущую дату-время более чем на 30 календарных дней.

На переменную "Место экзамена" должны быть наложены следующие ограничения: поле должно быть обязательно для ввода, длина вводимого в переменную текста не может превышать 100 символов.

В форме узла-действия "Сформулировать теоретический вопрос" должно быть выведено значение роли "Студент", а также значения всех веденных в бизнес-процесс переменных. На форме должен быть ввод переменной "Вопрос по теории". На длину вводимого в переменную текста должно быть наложено ограничение в 300 символов. Ввод значения этой переменной должен быть обязательным.

Форма узла-действия "Сформулировать задачу" должна быть подобна форме узла-действия "Сформулировать теоретический вопрос", только вместо переменной "Вопрос по теории" на форме должна вводиться переменная "Задача".

В формах узлов-действий "Написать ответ на теоретический вопрос" и "Написать решение задачи" должны быть введены соответственно переменные "Ответ на вопрос по теории" и "Решение задачи". Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

В формах узлов-действий "Написать ответ на теоретический вопрос" и "Написать решение задачи" должны быть введены соответственно переменные "Ответ на вопрос по теории" и "Решение задачи". Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

В формах узлов-действий "Проверить ответ на теоретический вопрос, поставить оценку за теорию" и "Проверить решение задачи, поставить оценку за задачу" должны быть введены соответственно значения переменных "Комментарий по теории", "Оценка за теорию" и "Комментарий по задаче", "Оценка за задачу". Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

В форме узла-действия "Поставить итоговую оценку за экзамен" должны быть введены значения переменных "Комментарий старшего преподавателя" и "Итоговая оценка". Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

В следующим за узлом-действием ветвлении проверяется, больше ли двух значение переменной "Итоговая оценка".

В узлах-действиях "Ознакомиться с необходимостью пересдачи экзамена" и "Ознакомиться с необходимостью пересдачи экзамена" должны быть введены значения всех введенных в бизнес-процесс переменных и значения всех ролей.

Узел-действие "Внести данные в учетную систему" и соответствующая задача боту настраиваются аналогично тому, как это было сделано в бизнес-процессе "Пример 4-1".

После разработки бизнес-процесса "Пример 4-2" загрузите его на RunaWFE сервер и выполните под разными пользователями. Добейтесь прохождения точек управления по всем возможным маршрутам. Проверьте выполнение ограничений и работу бота.

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
3. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

1. Что такое перспектива операций?
2. Что такое бот-станция?
3. Как используется в бизнес-процессе определенное в бот-станции задание для бота?
4. Можно ли в форме бизнес-процесса ввести ограничение, в соответствии с которым одна вводимая в форму дата обязательно должна быть больше другой?

Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте "Концепция ботов и бот-станций" раздела "Стандарты и концепции, связанные с СУБПиАР".

1. Запустите среду разработки

Создайте новый проект - Занятие 5

Создайте новый бизнес-процесс "Пример 5-1".

Используйте следующие элементы для создания бизнес-процесса в соответствии с рис. 10.1

• Начало
• Задача сценария
• Действие
• Параллельный шлюз
• Исключающий шлюз
• Подпроцесс

Замечание: для "Задача сценария" используйте компактный вид, кликните на элементе правой клавишей мыши и выберите пункт "Опции - Компактный вид" (см. рис. 10.2), после чего элемент примет вид изображенный на рис. 10.1. Используйте данную опцию для всех 4 задач сценариев.

Создайте роли:

• Руководитель
• Сотрудник
• Отдел кадров
• Директор
• Бухгалтер
• Word бот

Далее выберите для узлов роли в соответствии с рис. 10.1

Замечание. Роль "Руководитель" инициализируется в стартовом узле бизнес-процесса.

2. Запустите симулятор. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator.

3. Создайте отношение "Руководитель" (См. пример создания отношения в пунктах 10-11 раздела "Практическое занятие "Изучение перспективы ресурсов", рис. 3.5, 3.6)

Откройте отношение "Руководитель" и создайте пару "Паучков " - "Сверчков" (см. рис. 10.3)

Таким образом, Паучков руководитель Сверчкова.

4. Создайте группы

• Отдел кадров
• Бухгалтеры

(см. Вводное занятие. Пункт 5, рис. 5.5).

5. Инициализирйте роли "Директор", "Отдел кадров" и "Бухгалтер" с помощью соответствующих групп (директор, отдел кадров, бухгалтеры)

Для этого вернитесь в среду разработки к разрабатываемому процессу, перейдите на вкладку Роли, выделите роль и нажмите на "Изменить". Используйте инициализацию с помощью групп (подробнее см. Практическое занятие "Изучение перспективы операций", Порядок выполнения работы, Пункт 13, рис. 9.13-9.14)

6. Создайте переменные в соответствии с рис. 10.4

Для переменной "Отношение" необходимо использовать значение по умолчанию, для этого выделите переменную и нажмите "Изменить", затем "Далее" Переключитесь на строку "Использовать значение по умолчанию", после чего в текстовое поле введите "Руководитель" (см. рис. 2.5).

7. Создайте форму для стартового узла "Подать заявку на премию"

Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2, Практическое занятие "Изучение перспективы данных", Пункт 6, рис. 8.9, рис. 8.10

На данной форме Руководитель будет вводить данные (сотрудник, размер премии, выполненные работы) для подачи заявки на премию.

Напротив строки "Сотрудник" расположите компонент форм "Выбрать пользователя по отношению с параметром". Данный компонент формирует список выбора пользователя по отношению, отфильтрованного по параметру отношения (при этом группы в список не попадают).

Дважды кликните по добавленному на форму компоненту, далее в поле "Пользователь" выберите роль "Сотрудник".

Поля "Название отношения" и "Параметр" необходимо заполнить с помощью переменных, для этого нажмите на кнопку "..." напротив поля, а затем кликните на ссылку "Выберите переменную" (см. рис. 10.8), после чего откроется список доступных для выбора переменных.

В поле "Название отношения" выберите строковую переменную "Отношение", в качестве параметра выберите роль "Руководитель".

Кроме того, используйте обратное отношение (см. рис. 10.9).

Таким образом будет сформирован список выбора пользователя по отношению "Руководитель", при этом используем обратное отношение т.е. параметр роль "Руководитель" соответствует "левой" части в паре, в список же попадут пользователи из "правой части" (подробнее об отношениях см. в "Стандарты и концепции, связанные с СУБПиАР. Использование бинарных отношений для упрощения инициализации ролей").

Напротив строки "Сумма" расположите компонент для ввода переменной "Размер премии" (см. рис. 10.10). Также разместите компонент для ввода переменной "Описание выполненных работ".

Сохраните и закройте форму.

8. Задайте валидацию для переменных и роли стартовой формы

Для переменных "Размер премии" и "Описание выполненных работ" добавьте валидатор "обязательное поле" (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 9.27, 9.28).

В форме валидации перейдите на вкладку Роли, и таким же образом, как и для переменных, добавьте валидатор "обязательное поле" для роли "Сотрудник" (см. рис. 10.11)

Нажмите Finish и сохраните процесс.

9. Настройте задачи сценариев

Выделите первую задачу сценария, перейдите в свойства, здесь введите название - "ФИО сотрудника". Кликните на выбор класса обработчика и выберите из списка - обработчик "Получить информацию об исполнителе", нажмите ОК (см. рис. 10.12, рис. 10.13)

Далее вызовите конфигурацию данного обработчика, выберите параметры "Исполнитель", "Формат", "Результат" в соответствии с рис. 10.14

Данный обработчик определяет полное имя (ФИО) Сотрудника и сохраняет результат в строковую переменную "ФИО сотрудника", однако в служебной записке и приказе на премирование должно использоваться ФИО в "Дательном" падеже.

Настройте следующую задачу сценария. Название - "ФИО сотрудника в дательном падеже", класс обработчика - "Выполнить формулу". Добавьте конфигурацию данного обработчика, следующего вида

'ФИО сотрудника 3'=FIO_case_ru('ФИО сотрудника', 3, "F i o")

'ФИО сотрудника 3' - переменная, в которую будет сохранено ФИО в дательном падеже,

FIO_case_ru(fio, caseNumber, mode) - функция склоняющая ФИО, имеет параметры:

• fio - фамилия, имя и отчество в именительном падеже (в нашем случае задана с помощью переменной 'ФИО сотрудника')
• caseNumber - номер падежа от 1 до 6 (в нашем случае 3 - это Дательный падеж)
• mode - строка форматирования

Символы F, I и O заменяются на фамилию, имя или отчество в соответствующем падеже.
Символы f, i и o заменяются на первую букву фамилии, имени или отчества.

т.е. данный обработчик сформирует Фамилию в дательном падеже, первую букву Имени и первую букву Отчества, например Иванову И.И.

Для вставки в конфигурацию переменных воспользуйтесь пунктом "Вставить переменную", соответственно для вставки функции используйте "Вставить функцию"

Следующая задача сценария (см. рис. 10.16) - это "Определение текущей даты". Здесь также используется "Выполнить формулу" в качестве обработчика. Конфигурация имеет следующее выражение

'Текущая дата' = current_date();

функция current_date определяет текущую дату и сохраняет результат в переменную "Текущая дата"

Следующая задача сценария будет генерировать файл служебной записки. Выделите задачу, дайте ей название "Генерации служебной записки", в качестве класса обработчика выберите - "Word: Формирование документа DOCX используя шаблон" (см. рис. 10.17)

Вызовите конфигуратор данного обработчика. В поле "Входной файл" выберите вариант - "Шаблон в процессе", выходной файл задайте с помощью файловой переменной "Служебная записка",а в поле "Имя файла" введите название файла служебной записки - "служебная записка о начислении премии.docx"

Для создания шаблона в процессе кликните "Создать", затем "Изменить", будет открыт редактор Word, в котором необходимо создать шаблон вида, изображенного на рис. 10.19.

При выполнении обработчик заменит выражения вида ${Переменная} на значения переменных из процесса в формате, определенном в среде разработки. Кроме ранее рассмотренных переменных, тут также используется поле fullName, определяющее ФИО пользователя (в именительном падеже) роли Руководитель.

Сохраните шаблон и закройте редактор word файлов.

10. Создайте форму для узла "Подписать служебную записку и отдать ее в отдел кадров"

Отобразите файловую переменную "Служебная записка"

т.е. на данной форме Руководитель получит ссылку на файл служебной записки, которую необходимо подписать и отдать в отдел кадров.

11. Создайте форму для узла "Рассмотреть заявку на премию"

Здесь расположите компоненты "Отобразить переменную". Для отображение роли "Руководитель" (будет выведены ФИО Руководителя), переменных "ФИО сотрудника", "размер премии" - используйте форму отображения "Как строку". Для отображения переменной "Описание выполненных работ" используйте в качестве формы отображения вариант "Как неактивный компонент ввода"

Также добавьте компонент для ввода переменной "Комментарий директора"

Здесь Директор рассматривает заявку, вводит комментарии и одобряет или отказывает в премировании.

Для переменной "Комментарий директора" добавьте валидатор "обязательное поле"

12. Создайте форму для узла "Ознакомиться с сообщением об отказе"

Сделайте отображение значений переменных "ФИО сотрудника", "Размер премии", "Описание выполненных работ", "Комментарий директора". При этом для строковых переменных используйте отображение "Как строка", для текстовых переменных - "Как неактивный компонент ввода"

13. Создайте форму для узла "Ознакомиться с сообщением о согласии"

Т.к. данная форма отличается от формы "Ознакомиться с сообщением об отказе" лишь заголовком, то можно воспользоваться функцией создания формы на основе существующей (Подробнее см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.27, рис. 8.28).

14. Создайте композицию "Издание приказа и начисление премии"

Композиция похожа на подпроцесс, однако является более "легкой" конструкцией, т.к. для композиции не порождается нового экземпляра процесса, следовательно у нее нет своих собственных переменных, инициализаторов ролей и т.д.

Выделите на схеме элемент подпроцесс, дайте ему название "Издание приказа и начисление премии", затем кликните на данном элементе правой клавишей мыши и выберите "Использовать композицию. Новый подпроцесс" (см. рис. 10.24)

В появившемся окне введите название "Издание приказа и начисление премии"

15. Создайте композицию вида изображенного на рис. 10.26.

Проинициализируйте задачи ролями в соответствии с рисунком. При этом для задач у которых роль - "Отдел кадров" (Издать приказ о премировании, Получить подпись сотрудника об ознакомлении с приказом) используйте опцию "Переинициализация роли" (см. рис. 10.27)

16. Создайте форму для узла "Издать приказ о премировании"

Расположите здесь компонент для ввода переменной "номер приказа"

Для переменной "номер приказа" добавьте валидатор "обязательное поле" (см. рис. 10.29)

17. Настройте задачи сценария

В задаче сценария "ФИО директора" используя класс обработчика "Получить информацию об исполнителе" определите фамилию, имя и отчество Директора (см. рис. 10.30)

Выберите класс обработчика "Выполнить формулу" для задачи сценария "Сформировать текст приказа"

Используйте следующую конфигурацию для данного обработчика:

'Текст приказа о премировании'="Начислить сотруднику " + 'ФИО сотрудника 3' + " премию за высокие достижения в работе в сумме " + 'Размер премии' + " руб."

Здесь используются переменные: 'Текст приказа о премировании', 'ФИО сотрудника 3' и 'Размер премии'

Сохраните и закройте процесс с композицией.

18. Разработайте Word бота и задачу бота "Сгенерировать приказ" непосредственно в среде разработки

Откройте вкладку "Боты" (см. рис. 10.32)

Замечание. ОБЯЗАТЕЛЬНО (!) удалите все ботстанции из среды разработки, иначе создание ботов и задач будет приводить к ошибкам и некорректной работе. Для этого выделите ботстанцию правой клавишей мыши и выберите пункт "Удалить"

Сделайте импорт бот станции с wfe (была создана ранее в "Практическое занятие "Изучение перспективы операций"), для этого кликните правой клавишей мыши в окне боты, и выберите пункт "Импорт бот станции" (см. рис. 10.33)

В появившемся окне переключитесь на "Импорт с сервера WFE" и нажмите "Синхронизация". Выделите бот станцию localbotstation и нажмите "Готово" (см. рис. 10.34)

localbotstation будет добавлена в среду разработки. Перейдем к созданию бота Word бот.

Сделайте клик правой клавишей мыши на localbotstation и выберите пункт "Новый бот"

Введите имя бота - "Word бот" и нажмите "Готово" (см. рис. 10.36)

Теперь создайте задачу бота "Сгенерировать приказ". Для этого кликните правой клавишей мыши по "Word бот" и воспользуйтесь пунктом "Новая задача бота" (см. рис. 10.37)

Введите название задания - "Сгенерировать приказ" и нажмите "Готово"

Будет создана расширенная задача с формальными параметрами. Нажмите "Выбрать" для показа списка обработчиков (см. рис. 10.39)

Выделите обработчик "Word: формирование документа DOCX используя шаблон" и нажмите ОК (см. рис. 10.40)

Нажмите кнопку "Добавить" в окне "Входные параметры" (см. рис. 10.41)

Откроется форма в которой необходимо ввести название параметра и выбрать его тип (см. рис. 10.42)

Выходные параметры создаются аналогично.

Создайте входные и выходные параметры согласно рис. 10.43

Сохраните задачу.

Перейдем к созданию шаблона для приказа. Запустите редактор для Word файлов и создайте "Шаблон приказа.docx" следующего вида:

Сохраните файл "Шаблон приказа.docx" в корне диска C:\

Как видно из шаблона, в конструкции ${..} заданы названия входных формальных параметров задачи "Сгенерировать приказ": "Текст приказа", "дата", "имя директора", "полное имя сотрудника". Кроме того, здесь используется "Номер приказа", который не входит в список параметров задачи "Сгенерировать приказ" т.е. процесс который будет использовать данную задачу бота, должен содержать переменную с названием "Номер приказа".

Замечание: обратите внимание, в представленном шаблоне допущена ошибка. Вместо формального параметра с названием "полное имя директора" используется "имя директора". Причина этого будет объяснена при описании выполнения данного бизнес-процесса.

Вернитесь в среду разработки, к задаче "Сгенерировать приказ". Вызовите окно конфигуратора обработчика docx, для этого нажмите на кнопку "Изменить" в окне конфигурации (см. рис. 10.45)

Входной файл шаблона задайте с помощью пути к файлу, для выходного файла используйте файловую переменную параметр "Файл приказа", в поле "имя выходного файла" введите "Приказ.docx" (см. рис. 10.46)

Нажмите OK, и сохраните задачу.

Вернитесь к процессу "Пример 5-1", здесь необходимо инициализировать роль Word бот. Перейдите на вкладку "Роли", выделите Word бот, нажмите "Изменить".

На вкладке "Бот" выберите исполнителя по имени "Word бот" (см. рис. 10.47)

Нажмите ОК, сохраните процесс.

Перейдите к композиции "Издание приказа и начисление премии", здесь необходимо привязать Word бота к задаче. Кликните правой клавишей мыши на узле "Сгенерировать приказ" и выберите пункт "Привязать"

В списке выберите "Сгенерировать приказ" (см. рис. 10.49)

Нажмите ОК, будет открыта форма редактирования параметров задачи, выберите параметры в соответствии с рис. 10.50

19. Создайте форму "Ознакомиться с приказом" (см. рис. 10.51)

Отобразите на ней файловую переменную "Приказ" с помощью компонента "Отобразить переменную" как строку.

Создайте форму для узла "Начислить премию сотруднику", выведите значения переменных "ФИО сотрудника", "Размер премии", "Описание выполненных работ", "Приказ", при этом для текстовых переменных используйте форму отображения "как неактивный компонент ввода" (см. рис. 10.52)

Форма для узла "Ознакомиться с начислением премии" (см. рис. 10.53)

20. Экспортируйте разработанный процесс и Word бот с задачей на сервер WFE

Кликните на разработанный бизнес-процесс, в меню выберите команду "Файл / Экспорт процесса" (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункты 11-14).

Для экспорта бота с задачей, перейдите на вкладку "Боты", кликните правой клавишей мыши на Word бот, и выберите "Экспорт бота" (см. рис. 10.54) В появившемся окне выберите "Экспорт на WFE сервер", далее нажмите Готово (см. рис. 10.55).

21. Войдите на сервер под пользователем Administrator

Выберите пункт "Бот станции", и перейдите в ранее созданную бот станцию "localbotstation" (см. рис. 10.56)

Будет открыт список ботов входящих в бот станцию "localbotstation", проверьте присутствие в списке "Word бот" (см. рис. 10.57)

Процесс "Пример 5-1" должен запускать "Руководитель", поэтому дайте права на чтение и запуск для пользователя "Паучков" (который является руководителем Сверчкова). Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 28-32.

Также дайте право на чтение процесса для Word бота. (см. рис. 10.58)

Добавьте в группу "Бухгалтеры" пользователей "Жуков" и "Бражникова".

Добавьте в группу "Отдел кадров" пользователей "Личинкин" и "Гусеницын".

Добавьте в группу "Сотрудники" пользователей: Жуков, Бражникова, Личинкин, Гусеницын, а также Сверчков и Паучков.

Разрешите для группы "Сотрудники" вход в систему (см. Вводное занятие. Изучение интерфейса системы RunaWFE, пункты 7-9, рис. 5.6- 5.8).

Дайте полномочия группе "Сотрудники" на чтение на всех созданных пользователей (см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункты 12-13, рис. 5.11-5.12).

Дайте на отношение "Руководитель" право на чтение для группы "Сотрудники" (см. Практическое занятие "Изучение перспективы ресурсов", Пункт 15)

22. Запустите периодическую активацию ботов (см. Практическое занятие "Изучение перспективы операций", Пункт 12)

23. Выполните процесс "Пример 5-1"

Войдите в систему под пользователем "Паучков", запустите процесс.

Введите данные на стартовой форме, и нажмите "Запустить" (см. рис. 10.59)

"Паучков" получит задачу "Подписать служебную записку и передать ее в отдел кадров", откройте задание, и нажмите на ссылку "служебная записка о начислении премии.docx", скачайте/откройте сформированную с помощью обработчика DocxHandler на основе шаблона, служебную записку (см. рис. 10.60).

Распечатайте служебную записку. Выполните задание.

Параллельно, "Отдел кадров" получает задание "Получить подписанную служебную записку на премию сотруднику".

Войдите в систему под пользователем входящем в группу "отдел кадров", например "Личинкин". Возьмите задачу на выполнение, и исполните ее (см. рис. 10.61).

Член группы "Директор" (в нашем случае это пользователь Стрекозин) получает задание "Рассмотреть заявку на премию".

Войдите в систему под пользователем "Стрекозин", возьмите задание на выполнение, введите комментарий и одобрите заявку на премию (см. рис. 10.62)

Руководитель (Паучков) получит задание "Ознакомиться с сообщением о согласии", параллельно с этим будет запущена композиция "Издание приказа и начисление премии", в которой "Отделу кадров" поступит задание "Издать приказ о премировании".

Войдите в систему под пользователем "Паучков", выполните активное задание (см. рис. 10.63).

Т.к. в узле "Издание приказа и начисление премии" была настроена переинициализация для роли "Отдел кадров", то соответствующее задание снова поступит всем членам группы "отдел кадров".

Войдите в систему под пользователем "Гусеницын", входящим в группу "Отдел кадров", возьмите на выполнение задание, введите "Номер приказа" и выполните задачу (см. рис. 10.64)

Проверьте, выполнил ли Word бот задание "Сгенерировать приказ"

Для этого войдите в систему под Administrator, в меню "Запущенные процессы".

Замечание. По умолчанию, запущенные процессы отсортированы по возрастанию номера экземпляра, что неудобно при необходимости просмотреть "недавно" запущенный экземпляр. Для изменения типа сортировки по умолчанию выполните следующие действия:

• перейдите в меню "Запущенные процессы"
• кликните по надписи "Вид", в результате будут открыты параметры отображения экземпляров

• проверьте, что позиция сортировки для поля "Номер" установлена в "1", если нет, выберите - "1"
• измените "Тип сортировки" с "возр" на "убыв" т.е. по убыванию номера

• введите название профиля "по убыванию номера" и нажмите "Сохранить как..."

• кликните снова по надписи "Вид" для сокрытия области с параметрами отображения

В результате чего, будет выбран только что созданный профиль и запущенные процессы будут отображаться в порядке убывания номера экземпляра

Вернемся к проверке, выполнил ли Word бот задание "Сгенерировать приказ"

Найдите соответствующий экземпляр бизнес-процесса "Пример 5-1" в меню "Запущенные процессы" и кликните на его номер.

В появившейся форме свойств экземпляра бизнес-процесса будет показана его схема с отмеченным на ней положением точек управления и их маршрутами.

Найдите узел композицию "Издание приказа и начисление премии" (см. рис. 10.70), и кликните на него.

Откроется схема композиции с отмеченным положением точек управления. Word бот не выполнил задание "Сгенерировать приказ" (см. рис. 10.69).

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

Закройте граф выполнения композиции, и вернитесь к свойствам экземпляра бизнес-процесса "Пример 5-1", прокрутите страницу вверх. Обратите внимание на сообщение "Ошибки в процессе". Кликните по строке "Сгенерировать приказ" - будет открыто окно с техническими подробностями ошибки (см. рис. 10.71).

Кроме того, сообщение об ошибках в процессах и конфигурациях заданий ботов можно наблюдать в разделе "Система" (доступен только Администратору).

Из ошибки следует, что "имя директора" не найдено среди формальных параметров задания бота, и при этом не определено как переменная бизнес-процесса.

Исправьте эту ошибку. Для этого откройте шаблон приказа ("Шаблон приказа.docx" в корне диска C:) и измените конструкцию ${имя директора} на ${полное имя директора} т.е. используем существующий формальный параметр (см. рис. 10.73). Сохраните шаблон.

Откройте веб интерфейс системы RunaWFE и перейдите по ссылке "Бот станции", расположенной в меню. Откройте ботстанцию localbotstation, остановите и заново запустите периодическую активацию ботов (см. Практическое занятие "Изучение перспективы операций", Пункт 12).

Вернитесь к свойствам запущенного экземпляра бизнес-процесса "Пример 5-1", ошибка должна пропасть. Перейдите к схеме выполняемого процесса, найдите узел композицию "Издание приказа и начисление премии" и кликните на него. Будет открыта схема композиции с отмеченным положением точек управления.

Узел "Сгенерировать приказ" должен быть отмечен как выполненный (см. рис. 10.74).

Войдите в систему под пользователем "Сверчков", откройте задание "Ознакомиться с приказом".

Нажмите ссылку на сгенерированный с помощью Word бота файл "Приказ.docx"

Распечатайте сгенерированный ботом документ. Завершите запущенный экземпляр бизнес-процесса, последовательно выполнив соответствующие задания под пользователями Личинкин (входит в группу Отдел кадров), Бражникова (входит в группу Бухгалтеры), и Сверчков (сотрудник которому начисляется премия).

Разработайте бизнес-процесс "Пример 5-2", схема которого изображена на рис. 10.77 Для генерации приказа на отпуск используйте того же Word бота с задачей "Сгенерировать приказ" что и в процессе "Пример 5-1", и тот же шаблон для документа "приказ".

Замечание. Задача "Сгенерировать приказ" бота "Word бот" имеет формальные параметры, поэтому переменные в процессе "Пример 5-2" могут иметь отличные названия от переменных из "Процесс 5-1", но также в шаблоне приказа используется и непосредственно переменная "Номер приказа", поэтому она должна существовать в процессе "Пример 5-2".

"Заявление на отпуск" должно формироваться в задаче сценария с помощью обработчика "Word: Формирование документа DOCX используя шаблон". При этом создайте новый шаблон для документа "Заявление на отпуск" непосредственно в процессе.

В задании "Введите номер приказа на отпуск", кроме непосредственно ввода номера приказа, также необходимо расположить компонент "Выбор из членов группы" необходимый для формирования на форме списка пользователей группы "Директор и заместители". Соответственно роль Директор будет проинициализирована выбранным из списка пользователем.

Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае, если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2. (Подробнее см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.9, рис. 8.10).

В компоненте форм "Выбор из членов группы" в качестве параметра "Группа" можно использовать предварительно созданную переменную формата "Группа", проинициализированную значением "Директор и заместители" (подобный пример см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.16)

Используйте задачи сценария для определения и формирования:

• ФИО сотрудника
• Даты запуска процесса
• Даты ввода номера приказа
• ФИО директора
• ФИО сотрудника в необходимом падеже
• Текста приказа

В бизнес-процессе "Пример 5-2" должны быть автоматически сгенерированы документы "Заявление на отпуск" и "Приказ на отпуск".

Документ "Заявление на отпуск" должен содержать:

• ФИО Сотрудника
• Даты начала и окончания отпуска
• Дату заявления (совпадает с датой запуска бизнес-процесса)

Документ "Приказ" должен содержать

• Номер приказа
• Текст приказа с ФИО сотрудника в необходимом падеже, с датами начала и окончания отпуска
• Дату приказа (совпадает с датой ввода номера приказа сотрудником отдела кадров)
• ФИО Сотрудника
• ФИО Директора

Замечание. В отличии от приказа из процесса "Пример 5-1", в приказе на отпуск используется дата совпадающая с датой ввода номера приказа сотрудником отдела кадров, а не с датой запуска бизнес-процесса.

Замечание. В бизнес-процессе необходимо проверять, что дата начала отпуска не позже даты окончания.

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет, шаблоны документов для Word бота, файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащий разработанные на занятии бизнес-процессы и Word бот.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
3. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

1. В каком месте шаблона документа ставится в соответствие переменная бизнес-процесса?
2. Где задается имя файла, в который будет помещен сгенерированный документ?

Необходимые теоретические сведения изложены в пункте "Концепция ботов и бот-станций" лекции 3.

В данном занятии рассматривается создание бота для работы с MS Excel файлами и разработка бизнес-процессов использующих задания данного бота для записи и чтения из Excel файла.

1. Запустите среду разработки

2. Создайте новый проект - "Занятие 6"

3. Создайте новый бизнес-процесс "Пример 6-1".

(Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 16, рис. 5.14).

4. Добавьте элементы на схему бизнес-процесса в соответствии с рис. 11.1

Используйте элементы Начало, Действие, Задача сценария, Окончание.

Замечание. Для элемента Задача сценария используйте компактный вид.

(Подробнее см. Практическое занятие "Работа с MS Word-ботом", Порядок выполнения работы, Пункт 1, Замечание, рис. 10.2).

Элемент "Начало" назовите "Ввести данные для сохранения в Excel документ", задачу сценария - "Определение даты создания документа", остальные элементы в соответствии с рис. 11.1

5. Создайте роли

В данном процессе используются следующие Роли:

• "Преподаватель" - будет инициализирована пользователем, запустившим процесс
• "Excel бот" - будет инициализирована ботом для работы с MS Excel (настройка инициализации будет рассмотрена позже)

Выберите для узлов роли в соответствии с рис. 11.1

6. Создайте переменные для бизнес-процесса "Пример 6-1" согласно рис. 11.2

Замечание. Обратите внимание на переменную "перечень дисциплин" имеющую формат Список(Строка). При создании этой переменной, на форме выбора формата также необходимо будет выбрать и формат элементов (см. рис. 11.3)

7. Создайте формы

Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2. (как переключить редактор см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.9, рис. 8.10 )

Создайте стартовую форму "Ввод данных" вида представленного на рис. 11.4.

(Подробнее см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.11-8.12).

Напротив строки "Специальность", расположите компонент "Ввод переменной" для переменной - "Специальность" (Подробнее см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.21-8.22).

Аналогично добавьте компонент для ввода переменной "номер курса".

Используйте компонент "Редактировать связанные списки" для переменной "перечень дисциплин" (см. рис. 11.5)

Добавьте валидаторы для переменных:

• "специальность" - обязательное поле
• "перечень дисциплин" - обязательное поле
• "номер курса" - обязательное поле, а также диапазон числа (от 1 до 6)

Для этого кликните на стартовом узле правой клавишей мыши и выберите пункт "Форма > Проверка переменных формы", в появившейся форме выделяйте переменные и устанавливайте необходимые валидаторы. (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 7.27, рис. 7.28).

Создайте форму для задания "Просмотреть данные перед сохранением в Excel документ" вида представленного на рис. 11.6.

На этой форме отображаются данные введенные в стартовой узле. Для переменных "Специальность" и "Номер курса" используется компонент "Отобразить переменную" как строку (см. рис. 11.7)

Для вывода списка "перечень дисциплин" используйте компонент "отобразить связанные списки"

Создайте форму "Получить созданный Excel документ" на которой отобразите ссылку для скачивания созданного Excel файла. Используйте компонент "Отобразить переменную" для файловой переменной "полученный Excel файл"

8. Создайте обработчик

Выберите класс обработчика "Выполнить формулу" в задаче сценария "дата создания документа"

(см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 8,рис. 8.33, рис. 8.34)

В качестве конфигурации используйте:

'дата создания документа'=current_date();

Таким образом с помощью функции current_date будет определена текущая дата и сохранена в переменную "дата создания документа"

9. Создайте бота "Excel бот" с задачей "Записать данные в файл"

Замечание. Перед выполнением следующих пунктов ОБЯЗАТЕЛЬНО (!) удалите все ботстанции из среды разработки, иначе создание ботов и задач будет приводить к ошибкам и некорректной работе. Для этого выделите ботстанцию правой клавишей мыши и выберите пункт "Удалить".

10. Запустите симулятор

Вернитесь в среду разработки и перейдите на вкладку "Боты" и сделайте импорт бот станции с сервера (Подробнее см. Практическое занятие "Работа с MS Word-ботом", Порядок выполнения работы, Пункт 18, рис. 10.32 - 10.34).

Создайте нового бота с именем "Excel бот" (Подробнее см. Практическое занятие "Работа с MS Word-ботом", Порядок выполнения работы, Пункт 18, рис. 10.35 - 10.36).

Создайте задачу с формальными параметрами "Записать данные в файл" (Подробнее см. Практическое занятие "Работа с MS Word-ботом", Порядок выполнения работы, Пункт 18, рис. 10.37 - 10.38).

Нажмите "Выбрать" и в появившемся окне выберите из списка обработчик "Excel: Сохранить данные в файл" (ExcelSaveHandler) (см. рис. 11.11)

Создайте входные параметры:

• "название" - тип Строка,Текст
• "номер" - тип Целое число
• "дата" - тип Дата,Дата со временем,Время
• "Список" - тип Список

Создайте Выходной параметр:

• "Выходной файл" - тип Файл

(Подробнее см. Практическое занятие "Работа с MS Word-ботом", Порядок выполнения работы, Пункт 18, рис. 10.41 - 10.42)

Данные параметры будут использованы в конфигурации обработчика "Excel: Сохранить данные в файл" и должны будут в обязательном порядке привязаны к переменным процесса, использующего данную задачу бота.

Вызовите окно конфигуратора обработчика, для этого нажмите на кнопку "Изменить" (см. рис. 11.13)

Используйте конфигурацию приведенную на рис. 11.14.

Здесь:

• входной файл - задан с помощью пути C:\xls_tmp.xlsx, это файл шаблона на основе которого будет создан Excel файл с именем file.xlsx
• выходной файл - задан с помощью параметра "выходной файл", имя - file.xlsx, это файл Excel который будет создан на основе шаблона и в который будут записаны данные взятые из входных параметров
• отдельная ячейка (страница 1, столбец 2, строка 1) - по данному адресу в таблицe Excel будет записано значение из параметра "название"
• отдельная ячейка (страница 1, столбец 2, строка 2) - по данному адресу в таблицe Excel будет записано значение из параметра "номер"
• отдельная ячейка (страница 1, столбец 2, строка 3) - по данному адресу в таблицe Excel будет записано значение из параметра "дата"
• массив по вертикали (страница 1, столбец 1, строка 6) - начиная с данного адреса в таблицe Excel будут записаны значения из параметра "список", при чем будут располагаться вертикально

Нажмите ОК, сохраните и закройте задачу.

10. Создайте файл шаблона

Далее необходимо создать файл шаблона C:\xls_tmp.xlsx, следующего вида:

11. Добавьте инициализатор для роли Excel бот

Вернитесь в бизнес-процесс "Пример 6-1", перейдите на вкладку роли, выделите роль "Excel бот" и нажмите "Изменить" В появившейся форме перейдите вкладку Бот, где из выпадающего списка выберите "Excel бот" (см. рис. 11.16)

Нажмите ОК, сохраните процесс.

12. Выполните привязку бота к задаче

Перейдите на граф процесса, щелкните правой клавишей мыши на узле "Сохранить данные в Excel файл", выберите пункт "Задача бота > привязать" (см. рис. 11.17)

Появится форма со списком задач с формальными параметрами бота "Excel бот", выделите задачу "Записать данные в файл" и нажмите ОК (см. рис. 11.18)

Будет вызвана форма конфигурации задачи. Установите соответствие между параметрами задачи и переменными процесса согласно рис. 11.19

Сохраните процесс.

13. Экспортируйте процесс на сервер

(Подробнее см. "Практикум. Перспективы исполнимых бизнес-процессов", Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункт 11-14).

14. Экспортируйте Excel бот с задачей на сервер

(Подробнее см. Практическое занятие "Работа с MS Word-ботом", Порядок выполнения работы, Пункт 20, рис. 2.54 - 2.57).

15. Войдите в систему под пользователем Administrator, пароль –wf

16. Дайте полномочия группе "Преподаватели" на запуск, чтение и чтение экземпляра процесса "Пример 6-1"

17. Запустите периодическую активацию ботов

(Подробнее см. Практическое занятие "Изучение перспективы операций", Порядок выполнения работы, Пункт 12, рис. 6.11).

18. Войдите в систему под пользователем, входящим в группу "Преподаватели", например "Стрекозин", пароль - 123

19. Запустите экземпляр бизнес-процесса "Пример 6-1" и доведите его до завершения.

Введите данные на стартовой форме, например:

Нажмите Запустить, выполните полученное задание "Просмотреть данные перед сохранением в Excel документ"

Excel бот выполнит задачу "Записать данные в файл"

Будет получено задание, со ссылкой на созданный Excel файл, нажмите на ссылку

Будет загружен file.xlsx, сохраните его на C:\ Откройте файл.

Как видно из полученный файл соответствует шаблону, заданной конфигурации задачи бота, а также содержит введенные пользователем данные.

20. Завершите процесс

21. Запустите среду разработки.

22. Создайте новый бизнес-процесс "Пример 6-2":

23. Добавьте элементы на схему бизнес-процесса в соответствии с рис. 11.25

Здесь используются те же элементы что и в процессе "Пример 6-1". Задаче сценария дайте название "Прочесть данные из файла", используйте опцию "компактный вид".

24. Создайте роль Студент

Выберите данную роль для стартового узла и действий.

25. Создайте переменные

В данном процессе используются те же переменные что и в "Пример 6-1", за исключением переменной "полученный Excel файл".

Откройте процесс "Пример 6-1", перейдите на вкладку переменные, выделите переменные (за исключением полученный excel файл") и нажмите кнопку "Копировать" (см. рис. 11.26).

Затем откройте процесс "Пример 6-2", перейдите на вкладку "Переменные" и нажмите кнопку "Вставить", переменные добавятся в список (см. рис. 11.27).

26. Создайте формы

Создайте форму "Выполнить задание перед чтением из Excel документа" вида представленного на рис. 11.28.

Создайте форму "Просмотреть данные считанные из Excel документа" вида представленного на рис. 11.29.

Используйте компонент "Отобразить переменную" для переменных: "специальность", "номер курса", "дата создания документа".

Используйте компонент "Отобразить связанные списки" для переменной "перечень дисциплин".

27. Создайте обработчик

Выберите класс обработчика "Excel: Прочесть данные из файла" в задаче сценария "Прочесть данные из файла"

Запустите конфигуратор обработчика, для этого кликните на "Конфигурация" в свойствах задачи сценария "Прочесть данные из файла".

Используйте конфигурацию, представленную на рис. 11.31.

Т.е. предполагается чтение из файла C:\file.xlsx, который был создан при выполнении бизнес-процесса "Пример 6-1" использующего задачу Excel бота - "Записать данные в файл".

Считанные по соответствующим адресам значения будут сохранены непосредственно в переменные бизнес-процесса "Пример 6-2".

Замечание. Во время выполнения экземпляра бизнес-процесса потребуется обязательное наличие файла для чтения/записи данных в указанной в конфигурации папке - C:\file.xlsx

28. Сохраните бизнес-процесс

29. Экспортируйте бизнес-процесс на сервер

30. Войдите в систему под пользователем Administrator, пароль –wf

31. Дайте права "Чтение", "Запуск", "Чтение экземпляра" на процесс "Пример 6-2" для группы "Группа МИБ-1"

32. Войдите в систему под пользователем входящим в группу "Группа МИБ-1", например Гусеницын

33. Запустите экземпляр бизнес-процесса "Пример 6-2" и доведите его до завершения.

В задании "Просмотреть данные считанные из Excel документа" будут выведены считанные из файла C:\file.xlsx в переменные процесса данные (см. рис. 11.32)

Считанные значения соответствуют введенным данным во время выполнения процесса "Пример 6-1".

Создайте новую задачу Excel бота - "Прочитать данные из файла" с формальными параметрами.

В качестве обработчика в данной задаче используйте "Excel: Прочесть данные из файла".

Добавьте формальные параметры задачи в соответствии с рис. 11.33

Используйте конфигурацию, представленную на рис. 11.34.

Создайте на основе процесса "Пример 6-2" новый процесс "Пример 6-3", в соответствии с рис. 11.35

Можно воспользоваться функцией копирования процесса (см. Практическое занятие "Изучение перспективы потока управления", Задание для самостоятельной работы, рис. 6.16, рис. 6.17)

В отличии от "Пример 6-2", вместо задачи сценария "Прочесть данные из файла" используется элемент Действие, с выбранной ролью "Excel бот".

Создайте Роли:

• Студент - инициализируется пользователем запустившим процесс
• Excel бот - используется инициализатор роли ботом "Excel бот"

Замечание. Если использовалась функция копирования процесса, то "Студент" уже будет в списке ролей, и ее создавать не требуется.

Создайте переменные:

• специальность - Строка
• номер курса - Целое число
• перечень дисциплин - Список(Строка)
• дата создания документа - Дата

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

В узле "Прочесть данные из файла" сделайте привязку к задаче "Прочитать данные из файла" Excel бота (см. Практическое занятие "Работа с MS Excel-ботом ", рис. 11.17).

Установите соответствие между переменными процесса и задачей (см. рис. 11.36)

Сохраните и экспортируйте процесс "Пример 6-3".

Экспортируйте на сервер созданную задачу "Прочитать данные из файла". Нажмите правой клавишей мыши на этой задаче и выберите пункт "Экспортировать задачу бота", в открывшемся окне переключитесь на вариант "Экспорт на WFE сервер", т.е. таким же образом как и экспорт процесса.

Дайте на процесс "Пример 6-3" права на запуск, чтение и чтение экземпляра для "Группа МИБ-1".

Запустите периодическую активацию ботов.

Запустите новый экземпляр процесса под пользователем входящим в "Группа МИБ-1". Доведите его до завершения.

Проверьте, что Excel бот выполнил задание "Прочесть данные из файла", и значения выведенные на форму в задании "Вывод данных" соответствуют данным из файла C:\file.xlsx

Замечание. Все действия аналогичны действиям при создании и выполнении процессов "Пример 6-1" и "Пример 6-2"

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
3. Скриншоты, содержащие созданные на занятии переменные и основные формы

1. Где задается имя Excel-файла, в который обработчик будет записывать данные?
2. Где задается путь к Excel-файлу, в который обработчик будет записывать данные?
3. Где задается имя и путь к Excel-файлу, из которого обработчик будет читать данные?
4. Как создается задача бота с формальными параметрами

Необходимые для выполнения данной работы теоретические сведения содержатся в первых четырех лекциях курса.

Ниже представлено десять описаний условных бизнес-процессов. Требуется в соответствии с описанием разработать бизнес-процесс в среде разработки системы RunaWFE, отладить разработанный бизнес-процесс в симуляторе RunaWFE и сдать бизнес-процесс преподавателю.

Схема разработанного бизнес-процесса должна умещаться на экране компьютера. Если схема не помещается на экране, то ее части надо выносить во внутренние или внешние подпроцессы.

Рассмотрим ситуацию, в которой действие должно быть выполнено одновременно двумя пользователям - например, сотрудник должен расписаться в документе должностного лица. Интуитивная реализация такого сценария обычно соответствует последовательному расположению двух узлов на схеме бизнес-процесса, при этом исполнителем в первом узле является сотрудник, а во втором — должностное лицо. Практика показывает, что такое решение является неудачным, так как в этом случае в момент выполнения действия соответствующие задания не могут находиться в списках заданий обоих сотрудников. Поэтому на схеме бизнес-процесса узлы, в которых даются задания двум исполнителям, в данном случае должны располагаться не последовательно, а параллельно, то есть они должны находиться в параллельных ветках (см. рис. 12.1)

По возможности надо использовать парные разделения и слияния. Нотация BPMN позволяет использовать в схемах бизнес-процессов элементы разделения без парных им элементов - слияний. В этом случае для удаления выполнивших свою задачу точек управления можно использовать элемент - завершение потока управления. Однако, предпочтительной схемой является схема с парными разделениями и слияниями, так как такие схемы, несмотря на большее число содержащихся в них элементов, являются более понятными бизнес-аналитику, потому что участок схемы между разделением и парным ему слиянием можно мысленно декомпозировать и таким образом разделить схему бизнес-процесса на две более простых.

Разделения и парные им слияния должны быть расположены на одной (горизонтальной, или вертикальной) линии, причем на этой оси должны быть только два этих элемента, остальные парные элементы должны располагаться на других (параллельных друг другу) осях. В этом случае на схеме бизнес-процесса для одного элемента можно легко найти парный ему элемент.

Желательно, чтобы линии переходов, соответствующих одновременно выполняющимся потокам действий, были параллельными, т.к. это увеличивает понятность схемы.

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

Практика эксплуатации СУБП на предприятиях показывает, что роли должностных лиц (например, Бухгалтер, Инспектор кадровой службы) соответствуют ответственным сотрудникам, а роли "Сотрудник" и "Подавший заявку" - гораздо менее ответственным сотрудникам, которые могут неделями не отмечать выполнение заданий. Поэтому требуется так составить схему бизнес-процесса, чтобы в таких случаях задание типа "ознакомиться с ..." у этих сотрудников было, но чтобы его невыполнение не останавливало дальнейшее выполнение бизнес-процесса. То есть эта задача и остальные шаги бизнес-процесса должны выполняться в параллельных ветках.

На рис. 12.2 показан пример неправильной схемы, в котором задача (в меньшем овале) останавливает выполнение блока действий (в большем овале).

На рис. 12.3 также показан пример неправильной схемы, в котором задача "Ознакомиться с положительным решением" в некоторых случаях останавливает издание приказа.

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

В заданиях настоящего занятия используется страница описания бизнес-процесса. Если эта страница задана в определении бизнес-процесса, то она открывается при клике на строку описания бизнес-процесса в web-интерфейсе системы (см. рис. 12.5)

Задать форму описания бизнес-процесса можно в среде разработки. Делается это следующим образом:

В свойствах определения бизнес-процесса заполняется поле "Значение" для свойства "Описание" (см. рис. 12.7)

Далее надо кликнуть правой кнопкой мыши на белом фоне на схеме бизнес-процесса. - Откроется контекстное меню, в котором надо кликнуть на команду "Описание" (см. рис. 12.8). После этого откроется форма редактирования страницы описания бизнес-процесса (см. рис. 12.9).

Оплачиваемый отпуск предоставляется ежегодно.

Если сотрудник собирается пойти в отпуск, то он запускает бизнес-процесс на выполнение. В появившейся стартовой форме надо ввести требуемые данные: ввести даты начала и окончания отпуска, причину и комментарий.

После клика на команду "выполнить" будет создан новый экземпляр бизнес-процесса.

Следующее задание "Рассмотреть заявку на отпуск" получит руководитель сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет заявку. Подавший заявку знакомится с положительным или отрицательным решением руководителя. Если решение руководителя было отрицательным, то далее процесс завершается.

Если решение руководителя было положительным, то следующее задание "Проверить соблюдение технологий и законов" получит инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии (то есть, положен ли сотруднику ежегодный отпуск в соответствии с договором, заключенным с предприятием, не отгулял ли уже сотрудник все положенные дни отпуска за текущий год и т.п.).

Если законы или технологии не соблюдены, то бизнес-процесс сообщает руководителю сотрудника и подавшему заявку (то есть - самому сотруднику) о несоблюдении технологий. Далее процесс завершается. Если законы и технологии соблюдены, то сотрудник получает задание "Ознакомиться с подтверждением ежегодного отпуска", инспектору кадровой службы направляется задание "Издать приказ". В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на ежегодный отпуск". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. Практическое занятие "Работа с MS Word-ботом").

Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Предоставить сотруднику" ФИО сотрудника "ежегодный основной оплачиваемый отпуск"
7. Далее - "с" дата начала отпуска, введенная на стартовой форме
8. Далее - "по" дата окончания отпуска, введенная на стартовой форме
9. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
10. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать заявление на ежегодный отпуск"

Заявление должно содержать:

1. В верхней части листа "Генеральному директору" - название условной компании, ФИО услоАя­ZQVАя­ZQVРOҐZQVЂµtZQV(®ZQVая­ZQV@ая­ZQVаявление"
2. На следующей строке "Прошу предоставить мне ежегодный основной оплачиваемый отпуск с", дата начала отпуска, введенная на стартовой форме, "по", дата окончания отпуска, введенная на стартовой форме
3. Внизу - ФИО сотрудника, место для подписи сотрудника (несколько знаков подчеркивания), дата запуска экземпляра бизнес-процесса

После выполнения этих заданий Word-ботом сотруднику должна быть направлена задача "Сдать в КС заявление и подписать приказ". В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Заявление на ежегодный отпуск". Инспектору кадровой службы направляется задача "Получить заявление и подпись на приказе". В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Приказ на ежегодный отпуск". После выполнения этого задания бизнес-процесс должен дождаться момента времени за две недели до начала отпуска, после этого задание "выплатить отпускные" получает бухгалтер (определяется членством в группе "Бухгалтеры").

После выполнения всех заданий бизнес-процесс завершается.

Замечание. В бизнес-процессе необходимо проверять, что дата начала отпуска не позже даты окончания.

Это отсутствие на работе в связи с болезнью, факт которой может быть подтвержден правильно оформленным больничным листом.

Если сотрудник заболел, то он или какой-то другой сотрудник запускает на выполнение бизнес-процесс "больничный".

В появившейся стартовой форме он вводит данные: выбирает из списка (список соответствует членам группы "Все сотрудники") заболевшего сотрудника, вводит дату начала болезни, причину и комментарий.

После клика на команду "выполнить" создается новый экземпляр бизнес-процесса "больничный".

Следующее задание получает инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). Задание называется "Проверить соблюдение технологий и законов". В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии (то есть, положен ли больничный сотруднику в соответствии с договором, заключенным с предприятием).

Если законы или технологии не соблюдены, то подавшему заявку направляется уведомление об отказе регистрации заявки на больничный и далее бизнес-процесс завершается.

Если законы и технологии соблюдены, то подавший заявку уведомляется о регистрации заявки на больничный, руководитель сотрудника (руководитель определяется отношением "Руководитель") уведомляется о болезни сотрудника, сотруднику направляется задание "Сообщить о выздоровлении и выходе на работу". Бухгалтер (определяется членством в группе "Бухгалтеры") получает задание "отразить факт болезни сотрудника в бухучете".

После выхода сотрудника на работу после болезни инспектору кадровой службы направляется задание "Получить от сотрудника больничный", а сотруднику направляется задание "Отдать в КС больничный". В задании задания "Получить от сотрудника больничный" инспектор кадровой службы вводит дату окончания больничного.

После выполнения задания "Получить от сотрудника больничный" инспектором кадровой службы Word-бот получает задание "Сгенерировать справку о болезни сотрудника". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. Практическое занятие "Работа с MS Word-ботом").

Справка должна содержать:

1. В верхней части листа - название условной компании
2. Фразу "Справка о болезни сотрудника"
3. Далее - ФИО сотрудника
4. Далее - "Начало болезни" дата начала болезни, введенная на стартовой форме
5. Далее - "Окончание болезни" дата окончания болезни, введенная инспектором КС в задании "Получить от сотрудника больничный"
6. Далее - место для подписи бухгалтера (несколько знаков подчеркивания)

После выполнения задания Word-ботом, задание "рассчитать больничный" получает бухгалтер. Форма задания должна содержать сгенерированный Word-ботом файл.

После выполнения всех заданий бизнес-процесс завершается.

Замечание. В бизнес-процессе необходимо проверять, что дата начала больничного не позже даты его окончания.

Служебная командировка - поездка работника на определенный срок для выполнения служебного поручения вне места постоянной работы.

Бизнес-процесс начинается с того, что пользователь в стартовой форме заполняет данные, относящиеся к командировке:

• выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, который отправляется в командировку
• вводит:
• дату начала командировки
• дату окончания командировки
• город
• организацию, в которую направляется сотрудник
• цель командировки
• причину
• комментарий

данные для бухгалтера (стоимость билетов, гостиницы и т.п.). Все данные для бухгалтера вводятся в одно текстовое поле.

После клика на команду "выполнить" создается новый экземпляр бизнес-процесса.

Далее задание "рассмотреть заявку на командировку" направляется непосредственному руководителю отправляемого в командировку сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет командировку. В случае неодобрения заявки Подавший заявку знакомится с отрицательным решением руководителя, после чего бизнес-процесс завершается.

Если командировка одобрена, то Подавший заявку знакомится с положительным решением руководителя, инспектор кадровой службы (определяется членством в группе "Инспекторы КС") получает задание "издать приказ".

В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на командировку". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. Практическое занятие "Работа с MS Word-ботом").

Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ о направлении в командировку номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Направить в командировку сотрудника" ФИО сотрудника "ежегодный основной оплачиваемый отпуск"
7. "в г." город, введенный на стартовой форме
8. "в организацию:" организация, введенная на стартовой форме
9. "с целью:" организация, введенная на стартовой формеДалее - "с" дата начала командировки, введенная на стартовой форме
10. Далее - "по" дата окончания командировки, введенная на стартовой форме
11. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
12. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать командировочное удостоверение"

Командировочное удостоверение должно содержать:

1. В верхней части листа - название условной компании
2. Фразу "Командировочное удостоверение"
3. ФИО сотрудника
4. Организация
5. Внизу:
6. "Генеральный директор", название условной компании, место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании
7. "Работник", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника
8. Дата запуска экземпляра бизнес-процесса

На следующей (обороте) странице:

1. "Отметки о выбытии в служебную поездку, прибытии в пункты назначения и выбытии из них и прибытии в место постоянной работы
2. Далее содержится таблица из четырех блоков

(из двух строк и двух колонок)

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

После выполнения задания "получить подпись на приказе" инспектором кадровой службы, инспектор кадровой службы выдает сотруднику командировочное удостоверение: Инспектор получает задачу "выдать командировочное удостоверение" (в форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Командировочное удостоверение"), Сотрудник получает задачу "получить командировочное удостоверение" .

После выполнения задания "выдать командировочное удостоверение" инспектором кадровой службы бухгалтер (определяется членством в группе "Бухгалтеры") получает задание "Ознакомиться с данными для бухгалтера", в этом задании бухгалтер знакомится с данными, которые были введены на стартовой форме (это требуется бухгалтеру, чтобы рассчитать сумму денег, которую ему надо будет выдать сотруднику).

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

После этого сотрудник получает задание - сдать в бухгалтерию документы, подтверждающие командировку, бухгалтеру направляется задание на получение этих документов.

После выполнения всех заданий бизнес-процесс завершается.

Замечание. В бизнес-процессе необходимо проверять, что дата начала командировки не позже даты окончания.

Служебная командировка - поездка работника на определенный срок для выполнения служебного поручения вне места постоянной работы.

Бизнес-процесс начинается с того, что пользователь в стартовой форме заполняет данные, относящиеся к командировке: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, который отправляется в командировку, вводит дату, время начала, время окончания командировки, организацию, в которую направляется сотрудник, причину, комментарий. После клика на команду "выполнить" создается новый экземпляр бизнес-процесса. Далее задание "рассмотреть заявку на командировку" направляется непосредственному руководителю отправляемого в командировку сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет командировку. Подавший заявку знакомится с положительным или отрицательным решением руководителя.

Если командировка одобрена, то бизнес-процесс проверяет, запущена ли командировка задним числом. Если командировка запущена задним числом, то задание "утвердить заявку на командировку" получает руководитель отдела (определяется отношением "Руководитель отдела"), после чего подавший заявку знакомится с решением руководителя отдела. Если командировка подтверждена всеми необходимыми лицами, то Word-бот получает задание "Сгенерировать служебную записку на командировку". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - " Word-бот " (См. Практическое занятие "Работа с MS Word-ботом").

Служебная записка должна содержать:

1. Фразу "Служебная записка"
2. Фразу "Прошу направить меня в местную командировку"
3. Дату, время начала и время окончания местной командировки, введенные на стартовой форме
4. Организацию и причину, введенные на стартовой форме
5. Дату запуска экземпляра бизнес-процесса
6. Место для подписи сотрудника (несколько знаков подчеркивания)
7. ФИО сотрудника

Далее сотрудник получает задание "Подписать и отдать служебную записку руководителю", в форме задания должна быть ссылка для загрузки сформированного ботом документа "Служебная записка".

Руководитель сотрудника получает задание "Получить служебную записку".

После выполнения всех заданий бизнес-процесс завершается.

Замечание. В бизнес-процессе необходимо проверять, что время начала командировки не позже времени окончания.

Руководитель может предоставить сотруднику отгул в качестве поощрения за хорошую работу. Отгул дается не более чем на 4 часа рабочего времени.

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

Далее задание "рассмотреть заявку на отгул" направляется непосредственному руководителю сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет отгул. Подавший заявку знакомится с решением руководителя.

Если отгул одобрен, то бизнес-процесс проверяет, запущен ли отгул задним числом. Если отгул запущен задним числом, то задание "утвердить заявку на отгул" получает руководитель отдела (определяется отношением "Руководитель отдела"), после чего подавший заявку знакомится с решением руководителя отдела.

Если отгул подтвержден всеми необходимыми лицами, то сотрудник получает сообщение об этом, Word-бот получает задание "Сгенерировать служебную записку на отгул". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - " Word-бот " (См.Практическое занятие "Работа с MS Word-ботом").

Служебная записка должна содержать:

1. Фразу "Служебная записка"
2. Фразу "Прошу предоставить мне отгул"
3. Дату, время начала и количество часов отгула, введенные на стартовой форме
4. Дату запуска экземпляра бизнес-процесса
5. Место для подписи сотрудника (несколько знаков подчеркивания)
6. ФИО сотрудника

Далее сотрудник получает задание "Подписать и отдать служебную записку руководителю", в форме задания должна быть ссылка для загрузки сформированного ботом документа "Служебная записка".

Руководитель сотрудника получает задание "Получить служебную записку".

Если отгул не подтвержден, то соответствующие лица получают об этом сообщения.

После выполнения всех заданий бизнес-процесс завершается.

По заявлению женщины ей предоставляется отпуск по уходу за ребенком до достижения им возраста полутора/трех лет. Порядок и сроки выплаты пособия по государственному социальному страхованию в период указанного отпуска определяются федеральными законами.

Бизнес-процесс начинаАя­ZQVАя­ZQVРOҐZQVЂµtZQV(®ZQVая­ZQV@ая­ZQVнком: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника (сотрудницу), вводит даты начала и окончания отпуска, причину и комментарий. После клика на команду "выполнить" будет создан новый экземпляр бизнес-процесса.

Следующее задание "Проверить соблюдение технологий и законов" получит инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии. Если законы или технологии не соблюдены, то подавшему заявку направляется уведомление об отказе регистрации заявки и далее бизнес-процесс завершается.

Если законы и технологии соблюдены, то руководитель (руководитель определяется отношением "Руководитель") уведомляется об уходе сотрудника в отпуск, одновременно с этим инспектор кадровой службы получает задачу "Издать приказ".

В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на отпуск по уходу за ребенком". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Предоставить сотруднику" ФИО сотрудника "отпуск по уходу за ребенком"
7. Далее - "с" дата начала отпуска, введенная на стартовой форме
8. Далее - "по" дата окончания отпуска, введенная на стартовой форме
9. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
10. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать заявление на отпуск по уходу за ребенком"

Приказ должен содержать:

1. В верхней части листа "Генеральному директору" - название условной компании, ФИО условного Генерального директора, "от сотрудника"
2. ФИО уходящего в отпуск сотрудника
3. Фразу "Заявление"
4. На следующей строке "Прошу предоставить мне отпуск по уходу за ребенком с", дата начала отпуска, введенная на стартовой форме, "по", дата окончания отпуска, введенная на стартовой форме
5. Внизу - ФИО сотрудника, место для подписи сотрудника (несколько знаков подчеркивания), дата запуска экземпляра бизнес-процесса

После выполнения этих заданий Word-ботом сотрудник должен выполнить задачу "Отдать в КС заявление и подписать приказ". В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Заявление на отпуск по уходу за ребенком". Инспектору кадровой службы направляется задача "Получить заявление и подпись на приказе". В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Приказ на отпуск по уходу за ребенком".

После выполнения этого задания инспектором кадровой службы бухгалтер (определяется членством в группе "Бухгалтеры") получает задание "отразить в бухучете отпуск по уходу за ребенком". Далее (после выполнения задачи бухгалтером) в качестве подпроцесса запускается бизнес-процесс "Оповещение о завершении отпуска". После выполнения подпроцесса и выполнения всех заданий бизнес-процесс завершается.

В бизнес-процесс "Оповещение о завершении отпуска" передаются данные отпуска по уходу за ребенком. После старта этот бизнес-процес ждет момента времени за две недели перед окончанием отпуска и далее передает управление в узел, в котором руководитель сотрудника получает задание ознакомиться с тем, что отпуск по уходу за ребенком подходит к концу. В этой форме также должны содержаться все данные, которые были введены на стартовой форме бизнес-процесса "Отпуск по уходу за ребенком" (и переданы в качестве параметров в подпроцесс).

Замечание. В бизнес-процессе необходимо проверять, что дата начала отпуска не позже даты его окончания.

График работы можно сдвигать с завтрашней даты и далее. График заполняется на неделю, но использоваться будут только данные за те дни недели, которые попадают в интервал сдвига графика.

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

• день недели (содержится в строке таблицы, не вводится пользователем, значения в строках таблицы - пн. вт. ср. чт. пт. сб. вс.)
• время прихода (вводится пользователем для каждой строки, если прихода не предполагается, то это 00:00)
• время ухода (вводится пользователем для каждой строки, если прихода не предполагается, то это 00:00)
• величина обеденного перерыва (выбор из списка: 30 минут, 1 час)

После клика на команду "выполнить" создается новый экземпляр бизнес-процесса. Далее задание "рассмотреть заявку на сдвиг графика" направляется руководителю сотрудника (руководитель определяется отношением "Руководитель").

Руководитель одобряет или не одобряет заявку.

Если решение руководителя отрицательно, то Сотрудник знакомится с отрицательным решением руководителя, далее бизнес-процесс завершается.

Если решение руководителя положительно, то Сотрудник знакомится с положительным решением руководителя, параллельно с этим заданием задание на утверждение заявки направляется руководителю руководителя сотрудника. Руководитель руководителя также может подтвердить или не подтвердить заявку. Сотрудник и руководитель сотрудника знакомятся с положительным (или отрицательным) решением руководителя.

Если решение руководителя положительно, то Word-бот получает задание "Сгенерировать служебную записку на сдвиг графика". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - " Word-бот " (См. занятие "Работа с MS Word-ботом"). Служебная записка должна содержать:

1. Фразу "Служебная записка"
2. Фразу "Прошу утвердить мой индивидуальный график работы для периода времени:"
3. Даты начала и окончания действия графика работы, введенные на стартовой форме
4. Таблицу введенных на стартовой форме приходов и уходов по дням недели
5. Дату запуска экземпляра бизнес-процесса
6. Место для подписи сотрудника (несколько знаков подчеркивания)
7. ФИО сотрудника

Далее сотрудник получает задание "Подписать и отдать служебную записку руководителю", в форме задания должна быть ссылка для загрузки сформированного ботом документа "Служебная записка". Руководитель сотрудника получает задание "Получить служебную записку". После выполнения всех заданий бизнес-процесс завершается.

В бизнес-процессе необходимо проверять, что дата начала действия графика не позже даты окончания действия графика, дата начала действия графика не может быть раньше завтрашней даты.

В каждой строке таблицы время прихода должно быть меньше или равно времени ухода. Случай, когда время прихода и время ухода равны 00:00 соответствует запланированному отсутствию сотрудника в этот день в офисе компании.

По семейным обстоятельствам и другим уважительным причинам работнику по его письменному заявлению может быть предоставлен отпуск без сохранения заработной платы, продолжительность которого определяется по соглашению между работником и работодателем.

В случае ухода сотрудника в отпуск без сохранения зарплаты он запускает бизнес-процесс на выполнение.

В появившейся стартовой форме надо ввести требуемые данные: ввести даты начала и окончания отпуска, причину и комментарий.

После клика на команду "выполнить" будет создан новый экземпляр бизнес-процесса.

Следующее задание "Рассмотреть заявку на отпуск" получит руководитель сотрудника (руководитель определяется отношением "Руководитель"). Руководитель одобряет или не одобряет заявку. Если решение руководителя было отрицательным, то Подавший заявку знакомится с отрицательным решением руководителя, далее процесс завершается.

Если решение руководителя было положительным, то Подавший заявку знакомится с положительным решением руководителя, задание "Проверить соблюдение технологий и законов" получает инспектор кадровой службы (определяется членством в группе "Инспекторы КС"). В содержащейся в задании форме он отмечает, соблюдены ли законы и технологии

Если законы или технологии не соблюдены, то бизнес-процесс сообщает руководителю и подавшему заявку о несоблюдении технологий. Далее процесс завершается.

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

Если решение директора положительное – инспектору кадровой службы направляется задание "Издать приказ". В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на отпуск без сохранения зарплаты". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Предоставить сотруднику" ФИО сотрудника "отпуск без сохранения зарплаты"
7. Далее - "с" дата начала отпуска, введенная на стартовой форме
8. Далее - "по" дата окончания отпуска, введенная на стартовой форме
9. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
10. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

Далее Word-бот получает задание "Сгенерировать заявление на отпуск без сохранения зарплаты"

Приказ должен содержать:

• В верхней части листа "Генеральному директору" - название условной компании, ФИО условного Генерального директора, "от сотрудника"
• ФИО уходящего в отпуск сотрудника
• Фразу "Заявление"
• На следующей строке "Прошу предоставить мне отпуск без сохранения зарплаты с", дата начала отпуска, введенная на стартовой форме, "по", дата окончания отпуска, введенная на стартовой форме
• Внизу - ФИО сотрудника, место для подписи сотрудника (несколько знаков подчеркивания), дата запуска экземпляра бизнес-процесса

После выполнения этих заданий Word-ботом сотрудник должен выполнить задачу "Сдать в КС заявление и подписать приказ". В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Заявление на отпуск без сохранения зарплаты". Инспектору кадровой службы одновременно направляется задача "Получить заявление и подпись на приказе". В форме этого задания должна быть ссылка для загрузки сформированного ботом документа "Приказ на отпуск без сохранения зарплаты".

После выполнения всех заданий бизнес-процесс завершается.

Замечание. В бизнес-процессе необходимо проверять, что дата начала отпуска не позже даты окончания.

Сверхурочные работы проводятся только тогда, когда проведение данных работ в рабочее время нарушит нормальную работу офиса компании

Бизнес-процесс начинается с того, что пользователь в стартовой форме заполняет данные, относящиеся к сверхурочным работам: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, которому предлагается выйти на сверхурочную работу, вводит дату, время начала, время окончания сверхурочных, причину, комментарий.

После клика на команду "выполнить" создается новый экземпляр бизнес-процесса. Далее задание "рассмотреть предложение о сверхурочных работах" направляется сотруднику.

Сотрудник соглашается, или не соглашается на сверхурочные работы. Подавший заявку знакомится с решением сотрудника. Если решение сотрудника было положительным, то задание "рассмотреть заявку на сверхурочные" направляется руководителю сотрудника (руководитель определяется отношением "Руководитель").

Руководитель одобряет или не одобряет сверхурочные. Подавший заявку и сотрудник знакомятся с решением руководителя. Если руководитель одобрил заявку, то далее задание "Утвердить заявку" направляется в Директорат (определяется членством в группе "Директор и заместители").

Директорат утверждает или не утверждает заявку. Если Директорат не утвердил заявку, то происходит оповещение соответствующих лиц об этом и бизнес-процесс завершается. Если Директорат утвердил заявку, то бизнес-процесс ждет даты сверхурочных, после этого руководитель сотрудника получает задачу "подтвердить выполнение сверхурочных" (руководитель выполняет это задание для того, чтобы подтвердить/не подтвердить, что сверхурочные работы действительно были выполнены). Если руководитель не подтвердил выполнение сверхурочных работ, то все ранее участвующие в бизнес-процессе лица получают уведомления об этом и после выполнения задач уведомления бизнес-процесс завершается.

Если руководитель сотрудника подтвердил выполнение сверхурочных, то инспектор кадровой службы (определяется членством в группе "Инспекторы КС") получает задание "издать приказ".

В форме задания "Издать приказ" инспектор кадровой службы вводит номер приказа (значение типа строка). После выполнения задания инспектором кадровой службы Word-бот получает задание "Сгенерировать приказ на сверхурочные работы". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие "Работа с MS Word-ботом"). Приказ должен содержать:

1. В верхней части листа - название условной компании
2. Фразу "Приказ о сверхурочных работах номер"
3. Справа от этой фразы - значение "номер приказа", введенное инспектором кадровой службы"
4. слово "от"
5. Справа от этого слова - дату запуска экземпляра бизнес-процесса
6. Далее - "Привлечь к сверхурочным работам сотрудника" ФИО сотрудника
7. Далее - "в период", время начала, время окончания, дата сверхурочных работ (введенные на стартовой форме)
8. Далее - место для подписи Генерального директора (несколько знаков подчеркивания), ФИО условного генерального директора компании, дата запуска экземпляра бизнес-процесса
9. Внизу - "С приказом ознакомлен", место для подписи сотрудника (несколько знаков подчеркивания), ФИО сотрудника, дата запуска экземпляра бизнес-процесса

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

После выполнения задания "получить подпись сотрудника на приказе" инспектором КС бухгалтер (определяется членством в группе "Бухгалтеры") получает задание "Начислить деньги за сверхурочные".

Замечание. На стартовой форме бизнес-процесса надо проверять, что время начала сверхурочных меньше времени окончания сверхурочных.

Это отсутствие на работе, причина которого неизвестна.

В случае незапланированного отсутствия сотрудника его руководитель запускает бизнес-процесс на выполнение.

В появившейся стартовой форме он вводит данные: выбирает из списка (список соответствует членам группы "Все сотрудники") сотрудника, вводит дату начала отсутствия и комментарий.

После клика на команду "выполнить" создается новый экземпляр бизнес-процесса.

Далее запустившему бизнес-процесс направляется задание "сообщить об окончании отсутствия".

После появления сотрудника на работе запустившей процесс должен выполнить это задание ("сообщить об окончании отсутствия"). В форме задания надо ввести дату появления сотрудника на работе.

Далее процесс разделяется на две параллельные ветки.

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

Далее Word-бот получает задание "Сгенерировать объяснительную записку по незапланированному отсутствию". Роль Word-бот инициализируется оргфункцией "исполнитель по имени", имя исполнителя в данном случае совпадает с именем роли - "Word-бот" (См. занятие "Работа с MS Word-ботом"). Объяснительная записка должна содержать:

1. Фразу " Объяснительная записка по факту отсутствия на работе в период с"
2. Дату начала отсутствия
3. "по", дату окончания отсутствия
4. Текст объяснительной записки, введенный в форме предыдущего узла-действия
5. Текущую дату
6. Место для подписи сотрудника (несколько знаков подчеркивания)
7. ФИО сотрудника

Далее сотрудник получает задание "Подписать и отдать объяснительную записку руководителю", в форме задания должна быть ссылка для загрузки сформированного ботом документа "Объяснительная записка".

Руководитель сотрудника получает задание "Получить объяснительную записку".

Во второй ветке запустившему процесс направляется задание "выбрать тип отсутствия". Это задание служит для облегчения запуска процесса, "покрывающего" незапланированное отсутствие (больничного, отпуска и т.д.), если интервал незапланированного отсутствия можно покрыть одним видом отсутствия. В форме содержится список выбора:

• Больничный
• Ежегодный отпуск
• Отпуск без сохранения зарплаты
• Другое отсутствие

После выбора "покрывающего" отсутствия (кроме случая "Другое отсутствие") точка управления должна перейти в соответствующий покрывающему отсутствию подпроцесс, в этот подпроцесс должны быть переданы нужные для его дальнейшего исполнения данные из родительского процесса.

Далее запустившему бизнес-процесс направляется задание "Ознакомиться с сообщением о завершении процесса", после чего бизнес-процесс завершается.

Замечание 1. В бизнес-процессе необходимо проверять, что дата начала отсутствия по неизвестной причине не позже даты его окончания.

Замечание 2. В качестве подпроцессов, запускаемых для покрытия незапланированного отсутствия, предполагается использовать бизнес-процессы, разрабатываемые другими студентами группы в рамках настоящего практикума. Начать надо с единственного варианта выбора "Другое отсутствие", к которому постепенно добавлять варианты вызова покрывающих подпроцессов.

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет, файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащий разработанные на занятии бизнес-процессы и Word бот.

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.
3. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания)

В соответствии с концепцией межпроцессного взаимодействия экземпляр бизнес-процесса может послать сообщение из одного узла экхемпляра бизнес-процесса узлу другого экземпляра бизнес-процесса. Для посылки и получения сообщения используются элементы "Отправить сообщение" и "Получить сообщение"

Узел-отправитель посылает сообщение сразу после прихода в него точки управления, после этого точка управления перемещается в следующий узел, а узел-получатель ожидает сообщения, и точка управления может находиться в этом узле долго.

В сообщении содержится следующая информация:

• кому предназначено сообщение
• передаваемые значения переменных бизнес-процесса

В некоторых случаях одно сообщение может быть обработано несколькими получателями. Адресат сообщения может быть определен следующим образом:

• по названию бизнес-процесса (processDefinitionName)
• по названию узла бизнес-процесса (processNodeName)
• по идентификатору экземпляра бизнес-процесса (processInstanceId)

Для задания этих параметров можно использовать:

• переменные экземпляра бизнес-процесса, например, processDefinitionName=${Переменная1}, где "Переменная1"– это переменная содержащая название процесса
• константное значение, например processNodeName = Процесс1, где Процесс1 это название процесса
• предопределенные значения: по названию текущего определения процесса ( ${currentDefinitionName} ), по названию текущего узла ( ${currentNodeName} ), по номеру текущего экземпляра процесса ( ${currentInstanceId} )

Структура данных сообщения позволяет задавать соответствие между переменными отправителя и получателя

Если сообщение послано по названию бизнес-процесса (то есть, названию определения бизнес-процесса), а выполняющихся экземпляров этого бизнес-процесса не существует, то сообщение будет ждать появления первого экземпляра этого определения бизнес-процесса и передаст значения своих параметров первому появившемуся экземпляру в узле "Получить сообщение".

Если, наоборот, существует сразу несколько выполняющихся экземпляров этого бизнес-процесса, то сообщение будет передано сразу всем этим экземплярам.

В данном занятии рассматриваются бизнес-процессы, иллюстрирующие механизм межпроцессного взаимодействия: Бизнес-процесс "Пример 8-1" отправляет сообщение в бизнес-процесс "Пример 8-2". Используется маршрутизация "по названию процесса". В качестве данных, пересылаемых в сообщении, используется введённый пользователем текст, а также id экземпляра бизнес-процесса "Пример 8-1"

Бизнес-процесс "Пример 8-2" получает данные, пользователь изменяет полученное значение текстовой переменной, и высылает сообщение обратно в бизнес-процесс "Пример 8-1", при этом используется маршрутизация "по ID процесса".

Откройте среду разработки системы RunaWFE

1. Создайте новый проект - Занятие 8

2. Создайте новый процесс:

3. Введите название процесса – "Пример 8-1"

4. Добавьте элементы на схему бизнес-процесса в соответствии с рис. 13.1

В бизнес-процессе используется следующие элементы: "Начало", "Окончание", "Действие", "Задача сценария", узел "Отправить сообщение" и "Получить сообщение". Для изменения названий по-умолчанию, выделите элемент, кликнув на него, перейдите в свойства, введите новое значение в поле Название.

Для элемента "Задача сценария" используйте опцию компактный вид (см. пункт 1 раздела "Практическое занятие "Работа с Word-ботом". Порядок выполнения работы.", Замечание. рис. 10.2)

5. Создайте бизнес-процесс "Пример 8-2" в соответствии с рис. 13.2.

Здесь также как и в процессе "Пример 8-1" используются элементы отправки и принятия сообщений.

6. Создайте роли

В разрабатываемых процессах используются следующие Роли:

• "сотрудник", используется в процессе "Пример 8-1", будет инициализирована пользователем, запустившим процесс.
• "отдел кадров", используется в процессе "Пример 8-2", будет инициализирована пользователем, запустившим процесс.

7. Создайте переменные

В процессе "Пример 8-1" используются следующие переменные:

• "отправленное сообщение", это переменная формата "Текст", которую вводит пользователь в узле "Ввести сообщение для отправки" и отправляет в экземпляры процесса "Пример 8-2"
• "id отправителя", это переменная формата "Строка", содержит id экземпляра процесса "Пример 8-1", также отправляется в сообщении. Должна быть проинициализирована в задаче сценария "Получение id экземпляра процесса" с помощью обработчика "Выполнить формулу"

В процессе "Пример 8-2" используются следующие переменные:

• "полученное сообщение", это переменная формата "Текст", которую процесс получает из присланного сообщения, обрабатывает и отправляет обратно в экземпляр "Пример 8-2"
• "id отправителя", это переменная формата "Строка", содержит id экземпляра процесса "Пример 8-1". Принимает значение из сообщения, и необходима для определения получателя, т.е. используется в свойствах маршрутизации.

Для создания переменной перейдите на вкладку "Переменные" и нажмите "Создать" (См. рис. 13.3). В появившейся форме введите название переменной (См. рис. 13.4), нажмите "Далее" и выберите ее формат (См. рис. 13.5).

8. Выберите класс обработчика в задачи сценария "Получение id экземпляра процесса"

В процессе "Пример 8-1" необходимо использовать обработчик "Выполнить формулу", в котором определить id данного экземпляра и проинициализировать полученным значением переменную "id отправителя". Для этого выделите на схеме элемент Задача сценария, перейдите в его свойства и кликните в поле "Класс обработчика" (См. рис. 13.8)

В появившейся форме выберите из списка обработчик "Выполнить формулу" и нажмите ОК. Вернитесь в свойства задачи сценария, нажмите на поле "Конфигурация".

Добавьте конфигурацию следующего вида:

'id отправителя'=get_process_id();

Здесь используется функция get_process_id, которая возвращает номер текущего экземпляра процесса

Замечание. Для вставки в конфигурацию переменных воспользуйтесь пунктом "Вставить переменную", соответственно для вставки функции используйте "Вставить функцию"

9. Создайте графические формы

Кликните на узел "Ввести сообщение для отправки" графа процесса "Пример 8-1" правой кнопкой мыши и выберите команду "Форма" > "Создать форму" (левой кнопкой мыши) - См. рис. 13.10.

Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2 (как переключить редактор см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.9, рис. 8.10 )

В появившимся выпадающем списке выберите тип формы "Произвольная форма".

Поместите на форму компонент "Ввод переменной" для ввода значения переменной "отправленное сообщение" (См. рис. 13.11)

В процессе "Пример 8-2" также создайте форму в узле "Редактировать полученное сообщение", процесс создания аналогичен описанному примеру. На форме необходимо расположить компонент "Ввод переменной" для редактирования значения переменной "полученное сообщение" (См. рис. 13.12)

Создайте форму для отображения значения переменной после взаимодействия между процессами. Кликните на узел "Ознакомиться с полученным сообщением" графа процесса "Пример 8-1" правой кнопкой мыши и выберите команду "Форма" > "Создать форму" (левой кнопкой мыши), после чего расположите на форме компонент "Отобразить переменную" для "отправленное сообщение", в поле "Форма отображения" выберите "Как неактивный компонент ввода" (См. рис. 13.13)

10. Настройте межпроцессное взаимодействие

Настройка отправителя сообщения в процессе "Пример 8-1" Для настройки отправки кликните правой клавишей мыши на элементе "отправить сообщение", и выберите пункт "Конфигурация" (См. рис. 13.14)

В свойствах маршрутизации укажите следующие настройки (См. рис. 13.15)

В области свойств маршрутизации нажмите на стрелку расположенную на кнопке "Добавить", выберите из выпадающего списка пункт "По названию процесса" для установки маршрутизации по названию бизнес-процесса.

В появившейся форме введите в поле "Значение" - Пример 8-2, поле "Название" оставьте неизменным. Нажмите "ОК"

Для добавления переменных используйте кнопку "Добавить", расположенную в области "Переменные в сообщении". В появившейся форме выберите переменную процесса, а также задайте название данной переменной.

Таким образом в соответствии с параметрами представленными на рис. 13.15, будут отправлены значения переменных "id отправителя" и "отправленное сообщение" экземпляра бизнес-процесса "Пример 8-1".

Настройка получателя в процессе "Пример 8-2".

Кликните правой клавишей мыши на элементе "получить сообщение", и выберите "Конфигурация" (См. рис. 13.16)

В свойствах маршрутизации укажите следующие настройки (См. рис. 13.17)

Используйте маршрутизацию по названию текущего определения процесса (currentDefinitionName), для этого в области свойств маршрутизации нажмите на стрелку расположенную на кнопке "Добавить", выберите из выпадающего списка пункт "По названию процесса". Добавьте переменные в сообщении в соответствии с рис. 13.17.

Таким образом, будут получены:

• значение переменной "id отправителя" из сообщения в переменную "id отправителя" экземпляра процесса "Пример 8-2"
• значение переменной "отправленное сообщение" в переменную "полученное сообщение"

Настройка отправителя в процессе "Пример 8-2".

После получения и обработки сообщения, процесс "Пример 8-2" возвращает обработанные данные в экземпляр процесса "Пример 8-1", для этого используются следующие настройки (См. рис. 13.18, рис. 13.19, рис. 13.20, рис. 13.21, рис. 13.22):

Добавьте свойство маршрутизации "по ID процесса", для этого нажмите на выпадающий список расположенный на кнопке "Добавить" в области свойств маршрутизации и выберите соответствующий пункт. В открывшемся окне введите параметры представленные на рис. 13.19:

Данная настройка задает выбор получателя по id экземпляра бизнес-процесса, значение id хранится в переменной "id отправителя"

Перейдите в область переменных в сообщении и нажмите "Добавить", в открывшемся окне введите "полученное сообщение" в качестве названия переменной в процессе и сообщении (См. рис. 13.20)

Настройка получателя в процессе "Пример 8-1"

Обработанные в бизнес-процессе "Пример 8-2" данные возвращаются в "Пример 8-1", для принятия этих данных необходимо настроить элемент "Принять сообщение" следующим образом (См. рис. 13.22)

Свойство маршрутизации задано как processId = ${currentProcessId}, то есть по id процесса, а соответствие переменных установлено как "отправленное сообщение"="полученное сообщение", то есть присланное в переменной "полученное сообщение" значение будет сохранено в переменную "отправленное сообщение"

11. Загрузите бизнес-процесс на RunaWFE сервер

Загрузите разработанные бизнес-процессы в систему, используя пункт меню "Файл/Экспорт процесса" (Подробнее см. "Практикум. Перспективы исполнимых бизнес-процессов.", практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункт 11-14).

Войдите в web-интерфейс системы RunaWFE под пользователем Administrator.

После загрузки необходимо настроить обладателей полномочий на данные процессы.

Для "Пример 8-1" нужно добавить в обладатели полномочий группу "Сотрудники" с правами на чтение, чтение экземпляра и запуск, а для "Пример 8-2" группу "Отдел кадров", также с правами на чтение, чтение экземпляра и запуск (Подробнее см. "Практикум. Введение.", Вводное занятие, Порядок выполнения работы, Пункт 28-31).

12. Запустите бизнес-процессы и доведите экземпляры процессов до завершения.

Пользователь запускает экземпляр процесса "Пример 8-1", срабатывает обработчик, в котором определяется id данного экземпляра процесса. Пользователь вводит текст отправляемого сообщения в переменную "отправленное сообщение". Затем происходит отправка сообщения в экземпляр процесса "Пример 8-2", передаются значения переменных "отправленное сообщение" и "id отправителя". Процесс "Пример 8-1" переходит в следующий узел, ожидая сообщения с результатом обработки.

Пользователь, принадлежащий группе "Отдел кадров", запускает экземпляр процесса "Пример 8-2". Сразу после запуска экземпляра бизнес-процесса точка управления останавливается в узле "Получить сообщение", ожидая данные. После получения сообщения, происходит загрузка значений в переменные "полученное сообщение" и "id отправителя". Далее точка управления переходит в узел "Редактировать полученное сообщение", где пользователь редактирует значение переменной "полученное сообщение". Затем происходит отправка отредактированного значения обратно в экземпляр "Пример 8-1", при этом используется полученное ранее значение id этого экземпляра. Экземпляр бизнес-процесса "Пример 8-1" получает из сообщения значение "отправленное сообщение" и точка управления переходит в узел "Ознакомиться с полученным сообщением".

Для запуска процесса "Пример 8-1" войдите в систему под пользователем из группы "Сотрудники", например "Сверчков" и кликните на имя процесса в общем списке бизнес-процессов (См. рис. 13.23):

Будет создан новый экземпляр бизнес-процесса, в котором точка управления перейдет в узел "Ввести сообщение для отправки" (См. рис. 13.24)

В форме задания этого узла введите текст сообщения для отправки, например: "Hello" (См. рис. 13.25)

На следующем шаге бизнес-процесса произойдет определение id данного экземпляра процесса и отправка сообщения, содержащего переменные "отправленное сообщение" и "id отправителя" (См. рис. 13.26).

Управление перейдет в узел "Принять сообщение", в котором оно будет находиться до тех пор, пока не получит сообщение от процесса "Пример 8-2"

Запустите экземпляр бизнес-процесса "Пример 8-2".

Войдите в систему под пользователем, входящим в группу "Отдел кадров", например, Личинкин, и кликните на имени бизнес-процесса "Пример 8-2" (См. рис. 13.28).

Будет запущен экземпляр бизнес-процесса, в котором точка управления остановится в узле ожидания сообщения, а после получения сообщения перейдет в узел "Редактирование полученного сообщения" (См. рис. 13.29, рис. 13.30, рис. 13.31).

В форме задания узла дополните полученное сообщение (См. рис. 13.32, рис. 13.33)

После выполнения задания произойдет отправка сообщения (Hello World!!!), в экземпляр процесса выбранного по id, далее экземпляр бизнес-процесса "Пример 8-2" завершится (См. рис. 13.34)

Экземпляр бизнес-процесса "Пример 8-1" получит сообщение, содержащее переменную "полученное сообщение". Переменная "отправленное сообщение" будет проинициализирована значением "Hello World!!!" и ее значение будет выведено на форму узла "Ознакомиться с полученным сообщением" (См. рис. 13.35)

После выполнения задания бизнес-процесс завершится (См. рис. 13.37)

Разработайте бизнес-процессы "Пример 8-3" и "Пример 8-4", схемы которых изображены на рис. 13.38 и рис. 13.39. "Пример 8-3" отправляет в сообщении введённые пользователем данные в процесс "Пример 8-4". Используется маршрутизация "по названию процесса". "Пример 8-4" получает данные и отображает их на форме.

В "Пример 8-3", используйте элемент "Отправить сообщение" для отправки данных.

В "Пример 8-4", используйте элемент "Получить сообщение" для получения данных.

В разрабатываемых процессах должны быть следующие Роли:

• Роль "сотрудники", используется в процессе "Пример 8-3", будет инициализирована пользователем, запустившим процесс.
• Роль "отдел кадров", используется в процессе "Пример 8-4", будет инициализирована пользователем из группы "Отдел кадров", запустившим процесс.

В процессе "Пример 8-3" используйте переменную формата Текст – "отправленное сообщение", которая предназначена для отправки в сообщении. Переменная инициализируется значением, введённым пользователем в узле "Ввести сообщение для отправки", а затем передаётся в процесс "Пример 8-4" с помощью механизма сообщений.

В процессе "Пример 8-4" используйте переменную "полученное сообщение" формата Текст. Переменная должна принимать значение в сообщении от процесса "Пример 8-3".

Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2 (как переключить редактор см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 8.9, рис. 8.10 )

В процессе "Пример 8-3" создайте форму в узле "Ввести сообщение для отправки". Для ввода "отправленное сообщение" используйте компонент форм "Ввод переменной". В процессе "Пример 8-4" создайте форму в узле "Ознакомиться с полученным сообщением". На форме необходимо расположить компонент форм "Отобразить переменную" для вывода значения переменной "полученное сообщение".

В процессе "Пример 8-3" необходимо задать проверку переменной "отправленное сообщение", выбрав валидатор "Обязательное поле" и задав текст сообщения об ошибке (см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 9.27, рис. 9.28).

Настройка отправителя.

В процессе "Пример 8-3" необходимо настроить отправку сообщения. Используйте отправку "По названию процесса", в качестве названия процесса используйте - Пример 8-4

Задайте переменные, которые будут отправлены в сообщении. Выберите переменную "отправленное сообщение".

Настройка получателя сообщения.

В процессе "Пример 8-4" настройте параметры получения сообщения, для этого кликните правой клавишей мыши на узле "Получить данные" и выберите пункт "Конфигурация".

В появившейся форме добавьте свойства маршрутизации, а также соответствие переменных для получения данных. Используйте получение "По названию процесса", для этого необходимо кликнуть на соответствующую кнопку, в результате в свойствах появится: processDefinitionName = ${currentDefinitionName}, где currentDefinitionName указывает на текущее название процесса.

Также необходимо добавить переменные принимаемые в сообщении, для этого нажмите кнопку "добавить" внизу формы и выберите название переменной "полученное сообщение". Затем в поле названия переменной в сообщении впишите "отправленное сообщение".

Таким образом будет установлено соответствие между посылаемой в сообщении переменной "отправленное сообщение" процесса "Пример 8-3" и переменной "полученное сообщение" в процессе "Пример 8-4". Загрузите бизнес-процессы в систему, установите на них необходимые права (выполняется аналогично процессам "Пример 8-1/8-2", см. Практическое занятие "Межпроцессное взаимодействие", пункт 11).

Описание действий пользователей.

Пользователь запускает экземпляр процесса "Пример 8-3", вводит текст отправляемого сообщения, после чего происходит отправка в экземпляры процесса "Пример 8-4". Процесс "Пример 8-3" переходит в состояние "завершения".

Пользователь, принадлежащий группе "Отдел кадров", запускает экземпляр процесса "Пример 8-4", после чего управление останавливается на узле "Получить данные", ожидая данные. Сообщение приходит во все экземпляры "Пример 8-4", где полученное значение переменной (текст сообщения) отображается на форме, после чего экземпляры "Пример 8-4" также завершаются.

1). Первый сценарий - "Один получатель"

Для запуска процесса "Пример 8-4" необходимо войти под пользователем из группы "Отдел кадров" (например Личинкин), и кликнуть на название данного процесса в общем списке процессов.

Запустится экземпляр процесса, и управление остановится на узле "Получить данные" ожидая сообщение. Далее пользователь, входящий в группу "Сотрудники", (например, Сверчков) запускает экземпляр процесса "Пример 8-3", вводит текст посылаемого сообщения.

Экземпляр процесса "Пример 8-3" завершается. При этом экземпляр процесса "Пример 8-4", получает сообщение и управление переходит в узел "Ознакомиться с полученным сообщением", пользователь Личинкин видит присланное сообщение на форме.

2). Второй сценарий - "Несколько получателей"

Реализуйте сценарий отправки сообщения сразу нескольким экземплярам "Пример 8-4".

Запустите экземпляры процесса "Пример 8-4" под всеми пользователями входящими в группу "Отдел кадров":

• Личинкин
• Гусеницын

Далее запустите экземпляр процесса "Пример 8-3" под пользователем входящим в группу "Сотрудники". Проверьте, что сообщение придёт сразу во все ожидающие его экземпляры "Пример 8-4".

В качестве результата занятия должны быть представлены преподавателю отчет и файл с данными archive.datafile, полученный командой "Система/Выгрузить файл с данными/Экспортировать", содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения.

1. Какой из элементов соответствует отправке сообщения?

   a. Элемент

   b. Элемент

2. Может ли экземпляр бизнес-процесса, соответствующий одному определению бизнес-процесса, послать сообщения экземпляру, соответствующему другому определению бизнес-процесса?
3. В элементе "Отправить сообщение"

   a. Точка управления сразу переходит в следующий узел

   b. Точка управления ждет ответа на сообщение

"Таймер" - элемент, выполняющий функцию задержки. Может быть использован как самостоятельный элемент в схеме бизнес-процесса, так и быть присоединенным к узлу Действию.

В случае присоединения к Действию, Таймер - элемент, при помощи которого Действию может быть поставлено в соответствие время выполнения. К таймеру можно подсоединить дополнительный Переход, по которому точка управления перейдет из Действия в случае, если задание в этом узле будет просрочено. Таймеру может быть поставлено в соответствие как время относительно момента прихода точки управления в узел Действие, так и время, относительно значения какой-либо переменной бизнес-процесса (в этом случае допустимо отрицательное значение интервала времени, например - "за пять рабочих дней до даты платежа").

Обработчик - дополнительная конструкция.

В случае используемого в настоящем курсе языка BPMN обработчик входит в элемент "Задача сценария". (В случае языка jPDL этот элемент может быть присоединен к Переходу или Узлу-Действию, обозначается кружком и располагаются непосредственно на Переходе или Узле-Действии).

С обработчиком связывается набор настроек и алгоритм, который будет выполнен при прохождении точки управления через элемент.

1. Откройте среду разработки.

2. Создайте новый проект - Занятие 9

3. Создайте новый бизнес-процесс. Название процесса – "Пример 9-1"

4. Добавьте элементы на схему бизнес-процесса в соответствии с рис. 14.1

"Пример 9-1" является упрощенным вариантом бизнес-процесса "Тестирование". Он иллюстрирует работу с обработчиком, а также таймером, используемым в качестве элемента, присоединенного к действию.

В бизнес-процессе используется следующие элементы: "Начало", "Окончание", "Действие", "Задача сценария", "Аннотация", "Параллельный шлюз" и "Таймер".

Для изменения названий по умолчанию, выделите элемент, кликнув на него, перейдите в свойства, введите новое значение в поле Название.

Как видно из приведенного рисунка, к узлу "Выполнить тестирование" необходимо присоединить Таймер. Для этого выделите в палитре элемент Таймер и, захватив его левой клавишей мыши, перетяните в действие "Выполнить тестирование", - значок таймера будет закреплен в узле.

Из "Выполнить тестирование" выходит два перехода: из таймера и непосредственно действия. Для добавления перехода из Таймера воспользуйтесь одним из следующих вариантов:

• наведите курсор мыши на таймер, присоединенный к узлу, появится значок "стрелка", захватите ее и перетяните в необходимый узел для создания перехода (см. рис. 14.2)
• выберите в палитре элемент "Переход", кликните на таймер в узле, переведите курсор на необходимый элемент, кликните левой клавишей мыши еще раз для создания перехода между элементами (см. рис. 14.3)

Остальные переходы выполняются аналогично, т.е. либо с помощью значка "стрелка" появляющегося при наведении на узел схемы, либо с помощью элемента "Переход", расположенного на палитре.

Для элемента "Задача сценария" используйте опцию "компактный вид" (см. пункт 1 раздела "Практическое занятие "Работа с Word-ботом". Порядок выполнения работы", Замечание. рис. 10.2)

Для придания наглядности схеме расположите напротив "Задачи сценария" элемент "Аннотация". Введите "Описание" аннотации, для этого перейдите в одноименное свойство элемента.

5. Создайте роли

В разрабатываемом процессе используются следующие Роли:

• Студент
• Преподаватель

Роль "Студент" будет инициализирована пользователем, запустившим процесс, поэтому не требует инициализатора.

Роль "Преподаватель" должна быть проинициализирована с помощью отношения "Преподаватель". Выделите созданную роль, нажмите "Изменить", перейдите на закладку "Задать роль с помощью отношения", введите название отношения и выберите параметр отношения - Студент, как показано на рис. 14.4.

В данном случае параметр - роль Студент будет соответствовать правой части отношения, по которой будет выбран соответствующий Преподаватель (подробнее см. раздел "Стандарты и концепции, связанные с СУБПиАР", пункт "Использование бинарных отношений для упрощения инициализации ролей").

6. Свяжите с начальным узлом бизнес-процесса роль "Студент", с остальными узлами свяжите роли в соответствии с рис. 14.1

7. Создайте переменные

В процессе "Пример 9-1" используются следующие переменные:

• Вопросы - переменная формата Список(Строк), вводится Преподавателем в узле "Ввести данные тестирования"
• Ответы - переменная формата Список(Строк), вводится Студентом в узле "Выполнить тестирование"
• Дата и время окончания тестирования - переменная формата Дата со временем, определяется в обработчике "Выполнить формулу" задачи сценария
• Длительность тестирования - переменная формата Целое число, вводится Преподавателем в узле "Ввести данные тестирования"

8. Выберите класс обработчика в задачи сценария "Определение даты и времени окончания тестирования"

Выделите на схеме элемент "Задача сценария", перейдите в его свойства и кликните в поле "Класс обработчика", после чего выберите из списка обработчик "Выполнить формулу".

Добавьте конфигурацию следующего вида:

'Дата и время окончания тестирования'=current_date_time()+'Длительность тестирования';

Здесь используется функция current_date_time(), определяющая текущую дату и время, к результату данной функции прибавляется значение переменной "Длительность тестирования" (задано в минутах). Полученное значение сохраняется в переменной "Дата и время окончания тестирования"

9. Настройте таймер в узле "Выполнить тестирование"

Выделите таймер, перейдите в его свойства, выберите поле "Задержка" (см. рис. 14.7)

В появившейся форме необходимо выбрать "Единицу измерения" - "минуты", "Задержка таймера" - "+1", "Базовая дата" - "Дата и время окончания тестирования" (см. рис. 14.8)

Нажмите на значок для вызова формы выбора единицы измерения (см. рис. 14.8), выберите "минуты" (см. рис. 14.9)

Нажмите на значок для вызова формы ввода задержки таймера относительно базовой даты (см. рис. 14.8), введите значение +1 (см. рис. 14.10)

Замечание. Задержка должна содержать только знак и непосредственно значение задержки. Использование пробелов и других символов недопустимо.

Нажмите на значок для вызова формы выбора базовой даты (см. рис. 14.8), выберите переменную "Дата и время окончания тестирования" (см. рис. 14.11)

Таким образом в случае если Студент не выполнит задачу "Выполнить тестирование" до "Дата и время окончания тестирования", то спустя 1 минуту после этого, задание будет просрочено.

10. Создайте графические формы

Замечание. По умолчанию в качестве редактора форм используется CKEditor4. Однако, в случае если у вас в системе установлен браузер Microsoft Internet Explorer устаревшей версии - 6 (IE6) или 7 (IE7), формы могут отображаться некорректно. В этом случае следует переключить редактор на FCKEditor2 (как переключить редактор см. в Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, рис. 4.9 4.10)

Кликните на узел "Ввести данные тестирования" графа процесса "Пример 9-1" правой кнопкой мыши и выберите команду "Форма" > "Создать форму" (левой кнопкой мыши)

(Подробнее см. Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Замечание, рис. 8.11-8.12).

На данной форме Преподаватель задает длительность тестирования (в минутах) и вводит список вопросов.

Поместите на форму два экземпляра компонента форм - "Ввод переменной" для ввода значений в переменные "Длительность тестирования" и "Вопросы" соответственно (см. рис. 14.12)

(Подробнее см. Практическое занятие "Изучение перспективы операций", Порядок выполнения работы, Пункт 14, рис. 5.17, рис. 5.18).

Сохраните и закройте форму.

Задайте валидацию для переменных формы "Ввести данные тестирования". Для этого кликните на узле "Ввести данные тестирования" правой клавишей мыши и выберите пункт "Форма > Проверка переменных формы", в появившейся форме выделяйте переменные и устанавливайте необходимые валидаторы. (Подробнее см. Практическое занятие "Изучение перспективы операций", Пункт 15, рис. 9.27, рис. 9.28).

Для переменной "Вопросы" добавьте валидатор "Обязательное поле". В поле "Сообщение об ошибке" введите - "Вопросы - обязательное поле".

Для переменной "Длительность тестирования" добавьте валидатор "Обязательное поле" (в поле "Сообщение об ошибке" введите - "Длительность - обязательное поле"), а также "Диапазон числа" установив минимальное значение в "1" включительно (см. рис. 14.13), при этом в поле "Сообщение об ошибке" введите - "Минимальная длительность тестирования 1 минута"

Создайте форму для узла "Выполнить тестирование" (см. рис. 14.14), в которой студент отвечает на тестовые вопросы.

Используйте компонент "Отобразить переменную" (как строку) для вывода значений переменных: "Длительность тестирования", "Дата и время окончания тестирования", "Вопросы".

Перетяните на форму с помощью мыши компонент "Редактировать связанные списки", дважды кликните по нему или вызовите контекстное меню и выберите пункт "Параметры компонента". Установите параметры Добавления/Изменения/Удаления в значение "true". В поле "Название переменной" необходимо выбрать переменную "Ответы" (см. рис. 14.15)

Аналогично создайте остальные формы согласно рисункам рис. 14.16, рис. 14.17, рис. 14.18

На форме "Ознакомиться с выполненным тестированием" расположите теги "отобразить переменную" (как строку) для отображения переменных "Вопросы", "Ответы"

11. Загрузите бизнес-процесс на RunaWFE сервер

Загрузите разработанный бизнес-процесс на сервер, используя пункт меню "Файл/Экспорт процесса" (Подробнее см. Практическое занятие "Изучение перспективы потока управления", Порядок выполнения работы, Пункты 11-14).

Войдите в web-интерфейс RunaWFE под пользователем Administrator.

После загрузки необходимо настроить обладателей полномочий на данный процесс.

Для "Пример 9-1" нужно добавить в обладатели полномочий группу "Группа МИБ-1" с правами на чтение, чтение экземпляра и запуск, а также группу "Преподаватели" с правами на чтение и чтение экземпляра (Подробнее см. Вводное занятие. Изучение интерфейса системы RunaWFE, Порядок выполнения работы, Пункт 28-31).

12. Запустите бизнес-процесс "Пример 9-1" и доведите экземпляр процесса до завершения.

Студент из группы "Группа МИБ-1" запускает процесс "Пример 9-1", по отношению "Преподаватель" выбирается соответствующий Преподаватель данного Студента. Преподаватель вводит список вопросов для тестирования, а также задает длительность тестирования в минутах. Срабатывает обработчик который определяет Дату и время окончания тестирования на основе текущей даты/времени и выбранной длительности тестирования. Студент получает задание "Выполнить тестирование", где отвечает на тестовые вопросы. Создается таймер. Если Студент не выполнит задание до "Дата и время окончания тестирования" + 1 минута, то таймер сработает, и задание "Выполнить тестирование" будет просрочено. Тестирование будет закрыто, Преподаватель и Студент получат соответствующие уведомления. В случае же если студент успеет выполнить задание за отведенное время, Преподаватель получит уведомление со списком введенных Студентом ответов на тестовые вопросы.

При выполнении процесса необходимо проверить оба варианта сценария выполнения.

Для запуска процесса "Пример 9-1" войдите в систему под пользователем из группы "Группа МИБ-1", например "Мухин" и кликните на имя процесса в общем списке бизнес-процессов (См. рис. 14.19)

Войдите в систему под пользователем "Бабочкин", который является Преподавателем студента Мухина(см. рис. 14.20).

В списке заданий будет активное задание - "Ввести данные тестирования" (см. рис. 14.21)

Возьмите задание на выполнение, введите длительность тестирования - 2 (минуты), а также список вопросов (см. рис. 14.22)

Выполните задачу.

Далее сработает обработчик, который определит "Дату и время окончания тестирования" (см. рис. 14.23)

Как видно из рис. 14.23 задание "Ввести данные" было выполнено в 21:37:01, после чего сработал обработчик, функция current_date_time вернет текущую дату и время - 08.04.2014 21:37:01, к полученному значению будет прибавлено 2 минуты (Длительность тестирования), в результате переменная "Дата и время окончания тестирования" будет инициализирована значением 08.04.2014 21:39:01

Точка управления перейдет в узел "Выполнить тестирование". Одновременно с этим будет запущен таймер на задержку 1 минута относительно базовой даты, переменной "Дата и время окончания тестирования" (т.е. в 08.04.2014 21:40).

Войдите в систему под пользователем Мухин. В списке активных задач будет "Выполнить тестирование".

Откройте задачу, введите ответы на вопросы, но не завершайте ее в течении 3-х минут (см. рис. 14.24) т.е. пока не сработает таймер.