Вышла RunaWFE Free 4.4.1 — российская система управления бизнес-процессами предприятия

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

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

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

Когда БП «уместно» использовать?

Владимир

///Насколько я понимаю, там не только схема на BPMN 2.0 (или уже есть более новые версии BPMN?), но и движок для автоматизации процессов, т.е. содтуднице дается не просто схема, а схема + описание + формы, которые она (или другой участник бизнес-процесса) заполняет и сабмитит.

Объясняю прямым текстом: херня. Форма – накладная из СУБД, которая выгружается автоматически и посылается по почте, прикреплённая к письму.

А вот знание, что летом не нужны 50 шт СанПин-нов ДОУ, хотя вот только что их продали сразу 20 штук и ещё 40 на прошлой недели, что в октябре к каждому учебнику нужны по 2 методички, хотя к ряду вообще не нужны, хотя в сентябре их раскупали по 5-20 штук, что в отдел детской литературы, наоборот, надо заказывать к лету больше, чем зимой, в схему не пихнёшь.

Знание, что конкретные позиции вообще не заказывать, какие-то заказывать только «нули», какие-то всегда иметь в запасах, причём в зависимости от ЧИСЛА месяца, понимание,сколько заказать сверх обычного для выездного мероприятия, всё это приходит с опытом.

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

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

Знание, что конкретные позиции вообще не заказывать, какие-то заказывать только «нули», какие-то всегда иметь в запасах, причём в зависимости от ЧИСЛА месяца, понимание,сколько заказать сверх обычного для выездного мероприятия, всё это приходит с опытом.

Просто ваша организация еще не на том «уровне зрелости», когда нужны системы автоматизации БП.

А вообще, - обычно такое прописывают в KPI для должности/рабочего места и пересматривают ежегодно.

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

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

Владимир

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

А чем это лучше использования тикетов?

Владимир

Тем, что это могут быть не только тикеты, а что-то более сложное.

Тем, что это могут быть не только тикеты, а что-то более сложное.

А что может быть сложнее тикета?

Владимир

Тем, что это могут быть не только тикеты, а что-то более сложное.

Вопрос не от меня был …

Владимир

Спасибо, что ответили на все надоедливые вопросы!

Владимир

Вопрос был от меня.

Владимир

Любите 1С, любите друг друга, пис!

༼ つ ✿◕‿◕✿༽つ (‿ˠ‿)

Владимир

И? Это не условие в операторе. Это чисто вопрос, ответ на который может быть «да», «нет», «не знаю», «зависит от положения Плутона в доме Луны, когда Марс падает в козероге».

Условие. Для каждого i пользователю задаётся вопрос. В зависимости от ответа выбирается ветка выполнения.

ЯП не относятся к «общеупотребительной нотации».

Булева алгебра тоже. А в русском языке такого значка нет. Разве что как указание на источник сообщения.

Но это использование устоявшееся и чётко ясно из контекста.

Именно. Можете сходить по ссылке https://chem21.info/page/092087092035077201068211058255220167034124225034/ и посмотреть на контекст. Там пятеричная лингвистическая логика, а не булево исчисление.

«если переменная Й лежит в промежутке ХУ, то, следовательно, она принадлежит множеству Ё»

Там не математический вопрос. А вопрос типа «Если в первый цех поставить станок мощностью 1000 деталей в день, это допустимая конфигурация этого завода?». Ну или «Если в эту материнку в первый слот поставить 16ГБ ОЗУ, это допустимая конфигурация компьютера?»

Захрена тогда блок-схема, если и по ней надо гадать?!

Если стрелок нет, значит они все вниз. Вы же ударения над словами не требуете, и так всё ясно, также и со стрелками.

Ещё пара замечаний: выражение «любое g_i = Д» некорректно для прямоугольника. Если я правильно понял, то нужно было «для i от 1 до M+N+L присвоить g_i значение Д».

Почему? «Любое g_i = Д» — описание действия по заполнению вектора значением «допустимо». Действия пишутся в прямоугольниках.

НИГДЕ в блок-схеме не сказано, что за индексы i1 и i2.

??? Указано же, что они берутся из существования: «существует такой i1, что …». И диапазоны указаны чуть ниже.

Задам новый вопрос: теперь вам понятно, зачем в нормальных ЯП различают оператор присваивания и оператор сравнения на тождественность явным образом?

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

