1、第8章數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)設(shè)計(jì)實(shí)例數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)設(shè)計(jì)實(shí)例習(xí)題解答習(xí)題解答一.簡(jiǎn)答題1、試述瀑布模型和原型模型的優(yōu)缺點(diǎn)？瀑布模型（WaterfallModel）1970年WinSTonRoyce提出了著名的“瀑布模型“，直到80年代早期，它一直是唯一被廣泛采用的軟件開(kāi)發(fā)模型。瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。在

2、瀑布模型中，軟件開(kāi)發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行，當(dāng)前活動(dòng)接受上一項(xiàng)活動(dòng)的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證，如果驗(yàn)證通過(guò)，則該結(jié)果作為下一項(xiàng)活動(dòng)的輸入，繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回修改。瀑布模型強(qiáng)調(diào)文檔的作用，并要求每個(gè)階段都要仔細(xì)驗(yàn)證。但是，這種模型的線性過(guò)程太理想化，已不再適合現(xiàn)代的軟件開(kāi)發(fā)模式，幾乎被業(yè)界拋棄，其主要問(wèn)題在于：（1）各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量

3、；（2）由于開(kāi)發(fā)模型是線性的，用戶只有等到整個(gè)過(guò)程的末期才能見(jiàn)到開(kāi)發(fā)成果，從而增加了開(kāi)發(fā)的風(fēng)險(xiǎn)；（3）早期的錯(cuò)誤可能要等到開(kāi)發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來(lái)嚴(yán)重的后果?？焖僭湍Ｐ偷牡谝徊绞墙ㄔ煲粋€(gè)快速原型，實(shí)現(xiàn)客戶或未來(lái)的用戶與系統(tǒng)的交互，用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià)，進(jìn)一步細(xì)化待開(kāi)發(fā)軟件的需求。通過(guò)逐步調(diào)整原型使其滿足客戶的要求，開(kāi)發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開(kāi)發(fā)客戶滿意的軟件產(chǎn)品。顯然，快速原型方法可

4、以克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來(lái)的開(kāi)發(fā)風(fēng)險(xiǎn)，具有顯著的效果?？焖僭偷年P(guān)鍵在于盡可能快速地建造出軟件原型，一旦確定了客戶的真正需求，所建造的原型將被丟棄。因此，原型系統(tǒng)的內(nèi)部結(jié)構(gòu)并不重要，重要的是必須迅速建立原型，隨之迅速修改原型，以反映客戶的需求。瀑布模型采用文檔驅(qū)動(dòng)，系統(tǒng)可能不滿足客戶的需求?？焖僭湍Ｐ完P(guān)注滿足客戶需求，可能導(dǎo)致系統(tǒng)設(shè)計(jì)差、效率低，難于維護(hù)。2、簡(jiǎn)述客戶服務(wù)器應(yīng)用系統(tǒng)的開(kāi)發(fā)過(guò)程？1）對(duì)應(yīng)用系統(tǒng)進(jìn)行分

5、析，完成客戶和服務(wù)器的功能劃分2）架設(shè)服務(wù)器3）選擇客戶端開(kāi)發(fā)工具和客戶服務(wù)器連接中間件4）開(kāi)發(fā)應(yīng)用系統(tǒng)3、簡(jiǎn)述瀏覽器服務(wù)器應(yīng)用系統(tǒng)的開(kāi)發(fā)過(guò)程？2(C)（4）、（2）(D)（1）、（3）三應(yīng)用題1、參考本章賓館信息管理系統(tǒng)的分析和設(shè)計(jì)過(guò)程，分析并設(shè)計(jì)一個(gè)高校人事管理系統(tǒng)，具備人員入校（畢業(yè)分配、調(diào)入等）、出校（調(diào)出、退體等）、基本情況查詢和報(bào)表打印等功能。畢業(yè)生調(diào)入人員信息錄入人事檔案人事處審核退休處理調(diào)離退休人員調(diào)離人員查詢打印職工號(hào)