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

1、 對(duì)象圖 算法設(shè)計(jì) 觀察者模式 是系統(tǒng)描述語(yǔ)言 過程內(nèi)聚的模塊環(huán)形復(fù)雜度為 A. 軟件開發(fā)方法B.軟件開發(fā)組織管理制度C.8. 軟件測(cè)試的目的是A. 證明軟件無(wú)錯(cuò)B.發(fā)現(xiàn)軟件中的所有錯(cuò)誤C.9. 軟件重構(gòu)關(guān)注的是A. 軟件體系結(jié)構(gòu)B.模塊細(xì)節(jié)C.軟件性能7. 按 ISO9000-3 的說明，下列屬軟件配置項(xiàng)的是10. 軟件項(xiàng)目開發(fā)計(jì)劃的內(nèi)容有A. 數(shù)據(jù)分析 B. 風(fēng)險(xiǎn)分析 C. 功能分析11. 在UML的類圖中，描述整體與部分關(guān)系的是 軟件開發(fā)合同盡可能發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤 軟件工程課程復(fù)習(xí)資料、單項(xiàng)選擇題：1. 下面哪些UML圖描述系統(tǒng)行為？A. 用例圖 B. 類圖 C.2. 屬于概要設(shè)計(jì)活

2、動(dòng)的是A. 軟件結(jié)構(gòu)設(shè)計(jì) B. 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) C.3. 屬行為型設(shè)計(jì)模式的是A. 組合模式 B. 工廠方法模式 C.4. 下列說法正確的是A.UML 是軟件開發(fā)方法B.UMLC.UML是軟件開發(fā)過程5. 根據(jù)程序流程圖劃分的模塊通常是A. 信息內(nèi)聚的模塊 B.C. 邏輯內(nèi)聚的模塊6. 如果某程序中的比較個(gè)數(shù)是m則其MA.m-1 B.mC.m+1A. 泛化關(guān)系 B. 聚合關(guān)系 C. 依賴關(guān)系12. 軟件過程能力成熟度模型CMM用以評(píng)價(jià)A. 軟件過程能力 B. 組織能力 C. 學(xué)習(xí)能力13. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為A. 完善性維護(hù) B. 改正性維護(hù) C. 適應(yīng)性維護(hù)

3、14. 對(duì)項(xiàng)目軟件而言，軟件功能需求信息主要由誰(shuí)提供A. 軟件用戶 B. 軟件開發(fā)人員 C. 軟件項(xiàng)目管理人員25.26.27.28.15.IDEF0 圖反映不出A. 系統(tǒng)做什么 B. 系統(tǒng)功能由誰(shuí)做16. 原型模型是一種什么開發(fā)過程模型？A. 自頂向上B.由外至內(nèi)C.17. 系統(tǒng)流程圖描述A. 物理系統(tǒng)B.邏輯系統(tǒng)C.18. 需求規(guī)格說明書的內(nèi)容不應(yīng)該包括A. 軟件確認(rèn)準(zhǔn)則 B. 軟件的性能描述增量式C.軟件體系結(jié)構(gòu)C.19. 適合需求模糊或需求不確定系統(tǒng)開發(fā)的軟件開發(fā)模型是 原型模型A. 瀑布模型 B.RAD 模型 C.20.UML 圖中描述系統(tǒng)結(jié)構(gòu)的是A. 組件圖 B. 順序圖 C. 面

4、向?qū)ο蠓椒ㄊ且环N什么軟件開發(fā)方法？ A. 層次化 B. 迭代增量式 C. 不可以用來衡量軟件可維護(hù)性的是 A. 可靠性 B. 可用性 C. 系統(tǒng)分析員在需求分析最后負(fù)責(zé)編寫 A. 用戶手冊(cè) B. 概要設(shè)計(jì)說明書狀態(tài)圖21.22.23.24.逐步求精可行性C.系統(tǒng)如何做 算法過程的詳細(xì)描述可行性研究報(bào)告為了提高軟件的可靠性、可維護(hù)性等而對(duì)軟件的修改稱為 A. 改正性維護(hù) B. 適應(yīng)性維護(hù) C. 預(yù)防性維護(hù) 在結(jié)構(gòu)化方法中，為使需求改變對(duì)軟件影響較小，應(yīng)該使軟件結(jié)構(gòu) A. 與問題結(jié)構(gòu)對(duì)應(yīng)B.單元測(cè)試的計(jì)劃應(yīng)該在什么階段完成？ A. 需求分析B. 概要設(shè)計(jì)C.下列屬面向?qū)ο筌浖_發(fā)方法的是與問題結(jié)構(gòu)

