軟件工程試題及答案

1、一、填空1.結(jié)構(gòu)化分析方法的分析策略是_自頂向下逐步求精_。2.衡量模塊獨立性的兩個定性標(biāo)準(zhǔn)是_耦合性與內(nèi)聚性_。3.軟件集成測試的方法主要有兩種，它們是_漸增式與非漸增式測試_。4.可行性研究的目的是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目_是否值得開發(fā)_。5.需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是_功能需求_。6.軟件生存周期中時間最長、花費的精力和費用最多的一個階段是_維護(hù)_階段。7. 計算機(jī)輔助軟件工程這一術(shù)語的英文縮寫為_CASE_。8McCall提出的軟件質(zhì)量模型包括_11_個軟件質(zhì)量特性。9.軟件結(jié)構(gòu)是以_模塊_為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。10.軟件

2、概要設(shè)計的主要任務(wù)就是_軟件結(jié)構(gòu)的設(shè)計_。11.結(jié)構(gòu)化程序設(shè)計方法是使用_三種基本控制結(jié)構(gòu)(條件控制循環(huán))_構(gòu)造程序。12.在建立對象的功能模型時，使用的數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動作對象和_數(shù)據(jù)存儲對象_二、選擇1.UML是軟件開發(fā)中的一個重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法( C ) A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動態(tài)定義的原型化方法C、基于對象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法2、面向?qū)ο蟮拈_發(fā)方法中，（B）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。A、Booch方法 B、UML語言C、OMT方法 D、Coad方法3、功能模型中所有的（A）往往形成一個

3、層次結(jié)構(gòu)。在這個層次結(jié)構(gòu)中一個數(shù)據(jù)流圖的過程可以由下一層的數(shù)據(jù)流圖作進(jìn)一步的說明。A、數(shù)據(jù)流圖 B、概念模型圖C、狀態(tài)遷移圖D、事件追蹤圖4、（A）應(yīng)當(dāng)在應(yīng)用分析之前進(jìn)行，因為我們在了解問題之前應(yīng)當(dāng)對問題敞開思想考慮，不應(yīng)加以限制。A、問題域分析 B、高層分析C、實例的建立D、類的開發(fā)5、通過執(zhí)行對象的操作改變對象的屬性，但它必須通過（B）的傳遞。A、接口 B、消息 C、信息D、操作6、所有的對象可以成為各種對象類，每個對象類都定義了一組（B）A、說明 B、方法C、過程 D、類型9、面向?qū)ο蟮闹饕卣鞒龑ο笪ㄒ恍浴⒎庋b、繼承外，還有（A）A、多態(tài)性 B、完整性C、可移植性 D、兼容10、在面向

4、對象的設(shè)計中，我們應(yīng)遵循的設(shè)計準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有（B）A、隱藏復(fù)雜性 B、信息隱藏C、即存類的重用 D、類的開發(fā)13、在考察系統(tǒng)的一些涉及時序和改變的狀況時，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個圖：一個是事件追蹤圖，另一個是（B）A、數(shù)據(jù)流圖B、狀態(tài)圖C、系統(tǒng)結(jié)構(gòu)圖D、時序圖14、人們常用的評價軟件質(zhì)量的4個因素是( B ) A.可維護(hù)性、可靠性、健壯性、效率B.可維護(hù)性、可靠性、可理解性、效率C.可維護(hù)性、可靠性、完整性、效率D.可維護(hù)性、可靠性、移植性、效率15、軟件可移植性是用來衡量軟件的( C )重要尺度之一。A.通用性 B.效率C.

5、質(zhì)量 D.人機(jī)界面16、為了提高軟件的可移植性，應(yīng)注意提高軟件的( D ) A.使用的方便性B.簡潔性C.可靠性D.設(shè)備獨立性20.在軟件質(zhì)量因素中，軟件在異常條件下仍能運行的能力稱之為軟件的( B ) A.可靠性B.健壯性C.可用性D.安全性21.在軟件設(shè)計中，設(shè)計復(fù)審是和軟件設(shè)計本身一樣重要的環(huán)節(jié)，其主要的目的和作用是為了能夠( B) A.減少測試工作量 B.避免后期付出高代價C.保證軟件質(zhì)量 D.縮短軟件開發(fā)周期22.在軟件危機(jī)中表現(xiàn)出來的軟件質(zhì)量差的問題，其原因是( B) A.用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作B.沒有軟件質(zhì)量標(biāo)準(zhǔn)C.軟件研發(fā)人員不愿意遵守軟件質(zhì)量標(biāo)準(zhǔn)D.軟件研發(fā)人員素質(zhì)太