А вот знание, что летом не нужны 50 шт СанПин-нов ДОУ, хотя вот только что их продали сразу 20 штук и ещё 40 на прошлой недели, что в октябре к каждому учебнику нужны по 2 методички, хотя к ряду вообще не нужны, хотя в сентябре их раскупали по 5-20 штук, что в отдел детской литературы, наоборот, надо заказывать к лету больше, чем зимой, в схему не пихнёшь.

Пихнёшь. Достаточно указать, что сезонность — год и тривиальный планировщик прикрутить.

не вскукарекнул - не зачекинился в новости)

Диаграммы Ганта по выполненным задачам в системе строятся. Управление ресурсами - актуально для нас. Работы по этому направлению запланированы. Если у вас есть востребованная постановка задачи по управлению ресурсами - пришлите мне на agmikheev @ runawfe.org - посмотрим, может быть получится ее реализовать в рамках наших работ на эту тему.

Я имел в виду функционал Microsoft Projects.

И логично было бы закладывать такой протокол взаимодействия с хранимыми программой данными, чтобы была возможность работать как в режиме локального файла «для старта проекта», так и в режиме подключения к базе данных «для совместной работы».

https://bastion-integrator.com/blog/collaborative-planning-ms-project-server/

http://www.taurion.ru/project/19/5

А вот знание, что летом не нужны 50 шт СанПин-нов ДОУ, хотя вот только что их продали сразу 20 штук и ещё 40 на прошлой недели, что в октябре к каждому учебнику нужны по 2 методички, хотя к ряду вообще не нужны, хотя в сентябре их раскупали по 5-20 штук, что в отдел детской литературы, наоборот, надо заказывать к лету больше, чем зимой, в схему не пихнёшь.

Знание, что конкретные позиции вообще не заказывать, какие-то заказывать только «нули», какие-то всегда иметь в запасах, причём в зависимости от ЧИСЛА месяца, понимание,сколько заказать сверх обычного для выездного мероприятия, всё это приходит с опытом.

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

Диаграммы Ганта по выполненным задачам в системе строятся. >> Управление ресурсами - актуально для нас. Работы по этому направлению запланированы. Если у вас есть востребованная постановка задачи по управлению ресурсами - пришлите мне на agmikheev @ runawfe.org - посмотрим, может быть получится ее реализовать в рамках наших работ на эту тему.

Я имел в виду функционал Microsoft Projects.>

И логично было бы закладывать такой протокол взаимодействия с хранимыми программой данными, чтобы была возможность работать как в режиме локального файла «для старта проекта», так и в режиме подключения к базе данных «для совместной работы». https://bastion-integrator.com/blog/collaborative-planning-ms-project-server/ http://www.taurion.ru/project/19/5

Microsoft Project - проприетарный. Поэтому для работы с проектами мы интегрировали RunaWFE с redmine.

Поэтому для работы с проектами мы интегрировали RunaWFE с redmine.

А в чем эта интеграция заключается?

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

///А вообще, - обычно такое прописывают в KPI для должности/рабочего места и пересматривают ежегодно.

Прописывают? На 25 ТЫСЯЧ позиций?! Позиций, часть которых меняется каждый месяц? Потребность в которых у покупателей может спонтанно меняться? А кто этим должен заниматься?!

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

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

///Там не математический вопрос.

Тогда не должна использоваться математическая нотация.

///А вопрос типа «Если в первый цех поставить станок мощностью 1000 деталей в день, это допустимая конфигурация этого завода?»

В математической нотации такой вопрос выглядит иначе. Здесь видим конкретное ЕДИНСТВЕННОЕ условие.

///Булева алгебра тоже. А в русском языке такого значка нет.

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

=> – это давным давно устоявший знак из математических доказательств, замена «если A (истинно), то B (истинно)». На него в общем случае не распространяются обычные правила даже формальной логики, т.к. это часто не столько высказывание, сколько правило вывода. Т.е. неА не влечёт с необходимостью неВ, например.

///Если стрелок нет, значит они все вниз.

Так они НЕ ВСЕ вниз и не далеко не все слева направо. В паре случаев направление вообще угадывается, лишь если просмотреть на пару блоков «вверх».

///Почему? «Любое g_i = Д» — описание действия по заполнению вектора значением «допустимо».

Патамушта это неверно с т.з. используемой математической нотации и логики создания алгоритмов.