5、獨(dú)立詳細(xì)設(shè)計(jì)C. 與用戶界面對(duì)應(yīng)A.LCP 方法B.OMT 方法C.IDEF0方法強(qiáng)調(diào)信息隱藏的軟件工程設(shè)計(jì)方法是 A.Jackson 方法 B.Parnas 方法 C.SA/SD 方法狀態(tài)圖因果圖法對(duì)用戶進(jìn)行適當(dāng)培訓(xùn)圖關(guān)聯(lián)關(guān)系確認(rèn)測(cè)試階段自底向上估計(jì)C.自頂向下估計(jì)29. 描述系統(tǒng)動(dòng)態(tài)行為的模型是A.包圖 B.軟件結(jié)構(gòu)圖C.30. 考慮輸入條件組合的測(cè)試用例設(shè)計(jì)方法是A.等價(jià)分類法B.語(yǔ)句覆蓋法C.31. 下列能減少支援性維護(hù)活動(dòng)的是A.利用軟件包B.進(jìn)行配置管理 C.32. 只支持單重繼承的程序設(shè)計(jì)語(yǔ)言是A.C+B.DelphiC.C33.IDEF0 圖的頂層圖是A.A0 圖 B.A-0圖

6、C.A-134. 在UML的用例圖中，擴(kuò)展關(guān)系是一種A.泛化關(guān)系B.依賴關(guān)系C.35. 獨(dú)立測(cè)試小組開始介入測(cè)試是在A.模塊測(cè)試階段B.集成測(cè)試階段 C.36. 在成本估計(jì)中容易低估局部問題的方法是A.基于經(jīng)驗(yàn)?zāi)Ｐ偷墓烙?jì)B.37. 在IDEF1X圖中，如果子實(shí)體與父實(shí)體存在聯(lián)系，則子實(shí)體將繼承父實(shí)體的A.全部屬性B.主關(guān)鍵字屬性C.非主關(guān)鍵字屬性38. 結(jié)構(gòu)化分析方法使用的工具是A.數(shù)據(jù)流圖B. 類圖 C.軟件結(jié)構(gòu)圖39. 白盒測(cè)試設(shè)計(jì)用例的方法是A.等價(jià)分類法B.基本路徑覆蓋法C.因果圖法40. 在衡量軟件質(zhì)量時(shí)，最重要的標(biāo)準(zhǔn)是A.可維護(hù)性好 B.可用性好C.滿足用戶功能需求41. 瀑布模型

7、是一種A.演化模型 B.順序模型C.增量模型42. 模塊的獨(dú)立程度可以由什么定性標(biāo)準(zhǔn)度量？A.耦合度 B. 復(fù)雜度 C. 可靠性43. 以下選項(xiàng)中，不屬于對(duì)象的特點(diǎn)有A.繼承 B. 多態(tài) C. 封閉44. 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法有A.Parnas 方法 B.Jackson 方法 C.IDEF0 方法45. 與UML配合最好的軟件開發(fā)方法是A.RUP 方法 B.Coad/Yourd on 方法C.IDEF4方法、填空題:1. 統(tǒng)一建模語(yǔ)言 UML提供了兩種描述整體/部分關(guān)系的方法，分別是 和 。2. 軟件是計(jì)算機(jī)程序、 及的完整集合，將其統(tǒng)稱為軟件配置，這些項(xiàng)稱為軟件配置項(xiàng)。通過正式復(fù)審的軟件配

