По тому как переложить требования в бизнес-процессы, используя инструменты low-code платформы, еще и так чтобы снизить энтропию, а не нарастить - можно, пожалуй, отдельную статью писать, и не маленькую. И развитием решения, автоматизацией новых требований тоже должен заниматься специалист. Но к чести BPMSoft можно сказать, что в админке есть множество инструментов, позволяющих проанализировать бизнес-процессы со всех сторон: начиная с доступных стандартно журнала процессов, статистики процессов, трассировки и заканчивая подключением систем мониторинга и визуализации данных. Этим не каждая платформа может похвастаться. Также есть возможность не просто создавать новые процессы с одними и теми же стартовыми сигналами, а настраивать вложенность процессов (вызывать подпроцессы), что позволяет: 1. Избежать параллельных действий с одним и тем же объектом в моменте. 2. Сразу видеть что за чем вызывается / какая иерархия у процессов.
Схема, представленная на рисунке, - это что-то вроде вершины айсберга, для которого "под водой" есть масса параметров обработки как в рамках текущего бизнес-процесса, так и в рамках использования общих для всего приложения настроек, в том числе и работа с возможными ошибками. Напротив, создаваемые в BPMSoft бизнес-процессы, по итогу генерируют код и формируют завершенный сценарий того или иного события. Пользователь в UI обычно не работает с кодом, но если очень хочется посмотреть, что по итогу сгенерировано, то можно открыть схемы и работать с ними.
Жаль, что Ваш опыт работы с визуальным программированием оказался негативным. Для членов команды разработки интерес к low-code, действительно, «вкусовщина» в чистом виде. И все же многое меняется: вендоры платформ прикладывают много усилий, чтобы поддерживать конкурентоспособность. Один и тот же продукт два года назад и сейчас - это как два совершенно разных продукта.
Звучит действительно круто. Успехов.
По тому как переложить требования в бизнес-процессы, используя инструменты low-code платформы, еще и так чтобы снизить энтропию, а не нарастить - можно, пожалуй, отдельную статью писать, и не маленькую. И развитием решения, автоматизацией новых требований тоже должен заниматься специалист.
Но к чести BPMSoft можно сказать, что в админке есть множество инструментов, позволяющих проанализировать бизнес-процессы со всех сторон: начиная с доступных стандартно журнала процессов, статистики процессов, трассировки и заканчивая подключением систем мониторинга и визуализации данных. Этим не каждая платформа может похвастаться.
Также есть возможность не просто создавать новые процессы с одними и теми же стартовыми сигналами, а настраивать вложенность процессов (вызывать подпроцессы), что позволяет:
1. Избежать параллельных действий с одним и тем же объектом в моменте.
2. Сразу видеть что за чем вызывается / какая иерархия у процессов.
Схема, представленная на рисунке, - это что-то вроде вершины айсберга, для которого "под водой" есть масса параметров обработки как в рамках текущего бизнес-процесса, так и в рамках использования общих для всего приложения настроек, в том числе и работа с возможными ошибками.
Напротив, создаваемые в BPMSoft бизнес-процессы, по итогу генерируют код и формируют завершенный сценарий того или иного события. Пользователь в UI обычно не работает с кодом, но если очень хочется посмотреть, что по итогу сгенерировано, то можно открыть схемы и работать с ними.
Жаль, что Ваш опыт работы с визуальным программированием оказался негативным. Для членов команды разработки интерес к low-code, действительно, «вкусовщина» в чистом виде.
И все же многое меняется: вендоры платформ прикладывают много усилий, чтобы поддерживать конкурентоспособность. Один и тот же продукт два года назад и сейчас - это как два совершенно разных продукта.