軟件工程復(fù)習(xí)題及參考答案

1、軟件工程課程復(fù)習(xí)資料-、單項(xiàng)選擇題:1.下面A.用例圖2.B.于些UML圖描述系統(tǒng)行為？類圖C.對(duì)象圖概要設(shè)計(jì)活動(dòng)的是哪C.算法設(shè)計(jì)3.A.軟件結(jié)構(gòu)設(shè)計(jì)B.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)A.組合模式B.工廠方法模式4.C.觀察者模式A.UML是軟件開(kāi)發(fā)方法C.UML是軟件開(kāi)發(fā)過(guò)程B.UML是系統(tǒng)描述語(yǔ)言5.根據(jù)程分的模通常A.信息內(nèi)聚的模塊C.邏輯內(nèi)聚的模塊6.如果某程序中B.過(guò)程內(nèi)聚的模塊較個(gè)數(shù)A.m-1B.m7. 按ISO9000-3A.軟件開(kāi)發(fā)方法B.8. 軟件A.證明軟件無(wú)錯(cuò)B.中的錯(cuò)誤9. 軟件A.軟件體系結(jié)構(gòu)B.10. 軟件項(xiàng)C.m+1m，則其McCabe環(huán)形復(fù)雜度為說(shuō)明，下列屬軟軟件開(kāi)發(fā)組織管理制

2、度C.測(cè)試的發(fā)現(xiàn)軟件中的所有錯(cuò)誤C.重構(gòu)關(guān)模塊細(xì)節(jié)C.軟件性能目開(kāi)發(fā)計(jì)劃A.數(shù)據(jù)分析B.風(fēng)險(xiǎn)分析11. 在UML的類圖中A.泛化關(guān)系B.聚合關(guān)系12. 軟件過(guò)程能力C.功能分析描述整體與C.依賴關(guān)系成熟度模型件配置項(xiàng)的是軟件開(kāi)發(fā)合同的注的是的內(nèi)容有部分關(guān)系的是盡可能發(fā)現(xiàn)軟件系統(tǒng)CMM用以評(píng)價(jià)A.軟件過(guò)程能力B.組織能力C.學(xué)習(xí)能力13.因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為A.完善性維護(hù)14.對(duì)項(xiàng)目軟A.軟件用戶15.IDEF0A.系統(tǒng)做什么16. 原型模A.自頂向上17. 系A(chǔ).物理系統(tǒng)B.改正性維護(hù)C.適應(yīng)性維護(hù)件而言，軟件功能需求信息主要由誰(shuí)提B.軟件開(kāi)發(fā)人員C.軟件項(xiàng)目

3、管理人員圖反映不B.系統(tǒng)功能由誰(shuí)做C.型是一種什么開(kāi)B.由外至內(nèi)C.增量式統(tǒng)流程B.邏輯系統(tǒng)C.軟件體系結(jié)構(gòu)系統(tǒng)如何做發(fā)過(guò)程模型供出？述18.需求規(guī)格說(shuō)明書(shū)的容不應(yīng)該包A.軟件確認(rèn)準(zhǔn)則B.軟件的性能描述C.19.適合需求模糊或需求不確定系統(tǒng)開(kāi)A.瀑布模型B.RAD模型C.原型模型20. UML圖中描述系統(tǒng)A.組件圖B.順序圖C.狀態(tài)圖21. 面向?qū)ο蠓椒ㄊ且环N什么A.層次化B.迭代增量式C.逐步求精22. 不可以用來(lái)衡量軟件A.可靠性B.可用性C.可行性23. 系統(tǒng)分析員在需求分析A.用戶手冊(cè)B.概要設(shè)計(jì)說(shuō)明書(shū)C.算法過(guò)程的詳細(xì)描述發(fā)的軟件開(kāi)發(fā)模型結(jié)構(gòu)的軟件開(kāi)發(fā)方法可維護(hù)性的最后負(fù)責(zé)編可行性研