8、置項(xiàng)稱為 ，只有通過正式的變化控制過程才能改變它。3. 純收入是指在整個(gè)生存周期之內(nèi)的 與投資之差4. 瀑布模型是以驅(qū)動(dòng)的軟件生存周期模型，適合需求明確的軟件系統(tǒng)開發(fā)。5. 在單元測(cè)試期間，應(yīng)該為被測(cè)模塊編寫相應(yīng)的測(cè)試軟件，一般地模塊接收測(cè)試數(shù)據(jù)，并把數(shù)據(jù)傳給被測(cè)模塊，而模塊則模擬實(shí)際模塊完成少量數(shù)據(jù)處理。6.IDEF0方法用嚴(yán)格的自頂向下、逐層分解的方式進(jìn)行系統(tǒng)的功能描述，其頂層圖將圖在建模范圍內(nèi)分解成個(gè)主要部分得到。7. 如果一個(gè)模塊完成多個(gè)邏輯上相近或相關(guān)的功能，并且每次調(diào)用只選擇該模塊中的一個(gè)功能執(zhí)行，則稱此模塊為 內(nèi)聚的模塊。8. 程序靜態(tài)分析的對(duì)象是 。常生成各種引用表，如 列岀各

9、模塊中岀現(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. 汽車有一個(gè)發(fā)動(dòng)機(jī)。若用UML描述汽車和發(fā)動(dòng)機(jī)之間的關(guān)系，則它們之間是 關(guān)系。13. 自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略，即策略和 策略。14. 在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)為基礎(chǔ)，導(dǎo)岀控制流程圖的拓?fù)浣Y(jié)構(gòu)：程序圖，在計(jì)算了程序圖的_之后，確定只包含獨(dú)立路徑的

10、基本路徑圖，其中獨(dú)立路徑是包括一組的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過的邊的路徑。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)行了一 過程。18. 需求分析的任務(wù)是。19. NS圖的主要優(yōu)點(diǎn)是它強(qiáng)制設(shè)計(jì)人員使用 技術(shù)，從而可保證軟件設(shè)計(jì)的質(zhì)量。20. 結(jié)構(gòu)型模式涉及如何組合類和對(duì)象，從而構(gòu)成更大的對(duì)象，一是采用來組合接口或?qū)崿F(xiàn)形成更大的結(jié)構(gòu)；另一種方式通過方式來形成。21. 為了便于對(duì)照檢

11、查，測(cè)試用例應(yīng)由 和預(yù)期的 兩部分組成。22. 軟件開發(fā)時(shí)，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚，為改正它所付。23. 在UML的用例圖中，根據(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. 通過抽象，可以確定組成軟件的 。通過信息隱蔽，可以定義和實(shí)施對(duì)模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的。27. UML表示法的基礎(chǔ)是 ，它描述建模元素的語(yǔ)義。28. 條件覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使得 至少岀現(xiàn)一次。29. 面向數(shù)據(jù)流圖的結(jié)構(gòu)化分析方法是根據(jù)的原

12、則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來建立系統(tǒng)的模型。30. 評(píng)估軟件企業(yè)的質(zhì)量管理有兩種方法，一種是按照 認(rèn)證，另外一種是按照 CMM認(rèn)證。31. 風(fēng)險(xiǎn)估計(jì)從兩個(gè)方面來度量，一是估計(jì) ，二是估計(jì)與風(fēng)險(xiǎn)相關(guān)的問題岀現(xiàn)后將會(huì)帶來的損失。三、名詞解釋：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ū)ο蠓椒ㄖ?，需求分析和設(shè)計(jì)沒有差別。3. 應(yīng)用設(shè)計(jì)模式使得軟件靈活，可重用性提高，應(yīng)該盡量多使用。4. UML是一種建模語(yǔ)言，可以被任何面向?qū)ο蠓椒ㄊ褂谩?. 任何系統(tǒng)都需要對(duì)數(shù)據(jù)進(jìn)行處理，因

