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