規則引擎面臨的問題和挑戰 - brcommunity

過去這十年規則平臺的機會不僅僅是變得更智慧，雖然這當然很重要，而且還可以消除程式設計師的工作量。

但是存在三個挑戰：

• 問題 1.我們是否取得了重大進展？

這個問題很簡單——絕對！決策和 DMN 標準為行業做出了重大貢獻。所以，我們可以繼續前進。

• 問題 2.為什麼規則和規則平臺不佔主導地位？

十年或十五年前，我會認為現在世界上的每個人都會使用業務規則和規則工具。但他們沒有，為什麼？！

我的觀點是，行業提供的工具並沒有提供企業需要的所有解決方案。我們還沒有充分發揮規則的潛力——甚至還沒有接近！仍有重大機遇可抓。

• 問題 3.規則工具還需要解決哪些挑戰？

1. 降低程式設計師的工作量。
2. 更好地解決情緒和人的自由裁量權。
3. 更直接地與業務治理聯絡起來。

行為規則

很明顯，許多規則都可以被打破。

想想法律、法規、合同、協議、諒解備忘錄、認證、保證等，這些規則通常是一次性的，直接以自然語言提供。

個人或組織可以打破的規則稱為行為規則。

進入 21 世紀的 20 年，為什麼規則平臺不支援它們是個謎。

基於對規則的評估是由建模器呼叫還是基於狀態？

DMN 風格的決策規則與行為業務規則之間存在很大的阻抗不匹配。

在建模者呼叫的評估中驗證事態的負擔是由編碼人員也就是程式設計師承擔的。

因此，建模器呼叫的評估不適用於行為業務規則。

這種不實時發現違規會導致下游錯誤滾雪球，從而導致大量返工，難怪商業軟體仍然如此複雜和脆弱。

“閃點”是需要僅根據其語義評估規則時的特定領域事件。

即：不使用外部模型或規範（例如，程式模型或決策模型），同一規則的閃點可能出現在多個流程、過程、用例等中，或者出現在臨時（未建模）業務活動的各個點。自動呼叫閃點需要“有狀態”平臺。

在這十年中，規則平臺的機會不僅在於變得更智慧，還在於消除程式設計師的工作量——甚至可能是死記硬背的教條主義的程式設計師。