13、而數(shù)據(jù)流圖可描述任何系統(tǒng)。6. 軟件開發(fā)就是編寫程序代碼。7. 面向?qū)ο筌浖_發(fā)最適合采用迭代、增量式的開發(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è)試常常在編碼階段進(jìn)行。15. CMM描述和分析了軟件過程能力的發(fā)展與改進(jìn)的程度。16. 為了加快開發(fā)速度，可以一邊寫程序，一邊設(shè)計(jì)文檔。17. 沒有發(fā)現(xiàn)任何

14、錯(cuò)誤的測(cè)試是無(wú)效的測(cè)試。18. 軟件結(jié)構(gòu)圖中不能有控制信息流動(dòng)。19. 單元測(cè)試常常由獨(dú)立的測(cè)試小組進(jìn)行。20. 用例建模只能用于面向?qū)ο筌浖到y(tǒng)的開發(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)要敘述文檔在軟件工程中的作用。7. 為何螺旋模型主要適合開發(fā)人員和用戶為同一個(gè)組織機(jī)構(gòu)成員的軟件項(xiàng)目的開發(fā)？8. 軟件測(cè)試為何需要盡早和不斷地進(jìn)行

15、？9. 簡(jiǎn)要說明如何實(shí)現(xiàn) MVC10. 試給岀一種開源軟件框架，并簡(jiǎn)要說明開源軟件存在的問題。11.IDEF0方法有什么特點(diǎn)？12快速原型模型有幾種？各有何特點(diǎn)？六、綜合題：1. 某網(wǎng)絡(luò)學(xué)院決定開發(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)和 職稱。(3) 登錄：網(wǎng)絡(luò)學(xué)院給學(xué)院每個(gè)人一個(gè)賬號(hào)。擁有授權(quán)帳號(hào)的學(xué)生和老師，可以使用系統(tǒng)提供的頁(yè)面設(shè)置個(gè)人密 碼，并使

16、用該賬號(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)信息。試問哪些是參與者？哪些是用例？并用UML的用例圖描述系統(tǒng)行為。2. 試據(jù)下述偽代碼描述的模塊，改用NS圖描述。Beg inabDo Un til x6If xl the nfIf x4 thenDo Until x5iEnd Un tilElseg hEnd ifElseSelect Case x2Case 1:Do While x3cEnd WhileCase 2:dCas

17、e 3:eEnd SelectEnd ifEnd Un tilEnd3. 某五星級(jí)賓館共有H間客房。每間客房的房間號(hào)、房間等級(jí)、床位數(shù)以及占用狀態(tài)分別存放在數(shù)組ROOMRANKNBE和 STATU中。房間等級(jí)用整數(shù)表示。房間狀態(tài)有：空閑(0表示)和占用(1表示)?？头恳苑块g為單位出租。試設(shè)計(jì)一個(gè)算法，依據(jù)散客的要求預(yù)定房間，要求輸入為：人數(shù)M,房間等級(jí)要求R(R為0表示任意等級(jí)均可)；輸出為：可供選擇的房間號(hào)。要求用程序流程圖描述算法。4. 某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，以解決醫(yī)院人手不夠和對(duì)危重病人的及時(shí)監(jiān)護(hù)。該系統(tǒng)應(yīng) 能做到以下幾點(diǎn)：隨時(shí)接受每個(gè)病人的生理信號(hào)；定時(shí)記錄病

18、人情況形成患者日志；當(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ù)。6.請(qǐng)根據(jù)如下程序流程圖設(shè)計(jì)該程序段的判定覆蓋測(cè)試用例，其中輸入為A,B,X，輸出為X。參考答案、單項(xiàng)選擇題：1. A 2.A 3.C 4.B 5.B 6.C 7.C 8.C 9.B 10.B 11.B 12.A 13.C 14.A 15.C25.A 26.C 27.B 28.B 29.C 30.C