4、究報(bào)告24.為了提高軟件的可靠性、可維護(hù)性等而對(duì)軟件的修改稱括是是？是寫(xiě)為 A. 改正性維護(hù)B. 適應(yīng)性維護(hù)C. 預(yù)防性維護(hù)25. 在結(jié)構(gòu)化方法中，為使需求改變對(duì)軟件影響較小，應(yīng)該使軟件結(jié)構(gòu)A.與問(wèn)題結(jié)構(gòu)對(duì)應(yīng)B.與問(wèn)題結(jié)構(gòu)獨(dú)立C.與用戶界面對(duì)應(yīng)26. 單元測(cè)試的計(jì)劃應(yīng)該在什么階段完成？A.需求分析B.概要設(shè)計(jì)C.詳細(xì)設(shè)計(jì)27. 下列屬面向?qū)ο筌浖_(kāi)發(fā)方法的是A.LCP方法B.OMT方法C.IDEF0方法28. 強(qiáng)調(diào)信息隱藏的軟件工程設(shè)計(jì)方法是A.Jackson方法B.Parnas方法C.SA/SD方法29. 描述系統(tǒng)動(dòng)態(tài)行為的模型是A.包圖B.軟件結(jié)構(gòu)圖C.狀態(tài)圖30. 考慮輸入條件組合的測(cè)試

5、用例設(shè)計(jì)方法是A.等價(jià)分類法B.語(yǔ)句覆蓋法C.因果圖法31. 下列能減少支援性維護(hù)活動(dòng)的是A.利用軟件包B.進(jìn)行配置管理C.對(duì)用戶進(jìn)行適當(dāng)培訓(xùn)32. 只支持單重繼承的程序設(shè)計(jì)語(yǔ)言是A.C+B.DelphiC.C33.IDEF0圖的頂層圖是A.A0圖B.A-0圖C.A-1圖34. 在UML的用例圖中，擴(kuò)展關(guān)系是一種A.泛化關(guān)系B.依賴關(guān)系C.關(guān)聯(lián)關(guān)系35. 獨(dú)立測(cè)試小組開(kāi)始介入測(cè)試是在A.模塊測(cè)試階段B.集成測(cè)試階段C.確認(rèn)測(cè)試階段36. 在成本估計(jì)中容易低估局部問(wèn)題的方法是A.基于經(jīng)驗(yàn)?zāi)Ｐ偷墓烙?jì)B.自底向上估計(jì)C.自頂向下估計(jì)37. 在IDEF1X圖中，如果子實(shí)體與父實(shí)體存在聯(lián)系，則子實(shí)體將繼

6、承父實(shí)體的A.全部屬性38.B.化主關(guān)鍵字屬性分 梆C.非主關(guān)鍵字屬性39. A.數(shù)據(jù)流圖 白 盒B.測(cè)類圖C.試設(shè)軟件結(jié)構(gòu)圖計(jì) 用A.等價(jià)分類法40. 在衡量B.軟基本路徑覆蓋法C.時(shí)，最因果圖法41.A.可維護(hù)性好 瀑B.可用性好布C.模滿足用戶功能需求A.演化模型42.模塊的 A.耦合度B.獨(dú)順序模型 立程度C.可以增量模型山心么標(biāo)準(zhǔn)度43.B.選復(fù)雜度 項(xiàng)市C.不可靠性屬于44.A.繼承 B.面 向多態(tài)數(shù) 據(jù)C. 封閉 結(jié) 構(gòu) 的45. A.Parnas 方法 與 UMLB.Jackson配合方法C.IDEF0 方法最好 的軟件A.RUP 方法 B.Coad/Yourdon 方法C.I

7、DEF4方法二、填空題：分別是2.軟件是計(jì)算機(jī)程序、的完整集合，將其統(tǒng)稱為軟件配置,1.統(tǒng)一建模語(yǔ)言UML提供了兩種描述整體/部分關(guān)系的方法和。這些項(xiàng)稱為軟件配置項(xiàng)。通過(guò)正式復(fù)審的軟件配置項(xiàng)稱為正式的變化控制過(guò)程才能改變它。3 .純收入是指在整個(gè)生存周期之內(nèi)的與投資之差。4 .瀑布模型是以驅(qū)動(dòng)的軟件生存周期模型，適合需求明確的軟件系統(tǒng)開(kāi)發(fā)。5 .在單元測(cè)試期間，應(yīng)該為被測(cè)模塊編寫(xiě)相應(yīng)的測(cè)試軟件，一般地模塊接收測(cè)試數(shù)據(jù)，并把數(shù)據(jù)傳給被測(cè)模塊，而模塊則模擬實(shí)際模塊完成少量數(shù)據(jù)處理。1.1 DEF0方法用嚴(yán)格的自頂向下、逐層分解的方式進(jìn)行系統(tǒng)的功能描述，其頂層圖將圖在建模范圍內(nèi)分解成個(gè)主要部分得到。