///Указано же, что они берутся из существования: «существует такой i1, что …». И диапазоны указаны чуть ниже.

Да, диапазон я упустил. Но, дарахой, в переводе на русский язык математическая фраза звучит так: если существует такое b_i1, что лежит в промежутке между _b_i1 и ~b_i1, то b^j принадлежит множеству P. Что здесь условие для оператора?

Вы в «ромбик» запихнули цельный алгоритм: для каждого i1 из указанного диапазона вычислить b_i1, _b_i1 и ~b_i1, проверить неравенство _b_i1 <= b_i1 <= _b_i1, если оно выполняется, выйти из «ромбика» по «да», если нет, перейти к следующему значению i1, если ни для одного из i1 неравенство не выполняется, выйти из «ромба» по «нет».

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

///В блок-схеме они не путаются, так как в фигурах разной формы.

Так то в НОРМАЛЬНЫХ блок-схемах, а не в вашем плоде гибридного скрещивания.

///В нормальных языках сравнение может быть только выражением, а присваивание только оператором.

Давайте не будем к ночи вспоминать чудесный Си с int a=b=c<=e

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

Если речь идёт о пересылке бумажек, то да. Но когда речь идёт о «живой» работе с «реальным товаром/изделиями» и реальными покупателями/поставщиками, то формализовывать «сокровенные знания» много дольше и дороже, чем загодя обучать персонал выполнять смежные обязанности.

Будь всё иначе, давно бы уже живых управленцев заменили «простенькими скриптами», как о том некогда мечтали кибернетики, за что и были пороты коммунистами.

Прописывают? На 25 ТЫСЯЧ позиций?! Позиций, часть которых меняется каждый месяц? Потребность в которых у покупателей может спонтанно меняться? А кто этим должен заниматься?!

Вот в этом посте указаны ключевые моменты, а не 25к позиций.

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

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

///Вот в этом посте указаны ключевые моменты, а не 25к позиций

Вот вы наглядно продемонстрировали, что без знания предметной области все эти сторонние икперды по автоматизации ничего не стоя.

Сколько, по вашему, действующих ЛИНЕЕК учебников биологии для школ? Порядка 15. Умножьте 15 линеек на 6 классов на в среднем 5 дополнительных пособий к каждому. Узнайте, что не все эти линейки и не вся доп. литература к ним одинакова полезна. И по всем школьным предметами минимум по 2 (физкультура, например) линейки, но обычно не менее пяти. А ещё есть такой прикол, как вариативность учебников В ОДНОЙ линейке.

Неужели вы действительно решили, что на 5-10 позиций кому-то сложно сделать инструкцию? Нет, сложно – это когда инструкция размерами приближается к объёму «творчества» Дарьи Донцовой и постоянно меняется.

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

Интересно было бы услышать отзывы пользователей этого проекта.
Так то все красиво и логично, но нужно ли?

Владимир 123

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

Те же яйца, вид сбоку.

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

И по моему опыту, работа с бумажками, если имеем разумное количество разумных бумажек, быстрее, чем с электронными документами. Может именно этим объясняется, что с введением электронного документооборота на Западе, там в три раза ВЫРОСЛО количество бумаги, потребляемой офисными работниками.

В математической нотации такой вопрос выглядит иначе. Здесь видим конкретное ЕДИНСТВЕННОЕ условие.

И как он выглядит? Описание производственных, материальных и плановых параметров описаны в компонентах b_i^j. Множество допустимых конфигураций P.

Там есть импликация, которая, в общем-то, и не используется.

Используется. A => B == не A или B.

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

И не должно. Если неА исинно, то (A => B) истинно вне зависимости от истинности B.

Патамушта это неверно с т.з. используемой математической нотации и логики создания алгоритмов.

Квантор всеобщности запрещено применять на действиях? А с логикой алгоритма что не так? Действие в квадратике как положено.

в переводе на русский язык математическая фраза звучит так: если существует такое b_i1, что лежит в промежутке между _b_i1 и ~b_i1, то b^j принадлежит множеству P. Что здесь условие для оператора?

Вот это и есть условие: «если существует такое b_i1, что лежит в промежутке между _b_i1 и ~b_i1, то b^j принадлежит множеству P». То есть, будет ли b^j принадлежать множеству допустимых условий, если существует такое b_i1.