19、16.B 17.A 18.C 19.C 20.A 21.B 22.C 23.A 24.C31.C 32.B 33.A 34.B 35.C 36.C 37.B 38.A 39.B 40.C 41.B 42.A 43.C 44.B 45.A描述計(jì)算機(jī)程序的文檔 數(shù)據(jù) 基線 文檔源程序 標(biāo)號(hào)交叉引用表聚合環(huán)形復(fù)雜性 以前沒有處理的語(yǔ)句或條件 依賴 越低確定系統(tǒng)必須完成哪些工作繼承 對(duì)象組合二、填空題：1. 聚集 組合 2.3. 累計(jì)經(jīng)濟(jì)效益 （折合成現(xiàn)在值 ）4.5. 驅(qū)動(dòng)模塊 樁模塊 6.A-0 3-67. 邏輯 8.9. 輸入流 輸出流 10.5011. E - N + 212.13. 深度優(yōu)先

20、 廣度優(yōu)先 14.15. 深度 寬度 16.17. 大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過程 18.19. 結(jié)構(gòu)化 20.21. 輸入數(shù)據(jù) 預(yù)期輸出結(jié)果22.23. 主要參與者泛化24.27.UML 元模型28.29. 分解與抽象功能30.ISO900125. 變化 26.31. 風(fēng)險(xiǎn)發(fā)生的可能性越大過程過程實(shí)體 存取限制判定表達(dá)式中每個(gè)條件的各種可能的值三、名詞解釋：1 .集成測(cè)試 也稱組裝測(cè)試或聯(lián)調(diào)。是指在單元測(cè)試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)要求組裝成一個(gè)完整 的系統(tǒng)而進(jìn)行的測(cè)試。模塊組裝的方式有兩種：漸增式和非漸增式。2. 設(shè)計(jì)模式 是普通面向?qū)ο笤O(shè)計(jì)問題的解決方案，這類問題以一組交互類的

21、形式出現(xiàn)，用戶根據(jù)需要定制這 些交互類以形成專門的設(shè)計(jì)。所有設(shè)計(jì)模式均可以從四個(gè)方面加以描述：模式名稱、問題描述、解決方案和效果。3. 信息隱藏 是指在模塊設(shè)計(jì)時(shí)，使得一個(gè)模塊內(nèi)包含的信息 （ 過程或數(shù)據(jù) ） ，對(duì)于不需要這些信息的其他模塊 來說是不能訪問的。這樣，改變模塊的內(nèi)部過程和數(shù)據(jù)的設(shè)計(jì)不會(huì)影響到其它模塊。4. 用例 是參與者為達(dá)到某個(gè)目的而與系統(tǒng)進(jìn)行的一系列交互，執(zhí)行結(jié)果將為參與者提供可度量的價(jià)值。從參 與者的角度來看，用例應(yīng)該是一個(gè)完整的任務(wù)，在一個(gè)相對(duì)較短的時(shí)間內(nèi)完成。5. 結(jié)構(gòu)化方法 是一種傳統(tǒng)的軟件開發(fā)方法，其總的指導(dǎo)思想是自頂向下、初步求精、單入口、單出口，其基 本原則是抽

22、象和功能分解。6. MVC 即模型、視圖、控制器。其中，模型是應(yīng)用對(duì)象，其包含一些數(shù)據(jù)值，維護(hù)數(shù)據(jù)并提供數(shù)據(jù)的訪問方 法。視圖顯示模型的部分或說有數(shù)據(jù)，多個(gè)視圖可以以不同的方式來顯示模型中數(shù)據(jù)?？刂破魈幚碛脩糨?入事件。四、判斷題：1. X 2. X 3. X 4. V 5. V 6. X 7. V 8. V 9. X 10. X 11. X 12. X 13. V 14. V 15. V16. X 17. V 18. X 19. X 20. X 21. V 22. X五、簡(jiǎn)答題：1 .在需求分析和設(shè)計(jì)階段建立原型的好處有：（ 1 ）增進(jìn)開發(fā)人員和用戶對(duì)系統(tǒng)需求的一致理解，明確軟件需求，尤其是