8、7 .如果一個(gè)模塊完成多個(gè)邏輯上相近或相關(guān)的功能，并且每次調(diào)用只選擇該模塊中的一個(gè)功能執(zhí)行，則稱此模塊為內(nèi)聚的模塊。8 .程序靜態(tài)分析的對(duì)象是。常生成各種引用表，如列出各模塊中出現(xiàn)的全部標(biāo)號(hào)。9 .在數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè)和一個(gè)。10 .兩個(gè)小組獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)現(xiàn)25個(gè)錯(cuò)誤，第二組發(fā)現(xiàn)30個(gè)錯(cuò)誤，在兩個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有15個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是。11 .設(shè)E為程序圖G中邊的總數(shù)；N為程序圖中結(jié)點(diǎn)的總數(shù)，則該程序圖的環(huán)形復(fù)雜度為。12 .汽車(chē)有一個(gè)發(fā)動(dòng)機(jī)。若用UML苗述汽車(chē)和發(fā)動(dòng)機(jī)之間的關(guān)系，則它們之間是關(guān)系。13 .自頂向下結(jié)合的漸增式測(cè)試法，在組合

9、模塊時(shí)有兩種組合策略，即策略和策略。14 .在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)為基礎(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)：程序圖，在計(jì)算了程序圖的之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組一的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過(guò)的邊的路徑。15 .在多層次的結(jié)構(gòu)圖中，其模塊結(jié)構(gòu)的層次數(shù)稱為結(jié)構(gòu)圖的。結(jié)構(gòu)圖中同一層模塊的最大模塊數(shù)稱為結(jié)構(gòu)圖的一。16 .耦合性是指兩個(gè)模塊之間的關(guān)系，模塊之間的聯(lián)系越復(fù)雜,每個(gè)模塊的獨(dú)立性就。17 .可行性研究實(shí)質(zhì)上是進(jìn)行了一次過(guò)程。18 .需求分析的任務(wù)是。19 .NS圖的主要優(yōu)點(diǎn)是它強(qiáng)制設(shè)計(jì)人員使用技術(shù)，從而可保證軟件設(shè)

10、計(jì)的質(zhì)量。20 .結(jié)構(gòu)型模式涉及如何組合類和對(duì)象，從而構(gòu)成更大的對(duì)象，一是采用來(lái)組合接口或?qū)崿F(xiàn)形成更大的結(jié)構(gòu)；另一種方式通過(guò)方式來(lái)形成。21 .為了便于對(duì)照檢查，測(cè)試用例應(yīng)由和預(yù)期的兩部分組成。22 .軟件開(kāi)發(fā)時(shí)，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚，為改正它所付出的代價(jià)就。23 .在UMLI勺用例圖中，根據(jù)參與者與用例關(guān)系的不同，參與者可分為和次要參與者，參與者之間的關(guān)系只有關(guān)系。24 .評(píng)價(jià)軟件質(zhì)量可以從三個(gè)方面進(jìn)行，即產(chǎn)品或中間產(chǎn)品、和項(xiàng)目。25 .軟件配置管理是一組用于在計(jì)算機(jī)軟件的整個(gè)生存周期內(nèi)管理的活動(dòng)。26 .通過(guò)抽象，可以確定組成軟件的。通過(guò)信息隱蔽，可以定義和實(shí)施對(duì)模塊的過(guò)程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)

