비즈니스 규칙 엔진은 언제 사용됩니까?
https://stackoverflow.com/questions/778007
-
13-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
비즈니스 규칙 엔진은 언제 사용됩니까?
비즈니스 규칙 엔진과 스크립팅/구성/사용자 정의의 차이점은 무엇입니까?
해결책
규칙 엔진은 추론뿐만 아니라 앞뒤로 체인을 수행 할 수 있습니다. 구현을 위해 Fair Isaac Blaze, Drools 또는 Ilog를 확인하십시오.
다른 팁
코드에서 결정을 구현하려고 할 때 비즈니스 규칙 엔진 또는 비즈니스 규칙 관리 시스템을 사용해야합니다. 그러나 어떤 결정도 아닙니다. 결정 :
- 많은 규칙이 포함됩니다
- 자주 변화하는 규칙이 있습니다
- 복잡하거나 복잡한 방식으로 상호 작용하는 규칙이 있습니다 (그렇지 않으면 중첩 된 IF를 많이 생각하십시오)
- 도메인 지식을 가진 사람만이 이해/확인할 수 있다는 규칙이 있습니다.
- 비즈니스 사람들이 당신의 도움없이 정말로 변화하기를 원하는 것입니다.
- 의사 결정의 일부로 예측 분석 / 점수를 사용하는 것과 관련이 있습니다.
이들은 비즈니스 규칙 관리 시스템의 사용을 지불하는 결정입니다. 규칙부터 시작하지 말고 결정부터 시작하십시오.
비즈니스 규칙은 장점입니다 (따라서 비즈니스 사람들은 읽기가 더 쉽다는 것을 알게됩니다. 절차 적 및 원자가가 아닌 선언적 (따라서 데이터베이스의 데이터처럼 저장, 관리 및 재사용 할 수 있음).
이 작품에서 왜 비즈니스 규칙을 사용해야하는지에 대한 자세한 내용은 이유에 대해 나는 비즈니스 규칙을 믿습니다.
비즈니스 규칙 엔진은 일반적으로 사용자 정의 가능한 "IF some-condidtion THEN do-something" 종류의 논리를 애플리케이션에 제공하는 데 사용됩니다.이러한 유형의 비즈니스 규칙은 특정 워크플로를 트리거하여 이벤트 지식을 더 높은 수준의 규칙에 실행하거나 버블링하여 평가되도록 할 수 있습니다.
규칙 엔진을 사용하면 코드에서 비즈니스 논리를 제거하여 문제를 더 쉽게 분리할 수 있습니다.오늘날의 규칙 엔진은 일반적으로 사용자가 애플리케이션 내부에서 스크립트를 수정하지 않고도 새 규칙을 추가할 수 있는 프런트 엔드도 제공합니다.
규칙 엔진은 규칙을 더 빠르게 평가하는 작업을 수행하는 Rete(Drools 경험에 따르면)와 같은 알고리즘을 구현합니다.규칙 엔진은 또한 순방향 연결, 역방향 연결, 하이브리드 연결 등을 제공합니다.규칙의.그러나 이는 스크립팅 언어로도 구현될 수 있습니다.두 접근 방식을 모두 사용하여 동일한 종류의 작업을 수행할 수 있지만 어떤 방법을 선택해야 하는지에 대한 규칙의 수와 복잡성에 따라 달라질 수 있다고 생각합니다.
Jess 프로젝트의 다음 링크를 살펴보세요. http://www.jessrules.com/guidelines.shtml
규칙 엔진이 귀하의 요구 사항을 충족하는지, 아니면 과도한지 판단하기 위해 스스로에게 물어볼 수 있는 질문을 단계별로 안내합니다.