23、功能含糊的需求。（ 2）原型提供了一種有力的學(xué)習(xí)手段，能夠使用戶盡早接觸系統(tǒng)。（ 3）原型可以用來識(shí)別或化解風(fēng)險(xiǎn)。（4）原型有的可以原封不動(dòng)地成為產(chǎn)品，有的略加修改就可以成為最終系統(tǒng)的一個(gè)組成部分，這樣有利于建 成最終系統(tǒng)。2. 扇入則定義為一個(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)行建模，且UML還提供了擴(kuò)展機(jī)制；(3) UML專注于一種標(biāo)準(zhǔn)的建模語(yǔ)言，而不是一個(gè)開發(fā)過程。4. 層次圖主要用來描繪軟件的層次結(jié)構(gòu)，矩形框代表一個(gè)模塊，矩

24、形框之間的連線表示模塊之間的調(diào)用關(guān) 系，常與IPO圖一起形成HIPO圖。層次方框圖主要描述系統(tǒng)的組成關(guān)系，一般自用域需求分析。5. 軟件測(cè)試并不等于程序代碼測(cè)試，其應(yīng)該貫穿于軟件定義與開發(fā)的整個(gè)期間。因此，需求分析、概要設(shè)計(jì) 以及程序編碼等各階段所得的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序代 碼都應(yīng)成為軟件測(cè)試的對(duì)象。6. 在軟件工程中，文檔的作用是：(1) 提高軟件開發(fā)過程的能見度；(2) 記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；(3) 作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志；(4) 提高開發(fā)效率；(5) 提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；(6) 便于用戶了解軟件功能、性

25、能。7. 因?yàn)槿绻_發(fā)人員和用戶屬于不同的組織機(jī)構(gòu)，則一般在正式的軟件開發(fā)之前均需要簽訂合同，所有的風(fēng) 險(xiǎn)分析均必須在簽訂合同之前完成。但螺旋模型需要在軟件開發(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)使得合同在完成之前就終止，從而導(dǎo)致法律訴 訟。故螺旋模型不適合開發(fā)人員和用戶屬于不同組織機(jī)構(gòu)的情況。8. 軟件測(cè)試不應(yīng)僅僅作為一個(gè)獨(dú)立的軟件開發(fā)階段，而應(yīng)貫穿到軟件開發(fā)的各個(gè)階段中。通過各階段的評(píng) 審，在早期把錯(cuò)誤解決，以減少錯(cuò)誤放大效應(yīng)，這樣不僅可以提高軟件質(zhì)量，而且也是降低軟件成本的一 個(gè)重要措施。由此，軟件測(cè)試應(yīng)該盡早和不斷地進(jìn)行。9. MV

26、C是Model View Controller 的簡(jiǎn)寫。"Model"代表的是應(yīng)用的業(yè)務(wù)邏輯(通過 JavaBean，EJB組件實(shí) 現(xiàn))， "View" 是應(yīng)用的表示層(由 JSP 頁(yè)面產(chǎn)生)， "Controller" 是提供應(yīng)用的處理過程控制(一般是 一個(gè)Servlet )，通過 MVC把應(yīng)用邏輯，處理過程和顯示邏輯分成不同的組件實(shí)現(xiàn)。1O.Struts 是采用Java Servlet/JavaServer Pages技術(shù)，開發(fā) Web應(yīng)用程序的開源應(yīng)用框架。Struts 框架主要有如下功能： 1)包含一個(gè) controller servlet ，能將用戶的請(qǐng)求發(fā)送到相應(yīng)的 Action 對(duì)象； 2 ) JSP 自 由 tag 庫(kù)，并且在 controller servlet 中提供關(guān)聯(lián)支持，幫助開發(fā)人員創(chuàng)建交互式表單應(yīng)用；3)提供了一系列實(shí)用對(duì)象，如 XML處理、通過 Java reflection APIs 自動(dòng)處理JavaBeans屬性、國(guó)際化的提示和消息 等。開源軟件存在的主要問題有：( 1)技術(shù)服務(wù)支持較少；( 2)版本控制