Критерии оценки бизнес-правил Двигатели

Question

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

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

Наше приложение находится на Java.

Answer 1

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

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

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

Несколько правил Двигатели имеют Business Rules Management Системы (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 Advisor (.Net, Java и COBOL) InRule Technology (.Net) Инновации Программное обеспечение (Java) Oracle и SAP и имеют правила двигатели на своих платформах, которые все более и более полны. я просматриваю много новых релизов, а также продуктов меньшинств на http://jtonedm.com/category/product-news/

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

Answer 4

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

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

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