Критерии для оценки движков бизнес-правил [закрыты]

Question

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

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

Наше приложение написано на Java.

Answer 1

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

На мой взгляд, наилучшими критериями для оценки механизма правил являются:

• Настраивается ли он (в противном случае вы бы просто закодировали его вместо этого)
• Является ли это производительным.
• Насколько легко нетехническим людям изменять правила
• Насколько легко развертывать новые наборы правил (а старые не развертывать).

Несколько Движков правил имеют Управление бизнес - правилами Системы (BRMS) и Drools не являются исключением.Это значительно упрощает развертывание для нетехнологов.

Существует хорошая поддержка Drools через документы и учебные пособия в Интернете и даже через IRC-канал.

Я также использовал движок правил, который поставляется с IBM Websphere Process Server, и обнаружил, что он тоже довольно хорош (хотя и дороговат).

Answer 2

Я проработал консультантом в ведущей компании по разработке правил в отрасли почти три года.Вы заплатите МНОГО денег за коммерческий движок правил, и вам нужно будет решить, стоят ли функции и поддержка, которые вы потенциально получаете, такой цены.Все поставщики движков правил будут утверждать, что у них самый лучший из доступных;лучший совет, который я могу вам дать, - это создать прототип с каждым рассматриваемым вами механизмом правил, который ограничен по объему, но отражает необходимые вам функции.НЕ позволяйте продавцам просто показывать вам модную демонстрацию;ВЫ должны активно создавать прототип.Я видел слишком много людей, покупающих движок правил, которые на самом деле понятия не имеют, что именно они покупают.Лично я бы выбрал один из движков правил с открытым исходным кодом (кто-то уже упоминал Drools), если вам по душе движок правил.Тем не менее, я бы серьезно рассмотрел наряду с движками правил возможность отказа от использования движка правил.На начальном этапе вы можете сэкономить время с помощью механизма правил (игнорируя кривую обучения), но в долгосрочной перспективе индивидуальное решение, скорее всего, будет лучше соответствовать вашим конкретным потребностям.

Вот пара ссылок с веб-сайта Мартина Фаулера, которые имеют отношение к вашему вопросу:

• http://www.martinfowler.com/bliki/RulesEngine.html
• http://www.martinfowler.com/bliki/DomainSpecificLanguage.html

Answer 3

Я работаю со многими коммерческими поставщиками и, в отличие от Мартина, общаюсь со многими их клиентами.Реальность такова, что системы управления бизнес-правилами действительно работают и окупают инвестиции в кривую обучения и т.д. В первом проекте, задолго до того, как начнут проявляться преимущества сокращения затрат на обслуживание и увеличения числа бизнес-пользователей.Drools превосходен как решение с открытым исходным кодом, а ведущими коммерческими продуктами являются:Правила IBM / ILOG (.Net, Java и COBOL) Советник FICO Blaze (.Net, Java и COBOL) Технология управления (.Net) Инновационное программное обеспечение (Java) И Oracle, и SAP имеют в своих платформах движки правил, которые становятся все более и более полными.Я просматриваю множество новых релизов, а также миноритарные продукты на http://jtonedm.com/category/product-news/

У Forrester есть хороший отчет wave о бизнес-правилах, который я рекомендую, и на моем сайте есть сообщение с обсуждением этого (на которое я бы дал ссылку, но stackoverflow пока не позволяет мне добавить вторую ссылку) - свяжитесь со мной, если вам нужны ответы.

Answer 4

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

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

Это позволяет вашим бизнес-аналитикам выполнять реализацию всего процесса, а не просто выполнять простые if-then-else (хах, некоторые коммерческие движки правил даже не могут делать else!смотрите комментарий об оценке вариантов перед принятием решения) правил, будь то простые последовательные правила или FCIRE (механизм правил вывода с прямой цепочкой).Большинству бизнес-аналитиков легче обдумать простые последовательные наборы правил.Это должно быть сделано на уровне рабочего процесса, потому что третьи стороны, которые BAs интерпретируют в правилах, имеют тенденцию изменять все свои процессы принятия / отклонений / domagick с очень небольшим уведомлением.