Вы в «ромбик» запихнули цельный алгоритм

В элементе блок-схемы можно использовать любой алгоритм. Или в блок-схеме для JS писать b.slice(M,N).includes(c) тоже нельзя? Обязательно превращать всё в ассемблер?

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

Там на предыдущей странице (ссылку я давал) в чисто математической нотации есть описание. Блок-схемой понятнее.

Так то в НОРМАЛЬНЫХ блок-схемах, а не в вашем плоде гибридного скрещивания.

Где там в ромбике присваивание или в квадратике сравнение???

Давайте не будем к ночи вспоминать чудесный Си с int a=b=c<=e

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

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

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

И по моему опыту, работа с бумажками, если имеем разумное количество разумных бумажек, быстрее, чем с электронными документами.

Бумажки носить надо. Если электронных документов столько же, то с ними быстрее.

Может именно этим объясняется, что с введением электронного документооборота на Западе, там в три раза ВЫРОСЛО количество бумаги, потребляемой офисными работниками.

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

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

https://www.youtube.com/watch?v=CReq3AtyiMY Как бизнес-процессы влияют на эффективность предприятия

В этом видео руководитель крепенько критикует излишнюю автоматизацию БП …

Владимир 123

///Описание производственных, материальных и плановых параметров описаны в компонентах b_i^j. Множество допустимых конфигураций P.

Я вроде сразу написал, как это выглядит. Попадание b_i^j в промежуток и есть условие, что b_i^j попадает в множество P. Т.е. if должен проверять попадание в промежуток.

///Если неА исинно, то (A => B) истинно вне зависимости от истинности B.

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

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

///Квантор всеобщности запрещено применять на действиях?

Запрещено. Той же логикой. В такой нотации просто неочевидно, что требуется ДЕЙСТВИЕ.

///А с логикой алгоритма что не так? Действие в квадратике как положено.

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

///Вот это и есть условие: «если существует такое b_i1, что лежит в промежутке между _b_i1 и ~b_i1, то b^j принадлежит множеству P». То есть, будет ли b^j принадлежать множеству допустимых условий, если существует такое b_i1.

Это не условие вообще. Это формулировка ТЕОРЕМЫ. А доказательством теорем занимаются специальные программы, которые в общем случае могут выполняться несколько дольше, чем теоретически может существовать наша Вселенная. И так и не получить ответа. И вообще не работают не для двоичной логики.

В алгоритме не может проверяться условие вида «если А истинно, то В - истинно» – истинно ли это? Ибо есть такая теорема Гёделя, которая гласит, что в любой достаточно сложной аксиоматике, включающей аксиоматику Пеано (у вас есть индексы, так что усё пучком с Пеано), можно построить такое вот утверждение, но невозможно доказать его истинность или ложность.

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

Нет, значит, изменился подход: присланное в электронной форме распечатывают, изучают, вносят на бумаге изменения, отсылают обратно, там присланное РАСПЕЧАТЫВАЮТ, изучают, вносят свои правки, отсылают обратно, где цикл повторяется.

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

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

Вы считаете, что работник, вместо выполнения своих обязанностей, будет составлять инструкции, как выполнять его обязанности?!

Мне тут вспомнился советский анекдот:

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

– У тебя сколько инженеров на заводе?

Японец:

– Пять.

Наш:

– Ха, а у меня сорок!

На следующий день японец находит нашего и говорит?

– Я всю ночь не спал, думал. Ладно, ещё для пяти инженеров я обязанности найду, но открой мне тайну, чем у тебя ещё тридцать занимаются?!!

Попадание b_i^j в промежуток и есть условие, что b_i^j попадает в множество P.

Нет. Для некоторых заданных промежутков это не верно.

Т.е. if должен проверять попадание в промежуток.

Нет. if проверяет (запрашивает у пользователя/базы знаний/нейросети) верен ли вывод, что попадание b_i^j в промежуток приводит к попаданию b_i^j в множество P.

Т.е. цепочки символов, преобразующих они цепочки символов в другие цепочки.

Именно. Поэтому импликация эквивалентна следствию.

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

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

В такой нотации просто неочевидно, что требуется ДЕЙСТВИЕ.

Это очевидно формой элемента блок-схемы. При переводе в тескт трактуй любой ромбик как «Проверить условие …», а любой прямоугольник как «Выполнить действие …», где вместо многоточия текст внутри элемента.

