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

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

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

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

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

В чем я менее уверен, так это в части рабочего процесса.

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

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

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

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

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

1 Ответ

4 голосов
/ 10 января 2011

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

...