6、差23.軟件工程管理是( D)一切活動的管理。A.需求分析 B.軟件設(shè)計過程C.模塊設(shè)計 D.軟件生命期24.軟件管理的主要職能包括(D ) A.人員管理、計劃管理 B.標(biāo)準(zhǔn)化管理、配置管理C.成本管理、進(jìn)度管理D.(A)和(B) 26.結(jié)構(gòu)化設(shè)計方法在軟件開發(fā)中用于（A ）。A、概要設(shè)計B、詳細(xì)設(shè)計 C、程序設(shè)計D、測試用例設(shè)計28.軟件測試中，白盒法是通過分析程序的（B ）來設(shè)計測試用例的。A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù)29.軟件維護(hù)費用高的主要原因是（C ）。A、人員少 B、人員多 C、生產(chǎn)率低 D、生產(chǎn)率高30.軟件質(zhì)量必須在（D ）加以保證。A、開發(fā)之前 B、開發(fā)

7、之后C、可行性研究過程中 D、設(shè)計與實現(xiàn)過程中31.確認(rèn)測試主要涉及的文檔是（A ）。A、需求規(guī)格說明書B、概要設(shè)計說明書C、詳細(xì)設(shè)計說明書D、源程序33.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是( C )。A、校正性維護(hù)B、完善性維護(hù)C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù)35軟件質(zhì)量保證應(yīng)在( A )階段開始。A.需求分析 B.設(shè)計 C.編碼 D.投入使用36在McCall軟件質(zhì)量度量模型中，（C ）屬于面向軟件產(chǎn)品修改。A可靠性 B可重用性 C適應(yīng)性 D可移植性37對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C ）于對象的統(tǒng)一體中。A結(jié)合 B隱藏 C封裝 D抽象39瀑布模型的存在問題是（B ）A用戶容

8、易參與開發(fā)B缺乏靈活性C用戶與開發(fā)者易溝通D適用可變需求40軟件測試方法中的靜態(tài)測試方法之一為（A ）A計算機(jī)輔助靜態(tài)分析B黑盒法C路徑覆蓋D邊界值分析41程序的三種基本控制結(jié)構(gòu)是（B ）A過程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊列D調(diào)用、返回和轉(zhuǎn)移43詳細(xì)設(shè)計的結(jié)果基本決定了最終程序的（C ）A代碼的規(guī)模 B運行速度C質(zhì)量 D可維護(hù)性44結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（ D）A程序的規(guī)模B程序的效率C程序設(shè)計語言的先進(jìn)性D程序易讀性46.黑盒測試在設(shè)計測試用例時，主要研究（ A ）A.需求規(guī)格說明與概要設(shè)計說明 B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃 D.概要設(shè)計說明與詳細(xì)設(shè)計說明47.

9、若有一個計算類型的程序，它的輸入量只有一個，其范圍是從輸入的角度考慮一組測試用例，設(shè)計這組測試用例的方法是（C ）A.條件覆蓋法 B.等價分類法C.邊界值分析法 D.錯誤推測法48.下列屬于維護(hù)階段的文檔是（ C ）A.軟件規(guī)格說明 B.用戶操作手冊C.軟件問題報告D.軟件測試分析報告49.快速原型模型的主要特點之一是（D ）A.開發(fā)完畢才見到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件52.下列模型屬于成本估算方法的有（ A）A.COCOMO模型 B.McCall模型C.McCabe度量法 D.時間估算法53能力成熟度模型可以（ A ）A、使軟件組織建