Т.е. там должен стоять не прямоугольник, а знак «подпрограмма».

Нет. Если обратиться к ГОСТу, то

3.2.1.1. Процесс

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

3.2.2.1. Предопределенный процесс

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

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

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

Её никто не доказывает. Ответ вводит пользователь исходя из своего опыта. Я же ссылку давал: https://chem21.info/page/120184047019070061094123138097060231239214220102/

В алгоритме не может проверяться условие вида «если А истинно, то В - истинно» – истинно ли это?

Может. В любой экспертной системе проверяются условия типа «Если присутствует симптом X, то возможен ли диагноз Y?». Запрашиваются у пользователя и хранятся.

можно построить такое вот утверждение, но невозможно доказать его истинность или ложность

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

там присланное РАСПЕЧАТЫВАЮТ, изучают, вносят свои правки

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

Вы считаете, что работник, вместо выполнения своих обязанностей, будет составлять инструкции, как выполнять его обязанности?!

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

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

У Ландау Мошенник (((Ландау))) не нужен.

Поэтому для работы с проектами мы интегрировали RunaWFE с redmine.

А в чем эта интеграция заключается?

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

В упрощенном виде часть бизнес-процесса можно описать так:

1. Ответственный разработчик в стартовой форме бизнес-процеса описывает постановку задачи на выполнение работ, выставляет плановую трудоемкость работы, срок и выбирает предполагаемого разработчика. Запускает бизнес-процесс. Далее бизнес-процесс заводит тикет в redmine и устанавливает ему статус Approving_ПТ.

2. Далее бизнес-процесс генерирует задачу менеджеру. Менеджер проверяет наличие средств на оплату работ, оценивает нужность и своевременность работ и т.п. и либо подтверждает выполнение работ, либо отказывает (вариант - откладывает). Отмечает выполнение задачи бизнес-процесса. В случае положительного решения бизнес-процесс устанавливает тикету в redmine статус Approved_ПТ.

3. Далее бизнес-процесс генерирует задачу разработчику. Разработчик получает задачу бизнес-процесса, в форме которой соглашается или не соглашается с оценкой трудоемкости работ, пишет комментарий и т.п. Отмечает выполнение задачи бизнес-процесса. В случае согласия разработчика бизнес-процесс устанавливает тикету в redmine статус In_Progress.

4. Далее бизнес-процесс генерирует разработчику задачу на выполнение работ. После того, как разработчик выполняет работы по заданию, он отмечает выполнение задачи бизнес-процесса. Бизнес-процесс устанавливает тикету статус «Review».

5. Далее бизнес-процесс генерирует задачу Проверяющему качество кода… и т.д.

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

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

Прописывают? На 25 ТЫСЯЧ позиций?! Позиций, часть которых меняется каждый месяц? Потребность в которых у покупателей может спонтанно меняться?

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

А кто этим должен заниматься?!

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

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

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

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

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

Если речь идёт о пересылке бумажек, то да. Но когда речь идёт о «живой» работе с «реальным товаром/изделиями» и реальными покупателями/поставщиками, то формализовывать «сокровенные знания» много дольше и дороже, чем загодя обучать персонал выполнять смежные обязанности.

На практике это так происходит: 1. Самый большой начальник принимает решение о переводе участка работ на процессное управление. Причем так, что ни у кого не остается сомнений, что любой, кого обвинят в саботаже, будет немедленно уволен (независимо от его должности). 2. Проводится предпроектное обследование. Сотрудники объясняют выполняемые работы неохотно, но в целом объясняют. 3. Разрабатывается бизнес-процессы, запускается система. 4. Самый большой начальник объявляет, что с такого-то времени такой-то даты он прекращает одобрять решения и подписывать документы, относящиеся к этому участку работ, если у него нет соответствующего задания от бизнес-процесса. 5. Далее начинается самая «горячая» пора процессных менеджеров. При выполнении бизнес-процессов работники предприятия сообщают о различных проблемах и коллизиях, которые не учтены текущими версиями бизнес-процессов. - Процессные менеджеры оперативно изменяют выполняющиеся бизнес-процессы так, чтобы они учитывали все обнаруженные особенности. 6. Обычно примерно через три месяца все устаканивается и этот участок деятельности предприятия начинает работать процессным образом. Бизнес-процессы к этому времени увеличиваются примерно в 10 раз по сравнению с первоначальным вариантом, «вбирая» в себя особенности работы предприятия.