11、的一。27 .UML表示法的基礎(chǔ)是,它描述建模元素的語(yǔ)義。28 .條件覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使得至少出現(xiàn)一次。29 .面向數(shù)據(jù)流圖的結(jié)構(gòu)化分析方法是根據(jù)的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來(lái)建立系統(tǒng)的模型。30 .評(píng)估軟件企業(yè)的質(zhì)量管理有兩種方法，一種是按照認(rèn)證，另外一種是按照CMMI證。31 .風(fēng)險(xiǎn)估計(jì)從兩個(gè)方面來(lái)度量，一是估計(jì),二是估計(jì)與風(fēng)險(xiǎn)相關(guān)的問(wèn)題出現(xiàn)后將會(huì)帶來(lái)的損失。三、名詞解釋：1 .集成測(cè)試2 .設(shè)計(jì)模式3 .信息隱藏4 .用例5 .結(jié)構(gòu)化方法6 .MVC四、判斷題：1. 測(cè)試計(jì)劃、測(cè)試用例和出錯(cuò)統(tǒng)計(jì)等一般不用長(zhǎng)期保存。2. 在面向?qū)ο蠓椒ㄖ校枨蠓治龊驮O(shè)計(jì)沒(méi)有差別。

12、3. 應(yīng)用設(shè)計(jì)模式使得軟件靈活，可重用性提高，應(yīng)該盡量多使用。4. UML是一種建模語(yǔ)言，可以被任何面向?qū)ο蠓椒ㄊ褂谩?. 任何系統(tǒng)都需要對(duì)數(shù)據(jù)進(jìn)行處理，因而數(shù)據(jù)流圖可描述任何系統(tǒng)。6. 軟件開(kāi)發(fā)就是編寫(xiě)程序代碼7. 面向?qū)ο筌浖_(kāi)發(fā)最適合采用迭代、增量式的開(kāi)發(fā)模型8. 設(shè)計(jì)模式是一種可以重用的面向?qū)ο筌浖O(shè)計(jì)方案9. 軟件測(cè)試就是檢查程序是否正確10. 軟件項(xiàng)目計(jì)劃在可行性研究階段就已定稿11. 軟件工程認(rèn)為軟件設(shè)計(jì)的最終目標(biāo)是要取得最佳方案12. 只要對(duì)軟件進(jìn)行嚴(yán)格的測(cè)試，就能發(fā)現(xiàn)軟件中的所有錯(cuò)誤13. 初級(jí)技術(shù)人員在編碼階段參與軟件項(xiàng)目的程度在各類人員中最高14. 單元測(cè)試常常在編碼階段

13、進(jìn)行15. CMM描述和分析了軟件過(guò)程能力的發(fā)展與改進(jìn)的程度16. 為了加快開(kāi)發(fā)速度，可以一邊寫(xiě)程序，一邊設(shè)計(jì)文檔17. 沒(méi)有發(fā)現(xiàn)任何錯(cuò)誤的測(cè)試是無(wú)效的測(cè)試18. 軟件結(jié)構(gòu)圖中不能有控制信息流動(dòng)19. 單元測(cè)試常常由獨(dú)立的測(cè)試小組進(jìn)行20. 用例建模只能用于面向?qū)ο筌浖到y(tǒng)的開(kāi)發(fā)21. 數(shù)據(jù)流建模方法是一種自頂向下的需求分析方法22. 為了減少程序的長(zhǎng)度，最好不要在程序中增加注釋五、簡(jiǎn)答題：1. 在需求分析和設(shè)計(jì)階段建立原型的好處有哪些？2. 什么是模塊的扇入和扇出？3. UML的特點(diǎn)是什么？4. 層次圖和層次方框圖有何區(qū)別？5. 軟件測(cè)試對(duì)象應(yīng)包括哪些內(nèi)容？6. 試簡(jiǎn)要敘述文檔在軟件工程中的

14、作用。7. 為何螺旋模型主要適合開(kāi)發(fā)人員和用戶為同一個(gè)組織機(jī)構(gòu)成員的軟件項(xiàng)目的開(kāi)發(fā)？8. 軟件測(cè)試為何需要盡早和不斷地進(jìn)行？9. 簡(jiǎn)要說(shuō)明如何實(shí)現(xiàn)MVC。10. 試給出一種開(kāi)源軟件框架，并簡(jiǎn)要說(shuō)明開(kāi)源軟件存在的問(wèn)題。11. IDEF0方法有什么特點(diǎn)？12.快速原型模型有幾種？各有何特點(diǎn)？六、綜合題：1. 某網(wǎng)絡(luò)學(xué)院決定開(kāi)發(fā)一個(gè)管理所有學(xué)生和教師信息的交互式網(wǎng)絡(luò)系統(tǒng)，該系統(tǒng)提供如下服務(wù)：(1)瀏覽學(xué)生信息：網(wǎng)絡(luò)學(xué)院的任何人員，包括學(xué)生和老師，均可以瀏覽學(xué)院任何學(xué)生的信息，包括姓名、學(xué)號(hào)和專業(yè)名稱。(2)瀏覽教師信息：網(wǎng)絡(luò)學(xué)院的任何人，包括學(xué)生和老師，均可以瀏覽學(xué)院任何教師的信息，包括姓名、工號(hào)和