10、立一個有規(guī)律的成熟的軟件過程B、使用軟件沒有錯誤C、使軟件開發(fā)人員掌握更多的技術(shù)D、避免開發(fā)人員跳槽55數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于(A ) A數(shù)據(jù)流圖 B程序框圖C軟件結(jié)構(gòu) D方框圖56需求分析階段的任務(wù)是確定 ( D )。A軟件開發(fā)方法 B軟件開發(fā)工具C軟件開發(fā)費 D軟件系統(tǒng)的功能58軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的 A 。A算法和使用的數(shù)據(jù)結(jié)構(gòu)B外部接口C功能 D編程59程序的三種基本控制結(jié)構(gòu)是( B )。A過程、子程序積分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊列 D調(diào)用、返回和轉(zhuǎn)移60軟件測試方法中，黑盒測試方法和白盒測試方法是常用的方法，其中黑盒測試方

11、法主要用于測試(B )。A結(jié)構(gòu)合理性 B軟件外部功能C程序正確性 D程序內(nèi)部邏輯61在軟件開發(fā)和維護(hù)的過程中，為了定量地評價軟件質(zhì)量，必須對軟件特性進(jìn)行 (B) A測試 B度量C評審 D維護(hù)64對象是OO方法的核心，對象的類型有多種，通常把例如飛行、事故、演出、開會等等，稱之為( C ) A有形實體 B作用 C事件 D性能說明65.在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（A）A繼承和聚集 B繼承和一般C 聚集和消息傳遞D繼承和方法調(diào)用66.以下哪一項不是軟件危機(jī)的表現(xiàn)形式(C) A成本高B生產(chǎn)率低 C技術(shù)發(fā)展快D質(zhì)量得不到保證67.以下哪一項不是面向?qū)ο蟮奶卣鳎―）A）多態(tài)性

12、B）繼承性 C封裝性 D過程調(diào)用68.面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（A）A對象模型、動態(tài)模型、功能模型B對象模型、數(shù)據(jù)模型、功能模型C數(shù)據(jù)模型、動態(tài)模型、功能模型 D對象模型、動態(tài)模型、數(shù)據(jù)模型69.軟件項目計劃一般不包括以下哪項內(nèi)容（D）A培訓(xùn)計劃 B 人員安排 C 進(jìn)度安排 D軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定三、簡答1簡述軟件工程方法學(xué)所包含的內(nèi)容。軟件工程方法學(xué)包括三個要素，這就是方法、工具和過程。其中，方法是完成軟件開發(fā)的各項任務(wù)的技術(shù)方法，回答“如何做”的問題；工具是為方法的運用提供自動的或半自動的軟件支撐,過程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的

13、工作步驟。2.什么是軟件過程？它與軟件工程方法學(xué)有何關(guān)系？(1)軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。(2)軟件過程是軟件工程方法學(xué)的3個重要組成部分之一。(3)軟件工程方法學(xué)包含三個要素：方法、工具和過程。3.分析軟件危機(jī)產(chǎn)生的主要原因有哪些？答：導(dǎo)致軟件危機(jī)的主要原因有：（1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費用不斷增加4、說明結(jié)構(gòu)化程序設(shè)計的主要思想是什么？答：（1）自頂向下、逐步求精的程序設(shè)計方法（2）使用3種基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。

14、5、軟件測試包括哪些步驟？說明這些步驟的測試對象是什么？答：（1）單元測試：測試對象對單元模塊（2）集成測試：測試對象為組裝后的程序模塊（3）確認(rèn)測試：測試對象為可運行的目標(biāo)軟件系統(tǒng)（4）系統(tǒng)測試：測試對象為計算機(jī)系統(tǒng)的各組成部分6、需求分析與軟件設(shè)計二個階段任務(wù)的主要區(qū)別是什么？答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么軟件設(shè)計定義軟件的實現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實現(xiàn)軟件。7、說明軟件測試和調(diào)試的目的有何區(qū)別？答：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯誤調(diào)試的目的是定位軟件錯誤并糾正錯誤。四、綜合應(yīng)用1、某“調(diào)整工資”處理模塊接受一個“職稱”的變量，根據(jù)職稱的不同（助教，講

