[發明專利]一種在計算規則中靈活增加條件項和計算項的方法和系統

無效

• 申請號: 201210274113.1
• 申請日: 2012-08-03
• 公開（公告）號: CN103577179A
• 公開（公告）日: 2014-02-12
• 發明（設計）人: 王東銳
• 申請（專利權）人: 北京奧鵬遠程教育中心有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及軟件系統的計算規則的靈活修改。

背景技術

可靈活修改計算規則的方法和系統(參考圖1和圖2)已成功用于多種系統中，使當計算規則發生變化時，不用修改原應用系統201，只需修改計算規則腳本211就能改變原應用系統201執行的計算邏輯。但是當計算規則腳本211中的條件項和計算項修改范圍超出了原來應用系統201提供的條件項和計算項數據接口組207和208時，就必須在原來的應用系統201中增加并實現新的條件項和計算項數據接口，就必須走開發、測試、發布的完整流程，還是耗時費力。當然計算規則修改到需要增加新的條件項和計算項的時候不多，主要集中在系統上線初期需求不特別穩定階段，但還是希望找到一種方法能夠在修改計算規則時徹底避免修改原應用系統，即使是需要增加新條件項和計算項也不要修改原應用系統。

可靈活修改計算規則的系統的工作原理就是，具體應用系統201中的計算模塊204通過計算規則系統202提供的計算規則統一調用接口206統一調用計算規則模塊210，這樣具體應用系統201就只負責啟動計算動作，具體的計算邏輯發生在計算規則系統202中。這樣一來，實現計算規則調用接口206的、作為計算邏輯承載體的計算模塊210可以很容易修改卻不影響具體應用系統201，達到了靈活修改計算規則的目的。

計算規則由條件項和計算項組成，計算規則模塊210中出現的條件項和計算項符號由具體應用系統201提供的條件項和計算項數據接口組207和208負責解釋，并在運行時由這兩類接口負責向計算規則模塊210提供條件項和計算項數據。由此可見，具體應用系統201與計算規則系統202之間只通過計算規則接口調用206、條件項數據接口組調用207和計算項數據接口組調用208，這3類接口調用發生耦合關系，屬于松耦合。

例如，原計算規則腳本A是：

其中，

有2個條件項：

會員積分MemberCumulativePoint

優惠活動CouponActivity

有3個計算項：

優惠金額CouponMoney

商品標價StandardPrice

折扣價BargainPrice

因此具體應用系統201應相應提供2個條件項數據接口和3個計算項數據接口供計算規則系統202調用。

在系統發布后，計算規則需求發生變化，新計算規則腳本B是：

這里，計算規則B與計算規則A比較，增加了一行“else?if”條件，但其中的條件項沒有增加，只是條件由“＞100”變為了“＞60”。還增加了新的積分數學規則2，但其中的計算項也沒有增加，只是系數由原來的0.7變為0.6。在這種情況下，只需按新計算規則腳本B改變計算規則系統202中的計算規則模塊110，原應用系統201不用任何改動就能按新規則B執行計算。可見圖2所示的系統結構能夠相當靈活地修改計算規則而不觸動原應用系統。

但是，當計算規則修改程度大到需要用到新的條件項和計算項時呢?例如上例中，在修改完成后，計算規則需求又發生巨大變化，最新計算規則腳本C是：

這里，計算規則C與計算規則B比較，增加1個新條件項：

買家好評數PraiseNumberFromBuyer

還增加了2個新計算項：

優惠券數量CouponNumber

優惠券面值CouponParValue

在這種情況下，按傳統方法，如果不修改原應用系統201，則新增加的這1個條件項符號和2個計算項符號將無法解釋或編譯。只有修改原應用系統201，相應增加這1個條件項數據接口和2個計算項數據接口才能使新計算規則C正常執行。可見圖2所示的系統結構在計算規則修改程度大到需要用到新的條件項和計算項時也不得不修改原應用系統201。雖然大到這種程度的修改非常少見，并且在具體應用系統201中增加條件項和計算項數據接口也容易做到，但是畢竟還是修改了原應用系統201，還是要重新走測試發布流程。因此想到，對大到這種程度的計算規則修改，有沒有辦法避免修改原應用系統201呢？

發明內容

提供本發明內容是為了以簡化的形式介紹將在以下具體實施例中進一步描述的一些概念。本發明內容并不旨在標識出所要求保護的主題的關鍵特征或必要特征，也不旨在用于限定所要求保護的主題的范圍。