Будь всё иначе, давно бы уже живых управленцев заменили «простенькими скриптами», как о том некогда мечтали кибернетики, за что и были пороты коммунистами.

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

В упрощенном виде часть бизнес-процесса можно описать так

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

Соответственно, ответственные лица на разных уровнях разные, и масштаб ресурсов, которыми они оперируют, тоже разные.

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

Не знаю. У нас такого опыта нет. В процессах, которые мы внедряли, было задействовано не более 1 тысячи сотрудников.

Соответственно, ответственные лица на разных уровнях разные, и масштаб ресурсов, которыми они оперируют, тоже разные.

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

///Нет. if проверяет (запрашивает у пользователя/базы знаний/нейросети) верен ли вывод, что попадание b_i^j в промежуток приводит к попаданию b_i^j в множество P.

Звините, это не обязанности if-а что-то запрашивать у пользователя. Условный оператор САМ проверяет условие на истинность, затем его и придумали. Т.о. вы сами и нашли критическую ошибку блок-схемы.

Указанная математическая нотация так же не подразумевает, что речь идёт о запросе. ДОлжно было строить фразу «допустимо ли параметру принимать значение из указанного промежутка?» Т.е. значок «следовательно» нужно перевернуть.

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

///Ответ вводит пользователь исходя из своего опыта.

Потому это никакая не «пятеричная логика», а какая-то сеть с весовыми функциями, я уж запамятовал точный термин.

///Если логическая гипотеза теоремы ложна, то вывод может быть как истинным, так и ложным.

Это вы ерунду какую-то написали. Если что, то формальная логика или исчисление предикатов, или булева алгебра, алгебра контактных схем – это РАЗДЕЛЫ математики, а не её основания.

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

Импликация – это из ФИЛОСОФСКОЙ логики, т.е. из науки о правильном ЧЕЛОВЕЧЕСКОМ МЫШЛЕНИИ. Т.о. о том, как правильно МЫСЛИТЬ. Там же есть не очень формализуемые понятия вроде достаточного основания. Там же есть предупреждения, что логика не может доказать истинность исходных фактов и, если исходные данные неверны, то правильный логический вывод будет ФАКТОЛОГИЧЕСКИ ложным. Хотя и истинным с т.з. логических правил.

/// В любой экспертной системе проверяются условия типа «Если присутствует симптом X, то возможен ли диагноз Y?». Запрашиваются у пользователя и хранятся.

Так об чём я и говорю. Это НЕ условный оператор. Это оператор присваивания. Не алгоритм решает, правда или ложь.

Это алгоритм вида (да простят меня все программисты):

write(«Если присутствует симптом X, то возможен ли диагноз Y? Да/Нет»);
read(Bool);
Если_присутствует_симптом_X_то_диагноз_Y:=Bool;

///Может быть, конечно. Но зачем распечатывать, чтобы потом в электронном документе вносить правки (то есть повторно находить прочитанное место)

Потому что работать с бумагой БЫСТРЕЕ и ПРОЩЕ. Я сразу так и написал.

///Эти обязанности единожды документируются.

Млин, не ОБЯЗАННОСТИ, а ЗНАНИЯ ПРЕДМЕТНОЙ ОБЛАСТИ. Я за 15 минут составлю инструкцию по заказу учебно-методической литературы с базы, за 5 минут научу любого лично, кто не первый раз сел за компьютер, но потребуется не меньше ГОДА для разъяснения, что, когда, в каком количестве заказывать и ПОЧЕМУ.

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

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

Это красиво звучит, но не работает на практике. ибо ещё раз: никакие «бизнес-процессы» не менялись. Та же база, те же торговые точки, те же продавцы. Но крайне специфичный ассортимент НЕПРЕДСКАЗУЕМО меняется. И опытного сотрудника НЕВОЗМОЖНО заменить левым, сунув ему в зубы инструкцию.

///Сотрудники объясняют выполняемые работы неохотно, но в целом объясняют.

Харашо. Я вам охотно разъясняю: я отправляю на базу по электронной почте заказ по продажам 2 раза в неделю не позднее 12 часов дна накануне привоза. Всё. Когда я составлю заказ – совершенно всё рано. Хоть останусь на ночь (бесплатно, разумеется). Никакой визы или отдельного задания от руководства на это не нужно. Это ПОСТОЯННАЯ обязанность. И почти все выполняемые работы ПОСТОЯННЫЕ.