15、師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(shè)計測試用例。輸入條件合理等價類不合理等價類職稱教授副教授講師四種職稱之外任意一種職稱兼工齡助教兼工齡大于2年助教兼工齡等于兩年助教兼工齡小于兩年二、填空（20分）1.增量模型適合于_軟件需求_不明確、設(shè)計方案有一定風(fēng)險的軟件項目。2.結(jié)構(gòu)化分析方法的分析策略是_自頂向下逐步求精_。3.可行性研究實質(zhì)上是要在較高層次上以較抽象的方式進(jìn)行_需求分析和設(shè)計_的過程。4.衡量模塊獨立性的兩個定性標(biāo)準(zhǔn)是_耦合性和內(nèi)聚性_。5.Jackson方法是一種面向_數(shù)據(jù)結(jié)構(gòu)_的設(shè)計方法。6.軟件集成測試的方

16、法主要有兩種，它們是_漸增式和非漸增式測試_。7.維護(hù)階段是軟件生存周期中花費精力和費用_最多_的階段。8.繼承性是子類自動共享其父類的_數(shù)據(jù)結(jié)構(gòu)和方法_機(jī)制。9.在面向?qū)ο蠓椒ㄖ?，人們常用狀態(tài)圖描述類中對象的_動態(tài)行為_。10.規(guī)定功能的軟件，在一定程度上能從錯誤狀態(tài)自動恢復(fù)到正常狀態(tài)，則稱該軟件為_容錯_軟件。三、選擇（20分）1.需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是(A )。A、要讓軟件做什么 B、要給該軟件提供哪些信息C、要求軟件工作效率怎樣 D、要讓該軟件具有何種結(jié)構(gòu)2.DFD中的每個加工至少有(B )。A、一個輸入流或一個輸出流 B、一個輸入流和一個輸出流C、一個輸

17、入流 D、一個輸出流3.詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是(B )。A、DFD圖 B、SC圖 C、PAD圖 D、程序流程圖4.下列幾種類型中，耦合性最弱的是(D )。A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型5.確認(rèn)測試中，作為測試依據(jù)的文檔是(A )。A、需求規(guī)格說明書 B、設(shè)計說明書C、源程序 D、開發(fā)計劃6.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C )。A、校正性維護(hù) B、完善性維護(hù)C、適應(yīng)性維護(hù) D、預(yù)防性維護(hù)7.瀑布模型是一種(A )。A、整體開發(fā)模型 B、非整體開發(fā)模型C、風(fēng)險驅(qū)動模型 D、對象驅(qū)動模型8.用于描述對象模型的工具是(D )。A、數(shù)據(jù)流圖 B、結(jié)構(gòu)圖 C、狀態(tài)

18、圖 D、對象圖9.基線可作為軟件生存期中各開發(fā)階段的一個檢查點。當(dāng)采用的基線發(fā)生錯誤時，可以返回到最近和最恰當(dāng) 的(C )上A.配置項 B.程序C.基線 D.過程10.軟件質(zhì)量保證應(yīng)在( A )階段開始。A.需求分析 B.設(shè)計 C.編碼 D.投入使用四.簡答題（20分）1.為了提高設(shè)計質(zhì)量，應(yīng)從哪幾方面優(yōu)化軟件結(jié)構(gòu)？2.集成測試階段，漸增式與非漸增式測試有哪些區(qū)別？ 3.說明瀑布模型的局限性。4.說明面向?qū)ο蟮奶卣鳌?.軟件工程管理包括哪些內(nèi)容？五.綜合應(yīng)用（25分）1.某“調(diào)整工資”處理模塊接受一個“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入