15、職稱。(3)登錄：網(wǎng)絡(luò)學(xué)院給學(xué)院每個(gè)人一個(gè)賬號(hào)。擁有授權(quán)帳號(hào)的學(xué)生和老師，可以使用系統(tǒng)提供的頁(yè)面設(shè)置個(gè)人密碼，并使用該賬號(hào)和密碼向系統(tǒng)注冊(cè)。(4)修改個(gè)人信息：學(xué)生或老師向系統(tǒng)注冊(cè)后，可以發(fā)送電子郵件或使用系統(tǒng)提供的頁(yè)面，對(duì)個(gè)人信息進(jìn)行修改。(5)刪除個(gè)人信息：只有網(wǎng)絡(luò)學(xué)院的管理人員才能刪除不再是學(xué)院學(xué)生或老師的人員的有關(guān)信息。試問(wèn)哪些是參與者？哪些是用例？并用UMLI勺用例圖描述系統(tǒng)行為。2 .試據(jù)下述偽代碼描述的模塊，改用NS圖描述。BeginabDoUntilx6IfxlthenfIfx4thenDoUntilx5iEndUntilElseghEndifElseSelectCasex2C

16、ase1:DoWhilex3cEndWhileCase2:dCase3:eEndSelectEndifEndUntilEnd3 .某五星級(jí)賓館共有H司客房。每間客房的房間號(hào)、房間等級(jí)、床位數(shù)以及占用狀態(tài)分別存放在數(shù)組ROOMRANKNBED口STATUS房間等級(jí)用整數(shù)表示。房間狀態(tài)有：空閑(0表示)和占用(1表示)客房以房間為單位出租。試設(shè)計(jì)一個(gè)算法，依據(jù)散客的要求預(yù)定房間，要求輸入為：人數(shù)M房間等級(jí)要求R(R為0表示任意等級(jí)均可)；輸出為：可供選擇的房間號(hào)。要求用程序流程圖描述算法。4 .某醫(yī)院打算開(kāi)發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，以解決醫(yī)院人手不夠和對(duì)危重病人的及時(shí)監(jiān)護(hù)。該系統(tǒng)應(yīng)能做到

17、以下幾點(diǎn)：隨時(shí)接受每個(gè)病人的生理信號(hào)；定時(shí)記錄病人情況形成患者日志；當(dāng)病人生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)告警信息；止匕外，護(hù)士在需要時(shí)，還可要求系統(tǒng)印出指定病人的病情報(bào)告。試據(jù)此敘述繪出對(duì)應(yīng)的DFD圖。5 .試采用設(shè)計(jì)模式描述算術(shù)表達(dá)式(不含圓括號(hào))的設(shè)計(jì)方案。算術(shù)表達(dá)式是由力口、減、乘、除和操作數(shù)構(gòu)成的表達(dá)式，操作數(shù)假定為實(shí)數(shù)。A,B,X ,6 .請(qǐng)根據(jù)如下程序流程圖設(shè)計(jì)該程序段的判定覆蓋測(cè)試用例，其中輸入為輸出為X。參考答案-、單項(xiàng)選擇題：1.A2.A3.C4.B5.B6.C7.C8.C9.B10.B11.B12.A13.C14.A15.C16.B17.A18.C19.C20

