비즈니스 규칙 엔진을 평가하는 기준 [폐쇄

Question

우리는 비즈니스 규칙 엔진을 쇼핑하고 있습니다. 우리는 약간 다른 요구 사항을 가진 다른 고객에게 핵심 응용 프로그램을 사용자 정의 할 수 있도록하고자합니다. 실제로 사용자 정의를하는 사람들은 분석가입니다. 기술적으로 숙련 된 비 프로그램 제 (보통 과학 학위).

비즈니스 규칙 엔진을 평가하기위한 기준은 무엇입니까? 오픈 소스와 공동 소스가 있습니까? 사용 편의성, 문서, 지원, 가격 등에 대한 귀하의 경험은 무엇입니까?

우리의 앱은 Java에 있습니다.

Answer 1

침포 (예전에는 침을 흘리면 Jboss 규칙을 다시 한 번 방해했다.

규칙 엔진을 평가하기위한 최선의 기준은 다음과 같습니다.

• 구성 가능합니까 (그렇지 않으면 대신 코딩 할 것입니다)
• 성능이 있습니까?
• 기술이 아닌 사람들이 규칙을 바꾸는 것이 얼마나 쉬운가
• 새로운 규칙 세트를 배치하는 것이 얼마나 쉬운가요 (및 오래된 규칙).

여러 규칙 엔진이 있습니다 비즈니스 규칙 관리 시스템 (BRMS) 및 침체도 예외는 아닙니다. 이로 인해 비 기술자에게는 배포가 훨씬 쉽습니다.

웹의 문서 및 튜토리얼 및 IRC 채널을 통해서도 침체에 대한 지원이 적습니다.

또한 IBM WebSphere Process Server와 함께 제공되는 규칙 엔진을 사용했지만 (비싸지 만) 상당히 우수하다는 것을 알았습니다.

Answer 2

저는 3 년 가까이 업계에서 선도적 인 규칙 엔진의 컨설턴트로 일했습니다. 상용 규칙 엔진에 많은 돈을 지불하고 잠재적으로받을 수있는 기능과 지원이 가격이 가치가 있는지 결정해야합니다. 모든 규칙 엔진 공급 업체는 자신이 최고의 손을 내려야한다고 주장합니다. 내가 줄 수있는 가장 좋은 조언은 범위가 제한적이지만 필요한 기능을 대표하는 각 규칙 엔진으로 프로토 타입을 수행하는 것입니다. 영업 사원이 당신에게 멋진 데모를 보여주지 마십시오. 프로토 타입을 적극적으로 구축해야합니다. 나는 너무 많은 사람들이 그들이 무엇을 구매하는지 전혀 모르는 규칙 엔진을 구입하는 것을 보았습니다. 개인적으로, 나는 당신이 규칙 엔진에 심장을 놓았다면 오픈 소스 규칙 엔진 중 하나 (누군가가 이미 물론 언급)를 선택합니다. 그러나 규칙 엔진과 함께 규칙 엔진을 사용하지 않을 가능성을 진지하게 고려할 것입니다. 처음에는 규칙 엔진 (학습 곡선 무시)으로 시간을 절약 할 수 있지만 특정 요구 사항을 충족하기 위해 장기적으로 사용자 정의 솔루션이 우수 할 수 있습니다.

다음은 귀하의 질문과 관련된 Martin Fowler 웹 사이트의 몇 가지 링크입니다.

• http://www.martinfowler.com/bliki/rulesengine.html
• http://www.martinfowler.com/bliki/domainspecificlanguage.html

Answer 3

저는 많은 상업용 공급 업체와 함께 일하며 Martin과 달리 많은 고객과 이야기합니다. 실제로 비즈니스 규칙 관리 시스템은 유지 보수 감소와 비즈니스 사용자가 증가하는 것의 이점이 시작되기 훨씬 전에 첫 번째 프로젝트에서 학습 곡선 등에 대한 투자를 작동하고 상환하는 것입니다. Drools는 오픈 소스 솔루션으로 우수합니다. 상용 제품은 다음과 같습니다. IBM/ILOG Rules (.NET, Java 및 COBOL) FICO Blaze Advisor (.NET, Java 및 COBOL) Inrule Technology (.NET) Innovations Software (Java) Oracle 및 SAP는 플랫폼에 규칙 엔진이 있습니다. 점점 더 완전합니다. 나는 많은 새로운 릴리스와 소수의 제품을 검토합니다. http://jtonedm.com/category/product-news/

Forrester는 내가 추천하는 비즈니스 규칙에 대한 멋진 웨이브 보고서를 가지고 있으며 내 사이트에 논의하는 게시물이 있습니다.

Answer 4

많은 사람들이 규칙 엔진을 원한다고 결정하고 원하는 것은 실행 파이프 라인의 일부로 규칙 엔진을 포함하는 전체 워크 플로 관리 프로세스입니다.

워크 플로는 행동의 지시 된 그래프입니다. 행동은 발생하는 일 (예 : 규칙 세트, 계산, 웹 서비스 호출도 발생합니다. 다른 워크 플로를 호출 할 수있는 조치를 취할 수 있어야합니다.

이를 통해 비즈니스 분석가는 전체 프로세스 구현을 수행 할 수 있습니다. 간단한 if-then-else (일부 상용 규칙 엔진은 다른 것을 할 수 없습니다! 결정하기 전에 옵션 평가에 대한 의견을보십시오) 규칙이 간단한 순차적이어야합니다. 규칙 또는 Fcire (전방 체인 추론 규칙 엔진). 대부분의 비즈니스 분석가들은 간단한 순차 규칙 세트를 생각하기가 더 쉽다는 것을 알게됩니다. BAS가 규칙으로 해석하는 제 3자가 전체 결정/수락/거부/Domagick 프로세스를 거의 통지하지 않고 변경하는 경향이 있기 때문에 워크 플로 수준에서 수행해야합니다.