Как разработчики позволяют бизнес-пользователям определять логику приложения?

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

Что касается этих типов систем, я не знаю, чего не знаю, поэтому я пытаюсь получить другие перспективы и информацию.

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

Мне лучше понять BRMS, когда я думаю о том, как он вписывается в код. Это довольно просто, и я вижу, как логика может полностью находиться вне приложения. Поскольку я не много сделал с этими типами систем, я был бы признателен за любую информацию о хороших продуктах, которые интегрируются с .NET, или информацию об опыте. (Мы смотрим на InRule, советник Blaze и правила ILOG)

Что я менее уверен в части рабочего процесса.

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

Мне было предложено посмотреть WorkflowGen в качестве примера механизма рабочего процесса. Для меня это выглядит полностью автономным, если разработчик не пишет код .NET для взаимодействия с внутренними системами.

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

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

Спасибо за любую информацию или совет.

Ответ 1

Если вы работаете в .NET:.NET Workflow Foundation. Это сложно, правда, но это бесплатно и имеет все, что просит ваш менеджер. Часть бизнес-правил потребует некоторого привыкания, для рабочего процесса потребуются некоторые первоначальные инвестиции в создание собственной "среды", но, когда вы смотрите на все это сверху, WF.NET все еще дает больше, чем другие могут предложить. InRule - дешевый продукт, который не может действительно многое сделать, Blaze слишком сложный, слишком дорогой и не совсем "не-программисты"; ILOG тоже не для "деловых пользователей".