19、工齡，只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(shè)計測試用例。（7分）答案2.某圖書館借閱系統(tǒng)有以下功能：（1）借書：根據(jù)讀者的借書證查詢讀者檔案，若借書數(shù)目未超過規(guī)定數(shù)量，則辦理借閱手續(xù)（修改庫存記錄及讀者檔案），超過規(guī)定數(shù)量者不予借閱。對于第一次借閱者則直接辦理借閱手續(xù)。（2）還書：根據(jù)讀者書中的條形碼，修改庫存記錄及讀者檔案，若借閱時間超過規(guī)定期限則罰款。請對以上問題，畫出分層數(shù)據(jù)流圖。（8分）3.某報社采用面向?qū)ο蠹夹g(shù)實現(xiàn)報刊征訂的計算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下：（1）報社發(fā)行多種刊物，每種刊物通過訂單來征訂，訂單中有代碼，名稱，訂期，單價，份數(shù)等項目，訂戶通過填寫訂單來訂閱報

20、刊。（2）報社下屬多個發(fā)行站，每個站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。（3）報社負(fù)責(zé)分類并統(tǒng)計各個發(fā)行站送來的報刊訂閱信息。請就此需求建立對象模型。（10分）參考答案一、（略）二、填空1.軟件需求 2.自頂向下逐步求精3.需求分析和設(shè)計 4.耦合性與內(nèi)聚性5.數(shù)據(jù)結(jié)構(gòu) 6.漸增式與非漸增式測試7.最多 8.數(shù)據(jù)結(jié)構(gòu)和方法9.動態(tài)行為 10.容錯三、選擇1.A 2.B 3.B 4.D 5.A 6.C 7.A 8.D9.C 10.A 四、（略）五、綜合應(yīng)用1.劃分等價類：輸入條件合理等價類不合理等價類職稱教授副教授講師四種職稱之外任意一種職稱兼工齡助教兼工齡大于2年助教兼工齡等于兩年 助教兼工

21、齡小于兩年設(shè)計測試用例： 輸入數(shù)據(jù)預(yù)期結(jié)果覆蓋范圍教授輸入有效，進(jìn)行調(diào)整工資處理副教授輸入有效，進(jìn)行調(diào)整工資處理講師輸入有效，進(jìn)行調(diào)整工資處理助教 3輸入有效，進(jìn)行調(diào)整工資處理助教2輸入有效，不調(diào)整工資處理助教1輸入有效，不調(diào)整工資處理工程師輸入無效2.3.軟件工程一、單向選擇題（四選一、每小題3分，共18分）1、軟件的發(fā)展經(jīng)歷了（D）個發(fā)展階段。0102A. 一B. 二C. 三D. 四2、需求分析的任務(wù)不包括（B）。0401A. 問題分析B. 系統(tǒng)設(shè)計C. 需求描述D. 需求評審。4、當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰地表達(dá)出各種動作之間的對應(yīng)關(guān)系。A. 判定表和判定樹B. 盒圖

22、C. 流程圖D. 關(guān)系圖5、以下不屬于邏輯覆蓋的是（D）。1402A. 語句覆蓋B. 判定覆蓋C. 條件覆蓋D. 基本路徑6、為適應(yīng)軟件運行環(huán)境的變化而修改軟件的活動稱為（B）。1501A. 糾錯性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)二、填空題（每空2分，共18分）1. 軟件項目管理的范圍主要集中于3個P上，即：People人員、Problem問題和（過程process 項目project三、判斷題（每小題2分，共24分，錯誤打X、正確打）1. 用戶對軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。（）2. 目前，軟件項目的進(jìn)度安排的兩種比較常用的方法是程序評估與審查技術(shù)（

23、PERT）和關(guān)鍵路徑法（CPM）。（）3. 一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（）02064. 目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（X）04025. 面向數(shù)據(jù)的設(shè)計方法適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。（）100016. 缺乏處理大型軟件項目的經(jīng)驗。是產(chǎn)生軟件危機(jī)的唯一原因。（X）01027. 測試計劃、測試用例、出錯統(tǒng)計和有關(guān)的分析報告一般不用長期保存。（X）14018. 軟件也會磨損和老化。（X）01019. 完善性維護(hù)是提高或完善軟件的性能。（）0101四、

