九九热这里直有精品,1区二区三区在线播放,玖玖爱在线观看资源,国产aⅴ综合网,午夜福利男女,日本亚洲欧美三级,日韩无码黄色导航,内射少妇13区,中文字幕高清网

　　作為濟南軟件開發(fā)面向對象的程序員、習慣于構件開發(fā)的程序員，對于模型驅動軟件開發(fā)的認識經(jīng)歷了幾個步驟。

　　首先，為了適應用戶不同的業(yè)務組合，很多軟件中都有的運行選項。當我們依據(jù)自己的需要對選項進行組合后，將得到不同的界面和業(yè)務規(guī)則。比較常見的有：報表、對于數(shù)據(jù)的校驗、流程等。

　　接著WEB頁面進入了我的視野。利用諸如：JSP、PHP、ASP甚至CGI等技術來生成活動的界面。而太多的這些Pages都是用腳本生成的。當我們改變腳本的時候，在瀏覽器端的畫面也隨之改變。

　　XML是一個更加接近于這種思想的東西。簡單的說格式化的數(shù)據(jù)＋如何顯示，構成了XML。而XML本身只是數(shù)據(jù)而已，它并不是一個軟件。但你利用它中間的定義就應該得到同樣的顯示。這不能不說是標準的威力。同時我也看到，同樣的數(shù)據(jù)改變其中的XSL、DTD等，我們看到將是數(shù)據(jù)的另一種表達形式。作為數(shù)據(jù)的XSL、DTD等的改變引起了顯示內(nèi)容和形式的改變。

　　每種腳本都有自己的解釋程序。把他們當作驅動引擎，腳本當做自定義的模型。當腳本變化的時候，程序的運行也將隨之改變。

　　其實我們現(xiàn)在所進行的軟件開發(fā)都可以看做是一種模型。軟件開發(fā)經(jīng)歷了靜態(tài)庫à動態(tài)庫à構件技術。從其中可以看到的是，軟件的發(fā)展是在不斷地提升靈活性和提升系統(tǒng)的可伸縮性。在靜態(tài)庫的時代，代碼是在編譯時被裝載的，動態(tài)庫是程序在開始運行時被裝載的。而構件卻是在需要時被加載的，這種加載不一定是由你的程序代碼來實現(xiàn)的。

　　中間語言成了一種趨勢， Java是先驅者。先將原代碼編譯成中間語言，然后用解釋引擎去解釋。中間語言就是一種動態(tài)的模型，它在運行期間被解釋引擎解釋。MS.Net步其后塵。所有的.Net語言都被先編譯成一種公共的中間語言。然后在系統(tǒng)運行期間來解釋中間語言代碼。這樣做壞處是顯然的：運行速度降低了。這樣的做法又有什么好處呢？首先想到的應該是平臺的跨越。Java就是一個例證。同時讓程序員擺脫了具體平臺的束縛，專心于業(yè)務的實現(xiàn)。

　　這只是對于開發(fā)人員的好處。但我們可以看到，模型的不斷提升，其結果是讓開發(fā)人員更加接近于想要表達的業(yè)務邏輯。而運行期間的動態(tài)模型更是增加了其中的靈活性，更少的代碼改變換來更多的對業(yè)務的專注。

　　軟件開發(fā)中的原型法和逐步逼近真實的思路是非常有用的。系統(tǒng)分析人員為了得到用戶的真實想法，更符合實際業(yè)務的邏輯，首先做出一個原型出來，通過改進這個原型最終達到滿足用戶需要的系統(tǒng)。

　　雖然面向對象的設計從一開始以對象的方式來思考，但用戶的業(yè)務流程卻是需要經(jīng)過多輪的磨合才能真正去理解的。

　　如果一開始我們就提供給用戶一個模型定義工具，讓用戶自己去定義自己的業(yè)務。這樣，當用戶可以修改這個模型的時候也就是業(yè)務人員真正參與軟件開發(fā)時代的到來。那么建模工具就要符合用戶的思維習慣，用現(xiàn)實世界中的概念去建立軟件。

　　面向對象、UML建模等能幫助我們?nèi)ダ斫饽Ｐ万寗榆浖拈_發(fā)。但模型驅動的軟件開發(fā)并不是OOD、OOA。在這個世界里，我們看到的是實體。實體和對象并不一樣。實體可以是一個對象、一個構件、一個系統(tǒng)。而實體在更多的時候被理解為諸如：報表、物料單、生產(chǎn)計劃、客戶、銷售情況等。

　　UML是幫助我們的系統(tǒng)分析人員進行軟件開發(fā)設計的，它更多的是在貼近代碼這個層面。但是復雜的圖形與文字說明并沒有減少用戶對軟件的神秘和抵觸心理。暫且不說用戶需要去學習UML，至少在中國能看懂UML圖的系統(tǒng)分析員就不多。以一個軟件專業(yè)人士的眼光去理解用戶的業(yè)務需求，這本身是有問題的。而你與用戶去談物料單該如何處理的時候，他會顯示出非常高的積極性。因為在他看來，他的工作就是處理物料單，處理報表等。

　　模型就是要幫助用戶去設計自己的系統(tǒng)。它是軟件中的虛擬業(yè)務與現(xiàn)實業(yè)務之間的映射器。模型中通過對實體、規(guī)則、業(yè)務等的表達實現(xiàn)了以用戶的思維方式去理解軟件中的業(yè)務操作。