信息系統(tǒng)開發(fā)中基于規(guī)則的業(yè)務(wù)層框架構(gòu)建.pdf

1、由于環(huán)境的復(fù)雜多變，需求的不確定性，致使實(shí)現(xiàn)企業(yè)核心業(yè)務(wù)功能的信息系統(tǒng)的開發(fā)和維護(hù)都處于一種被動(dòng)的狀態(tài)，系統(tǒng)開發(fā)和維護(hù)人員因此承受了巨大的壓力。由于開發(fā)人員并不十分精通企業(yè)的業(yè)務(wù)，他們對(duì)需求的可預(yù)見性遠(yuǎn)不如企業(yè)中的業(yè)務(wù)專家，為了盡快實(shí)現(xiàn)已知的需求，開發(fā)人員往往采取所謂的“捷徑”，而系統(tǒng)的重用性和擴(kuò)展性被放到了次要的地位。當(dāng)新需求到來的時(shí)候，往往會(huì)出現(xiàn)由于之前采取了“捷徑”造成系統(tǒng)下一步開發(fā)工作量的增大。由此可以看出，信息系統(tǒng)的應(yīng)變能力遠(yuǎn)

2、遠(yuǎn)滿足不了企業(yè)的實(shí)際需求。這往往會(huì)導(dǎo)致企業(yè)為了使自身業(yè)務(wù)完整的進(jìn)行下去，不得不“屈服”于它“遲鈍”的信息系統(tǒng)，信息系統(tǒng)由企業(yè)運(yùn)行的加速器變成了企業(yè)提速的絆腳石。 之所以會(huì)出現(xiàn)這樣的矛盾，是因?yàn)槠髽I(yè)的核心業(yè)務(wù)邏輯被硬編碼到了信息系統(tǒng)當(dāng)中，要想改變系統(tǒng)的行為必須通過開發(fā)人員來實(shí)現(xiàn)，同時(shí)開發(fā)人員對(duì)企業(yè)的業(yè)務(wù)又不甚了解，必須和熟悉業(yè)務(wù)的領(lǐng)域?qū)＜疫M(jìn)行頻繁的溝通，由于不同的知識(shí)背景和理解角度等原因，二者對(duì)同一件事情的理解往往會(huì)產(chǎn)生個(gè)體性差異

3、——信息系統(tǒng)開發(fā)人員和領(lǐng)域?qū)＜以谡J(rèn)知上的鴻溝。這樣的問題往往是十分隱蔽和嚴(yán)重的，一旦在臨近系統(tǒng)交付的時(shí)候才發(fā)現(xiàn)這樣的問題，后果往往是災(zāi)難性的。 針對(duì)上述問題，本文提出了基于規(guī)則的業(yè)務(wù)框架(RulebasedBusinessFramework，以下簡(jiǎn)稱RBF)。RBF基于依賴注入技術(shù)，采用面向服務(wù)(ServiceOriented)的開發(fā)思想將系統(tǒng)功能劃分為各種服務(wù)的組合，不同的系統(tǒng)功能可以共享服務(wù)，提高了組件的重用性，同時(shí)還提出了

4、“領(lǐng)域模型—服務(wù)—服務(wù)控制器”(DomainModel-Service-Controller)模型，將服務(wù)的具體實(shí)現(xiàn)和服務(wù)的控制邏輯分離，并提供了控制邏輯的可配置功能，將業(yè)務(wù)邏輯從代碼中抽取出來。RBF通過合理的設(shè)計(jì)將系統(tǒng)表示層和業(yè)務(wù)層分離，使系統(tǒng)架構(gòu)更加清晰，致力于將存在于信息系統(tǒng)中的業(yè)務(wù)邏輯以一種易于理解的形式展現(xiàn)出來，使企業(yè)的業(yè)務(wù)專家經(jīng)過簡(jiǎn)單的學(xué)習(xí)便可以進(jìn)行業(yè)務(wù)邏輯的編排，從而提高了信息系統(tǒng)面對(duì)變化的反應(yīng)速度，使系統(tǒng)的可維護(hù)性和可