24、簡答題（每小題4分，共20分）1、軟件危機(jī)是指在計算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。3、軟件項目的質(zhì)量管理制定軟件質(zhì)量保證計劃，按照質(zhì)量評價體系控制軟件質(zhì)量要素，對階段性的軟件產(chǎn)品進(jìn)行評審，對最終軟件產(chǎn)品進(jìn)行確認(rèn)，確保軟件質(zhì)量。4、好的編程風(fēng)格應(yīng)遵循哪四條規(guī)則？13041）節(jié)簡化2）模塊化3）簡單化 4）文檔化軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、對在數(shù)據(jù)流圖中每一個命令的圖形元素均給以定義是（B）0501、條目定義、數(shù)據(jù)字典、數(shù)據(jù)定義、數(shù)據(jù)說明2、軟件的可行性研究中不包括（D）0302、法律可行性、技術(shù)可行性、經(jīng)濟(jì)可行性、政治可行性3

25、、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動稱為（C）。1501A. 糾錯性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)4、人機(jī)界面的風(fēng)格大致經(jīng)過了（B）代的演變。1202A三 B四 C五 D六5、以下不屬于白盒測試技術(shù)的是（D）1402A 邏輯覆蓋 B基本路徑測試 C循環(huán)覆蓋測試 D等價類劃分6、為改正軟件系統(tǒng)中潛藏的錯誤而進(jìn)行的維護(hù)活動稱為（A）。1501A 糾錯性維護(hù) B適應(yīng)性維護(hù) C改善性維護(hù) D預(yù)防性維護(hù)二、填空題（每空2分，共18分）1. 文檔（document）一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。01012. 機(jī)器語言、匯編語言：依賴于機(jī)器，面向（機(jī)器）01

26、013. 軟件有效性（efficiency），指軟件系統(tǒng)的時間和（空間）效率。01034. 軟件定義過程可通過軟件系統(tǒng)的可行性研究和需求分析兩個階段來完成。01035. 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。01036. 為了使用戶需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。04027. 一個軟件的深度是指其控制的（層數(shù)）。08018. 以詳細(xì)設(shè)計說明書為輸入，將該輸入用某種程序設(shè)計語言翻譯成計算機(jī)可以理解并最終可運行的代碼的過程叫（編碼）過程。13019. 軟件維護(hù)是軟件生命周期的（最后）一個階段。1501三、判斷題（每小題2分，共24分，錯誤

27、打X、正確打）1. 缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（）01022. 一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（X）02063. 在用戶需求分析時觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價值的需求。（）04024. 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計一些復(fù)雜的算法等場合。（）04025. 流程圖也稱為程序（框圖）是最常用的一種表示法。（）08026. 面向數(shù)據(jù)設(shè)計方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表

28、示數(shù)據(jù)等步驟。（）10017. 理想的人機(jī)界面應(yīng)針對具有典型個性的特定的一類用戶設(shè)計。（）12018. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動作。（X）12049. 用窮舉測試是較現(xiàn)實的測試方法。（X）140110、編碼時應(yīng)盡可能使用全局變量（X）130211、重視程序結(jié)構(gòu)的設(shè)計，能使程序具有較好的層次結(jié)構(gòu)（）130112、程序中的注解越少越好（ X ）。1302四、簡答題（每小題4分，共20分）1、計算機(jī)軟件與計算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。01012、需求分析的任務(wù)是什么？0103需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件

29、系統(tǒng)的功能需求、性能需求和運行環(huán)境約束，編制軟件需求規(guī)格說明書、軟件系統(tǒng)的驗收測試準(zhǔn)則和初步的用戶手冊。4、快速原型技術(shù)的基本思想是什么？0402在軟件開發(fā)的早期，快速開發(fā)一個目標(biāo)軟件系統(tǒng)的原型，讓用戶對其進(jìn)行評價并提出修改意見，然后開發(fā)人員根據(jù)用戶的意見對原型進(jìn)行改進(jìn)。軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、在設(shè)計測試用例時，應(yīng)當(dāng)包括（C）1401、合理的輸入條件、不合理的輸入條件、合理的和不合理的輸入條件、部分條件2、下列各項中不屬于邏輯覆蓋的是（D）1402、語句覆蓋、判定覆蓋、判定條件覆蓋、全部覆蓋5、實踐表明，確定發(fā)生錯誤的位置和內(nèi)在原因所需的工作量幾

