2013-03-08 83 views
1

我們有一個自定義業務規則引擎,用於存儲XML中的規則。 XML目前已被相當技術人員編輯和理解。自定義圖表工具

有一對夫婦的用例正在圍繞這些業務規則管理開發了一個持續的基礎上:

  1. 代表的現有業務規則圖解,所以有現有規則更廣泛的理解;

  2. 建立一個功能,允許企業用戶使用繪圖工具

來創建這些規則

我們正在與潛在的圖表思考下去探索Visio 2010中(BPMN 2.0符號)的路徑xml轉換層。

歡迎任何想法。

回答

1

有人說很多次,但我要再說一遍,只是因爲我在商業規則的行業(大學,而不是供應商)和業務規則正在迅速成爲任何IT發展的非常重要的組成部分。

這很可能是你的團隊會花大量的金錢,時間和精力,試圖推倒重來。創建一個評估你的規則的代碼通常不是問題。你似乎已經解決了它。現在您正面臨着最具挑戰性的部分:用戶界面。

儘管所有的書籍都說業務規則最重要的點是業務邏輯與主系統的分離,但我認爲實際上具有業務規則引擎的最重要的一點是使業務人員能夠創建這些規則本身,而不會打擾程序員。這意味着一個堅實的UI。

有業務規則引擎與做你需要的一切偉大的用戶界面,在那裏,他們這樣做更有效地用於基本上更少的錢。其中一些是免費的或有免費的選擇。

Drools,例如。這是一個超級表演者。但它只適用於程序員,除非您將Guvnor添加到圖片。在Guvnor之前,Drools只在更關心評估性能和可用性的大公司中受歡迎。

所以,你承擔建設的這樣一個可怕的項目規則UI自己之前至少一起來看看其中的一些。如果您使用Java平臺,請考慮Drools。您還可以查找位於MS Workflow Foundation內置的規則引擎之上的商業UI組件。所有這些引擎都將它們的規則保存爲XML格式,它們都具有很好的UI(或UI組件),並且都是免​​費或相對便宜的(除了InRule和BizTalk之外)。

我希望這可以幫助您保存所有的惡化和費用,你的團隊將要經歷:)

+2

不能同意。花了大約1年時間爲我的業務構建規則引擎。浪費了很多時間。切換到商業引擎,從不回頭。我會說,你最好購買圖表控制和規則用戶界面。有意義的建立自己的東西,而不是支付牌照 – MTG 2013-03-08 02:48:02

+0

我完全理解答案中提出的論據,因此接受了這個正確的答案。但是,我們的問題是,這是一個已經投產了五年的直播和踢球系統。他們現在已經意識到他們需要通過UI來編輯規則!真是個難題! – 2013-03-18 02:12:44