18、.A21.B22.C23.A24.C25.A26.C27.B28.B29.C30.C31.C32.B33.A34.B35.C36.C37.B38.A39.B40.C41.B42.A43.C44.B45.A描述計(jì)算機(jī)程序的文檔 數(shù)據(jù)文檔源程序 標(biāo)號(hào)交叉引用表聚合環(huán)形復(fù)雜性 以前沒(méi)有處理的語(yǔ)依賴 越低確定系統(tǒng)必須完成哪些工作繼承 對(duì)象組合越大過(guò)程過(guò)程實(shí)體 存取限制判定表達(dá)式中每個(gè)條件的各種可二、填空題：1.聚集組合2.基線3.累計(jì)經(jīng)濟(jì)效益（折合成現(xiàn)在值）4.5.驅(qū)動(dòng)模塊樁模塊6.A-03-67.邏輯8.9.輸入流輸出流10.5011.E-N+212.13.深度優(yōu)先廣度優(yōu)先14.句或條件15.深度寬

19、度16.17.大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過(guò)程18.19.結(jié)構(gòu)化20.21.輸入數(shù)據(jù)預(yù)期輸出結(jié)果22.23.主要參與者泛化24.25.變化26.27.UML元模型28.能的值29.分解與抽象功能30.ISO900131. 風(fēng)險(xiǎn)發(fā)生的可能性三、名詞解釋：1. 集成測(cè)試也稱組裝測(cè)試或聯(lián)調(diào)。是指在單元測(cè)試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)而進(jìn)行的測(cè)試。模塊組裝的方式有兩種：漸增式和非漸增式。2. 設(shè)計(jì)模式是普通面向?qū)ο笤O(shè)計(jì)問(wèn)題的解決方案，這類問(wèn)題以一組交互類的形式出現(xiàn)，用戶根據(jù)需要定制這些交互類以形成專門(mén)的設(shè)計(jì)。所有設(shè)計(jì)模式均可以從四個(gè)方面加以描述：模式名稱、問(wèn)題描述、解決方

20、案和效果。3. 信息隱藏是指在模塊設(shè)計(jì)時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過(guò)程或數(shù)據(jù)），對(duì)于不需要這些信息的其他模塊來(lái)說(shuō)是不能訪問(wèn)的。這樣，改變模塊的內(nèi)部過(guò)程和數(shù)據(jù)的設(shè)計(jì)不會(huì)影響到其它模塊。4. 用例是參與者為達(dá)到某個(gè)目的而與系統(tǒng)進(jìn)行的一系列交互，執(zhí)行結(jié)果將為參與者提供可度量的價(jià)值。從參與者的角度來(lái)看，用例應(yīng)該是一個(gè)完整的任務(wù)，在一個(gè)相對(duì)較短的時(shí)間內(nèi)完成。5. 結(jié)構(gòu)化方法是一種傳統(tǒng)的軟件開(kāi)發(fā)方法，其總的指導(dǎo)思想是自頂向下、初步求精、單入口、單出口，其基本原則是抽象和功能分解。6. MVCCT模型、視圖、控制器。其中，模型是應(yīng)用對(duì)象，其包含一些數(shù)據(jù)值，維護(hù)數(shù)據(jù)并提供數(shù)據(jù)的訪問(wèn)方法。視圖顯示模型的部分或

21、說(shuō)有數(shù)據(jù)，多個(gè)視圖可以以不同的方式來(lái)顯示模型中數(shù)據(jù)。控制器處理用戶輸入事件。四、判斷題：1.X2.X3.X4.V5.V6.X7.V8.，9.X10.X11.X12.X13.V14.V15.V16.X17.V18.X19.X20.X21.V22.X五、簡(jiǎn)答題：1. 在需求分析和設(shè)計(jì)階段建立原型的好處有：（ 1）增進(jìn)開(kāi)發(fā)人員和用戶對(duì)系統(tǒng)需求的一致理解，明確軟件需求，尤其是功能含糊的需求。（ 2）原型提供了一種有力的學(xué)習(xí)手段，能夠使用戶盡早接觸系統(tǒng)。（ 3）原型可以用來(lái)識(shí)別或化解風(fēng)險(xiǎn)。（ 4）原型有的可以原封不動(dòng)地成為產(chǎn)品，有的略加修改就可以成為最終系統(tǒng)的一個(gè)組成部分，這樣有利于建成最終系統(tǒng)。2.