Далее я могу охотно рассказать вам, чем я руководствуюсь при составлении заказа. У вас будет примерно пару лет и тонна бумаги для записи?

///А относительно процессного подхода - это сейчас потихоньку происходит.

Это происходит в областях, где вид деятельности – документооборот. Причём полезность этих документов – сомнительна.

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

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

///Обычно примерно через три месяца все устаканивается и этот участок деятельности предприятия начинает работать процессным образом.

Прибыль фирмы увеличивается? Условия работы становятся комфортнее? Вы узнавали, что происходит через год, два, пять лет? Т.е. сохраняется ли ваша схема, уменьшается или увеличивается текучка кадров, увеличивается или уменьшается фирма? Или всё остаётся, как был?

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

Я вот не понимаю, почему это только сейчас начали мусолить. В СССР была своя система процессов. Ну то есть, это не новинка совсем. Я уверен, что не в СССР ее придумали. Но почему то сейчас начали просыпаться.

Звините, это не обязанности if-а что-то запрашивать у пользователя. Условный оператор САМ проверяет условие на истинность, затем его и придумали. Т.о. вы сами и нашли критическую ошибку блок-схемы.

???

Откуда такая странная идея?

Вот пример блок-схемы из ГОСТа: http://www.pntd.ru/img/19_701_47.jpg

В условном операторе проверка успешности передачи (которая реализуется взаимодействием с внешним устройством).

Или вот https://xreferat.com/image/38/1305963748_4.png в условии проверяется датчик и несущая.

Вообще в реальных алгоритмах (не математических) почти всегда функция в условии не чистая.

Должно было строить фразу «допустимо ли параметру принимать значение из указанного промежутка?» Т.е. значок «следовательно» нужно перевернуть.

Параметру в любом случае допустимо принимать указанные значения. И b^j при этом будет иметь какое-то значение. Вопрос только в том будет ли это значение принадлежать множеству P.

Потому это никакая не «пятеричная логика», а какая-то сеть с весовыми функциями, я уж запамятовал точный термин.

Читайте: https://chem21.info/page/092087092035077201068211058255220167034124225034/

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

Это вы ерунду какую-то написали. Если что, то формальная логика или исчисление предикатов, или булева алгебра, алгебра контактных схем – это РАЗДЕЛЫ математики, а не её основания.

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

Например, есть основная теорема анализа: Если f непрерывна на отрезке [a, b] и Ф — её любая первообразная на этом отрезке, интеграл от a до b f(x)dx = Ф(b) - Ф(a).

Если логическая гипотеза этой теоремы ложна, то есть f не является непрерывной, то указанный интеграл может как равняться Ф(b) - Ф(a), так и равняться любому другому числу.

Там же есть предупреждения, что логика не может доказать истинность исходных фактов и, если исходные данные неверны, то правильный логический вывод будет ФАКТОЛОГИЧЕСКИ ложным.

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

Математические теоремы в свою логическую гипотезу неявно включают подмножество аксиом соответствующего раздела математики.

Это алгоритм вида (да простят меня все программисты):

Нет. Это условие

if (query("Если присутствует симптом X, то возможен ли диагноз Y?")) добавить_Y_в_возможные_диагнозы(); исключить_диагноз_Y();

Детали функции query для алгоритма не важны.

Потому что ISO 9001 стало модным. И сертификация.

И опытного сотрудника НЕВОЗМОЖНО заменить левым, сунув ему в зубы инструкцию.

То есть фактор автобуса для организации равен 1?

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

я отправляю на базу по электронной почте заказ по продажам 2 раза в неделю не позднее 12 часов дна накануне привоза.

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

///есть f не является непрерывной, то указанный интеграл может как равняться Ф(b) - Ф(a), так и равняться любому другому числу.

Это не является ТЕОРЕМОЙ. Потому я и пишу, что не надо путать «следовательно» с «импликацией».

///Если логическая гипотеза этой теоремы ложна

Вообще не понял. Это не гипотеза, а условие теоремы. Если условие не выполнено, то данное правило вывода (теорема) не применимо.

///Логический вывод зависящий от истинности исходных фактов всегда включает в себя условие на их истинность.

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