우리는 비즈니스 규칙 엔진을 구입하고 있습니다. 약간 다른 요구 사항을 가진 여러 고객에게 핵심 응용 프로그램을 사용자 정의 할 수 있도록하고 싶습니다. 실제로 사용자 지정을 수행하는 사람들은 분석가입니다. 나는. 기술적으로 숙련 된 비 프로그래머 (대개 과학 학위가 있음).비즈니스 규칙 엔진을 평가할 기준
비즈니스 규칙 엔진을 평가하는 기준은 무엇입니까? 오픈 소스 및 상용 제품이 있습니까? 사용 용이성, 문서화, 지원, 가격 등에서 귀하가 경험 한 것은 무엇입니까
Google 애플 리케이션은 Java로 작성되었습니다.
Drools (Drools, JBoss Rules, Drools로 다시 사용됨)은 매우 훌륭한 오픈 소스 규칙 엔진이며 확실히 가치가 있습니다. 내 마음에
는 규칙 엔진을 평가하는 가장 좋은 기준은 다음과 같습니다
여러 규칙 엔진은 Business Rules Management 시스템 (BRMS)과 Drools를 가지고 있습니다. 따라서 비전문가가 배치하기가 훨씬 쉽습니다.
웹상의 문서 및 자습서를 통해 그리고 IRC 채널을 통해서도 Drools를 효과적으로 지원합니다.
IBM Websphere Process Server와 함께 제공되는 규칙 엔진도 사용 했으므로 비용이 많이 들더군요.
저는 업계에서 가장 유명한 규칙 엔진의 컨설턴트로 3 년 가까이 일했습니다. 상용 규칙 엔진에 대해 많은 돈을 지불하고 잠재적으로받을 기능과 지원이 가격의 가치가 있는지를 결정해야합니다. 모든 규칙 엔진 공급 업체는 자신의 것이 최선의 손이라고 주장합니다. 내가 줄 수있는 최선의 조언은 범위가 제한되어 있지만 필요한 기능을 대표하는 각 규칙 엔진을 사용하여 프로토 타입을 작성하는 것입니다. 영업 사원이 멋진 데모를 보여주지 못하게하십시오. 당신은 적극적으로 시제품을 제작해야합니다. 나는 너무 많은 사람들이 그들이 무엇을 사는지 알지 못하는 규칙 엔진을 구입하는 것을 보았다. 개인적으로, 내가 규칙 엔진에 마음을 쓴다면 오픈 소스 규칙 엔진 중 하나 (누군가 Drools에 대해 이미 언급 했음)를 선택합니다. 그러나, 나는 규칙 엔진과 함께 규칙 엔진을 사용하지 않을 가능성을 심각하게 고려할 것이다. 처음에는 규칙 엔진을 사용하여 학습 곡선을 무시하고 시간을 절약 할 수 있지만, 특정 요구를 충족시키기 위해 장기적으로 사용자 정의 솔루션이 더 우수 할 수 있습니다.
여기에 귀하의 질문에 관련이있는 마틴 파울러의 웹 사이트에서 몇 가지 링크가 있습니다 :
, 많은 고객들과 이야기하십시오.현실은 비즈니스 규칙 관리 시스템이 유지 보수 감소 및 비즈니스 사용자 증가의 이점이 시작되기 훨씬 전에 첫 번째 프로젝트의 학습 곡선에 대한 투자를 보상하고 상환해야한다는 것입니다. 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가 이겼습니다.) 아직 두 번째 링크를 추가하지 마십시오.) - 답변을 원하면 저에게 연락하십시오.
이것은 IMO에 불과하지만 FICO Blaze를 사용한 경험은 (a) GUI가 매우 훌륭했지만 (b) 내부적으로 다른 엔진과 크게 다르지 않았습니다. Latter는 주로 성숙한 분야이기 때문에 대부분의 제품은 기본 기술을 잘 다룰 수 있습니다. 돈이 있다면 멋지 네요. 그렇지 않다면, Drools 등은 그 일을 잘 수행합니다. 또한 내 개인적인 견해는 BRE를 사용하는 기술적이지 않은 사용자의 가능성은 과장되었습니다. 전체 신화는 아니지만 쉽게 자동으로 발생하거나 최적의 경우에도 필요하지는 않습니다. – StaxMan
많은 사람들이 규칙 엔진을 원한다고 결정하고 원하는 것은 실행 엔진 파이프 라인의 일부로 규칙 엔진을 포함하는 전체 워크 플로우 관리 프로세스입니다.
워크 플로는 작업의 방향을 나타내는 그래프입니다. 액션은 규칙 집합, 계산, 웹 서비스 호출 등 일어나는 일입니다. 다른 워크 플로를 호출 할 수있는 작업을 수행 할 수 있어야합니다.
이렇게하면 비즈니스 분석가가 단순한 if-then-else (일부 상용 규칙 엔진은 다른 것을 수행 할 수 없으며 결정하기 전에 옵션을 평가하는 것에 대한 설명 참조) 규칙을 수행하지 않고 전체 프로세스 구현을 수행 할 수 있습니다. 단순 순차 규칙 또는 FCIRE (순방향 연쇄 추론 규칙 엔진) 일 수 있습니다. 대부분의 비즈니스 분석가는 간단한 순차적 규칙 집합을 생각하기 쉽다고 생각합니다. BAs가 규칙으로 해석하는 제 3자가 매우주의하지 않고 전체 결정/수락/거절/도마 닉 프로세스를 변경하는 경향이 있으므로 워크 플로 수준에서 완료해야합니다.
매우 도움이됩니다. 감사. 수천 가지 재무 컴플라이언스 규칙을 관리하는 규칙 엔진을 찾고 있습니다. Drools는 우리에게 좋은 해결책이 아니 었습니다. –
@PeterDelaney - 왜 졸졸 덩어리가 당신에게 좋지 않았습니까? 우리가 규칙 엔진을 조사 할 때 어떤 간단한 점이 있습니까? 어떤 생각이라도 높게 평가 될 것입니다. – avijendr