На схеме
Согласованные наборы графических элементов, из которых строятся схемы
Наиболее известными графическими нотациями изображения
В работе Stephen A.
Рассмотрим базовые элементы обеих нотаций, относящиеся к перспективе управления потоком.
(рис 3.1) Узел-Действие
Ветвление - Узел выбора направления дальнейшего движения точки управления:
(рис 3.2) Ветвление
Разделение - Разделение точки управления на несколько точек управления:
(рис 3.3) Разделение
Слияние - Слияние точек управления в одну точку управления
(рис 3.4) Слияние
(рис 3.5) Узел-Действие
В BPMN существует единая форма для маршрутного узла, представляющая собой ромбик:
(рис 3.6) Маршрутный узел
Конкретные маршрутные узлы отличаются изображенными внутри этой формы иконками.
Ветвление - Узел выбора направления дальнейшего движения точки управления:
(рис 3.7) Ветвление
Внутри ромбика содержится иконка - "крестик".
Разделение - Разделение точки управления на несколько точек управления:
(рис 3.8) Разделение
Внутри ромбика содержится иконка - "плюсик".
Слияние - Слияние точек управления в одну точку управления:
(рис 3.9) Слияние
Элемент точно такой же, как и разделение, однако у него должен быть только один исходящий переход и несколько входящих.
В BPMN нотации - более универсальные элементы. Элементы BPMN нотации определяются парой графических объектов - формой элемента и изображенной внутри нее иконкой. Например, форма для всех маршрутных узлов BPMN одинакова, а поведение определяется иконкой: "крестик" соответствует выбору одного из нескольких направлений, а "плюсик" - разделению точки управления на несколько одновременно перемещающихся точек. Это позволяет использовать различные комбинации форм и иконок вместо того, чтобы вводить новые графические элементы и таким образом можно уменьшить общее число используемых в нотации объектов.
Однако UML AD нотация проще для изучения неподготовленным пользователем, она интуитивно понятна. UML AD нотация использует хотя и не универсальные, но широко известные графические элементы. Например, в ней для выбора одного из нескольких направлений используется "ромбик". А параллельно выполняющиеся узлы-действия в UML AD нотации как правило соединены с элементами - разделениями-слияниями параллельными линиями, что интуитивно соответствует одновременно выполняющимся действиям.
В UML AD нотации изображение процессов очень похоже на блок-схемы, которые изучаются в российских технических ВУЗах и техникумах. В начальной школе при изучении математики в некоторых учебниках также активно используются те же
У BPMN-нотации есть свои сильные стороны, например, очень велика маркетинговая мощь международных софтверных компаний, продвигающих эту нотацию. Есть элементы, пользоваться которыми в BPMN нотации удобнее, чем в UML нотации.
(рис 3.10) Пример процесса "заявка на платеж" в UML-нотации
(рис 3.11) Пример процесса "заявка на платеж" в BPMN-нотации
Для того чтобы объяснять схемы несложных
Кратко преимущества нотаций можно сформулировать так:
Преимущества UML нотации относительно BPMN для российских пользователей.
Преимущества BPMN нотации.
Исполнителями заданий
Бинарное отношение можно рассматривать как расширение понятия функция.
Определение. Бинарным отношением между множествами $$A$$ и $$B$$ называется любое подмножество $$P$$ декартова произведения множества $$A$$ на множество $$B$$. Часто, чтобы обозначить принадлежность упорядоченной пары $$(a,b)$$ к бинарному отношению $$P$$ вместо записи $$(a,b)\in P$$ используют обозначения $$P(a,b)$$ или $$aPb$$. При этом говорят, что $$a$$ находится в отношении $$P$$ к $$b$$.
Замечание1. Для множеств $$A$$ и $$B$$, состоящих из конечного числа элементов, любое отношение можно задать, определив набор упорядоченных пар $$(a,b)$$ для этого отношения.
Замечание2. Некоторые (но не все) бинарные отношения соответствуют функциям. То есть некоторые бинарные отношения являются функциями. Можно определить функцию как такое бинарное отношение $$R$$, в котором каждому значению $$b$$ отношения $$aPb$$ соответствует лишь одно единственное значение $$a$$ (но не наоборот). В этом случае $$a=f(b)$$, где $$f$$ - функция, соответствующая бинарному отношению $$R$$.
Кроме традиционных способов инициализации ролей удобно иметь возможность инициализации ролей при помощи бинарных отношений.
Во-первых, это дает возможность инициализировать роль сразу множеством возможных исполнителей заданий. Часто в
Во-вторых, при использовании отношений процедура задания возможных исполнителей задания становится очень простой и ее легко реализовать прямо в графическом интерфейсе.
Отношение над исполнителями заданий можно построить при помощи задания набора пар (Исполнитель1, Исполнитель2). При этом не требуется проверять каких-либо ограничений (как, например, для функции - что она возвращает только одно значение для одного исполнителя).
Задавать отношения перечислением всех определяющих его пар пользователей неудобно, так как таких пар может быть очень много. Для уменьшения количества вводимых данных имеет смысл воспользоваться группами пользователей.
Группы пользователей служат для объединения пользователей по какому-либо признаку. Обычно группа "наследует" свойства всех групп, в которые она входит.
Зададим отношение как множество пар (Исполнитель1, Исполнитель2), в которых Исполнитель является пользователем или группой пользователей.
Инициализация роли при помощи отношения производится следующим образом:
Если пар нет, то роль не инициализируется. Если множество состоит только из одного пользователя, то роль инициализируется им. В остальных случаях роль инициализируется множеством всех пользователей, попавших в левые части пар или принадлежащих какой-либо из групп, попавших в левую часть пар, или какой-либо из их подгрупп.
Концепция отношений реализована в интерфейсе RunaWFE следующим образом
(рис 3.12) Вкладка "Отношения" в Simulation web interface
В этом пункте можно посмотреть/добавить/удалить отношение, открыть отношение и отредактировать множество составляющих его пар.
(рис 3.13) Вкладка исполнители в Simulation web interface
Каждое отношение можно открыть, и отредактировать множество исполнителей в другой части отношения.
(рис 3.14) Редактирование отношений в Simulation web interface
В редакторе в
(рис 3.15) Редактор бизнесс-процессов. Импорт процессов
Далее отношение можно поставить в соответствие роли. В форме выбирается имя отношения и переменная или константа, соответствующая правой части отношения, задающая пользователя или группу пользователей.
(рис 3.16) Редактор инициатора роли
Исполнителями заданий в современных
Во многих
В данном случае предлагается другое решение. В результате опроса управленцев было выявлено, что при работе с приложениями, выполняющими задания в
Логика управленцев при этом следующая: управленец традиционно мыслит в понятиях должностей специалистов и их компетенций. Он говорит: в компании есть должность "уборщица", я знаю, что сотрудник на этой должности умеет выполнять ограниченный набор действий (например "подметать" и "убирать") и, исходя из этих возможностей, я планирую участие уборщицы в соответствующих
Поэтому было введено понятие бота для
Кроме того, для ботов было введено понятие прав на выполняемые действия (аналогичные правам людей-пользователей). Поэтому боты, также как люди, во время своей работы аутентифицируются в
Для работы ботов была разработана специальная среда - бот-станция, которая организует их взаимодействие с
Настройка всех бот-станций и ботов производится через меню "Бот станции".
(рис 3.17) Меню редактора Бот-станции
Пользователь имеет доступ к меню "Бот станции", если у него есть права на чтение бот-станций. Если прав на чтение бот-станций у пользователя нет, то пункт меню "Бот станции" в интерфейсе пользователя будет отсутствовать. Для изменения настроек бот-станций необходимо иметь права "Конфигурировать бот-станцию".
Для изменения параметров бота необходимо выбрать изменяемого бота на странице информации по бот-станции, перейдя по ссылке с именем бота. Изменение параметров бота производится в секции "Параметры бота". После выполнения команды "Применить" новые параметры вступят в силу немедленно без перезапуска системы и будут использованы при очередном вызове ботов.
(рис 3.18) Работа с Бот-станциями
Параметрами бота являются: имя бота (соответствует логину пользователя), пароль бота, список заданий, выполняемых ботом. Список заданий состоит из имени задания, ссылки на обработчик и конфигурации задания:
(рис 3.19) Параметры бота
Замещение пользователей применяется в случаях, когда исполнитель, которому предназначено задание, не имеет возможности его выполнить, - например, заболел, находится в отпуске или командировке. В таких случаях подсистема замещения исполнетелей перенаправляет задание другому пользователю.
Часто в
Оба этих решения неудобны: Организационная структура предприятия является отдельной сущностью и помещать ее в
Но главное - такое решение неудобно управленцам, потому, что оно не соответствует их мышлению. В случае замещений исполнителей задач управленцам гораздо комфортнее думать "в терминах" людей, а не
Поэтому в системе RunaWFE правила замещения "привязаны" к исполнителям задач, а не к
Правило содержит функцию над организационной структурой предприятия, которая возвращает заместителя.
Список параметров правила:
Пример правила назначения заместителя:
В свойствах пользователя можно задать набор правил замещения. Для конкретного пользователя правило замещения будет состоять из двух частей:
(рис 3.20) Корректировка правил замещения сотрудников
У пользователя может быть одно из двух состояний:
Механизм замещения применяется только к пользователям, имеющим статус "не активен".
При формировании списка заданий правила замещения, относящиеся к данному пользователю, просматриваются сверху вниз до тех пор, пока либо не будет найдено первое по порядку подходящее правило замещения (в котором выполняется условие в "критерии" и заместитель имеет статус "Активен"), либо будет выяснено, что ни одного подходящего правила нет.
В список заданий этого пользователя (заместителя) и будет перенаправлено данное задание.
Замечание. Возможны ситуации, в которых у Пользователя не будет заместителя.
На схеме
Согласованные наборы графических элементов, из которых строятся схемы
Наиболее известными графическими нотациями изображения
В работе Stephen A.
Рассмотрим базовые элементы обеих нотаций, относящиеся к перспективе управления потоком.
(рис 3.1) Узел-Действие
Ветвление - Узел выбора направления дальнейшего движения точки управления:
(рис 3.2) Ветвление
Разделение - Разделение точки управления на несколько точек управления:
(рис 3.3) Разделение
Слияние - Слияние точек управления в одну точку управления
(рис 3.4) Слияние
(рис 3.5) Узел-Действие
В BPMN существует единая форма для маршрутного узла, представляющая собой ромбик:
(рис 3.6) Маршрутный узел
Конкретные маршрутные узлы отличаются изображенными внутри этой формы иконками.
Ветвление - Узел выбора направления дальнейшего движения точки управления:
(рис 3.7) Ветвление
Внутри ромбика содержится иконка - "крестик".
Разделение - Разделение точки управления на несколько точек управления:
(рис 3.8) Разделение
Внутри ромбика содержится иконка - "плюсик".
Слияние - Слияние точек управления в одну точку управления:
(рис 3.9) Слияние
Элемент точно такой же, как и разделение, однако у него должен быть только один исходящий переход и несколько входящих.
В BPMN нотации - более универсальные элементы. Элементы BPMN нотации определяются парой графических объектов - формой элемента и изображенной внутри нее иконкой. Например, форма для всех маршрутных узлов BPMN одинакова, а поведение определяется иконкой: "крестик" соответствует выбору одного из нескольких направлений, а "плюсик" - разделению точки управления на несколько одновременно перемещающихся точек. Это позволяет использовать различные комбинации форм и иконок вместо того, чтобы вводить новые графические элементы и таким образом можно уменьшить общее число используемых в нотации объектов.
Однако UML AD нотация проще для изучения неподготовленным пользователем, она интуитивно понятна. UML AD нотация использует хотя и не универсальные, но широко известные графические элементы. Например, в ней для выбора одного из нескольких направлений используется "ромбик". А параллельно выполняющиеся узлы-действия в UML AD нотации как правило соединены с элементами - разделениями-слияниями параллельными линиями, что интуитивно соответствует одновременно выполняющимся действиям.
В UML AD нотации изображение процессов очень похоже на блок-схемы, которые изучаются в российских технических ВУЗах и техникумах. В начальной школе при изучении математики в некоторых учебниках также активно используются те же
У BPMN-нотации есть свои сильные стороны, например, очень велика маркетинговая мощь международных софтверных компаний, продвигающих эту нотацию. Есть элементы, пользоваться которыми в BPMN нотации удобнее, чем в UML нотации.
(рис 3.10) Пример процесса "заявка на платеж" в UML-нотации
(рис 3.11) Пример процесса "заявка на платеж" в BPMN-нотации
Для того чтобы объяснять схемы несложных
Кратко преимущества нотаций можно сформулировать так:
Преимущества UML нотации относительно BPMN для российских пользователей.
Преимущества BPMN нотации.
Исполнителями заданий
Бинарное отношение можно рассматривать как расширение понятия функция.
Определение. Бинарным отношением между множествами $$A$$ и $$B$$ называется любое подмножество $$P$$ декартова произведения множества $$A$$ на множество $$B$$. Часто, чтобы обозначить принадлежность упорядоченной пары $$(a,b)$$ к бинарному отношению $$P$$ вместо записи $$(a,b)\in P$$ используют обозначения $$P(a,b)$$ или $$aPb$$. При этом говорят, что $$a$$ находится в отношении $$P$$ к $$b$$.
Замечание1. Для множеств $$A$$ и $$B$$, состоящих из конечного числа элементов, любое отношение можно задать, определив набор упорядоченных пар $$(a,b)$$ для этого отношения.
Замечание2. Некоторые (но не все) бинарные отношения соответствуют функциям. То есть некоторые бинарные отношения являются функциями. Можно определить функцию как такое бинарное отношение $$R$$, в котором каждому значению $$b$$ отношения $$aPb$$ соответствует лишь одно единственное значение $$a$$ (но не наоборот). В этом случае $$a=f(b)$$, где $$f$$ - функция, соответствующая бинарному отношению $$R$$.
Кроме традиционных способов инициализации ролей удобно иметь возможность инициализации ролей при помощи бинарных отношений.
Во-первых, это дает возможность инициализировать роль сразу множеством возможных исполнителей заданий. Часто в
Во-вторых, при использовании отношений процедура задания возможных исполнителей задания становится очень простой и ее легко реализовать прямо в графическом интерфейсе.
Отношение над исполнителями заданий можно построить при помощи задания набора пар (Исполнитель1, Исполнитель2). При этом не требуется проверять каких-либо ограничений (как, например, для функции - что она возвращает только одно значение для одного исполнителя).
Задавать отношения перечислением всех определяющих его пар пользователей неудобно, так как таких пар может быть очень много. Для уменьшения количества вводимых данных имеет смысл воспользоваться группами пользователей.
Группы пользователей служат для объединения пользователей по какому-либо признаку. Обычно группа "наследует" свойства всех групп, в которые она входит.
Зададим отношение как множество пар (Исполнитель1, Исполнитель2), в которых Исполнитель является пользователем или группой пользователей.
Инициализация роли при помощи отношения производится следующим образом:
Если пар нет, то роль не инициализируется. Если множество состоит только из одного пользователя, то роль инициализируется им. В остальных случаях роль инициализируется множеством всех пользователей, попавших в левые части пар или принадлежащих какой-либо из групп, попавших в левую часть пар, или какой-либо из их подгрупп.
Концепция отношений реализована в интерфейсе RunaWFE следующим образом
(рис 3.12) Вкладка "Отношения" в Simulation web interface
В этом пункте можно посмотреть/добавить/удалить отношение, открыть отношение и отредактировать множество составляющих его пар.
(рис 3.13) Вкладка исполнители в Simulation web interface
Каждое отношение можно открыть, и отредактировать множество исполнителей в другой части отношения.
(рис 3.14) Редактирование отношений в Simulation web interface
В редакторе в
(рис 3.15) Редактор бизнесс-процессов. Импорт процессов
Далее отношение можно поставить в соответствие роли. В форме выбирается имя отношения и переменная или константа, соответствующая правой части отношения, задающая пользователя или группу пользователей.
(рис 3.16) Редактор инициатора роли
Исполнителями заданий в современных
Во многих
В данном случае предлагается другое решение. В результате опроса управленцев было выявлено, что при работе с приложениями, выполняющими задания в
Логика управленцев при этом следующая: управленец традиционно мыслит в понятиях должностей специалистов и их компетенций. Он говорит: в компании есть должность "уборщица", я знаю, что сотрудник на этой должности умеет выполнять ограниченный набор действий (например "подметать" и "убирать") и, исходя из этих возможностей, я планирую участие уборщицы в соответствующих
Поэтому было введено понятие бота для
Кроме того, для ботов было введено понятие прав на выполняемые действия (аналогичные правам людей-пользователей). Поэтому боты, также как люди, во время своей работы аутентифицируются в
Для работы ботов была разработана специальная среда - бот-станция, которая организует их взаимодействие с
Настройка всех бот-станций и ботов производится через меню "Бот станции".
(рис 3.17) Меню редактора Бот-станции
Пользователь имеет доступ к меню "Бот станции", если у него есть права на чтение бот-станций. Если прав на чтение бот-станций у пользователя нет, то пункт меню "Бот станции" в интерфейсе пользователя будет отсутствовать. Для изменения настроек бот-станций необходимо иметь права "Конфигурировать бот-станцию".
Для изменения параметров бота необходимо выбрать изменяемого бота на странице информации по бот-станции, перейдя по ссылке с именем бота. Изменение параметров бота производится в секции "Параметры бота". После выполнения команды "Применить" новые параметры вступят в силу немедленно без перезапуска системы и будут использованы при очередном вызове ботов.
(рис 3.18) Работа с Бот-станциями
Параметрами бота являются: имя бота (соответствует логину пользователя), пароль бота, список заданий, выполняемых ботом. Список заданий состоит из имени задания, ссылки на обработчик и конфигурации задания:
(рис 3.19) Параметры бота
Замещение пользователей применяется в случаях, когда исполнитель, которому предназначено задание, не имеет возможности его выполнить, - например, заболел, находится в отпуске или командировке. В таких случаях подсистема замещения исполнетелей перенаправляет задание другому пользователю.
Часто в
Оба этих решения неудобны: Организационная структура предприятия является отдельной сущностью и помещать ее в
Но главное - такое решение неудобно управленцам, потому, что оно не соответствует их мышлению. В случае замещений исполнителей задач управленцам гораздо комфортнее думать "в терминах" людей, а не
Поэтому в системе RunaWFE правила замещения "привязаны" к исполнителям задач, а не к
Правило содержит функцию над организационной структурой предприятия, которая возвращает заместителя.
Список параметров правила:
Пример правила назначения заместителя:
В свойствах пользователя можно задать набор правил замещения. Для конкретного пользователя правило замещения будет состоять из двух частей:
(рис 3.20) Корректировка правил замещения сотрудников
У пользователя может быть одно из двух состояний:
Механизм замещения применяется только к пользователям, имеющим статус "не активен".
При формировании списка заданий правила замещения, относящиеся к данному пользователю, просматриваются сверху вниз до тех пор, пока либо не будет найдено первое по порядку подходящее правило замещения (в котором выполняется условие в "критерии" и заместитель имеет статус "Активен"), либо будет выяснено, что ни одного подходящего правила нет.
В список заданий этого пользователя (заместителя) и будет перенаправлено данное задание.
Замечание. Возможны ситуации, в которых у Пользователя не будет заместителя.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.