【文章內(nèi)容簡介】 化等操作。 參考文檔 JRules 自帶幫助文檔已經(jīng)是很好的教材 ，因為 ilog 的應用還不是很廣泛所以互聯(lián)網(wǎng)上的資料也不是很多 ,但是有些論壇大家有問題可以去逛逛 。 Ilog自帶幫助文檔 （部分中文） ： JRules653/doc/html/ 規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 4 頁 Ilog產(chǎn)品論壇 （英文） ： 規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 5 頁 3 需求整理與整體設(shè)計 也許 當您讀到該章節(jié)的時候會產(chǎn)生疑問，為什么將需求拿過來講 。 因為 對于規(guī)則來講，在了解用戶的需求，抽取規(guī)則的過程就是在做規(guī)則的設(shè)計，規(guī)則并不是 用戶的全部業(yè)務(wù)，規(guī)則只是業(yè)務(wù)中相對靈活多變的那部分，所以如果規(guī)則確定了那么規(guī)則的實現(xiàn)方式應該也就確定了，規(guī)則中使用的業(yè)務(wù)元素也就確定了 ，這樣只需要簡單的設(shè)計規(guī)劃我們的規(guī)則工程就可 以啟航了。 需求與 bom 設(shè)計 ? “詞匯”的整理 在討論需求的過程中，肯定會涉及到規(guī)則中使用的一些業(yè)務(wù)人員熟悉的 “術(shù)語”。這些術(shù)語隨著討論的進行一定要整理出來，確定其含義并且對應有代碼名稱。 因為在編寫規(guī)則的過程中雖然是操作的這些術(shù)語詞匯，但實際上這些術(shù)語詞匯也是和底層代碼一一對應的 ，這些詞匯只是披在代碼上的一層“外衣”只是為了要業(yè)務(wù)人員能夠看懂而已。 所以這些詞匯意思一定要準確一定要讓業(yè)務(wù)人員看懂，如果 將來我們的詞匯被業(yè)務(wù)人員“誤解”將是一件很嚴重的事情。 ? Bom中的“方法” Ilog不是萬能的 不能對所有的情況進 行判斷，例如 有這樣一條需求 ： 如果一輛車的車牌號包含“京”，“遼”，“蘇” 字樣的時候執(zhí)行一個操作，如果車牌號包含“粵”，“湘”，“浙”的時候執(zhí)行另一個操作。 這樣的需求規(guī)則引擎自己默認的條件判斷是不能完成的，因為 ilog的條件判斷是基于 java api所提供的最基本的判斷，如兩個數(shù)字的比較，兩個字符串是否相等，一個字符串是否是另一個字符串的字串，日期的比較等等。 而上面的需求對于每個涉及的字樣都做判斷不現(xiàn)實，因為這些東西是不斷變化的并且數(shù)量可能很多所以如果這樣做 的話，將 會破壞整體的規(guī)則規(guī)劃， 例 如本來這個判斷可 以作為決策表中的一列 ， 但是現(xiàn)在要單獨拿出來寫很多的業(yè)務(wù)規(guī)則 這樣做也不利于以后的維護。 這時候我們 可以 在 bom中添加一個返回布爾類型的方法，在 bom到 xom的映射中實現(xiàn)上面的需求，然后添加導航短語就可以在規(guī)則中使用了。 所以在分析需求的時候，這樣的需求一定要注意 并加以標注。 需求與 xom 設(shè)計 有了上面的 bom “詞匯”，我們需要知道我們的規(guī)則有哪些“原料”。 雖然說我們有了“詞匯”，并不是所有的信息都是規(guī)則調(diào)用程序 提供 的。 我們可以把這些詞匯叫做“半成品”他們在實際規(guī)則中是由某個或某幾個參數(shù)經(jīng)過處理后得到的結(jié)果。 這時候我們就需要和規(guī)則調(diào)用程序的技術(shù)人員確定“詞匯”中哪些信息是由規(guī)則調(diào)用程序作為參數(shù)傳入的，哪些詞匯是“合成”的以及是怎么合成的 ，然后整理規(guī)則調(diào)用程序提供的信息，根據(jù)調(diào)用方式的不同形成 java bean 對象或者 xml報文。 xom（執(zhí)行對象模型） ，前面已經(jīng)說過 xom是信息的載體 。當 xom作為規(guī)則集參數(shù)參與規(guī)則調(diào)用的時候就是信息載體比如一些 java bean xom 和 xml報文 xom等。 但是 xom也可以是因為某種需要我們所寫的一些 java工具類 ，如連接數(shù)據(jù)庫，記錄日志，或者完成一些比較復雜的邏輯判斷。 這 些 xom不作為規(guī)則集參數(shù)而是引入到規(guī)則工程中作為 bom規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 6 頁 條目在規(guī)則中調(diào)用。 好了上面說了這么多，其實就是需要我們 在 整理 需求的時候 ，分析出 我們的規(guī)則中需要哪些 工具 。 正如前面所說 ilog不是萬能的，它只是給了我們一種新的思想，就像給了我們一支畫筆，我們用這支“筆”畫出美麗的畫卷。 需求與整體規(guī)則流程設(shè)計 規(guī)則流是整個規(guī)則工程中規(guī)則的執(zhí)行順序， 規(guī)則流的設(shè)計主要是對規(guī)則工程中的規(guī)則進行分塊，并設(shè)定各個模塊的作用。 這對整個規(guī)則工程 的運行 來說 決定了 規(guī)則的執(zhí)行效率 ，而 規(guī)則流的設(shè)計又決定了后期開發(fā)的時候規(guī)則開發(fā)的分工 。 有 待補充 。 需求與權(quán)限設(shè)計 我們所編寫的規(guī)則將來會有來自不同部門的人員來維護， 他們所維護的規(guī)則又只能是 屬于自己的部門或者公共的規(guī)則。 基于上面的情況，我們 需要對用戶維護規(guī)則的權(quán)限做 如下分析。 規(guī)則維護人員角色 ： 這里的角色可以簡單分為 ：一般規(guī)則的維護人員（負責規(guī)則的修改，規(guī)則創(chuàng)建等工作）；規(guī)則審核人員（負責對修改的規(guī)則，或者創(chuàng)建的規(guī)則進行業(yè)務(wù)審核來防止錯誤發(fā)生）； 規(guī)則測試及部署人員（對于審核通過的規(guī)則進行業(yè)務(wù)測試，如果測試通過則部署到正式環(huán)境上去）。 所以 在做需求的時候這部分一定要 做細致的分析 ，分配好人員角 色為以后進行權(quán)限實施的時候用戶組的創(chuàng)建奠定基礎(chǔ)。 規(guī)則維護人員 分組 ： 這里的“規(guī)則維護人員”主要指的是 “一般規(guī)則維護人員” ，他們將歸屬于各個部門 ， 維護屬于自己部門的規(guī)則 或者查看公共的規(guī)則 等。 例如 下面的分析項 ： 我們所開發(fā)的規(guī)則將來為幾個部門服務(wù)。 同一條規(guī)則的取值在各個部門是不是不同， 如同一家連鎖超市的不同分店消費每滿一百元所打的折扣 將會有所不同 。 各個部門間的規(guī)則是否允許相互查看。 這些分析將會決定著我們將來規(guī)則的分包，規(guī)則維護用戶組的建立。 規(guī)則的權(quán)限歸屬 ： 上面著中闡述了規(guī)則維護人員的分組 ，如果用戶的組已 經(jīng)確定下來的話下面要做的就是這些用戶將對哪些規(guī)則做什么樣的操作。 例如： 是否可以創(chuàng)建文件夾，規(guī)則等等。對屬于自己部門的規(guī)則可以做哪些操作，如： 是否可以 ， 刪除 規(guī)則 ，更改規(guī)則的 值，更改規(guī)則的屬性 等等 。 對于不屬于自己部門的規(guī)則將有哪些權(quán)限，如：是否可以查看，是否可以添加規(guī)則，是否可以刪除規(guī)則，可以做哪些更改等等。 如上所說的幾點在實際中 并不是都能用的上，例如客戶只有一個部門，維護人員也只有一個人。 上面的論述只是說明了在做需求分析的時候?qū)τ跈?quán)限方面應該考慮的事情，規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 7 頁 這些內(nèi)容將會隨著 ilog項目實施經(jīng)驗的積累不斷的 豐富。 規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 8 頁 4 調(diào)用接口的設(shè)計與開發(fā) 本章將介紹 ilog規(guī)則集 的各種調(diào)用技術(shù) （主要是已經(jīng)做過研究的，對于還沒有研究的將在以后補充） ，以及規(guī)則接口開發(fā)中的注意事項等等。 接口的設(shè)計原則 目標： 我們的規(guī)則庫將會被設(shè)計的有一定的通用性。 這里所說的接口是對規(guī)則調(diào)用程序敞開的一個調(diào)用端口， 這個端口可以是直接使用的 ilog提供的調(diào)用端口， 也可以是介于 ilog調(diào)用與規(guī)則調(diào)用程序之間的 一個 適配器。 要想規(guī)則庫有通用性的話，那么規(guī)則庫的詞匯表也應該是固定的。 這時候問題就來了，因為項目可能被多個客戶使用，而每個客戶對相同字段信息的 編碼又不一樣這時候就需要我們的接口有一個轉(zhuǎn)換機制。 這樣就用到了我們上面提到的“適配器” 。 j2se 調(diào)用 j2se調(diào)用就是，調(diào)用程序和 ilog服務(wù)都是 java應用程序而和 web容器或 ejb容器沒有任何關(guān)系，也不在其中部署。 關(guān)于這個 調(diào)用方式我們現(xiàn)在還沒有用到所以沒有做深入的研究如果有興趣，參見ilog幫助文檔 ，相關(guān)信息導航路徑： “ ILOG JRules User Guide Executing Rules Tasks Executing a Ruleset Using Rule Execution Server Creating a POJO Client Project for RuleApps” JAVAEE 調(diào)用 Javaee調(diào)用是我們經(jīng)常用到的調(diào)用方式， 如下圖所示。 同步調(diào)用來自遠程客戶端的決策服務(wù)可以通過使用有狀態(tài)或無狀態(tài)的 EJB 來完成。同步調(diào)用來自本地客戶端的決策服務(wù)，可以通過使用有狀態(tài)或無狀態(tài)的 EJB 的本地接口，或使用 POJO 來完成。 EJB 適用于遠程客戶端訪問功能和對說明性事務(wù)以及安全描述符的支持。 POJO 適用于更簡單的打包和部署以及在 EJB 容器外部使用。 規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 9 頁 圖 JAVAEE規(guī)則調(diào)用示意圖 對于 JAVAEE 的調(diào)用方式 ilog提供了一個 EJB接受來自本地，遠程 ，有狀態(tài)，無狀態(tài)的會話 ，然后調(diào)用執(zhí)行服務(wù)器的執(zhí)行單元來執(zhí)行規(guī)則，執(zhí)行完后將結(jié)果返回。 如果您對該部分的知識還不夠了解可以參見如下內(nèi)容進行相關(guān)的學習：規(guī)則引擎項目開發(fā)手冊及規(guī)范指導－ ILOG 篇 中科軟科技股份有限公司 第 10 頁 在 javaee 中使用規(guī)則會話的例子 Samples Rule Execution Server Integration How to Use a Rule Session in J2EE 使用無狀態(tài)會話調(diào)用規(guī)則集 ILOG JRules User Guide Executing Rules Tasks Executing a Ruleset Using Rule Execution Server Invoking a Ruleset Using a Stateless Rule Session 使用有狀態(tài)會話調(diào)用規(guī)則集 ILOG JRules User Guide Executing Rules Tasks Executing a Ruleset Using Rule Execution Server Invoking a Ruleset Using a Stateful Rule Sessin J2EE 這里的重點不是講解怎樣使用 JAVAEE 的調(diào)用方式來調(diào)用我們的規(guī)則集，正如本章開始所說， 我們應該提供一個適配器來將這種調(diào)用進行封裝。 當然我們也可以將這種JAVAEE 的調(diào)用直接拋給客戶的規(guī)則調(diào)用程序，但是那樣的話 我們所定義的規(guī)則集參數(shù)xom 字段代碼一定要和客戶提供的參數(shù)相一致，否則就失去了通用性。 所以這里的開發(fā)需要做如下考慮： 將規(guī)則的調(diào)用封裝成一個 jar包（包含規(guī)則調(diào)用的相關(guān) api） 來供客戶的規(guī)則調(diào)用程序調(diào)用。 我們將規(guī)則調(diào)用封裝后就可以 在一定程度上簡化客戶的規(guī)則調(diào)用 。 我們可以在我們的 api中異構(gòu)客戶的規(guī)則 調(diào)用程序提供的規(guī)則集參數(shù)。 我們可以利用我們的 api 來開發(fā)很多新的功能（這將是在實踐中慢慢發(fā)展的 ，總之有了這樣的 api我們就有了做這些事情的可能 ）來滿足客戶的需求，或者方便客戶調(diào)用等等。 webservice