22、扇入則定義為一個(gè)模塊被調(diào)用（或控制）的模塊個(gè)數(shù)；扇出表示一個(gè)模塊直接調(diào)用（或控制）的其他模塊數(shù)目。3. UML的特點(diǎn)是：（1）統(tǒng)一了面向?qū)ο蠓椒ǖ挠嘘P(guān)概念和描述方法；（2）表達(dá)能力強(qiáng)，能對(duì)各種并發(fā)分布式系統(tǒng)進(jìn)行建模，且UMLa提供了擴(kuò)展機(jī)制；（3）UML專注于一種標(biāo)準(zhǔn)的建模語(yǔ)言，而不是一個(gè)開(kāi)發(fā)過(guò)程。4. 層次圖主要用來(lái)描繪軟件的層次結(jié)構(gòu)，矩形框代表一個(gè)模塊，矩形框之間的連線表示模塊之間的調(diào)用關(guān)系，常與IPO圖一起形成HIPO圖。層次方框圖主要描述系統(tǒng)的組成關(guān)系，一般自用域需求分析。5. 軟件測(cè)試并不等于程序代碼測(cè)試，其應(yīng)該貫穿于軟件定義與開(kāi)發(fā)的整個(gè)期間。因此，需求分析、概要設(shè)計(jì)以及程序編碼等各

23、階段所得的文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序代碼都應(yīng)成為軟件測(cè)試的對(duì)象。6. 在軟件工程中，文檔的作用是：（1）提高軟件開(kāi)發(fā)過(guò)程的能見(jiàn)度；（2）記錄開(kāi)發(fā)過(guò)程的有關(guān)信息便于使用與維護(hù)；（3）作為開(kāi)發(fā)人員階段工作成果和結(jié)束標(biāo)志；（4）提高開(kāi)發(fā)效率；（5）提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；（6）便于用戶了解軟件功能、性能。7. 因?yàn)槿绻_(kāi)發(fā)人員和用戶屬于不同的組織機(jī)構(gòu)，則一般在正式的軟件開(kāi)發(fā)之前均需要簽訂合同，所有的風(fēng)險(xiǎn)分析均必須在簽訂合同之前完成。但螺旋模型需要在軟件開(kāi)發(fā)的每一個(gè)階段都進(jìn)行風(fēng)險(xiǎn)分析，當(dāng)重要風(fēng)險(xiǎn)不能解決時(shí)，項(xiàng)目應(yīng)該終止。由此螺旋模型可能因?yàn)轱L(fēng)險(xiǎn)使得合同在

24、完成之前就終止，從而導(dǎo)致法律訴訟。故螺旋模型不適合開(kāi)發(fā)人員和用戶屬于不同組織機(jī)構(gòu)的情況。8. 軟件測(cè)試不應(yīng)僅僅作為一個(gè)獨(dú)立的軟件開(kāi)發(fā)階段，而應(yīng)貫穿到軟件開(kāi)發(fā)的各個(gè)階段中。通過(guò)各階段的評(píng)審，在早期把錯(cuò)誤解決，以減少錯(cuò)誤放大效應(yīng)，這樣不僅可以提高軟件質(zhì)量，而且也是降低軟件成本的一個(gè)重要措施。由此，軟件測(cè)試應(yīng)該盡早和不斷地進(jìn)行。9. MVC是ModelViewController的簡(jiǎn)寫(xiě)。"Model"代表的是應(yīng)用的業(yè)務(wù)邏輯（通過(guò)JavaBean，EJB組件實(shí)現(xiàn)），"View"是應(yīng)用的表示層（由JSP頁(yè)面產(chǎn)生），"Controller"是提供應(yīng)用的處理過(guò)程控制（一般是一個(gè)Servlet）,通過(guò)MVCB應(yīng)用邏輯，處理過(guò)程和顯示邏輯分成不同的組件實(shí)現(xiàn)。10. Struts是采用JavaServlet/JavaServerPages技術(shù)，開(kāi)發(fā)Web應(yīng)用程序的開(kāi)源應(yīng)用框架。Struts框架主要有如下功能：1）包含一個(gè)controllerservlet，能將用戶的請(qǐng)求發(fā)送到相應(yīng)的Action對(duì)象；2）JSP自由tag庫(kù)，并且在controllerservlet中提供關(guān)聯(lián)支持，幫助開(kāi)發(fā)人員創(chuàng)建交互式表單應(yīng)用；3）