СПО как средство кооперации авторов идей предметной области и производителей софта

в 11:08, , рубрики: open source, идея, метки: ,

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

Идея замещения исполнителей заданий при помощи специальных правил

Системы автоматизации процессного управления раздают задания исполнителям в соответствии со схемами бизнес-процессов, а также контролируют их выполнение.
Замещение исполнителей заданий используется в случаях, когда пользователь, которому предназначено задание, не имеет возможности его выполнить, — например, заболел, находится в отпуске или командировке. — Система перенаправляет задание другому пользователю.
Традиционно эту проблему решают при помощи импорта организационной структуры предприятия в систему процессного управления и использования функций замещения, основанных на положении сотрудников в административной системе управления. В некоторых системах эту проблему решают при помощи вставки программного кода, реализующего перенаправление заданий, непосредственно в бизнес-процессы.
Оба этих решения неудобны: Организационная структура предприятия является отдельной сущностью и дублировать ее в системе процессного управления нежелательно, она также используется в других системах предприятия (ERP, CRM и т.п.). В случае использования программного кода бизнес-процесс становится неудобным для модификации, для изменения замещения часто требуется привлекать программиста.
Но главное — эти решения неудобны управленцам, потому, что они не соответствует их мышлению. В случае замещений исполнителей задач управленцам гораздо комфортнее думать «в терминах» людей, а не бизнес-процессов. Им удобнее не перебирать все бизнес-процессы, в которых теоретически может участвовать замещаемый сотрудник предприятия, а явно задать замещение для конкретного работника, может быть, указав при этом какие-то условия, при выполнении которых замещение будет выполнено.

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

Реализация идеи

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

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

На рис. 1 приведена форма задания правил замещения в свойствах пользователя
СПО как средство кооперации авторов идей предметной области и производителей софта
Рис. 1. Форма задания правил замещения

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

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

Механизм замещения применяется только к пользователям, имеющим статус «не активен».

Алгоритм обработки правил замещения

При формировании списка заданий исполнителя правила замещения, относящиеся к данному исполнителю, просматриваются сверху вниз до тех пор, пока либо не будет найдено первое по порядку подходящее правило замещения, в котором выполняется условие в «критерии» и заместитель имеет статус «Активен», либо будет выяснено, что ни одного подходящего правила нет.
В список заданий этого заместителя, если он будет найден, будет перенаправлено данное задание. На рис. 2 в качестве примера показан список задания пользователя Бабочкин, в который по правилу замещения перенаправлено задание пользователя Гусеницын.
СПО как средство кооперации авторов идей предметной области и производителей софта
Рис. 2. Перенаправленное задание в списке заданий пользователя

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

Автор: amikheev

Источник

Поделиться

* - обязательные к заполнению поля