我們已經(jīng)很清楚了，業(yè)務(wù)人員（客戶）并不能獨(dú)立完成業(yè)務(wù)規(guī)則的開(kāi)發(fā)，在這種情況下，在大連業(yè)務(wù)人員管理軟件開(kāi)發(fā)的成本主要是由程序員的時(shí)間所決定，不如更踏實(shí)地幫助客戶完成業(yè)務(wù)規(guī)則（需求）的整理和優(yōu)化。在我設(shè)想的編程模型中，業(yè)務(wù)規(guī)則將成為系統(tǒng)中一個(gè)獨(dú)立的組成部分。它可以和BRMS能夠做到的一樣清晰，除了不能制造客戶直接參與系統(tǒng)實(shí)現(xiàn)的“偽興奮點(diǎn)”之外。 前面已經(jīng)說(shuō)過(guò)，我不反對(duì)使用工具。相反，我非常想知道大連業(yè)務(wù)人員管理軟件開(kāi)發(fā)使用哪些軟件開(kāi)發(fā)工具?？墒?，像BRMS這種工具，一旦在系統(tǒng)中使用，將長(zhǎng)期無(wú)法擺脫，而且必須承受它帶來(lái)的各種問(wèn)題。這種工具才是我真正反對(duì)的。
最后，我想引用Martin Fowler的一篇博客。在這篇文章中，提到了規(guī)則引擎，其中的某些想法和我的想法比較接近（Martin沒(méi)有提到的一點(diǎn)是，當(dāng)你使用了某些工具，也許在很長(zhǎng)的一段時(shí)間內(nèi)將無(wú)法擺脫噩夢(mèng)）。我們真的要謹(jǐn)慎使用工具。 規(guī)則引擎提供了一種新的計(jì)算模型。和一般的命令模型（帶有條件和循環(huán)的順序執(zhí)行指令）不同，它提供了一組產(chǎn)生式規(guī)則。每個(gè)規(guī)則有一個(gè)條件和一個(gè)操作，簡(jiǎn)單地說(shuō)，你可以認(rèn)為是一堆的if-then語(yǔ)句。 微妙之處在于，那些規(guī)則的編寫(xiě)順序是任意的，系統(tǒng)執(zhí)行它們的順序也是任意。可以這樣來(lái)想，系統(tǒng)處理所有的規(guī)則，選擇那些條件為真的，然后做相應(yīng)的操作。這樣做好的地方是，很多問(wèn)題都很自然地滿足這種模型： if car.owner.hasCellPhone then premium+=100 if car.model.theftRating＞4 then
premium+=200；if car.owner.livesInDodgyArea then premium+=300； 規(guī)則引擎是工具，它讓使用這種計(jì)算模型的程序變得更簡(jiǎn)單了。它也可能是個(gè)完整的開(kāi)發(fā)環(huán)境，或者是可以和傳統(tǒng)的平臺(tái)一起工作的框架。我這些年看到的大多數(shù)都是那種運(yùn)用在現(xiàn)有平臺(tái)上的工具。
同時(shí)，也有用這樣的工具來(lái)構(gòu)建整個(gè)系統(tǒng)的思想。不過(guò)現(xiàn)在聰明的人士?jī)A向于把規(guī)則引擎僅僅作為系統(tǒng)的部分地方。產(chǎn)生式規(guī)則計(jì)算模型最適用的還是計(jì)算問(wèn)題的一個(gè)子集，所以規(guī)劃好大連業(yè)務(wù)人員管理軟件開(kāi)發(fā)成本是提高企業(yè)利潤(rùn)的重要舉措。 你自己也可以構(gòu)建簡(jiǎn)單的規(guī)則引擎。要做的是創(chuàng)建一堆帶有條件和操作的對(duì)象，把它們存在一個(gè)集合中，然后運(yùn)行它們，評(píng)估條件執(zhí)行操作。通用的規(guī)則引擎提供了方法來(lái)描述規(guī)則，執(zhí)行得更加有效。指定規(guī)則的技巧可以使我們不用考慮API，而是這樣來(lái)描述規(guī)則、JAVA對(duì)象、表達(dá)規(guī)則的DSL或者錄入規(guī)則的GUI。更有效率的執(zhí)行引擎使用指定的算法（如RETE算法）來(lái)快速評(píng)估數(shù)以百計(jì)的規(guī)則上的條件。