30、乎占整個調(diào)試工作量的（D）%。1404A. 30B. 50C. 70D. 90二、填空題（每空2分，共18分）1. 黑盒測試主要是測試軟件是否滿足（功能）需求。14022. （調(diào)試）的目的是確定錯誤的位置和引起錯誤的原因，并加以改正。因此，又稱為排錯或糾錯。14043. 軟件工程由方法、工具和（過程）三部分組成，稱軟件工程的三要素。0101三、判斷題（每小題2分，共24分，錯誤打X、正確打）1. 文檔可用于專業(yè)人員和用戶之間的通信和交流；軟件開發(fā)過程的管理；運行階段的維護(hù)。（）01012. 軟件開發(fā)、設(shè)計幾乎都是從頭開始，成本和進(jìn)度很難估計。（）01013. 適應(yīng)性維護(hù)是改進(jìn)軟件未來的可維護(hù)性

31、和可靠性。（X）01014. 由于軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（X）02035. 按照功能，軟部件可劃分為系統(tǒng)軟件和應(yīng)用軟件兩類。（）03016. 如果某子功能可以用一段簡潔、精確的文字描述清楚，就無需進(jìn)一步分解，是創(chuàng)建用戶需求的數(shù)據(jù)流模型應(yīng)遵循的規(guī)則。（）05027. 耦合度是對軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。在設(shè)計軟件時應(yīng)追求盡可能緊密的耦合的系統(tǒng)。（X）08038. 在面向?qū)ο笤O(shè)計階段則著重完成“如何做”的問題，也就是著重考慮對象的實現(xiàn)細(xì)節(jié)。（）11019. 隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來越大。（）150110. 軟件的可維護(hù)性差是軟件維護(hù)工作量和費用激增的

32、直接原因。（）1505軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、從事物的組成部件及每個部件的屬性、功能來認(rèn)識事物。這種方法被稱為（A）的方法。0701A、面向?qū)ο驜、面向數(shù)據(jù)C、面向過程D、面向?qū)傩?、判定表由四部分組成：左上部列出（B）。0802A. 條件組合與動作之間的對應(yīng)關(guān)系B. 所有條件C. 所有可能的動作D. 可能的條件組合4、耦合度也可以分為七級：其中最松散的耦合是（A）。0801A. 非直接耦合B. 數(shù)據(jù)耦合C. 特征耦合D. 控制耦合二、填空題（每空2分，共18分）1. 軟件工程由方法、（工具）和過程三部分組成，稱軟件工程的三要素。01012. 軟

33、件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問題的（需求）。01033. 在實體-關(guān)系圖簡稱E-R圖中，數(shù)據(jù)對象實體用長方形、關(guān)系用（菱形）、屬性用橢圓表示。05024. 從工程管理的角度軟件設(shè)計可分為概要設(shè)計和（詳細(xì)）設(shè)計兩大步驟。08015. 通過向用戶提供視覺和聽覺上的反饋，保持用戶與界面間的雙向通信，是提高界面可（交互）性的措施之一。12046. 測試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。1401三、判斷題（每小題2分，共24分，錯誤打X、正確打）1. 糾錯性維護(hù)是改正運行期間發(fā)現(xiàn)的潛伏錯誤。（）01012. 軟件可移植性（portability），是指軟件從

34、一個計算機(jī)系統(tǒng)或（環(huán)境）移植到另一個上去的難易程度。（）3. 軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡單性等屬性。（X）02044. 當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時，V（G）值將隨之增加，即程序的復(fù)雜性增大。（）02045. 一般來說，設(shè)計軟件時應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（）08036. 編碼的依據(jù)是詳細(xì)設(shè)計說明書。（）13037. 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（）13038. 預(yù)防性維護(hù)是修改軟件，以適應(yīng)軟硬件環(huán)境的變化。（X）0101四、簡答題（每小題4分，共20分5、瀑布模型一般適應(yīng)哪些場合？0104瀑布模型一般適用于功能、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。應(yīng)用有一定的局限性。五、綜合題（每小題10分，共20分）