通常情況下，BRMS會(huì)圍繞一個(gè)BOM（Business Object Model）來構(gòu)建規(guī)則。在設(shè)計(jì)時(shí)，這個(gè)BOM會(huì)被解釋，用于編寫規(guī)則；在運(yùn)行時(shí)，這個(gè)BOM被實(shí)例化為一組對(duì)象（有多種實(shí)現(xiàn)，如Java、Schema實(shí)例等），所謂業(yè)務(wù)規(guī)則，其主要內(nèi)容就是通過一些邏輯（算法）來修改對(duì)象的狀態(tài)。
這個(gè)想法沒有錯(cuò)?？墒牵?b>貸款軟件開發(fā)中BRMS的目標(biāo)是使這些規(guī)則展現(xiàn)出自然語言的特征。為了展現(xiàn)出自然語言的特征，BOM的屬性和操作就必須被賦予一些有業(yè)務(wù)含義的詞匯。使用者通過組織詞匯定義出有業(yè)務(wù)含義的語句，BRMS完成這些語句與程序?qū)崿F(xiàn)之間的映射。
例如：如果貸款人的信用記錄是良好 那么貸款額度增加50% 為了提供組織語句的功能，通常需要一套腳本（我也見過直接映射到代碼實(shí)現(xiàn)的做法，但是腳本有利于支持更加復(fù)雜的映射，例如，虛擬函數(shù)、規(guī)則流、調(diào)試機(jī)制等），于是，BRMS需要一個(gè)規(guī)則引擎來解釋腳本化的規(guī)則。在運(yùn)行期，規(guī)則引擎會(huì)把腳本與底層的實(shí)現(xiàn)關(guān)聯(lián)起來，從而實(shí)現(xiàn)期望的運(yùn)行結(jié)果?，F(xiàn)在需要一個(gè)開發(fā)環(huán)境來編寫這些具有業(yè)務(wù)含義的規(guī)則了。通過BRMS開發(fā)環(huán)境，我們可以結(jié)構(gòu)化這些規(guī)則，可以繪制規(guī)則流程圖，可以調(diào)試規(guī)則，可以對(duì)規(guī)則進(jìn)行版本化管理，可以定義業(yè)務(wù)詞匯，可以組織語句，可以把規(guī)則發(fā)布，等等。
此外，我們可能還需要一個(gè)Web Console來進(jìn)行規(guī)則的團(tuán)隊(duì)化開發(fā)。通過Web Con-sole，我們可以定義規(guī)則的訪問權(quán)限、可以發(fā)布規(guī)則、可以與開發(fā)環(huán)境中的項(xiàng)目進(jìn)行同步，等等。
也許還不夠。貸款軟件開發(fā)過程中我們可能還需要一個(gè)運(yùn)行規(guī)則的服務(wù)器（包含規(guī)則引擎），來集成到各種不同的環(huán)境（Java EE Server或者其他Server）。最后，為了完成以上的各種工作，我們可能需要指定一些專業(yè)化的角色。不同的角色將擔(dān)當(dāng)規(guī)則開發(fā)過程中的不同工作。
值得注意的是，在貸款軟件開發(fā)過程費(fèi)用和時(shí)間是相對(duì)可控制的，降低軟件開發(fā)成本必須由經(jīng)驗(yàn)豐富的程序員來完成，并完成最終的發(fā)布。這是為了保證業(yè)務(wù)規(guī)則不會(huì)帶來破壞性的后果。BRMS的問題 第一個(gè)問題是，幾乎所有的BRMS都宣稱，在規(guī)則發(fā)布的最后階段技術(shù)人員仍然要充當(dāng)規(guī)則驗(yàn)證的角色。這無疑使業(yè)務(wù)人員直接參與系統(tǒng)實(shí)現(xiàn)的期望大打折扣，同時(shí)，也使先前的市場宣傳聽上去像個(gè)謊言。在沒有使用BRMS的項(xiàng)目中，技術(shù)人員被要求理解并實(shí)現(xiàn)客戶的業(yè)務(wù)邏輯。
