Обе стороны могут быть заинтересованы в таком сотрудничестве.
Авторы идей, которые вносят свои идеи и теории в проекты разработки свободного программного обеспечения, в конечном итоге получат инструмент, реализующий их идеи.
При этом они получат инструмент бесплатно, с помощью этого инструмента они смогут передать (продать) реализацию своих идей другим людям и организациям, которым не придется платить за программное обеспечение.
Например, преподаватели могут легко перевести практические курсы в другие вузы.
Внедряя идеи и теории авторов на промышленных предприятиях, последние смогут избежать затрат на приобретение программного обеспечения.
Разработанное программное обеспечение может свободно модифицироваться при дальнейшем развитии идей и теорий.
Разработчики промышленного ПО, в свою очередь, получат идеи и теории, которые позволят разрабатываемому ПО приобрести качественные преимущества.
Приведем пример идеи из области процессного управления предприятием, примененной в свободном программном обеспечении.
Идея замены исполнителей задания по специальным правилам Системы автоматизации управления процессами распределяют задачи между исполнителями в соответствии со схемами бизнес-процессов, а также контролируют их выполнение.
Подмена исполнителей задач используется в тех случаях, когда пользователь, которому предназначена задача, не имеет возможности ее выполнить - например, болен, находится в отпуске или в командировке.
— Система перенаправляет задачу другому пользователю.
Традиционно эта проблема решается путем импорта организационной структуры предприятия в систему процессного управления и использования функций замещения исходя из положения сотрудников в системе административного управления.
Некоторые системы решают эту проблему, вставляя программный код, реализующий перенаправление заданий, непосредственно в бизнес-процессы.
Оба эти решения неудобны: организационная структура предприятия представляет собой отдельную сущность и дублировать ее в системе процессного управления нежелательно; он также используется в других системах предприятия (ERP, CRM и т. д.).
Если используется программный код, бизнес-процесс становится неудобно модифицировать; изменение замены часто требует участия программиста.
Но главное то, что эти решения неудобны для менеджеров, поскольку не соответствуют их мышлению.
В случае замены исполнителей задач менеджерам гораздо удобнее мыслить «в терминах» людей, а не бизнес-процессов.
Им удобнее не перебирать все бизнес-процессы, в которых теоретически может участвовать заменяемый сотрудник предприятия, а явно задать замену конкретному сотруднику, возможно, указав какие-то условия, при которых будет произведена замена.
Идея такова: В системе управления процессами мы определяем набор правил замены как одно из свойств исполнителя задачи.
Реализация идеи
Идея была реализована в российском проекте по разработке бесплатной системы управления бизнес-процессами и административным регламентом RunaWFE следующим образом: В свойствах пользователя добавлена возможность указать набор правил подмены.Для конкретного пользователя правило замены состоит из двух частей:
- Заместитель (функция в организационной структуре предприятия, возвращающая прокси-пользователя)
- Условие применения правила (Критерий)
1 показана форма указания правил подмены в свойствах пользователя.
Рис.
1. Форма указания правил замены Для активации механизма подмены в свойства пользователя добавлен статус, который может принимать одно из двух значений:
- Активный
- Не активен
Алгоритм обработки правил замены
При формировании списка задач для исполнителя правила замены, относящиеся к этому исполнителю, просматриваются сверху вниз до тех пор, пока не будет найдено первое по порядку подходящее правило замены, при котором условие в «критериях» выполнено и замещающий имеет статус «Активно», или Оказалось, что нет ни одного подходящего правила.В случае обнаружения данная задача будет перенаправлена в список задач данного заместителя.
На рис.
2 показан список задач пользователя в качестве примера.
Бабочкин , на который перенаправляется задача пользователя по правилу замены Гусеницын .
Рис.
2. Перенаправленное задание в списке заданий пользователя.
Практика показала, что идея оказалась успешной.
Такой механизм замены более удобен для пользователей, чем традиционные решения.
Теги: #открытый исходный код #идея #сотрудничество #открытый исходный код
-
Будущее Струйных Картриджей
19 Oct, 24 -
Брахман
19 Oct, 24 -
Улучшения Api
19 Oct, 24 -
Коворкинг В Регионе: Итоги Прошедших Месяцев
19 Oct, 24 -
Итоги Всероссийской Переписи Фрилансеров
19 Oct, 24 -
Клементина 0.4 — Я Следую За Амароком
19 Oct, 24 -
Саундтрек №38
19 Oct, 24
