大學(xué)軟件工程試題

1、一、單項選擇題1、在結(jié)構(gòu)化設(shè)計（SD）方法中全面指導(dǎo)模塊劃分的最重要的原則是( )A、程序模塊化 B、模塊高內(nèi)聚 C、模塊低耦合 D、模塊獨立性2、瀑布模型本質(zhì)上是一種（ ）A、線性順序模型 B、順序迭代模型 c.線性迭代模型 D、及早見產(chǎn)品模型 3、軟件維護(hù)產(chǎn)生的副作用，是指（ ）A、開發(fā)時的錯誤 B、隱含的錯誤C、因修改軟件而造成的錯誤 D、運行時誤操作 4、使用程序設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（ ）A、黑盒測試 B、白盒測試 c.界測試 D、系統(tǒng)測試 5、軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的（ ）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程 6、軟件結(jié)構(gòu)圖的形態(tài)

2、特征能反映程序重用率的是（ ）A、深度 B、寬度 C、扇入 D、扇出 7、為了提高模塊的獨立性，模塊內(nèi)部最好是（ ）A、邏輯內(nèi)聚 B、時間內(nèi)聚 C、功能內(nèi)聚D、通信內(nèi)聚 8、軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（ ）A、調(diào)用關(guān)系  B、組成關(guān)系  C、鏈接關(guān)系  D、順序執(zhí)行關(guān)系 9、軟件是一種（ ）A、程序  B、數(shù)據(jù)   C、邏輯產(chǎn)品  D、物理產(chǎn)品 10、需求分析最終結(jié)果是產(chǎn)生（ ）A、項目開發(fā)計劃 B、需求規(guī)格說明書 C、設(shè)計說明書 D、可行性分析報告 11、因計算機硬件和軟件環(huán)

3、境的變化而作出的修改軟件的過程稱為( ) A、糾正性維護(hù)B、適應(yīng)性維護(hù) C、完善性維護(hù)D、預(yù)防性維護(hù)12、采用Gantt圖表示軟件項目進(jìn)度安排，下列說法中正確的是( ) A、能夠反映多個任務(wù)之間的復(fù)雜關(guān)系 B、能夠直觀表示任務(wù)之間相互依賴制約關(guān)系 C、能夠表示哪些任務(wù)是關(guān)鍵任務(wù) D、能夠表示子任務(wù)之間的并行和串行關(guān)系13、只有單重繼承的類層次結(jié)構(gòu)是( )層次結(jié)構(gòu)。 A、網(wǎng)狀型B、星型 C、樹型D、環(huán)型14、快速原型模型的主要特點之一是( ) A、開發(fā)完畢才見到產(chǎn)品B、及早提供全部完整的軟件產(chǎn)品C、開發(fā)完畢后才見到工作軟件D、及早提供工作軟件15、下列屬于維護(hù)階段的文檔是( ) A、軟件規(guī)格說明

4、 B、用戶操作手冊 C、軟件問題報告 D、軟件測試分析報告16、若有一個計算類型的程序，它的輸入量只有一個X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是( ) A、條件覆蓋法B、等價分類法C、邊界值分析法D、錯誤推測法17、不適合作為科學(xué)工程計算的語言是( ) A、PascalB、 C C、Fortran D、 Prolog18、軟件詳細(xì)設(shè)計主要采用的方法是( ) A、模塊設(shè)計B、結(jié)構(gòu)化設(shè)計 C、PDL語言D、結(jié)構(gòu)化程序設(shè)計19、研究開發(fā)所需要的成本和資源是屬于可行性研究中的( )研究的一方面。 A. 技術(shù)可行

5、性B.經(jīng)濟可行性C. 社會可行性D. 法律可行性20、開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做( ) A. 軟件工程 B. 軟件周期 C. 軟件危機D.軟件產(chǎn)生21、中級結(jié)構(gòu)性成本模型COCOMO是一個( ) A、靜態(tài)單變量模型 B、動態(tài)單變量模型 C、靜態(tài)多變量模型 D、動態(tài)多變量模型 22、按軟件生命周期方法設(shè)計軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個階段的工作（ ）A、需求分析 B、概要設(shè)計 C、詳細(xì)設(shè)計 D、軟件維護(hù) 23、經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中（ ）A、軟件不再包含任何錯誤 B、還可能包含少量軟件錯誤 C、所提交給用戶的可執(zhí)行文件不會含有錯誤

6、 D、文檔中不會含有錯誤。 24、等價劃分測試方法屬于（ ）  A、黑盒測試 B、白盒測試 C、邊界測試D、系統(tǒng)測試 25、PAD圖為（ ）提供了有力的工具。A、系統(tǒng)分析 B、軟件的自動化生成 C、自動分析數(shù)據(jù) D、測試軟件26、在快速原型模型的開發(fā)過程中，僅作為需求說明的補充形式的原型是（ ） A、探索型模型B、演化型模型C、實驗型模型D、提交型模型 27、為避免修改軟件的“漣漪效應(yīng)”，模塊之間的耦合最好是（ ）A、內(nèi)容耦合B、控制耦合 C、數(shù)據(jù)耦合 D、印記耦合28、程序設(shè)計語言的工程特性之一為( )A、軟件的可重用性 B、數(shù)據(jù)結(jié)構(gòu)的描述性 C、抽象類型的描述性 D、數(shù)據(jù)庫的易操

7、作性 29、下列關(guān)于JSP方法不正確的說法是( ) A、JSP方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng) B、JSP方法不明確的劃分軟件概要設(shè)計和詳細(xì)設(shè)計的兩個階段 C、JSP方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系的問題求解 D、JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適用于詳細(xì)設(shè)計階段30、軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為( ) A.可用性B.可靠性 C.正確性D.完整性31、在詳細(xì)設(shè)計階段，經(jīng)常采用的工具有（ ）A、PAD B、SA C、SC D、DFD32、模塊設(shè)計中，最不希望的內(nèi)聚是（ ）A、功能內(nèi)聚B、

8、通信內(nèi)聚 C、過程內(nèi)聚 D、偶然內(nèi)聚 33、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（ ）A、集成測試B、恢復(fù)測試C、驗收測試 D、單元測試 34、要顯示描繪軟件開發(fā)項目各作業(yè)的依賴關(guān)系，應(yīng)選擇(  )。A. Gantt圖   B.工程網(wǎng)絡(luò) C. COCOMO模型  D.數(shù)據(jù)流圖 35、盒圖（N-S圖）為（ ）提供了有力的工具。A、系統(tǒng)分析 B、軟件的自動化生成 C、自動分析數(shù)據(jù) D、測試軟件36、實施快速原型模型方法開發(fā)軟件的關(guān)鍵在于（ ）A、CASE工具的支持 B、如何開發(fā)演化型模型 C、項目主管的

9、支持 D、開發(fā)人員的素質(zhì) 37、(  )是比較理想的可重用軟構(gòu)件。A.子程序庫   B.源代碼包含文件 C.對象 D.類 38、程序流程圖（框圖）中的箭頭代表(  )。A.數(shù)據(jù)流   B.控制流  C.調(diào)用關(guān)系 D.組成關(guān)系 39、一個只有順序結(jié)構(gòu)的程序，其環(huán)形復(fù)雜度是(  )。A.0    B.1    C.3    D.不確定的 40、從心理學(xué)角度看，對數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分解為多少個泡為宜。（ ）A、3±1 B、7

10、±2 C、15±1 D、18±241、瀑布模型存在的問題是（ ） A、用戶容易參與開發(fā) B、缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求42、可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)， 因此必須給出什么樣的回答。（ ）A確定 B行或不行 C正確 D無二義43、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（ ）A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計語言的先進(jìn)性 D、程序易讀性44、在用戶界面層次上對軟件進(jìn)行測試屬于哪種測試方法（ ）  A、黑盒測試 B、白盒測試 C、邊界測試D、系統(tǒng)測試 45、經(jīng)濟可行性研究的范圍包

11、括（ ）A、資源有效性B、管理制度C、效益分析 D、開發(fā)風(fēng)險46、對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 使數(shù)據(jù)和操作（ ）于對象的統(tǒng)一體中。 A、結(jié)合B、隱藏 C、封裝 D、抽象47、需求分析階段的任務(wù)是確定（ ）A、軟件開發(fā)方法 B、軟件開發(fā)工具 C、軟件開發(fā)費 D、軟件系統(tǒng)的功能48、下列文檔與維護(hù)人員有關(guān)的有( ) A、軟件需求說明書B、項目開發(fā)計劃 C、概要設(shè)計說明書D、操作手冊49、下列模型屬于成本估算方法的有( ) A、COCOMO模型B、McCall模型 C、McCabe度量法D、時間估算法50、程序的三種基本控制結(jié)構(gòu)是（ ） A、過程、子程序和分程序 B、順序、選擇和重復(fù) C、遞歸、堆

12、棧和隊列 D、調(diào)用、返回和轉(zhuǎn)移51、作坊式小團(tuán)體合作軟件生產(chǎn)方式的時代是（ ）時代。 A、程序設(shè)計B、軟件生產(chǎn)自動化C、程序系統(tǒng)D、軟件工程52、軟件生存周期中時間最長的是（ ）階段。A、總體設(shè)計 B、需求分析 C、軟件測試 D、軟件維護(hù) 53、為了提高模塊的獨立性，模塊之間的聯(lián)系最好的是（ ）。A、公共耦合B、控制耦合C、內(nèi)容耦合 D、數(shù)據(jù)耦合54、軟件概要設(shè)計結(jié)束后得到（ ）A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖 C、模塊的接口圖和詳細(xì)算法 D、程序編碼 55、軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備（ ）A、軟件的特點 B、質(zhì)量C、軟件產(chǎn)品 D、功能 56、軟件特性

13、中，程序能夠滿足規(guī)格說明和完成用戶業(yè)務(wù)目標(biāo)的程度，稱作（ ）A、正確性 B、移植性 C、可靠性 D、完整性 57、為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進(jìn)行周密的思考，從而減少返工，所以（ ）的編制是很重要的。A、需求說明 B、概要說明 C、軟件文檔 D、測試計劃 58、汽車有一個發(fā)動機，因而汽車與發(fā)動機之間的關(guān)系是（ ）關(guān)系。A、一般與特殊 B、整體與部分 C、分類關(guān)系D、is a 關(guān)系 59、在有多重繼承的類層次結(jié)構(gòu)圖中，它的類層次結(jié)構(gòu)圖是（ ）層次結(jié)構(gòu)A、樹型 B、網(wǎng)狀性 C、星型 D、環(huán)型 60、軟件部件的內(nèi)部實現(xiàn)與外部可訪問性的分離，是指軟件的（ ）。A、繼承性 B、共享性 C、封

14、裝性 D、抽象性61、在結(jié)構(gòu)圖中，不是其主要成分的是（ ）。 A、模塊B、模塊間傳遞的數(shù)據(jù) C、模塊內(nèi)部數(shù)據(jù) D、模塊的控制關(guān)系62、結(jié)構(gòu)化設(shè)計方法在軟件開發(fā)中，用于（ ）。A、測試用例設(shè)計 B、軟件概要設(shè)計 C、程序設(shè)計 D、軟件詳細(xì)設(shè)計 63、單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ ）的錯誤。A、接口錯誤 B、編碼錯誤 C、性能、質(zhì)量不合要求 D、功能錯誤64、軟件工程管理對軟件項目的開發(fā)管理，即對整個軟件（ ）的一切活動的管理。A、軟件項目 B、生存期 C、軟件開發(fā)計劃 D、軟件開發(fā) 65、許多產(chǎn)品的質(zhì)量問題源于新產(chǎn)品的

15、開發(fā)設(shè)計階段，因此在產(chǎn)品（ ）階段就應(yīng)采取有力措施來消滅由于設(shè)計原因而產(chǎn)生的質(zhì)量隱患。A、軟件評審 B、軟件測試 C、開發(fā)設(shè)計 D、軟件度量 66、下列幾種類型中，耦合性最弱的是（ ）。A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型 67、COCOMO估算模型是（ ）A、模塊性成本模型 B、結(jié)構(gòu)性成本模型 C、動態(tài)單變量模型 D、動態(tài)多變量模型 68、火車是一種陸上交通工具，火車和陸上交通工具之間的關(guān)系是（ ）關(guān)系。A、一般與特殊B、整體與部分C、分類關(guān)系 D、is a 關(guān)系 69、面向?qū)ο蠓治鲭A段建立的三個模型中，核心的模型是（ ）模型。A、功能 B、動態(tài) C、對象 D、分析 70、系統(tǒng)因錯

16、誤而發(fā)生故障時，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為（ ）。A、軟件容錯 B、系統(tǒng)軟件 C、測試軟件 D、恢復(fù)測試1可行性分析研究的目的是（      ）A.爭取項目 B.項目值得開發(fā)否 C.開發(fā)項目 D.規(guī)劃項目2具有風(fēng)險分析的軟件生存周期模型是（      ） A.瀑布模型   B.噴泉模型 C.螺旋模型 D.增量模型3需求分析階段的任務(wù)是確定（     ）A軟

17、件開發(fā)方法B軟件開發(fā)工具C軟件開發(fā)D軟件系統(tǒng)的功能4數(shù)據(jù)字典是用來定義（）中的各個成份的具體含義的。A流程圖 B功能結(jié)構(gòu)圖 C系統(tǒng)結(jié)構(gòu)圖     D數(shù)據(jù)流圖5程序的三種基本控制結(jié)構(gòu)的共同特點是（）A只能用來描述簡單程序    B不能嵌套使用 C單入口，單出口    D僅用于自動控制系統(tǒng)6軟件設(shè)計的方法有多種，（）方法不屬于面向數(shù)據(jù)流的設(shè)計方法。A基于Jackson圖的設(shè)計 B基于IDEF0圖的設(shè)計-結(jié)構(gòu)化方法-數(shù)據(jù)流C交換分析設(shè)計    

18、; D事務(wù)分析設(shè)計7為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循（）原則。A信息隱蔽  B質(zhì)量控制 C程序優(yōu)化  D數(shù)據(jù)共享8軟件復(fù)雜性主要體現(xiàn)在（      ）A.數(shù)據(jù)的復(fù)雜性  B.程序的復(fù)雜性 C.控制的復(fù)雜性     D.問題的復(fù)雜性9為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意（      ）A.保存測試用例和數(shù)據(jù)     

19、B.提高模塊的獨立性 C.文檔的副作用        D.養(yǎng)成好的程序設(shè)計風(fēng)格10面向?qū)ο蟮奶卣髦皇牵?#160;     ）A.對象的唯一性       B.抽象C.封裝性    D.共享性11當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）A數(shù)據(jù)耦合   B公共耦合 C標(biāo)記耦合    D內(nèi)容耦合1

20、2需求規(guī)格說明書的作用不包括（）A軟件驗收的依據(jù)B用戶與開發(fā)人員對軟件要做什么的共同理解 C軟件可行性研究的依據(jù) D軟件設(shè)計的依據(jù)13.為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進(jìn)行周密的思考，從而減少返工，所以（ ）的編制是很重要的。A、需求說明 B概要說明 C軟件文檔 D測試計劃14.軟件部件的內(nèi)部實現(xiàn)與外部可訪問性的分離，是指軟件的（ ）。A、繼承性 B、共享性 C、封裝性 D、抽象性15.單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ ）的錯誤。A、接口錯誤 B、編碼錯誤 C性能、質(zhì)量不合要求D、功能錯誤16.軟件工程管理對軟件

21、項目的開發(fā)管理，即對整個軟件（ ）的一切活動的管理。A、軟件項目 B、生存期 C、軟件開發(fā)計劃 D、軟件開發(fā)17.軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（）A前者屬于靜態(tài)測試，后者屬于動態(tài)測試 B都屬于靜態(tài)測試 C前者屬于動態(tài)測試，后者屬于靜態(tài)測試 D都屬于動態(tài)測試18.軟件工程管理的具體內(nèi)容不包括對（）管理。A開發(fā)人員       B組織機構(gòu) C控制     D設(shè)備19.軟件調(diào)試技術(shù)包括（      

22、）A.錯誤推斷       B.集成測試 C.回溯法  D.邊界值分析 20.ISO的軟件質(zhì)量評價模型由3層組成，其中用于評價設(shè)計質(zhì)量的準(zhǔn)則是（ ）ASQIC BSQMC CSQRC DSQDC21.軟件復(fù)雜性度量的參數(shù)包括（    ）規(guī)模： 難度： 結(jié)構(gòu)： 智能度A效率  B規(guī)模       C完整性   D容錯性22.模塊的耦合性最強的是( )A.數(shù)據(jù)耦合B.控制耦合 C.公共耦合

23、D.內(nèi)容耦合23.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是( )A.程序模塊化B.模塊高內(nèi)聚 C.模塊低耦合D.模塊獨立性24.軟件詳細(xì)設(shè)計主要采用的方法是( )A.模塊設(shè)計B.結(jié)構(gòu)化設(shè)計 C.PDL語言D.結(jié)構(gòu)化程序設(shè)計25.黑盒測試在設(shè)計測試用例時，主要需要研究( )A.需求規(guī)格說明與概要設(shè)計說明B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃 D.概要設(shè)計說明與詳細(xì)設(shè)計說明26.若有一個計算類型的程序，它的輸入量只有一個X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是( ) A.條件覆蓋法 B.等價分類法 C.邊界值分

24、析法D.錯誤推測法27.下列屬于維護(hù)階段的文檔是( )A.軟件規(guī)格說明 B.用戶操作手冊 C.軟件問題報告 D.軟件測試分析報告28.快速原型模型的主要特點之一是( ) A.開發(fā)完畢才見到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件 D.及早提供工作軟件29.因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( )A.教正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)30.軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為( )A.可用性B.可靠性 C.正確性 D.完整性31.下列文檔與維護(hù)人員有關(guān)的有( ) A.軟件需求說明書

25、B.項目開發(fā)計劃 C.概要設(shè)計說明書 D.操作手冊32.下列模型屬于成本估算方法的有( )A.COCOMO模型 B.McCall模型 C.McCabe度量法 D.時間估算法33.對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ ）于對象的統(tǒng)一體中。（第九章）A結(jié)合 B隱藏C封裝 D抽象34.軟件調(diào)試技術(shù)包括（ ）A邊界值分析 B演繹法 C循環(huán)覆蓋 D集成測試35.概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計，以下選項中不屬于概要設(shè)計的是（ ）A.把軟件劃分成模塊 B.確定模塊之間的調(diào)用關(guān)系C.確定各個模塊的功能 D.設(shè)計每個模塊的偽代碼36.軟件生命周期中所花費用最多的階段是（ ）A詳細(xì)設(shè)計B軟件編碼 C軟件測

26、試 D軟件維護(hù)37.“軟件危機”是指(  )A. 計算機病毒的出現(xiàn)  B. 利用計算機進(jìn)行經(jīng)濟犯罪活動C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題  D. 人們過分迷戀計算機系統(tǒng)38.確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（ ）A、集成測試 B恢復(fù)測試 C驗收測試 D單元測試39.盒圖（N-S圖）為（ ）提供了有力的工具。A、系統(tǒng)分析 B軟件的自動化生成 C自動分析數(shù)據(jù) D測試軟件40.程序的三種基本控制結(jié)構(gòu)是（ ）A、過程、子程序和分程序 B、順序、選擇和重復(fù)C、遞歸、堆棧和隊列 D、調(diào)用、返回和轉(zhuǎn)移41

27、.具有風(fēng)險分析的軟件生存周期模型是（      ）A.瀑布模型  B.噴泉模型 C.螺旋模型    D.增量模型42.下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于行業(yè)標(biāo)準(zhǔn)的是( ) A. GB   B. DIN  C. ISO  D. IEEE43.DFD中的每個加工至少需要(  ) A. 一個輸入流  B. 一個輸出流 C. 一個輸入或輸出流  D. 一個輸入流

28、和一個輸出流44.為了提高模塊的獨立性，模塊之間最好是(  ) A. 控制耦合  B. 公共耦合  C. 內(nèi)容耦合  D. 數(shù)據(jù)耦合45.軟件設(shè)計的方法有多種，（）方法不屬于面向數(shù)據(jù)流的設(shè)計方法。A基于Jackson圖的設(shè)計    B基于IDEF0圖的設(shè)計 C交換分析設(shè)計     D事務(wù)分析設(shè)計46.當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）A數(shù)據(jù)耦合  B公共耦合 C標(biāo)記耦合  &#

29、160;D內(nèi)容耦合47.詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是( )A. DFD圖  B. 程序圖  C. PAD圖  D. SC圖48.測試的關(guān)鍵問題是(  )A. 如何組織對軟件的評審  B. 如何驗證程序的正確性  C. 如何采用綜合策略  D. 如何選擇測試用例49.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做( ) A.軟件工程 B.軟件周期 C.軟件危機D.軟件產(chǎn)生50.模塊的內(nèi)聚性最高的是( )A.邏輯內(nèi)聚B.時間內(nèi)

30、聚 C.偶然內(nèi)聚D.功能內(nèi)聚51.軟件詳細(xì)設(shè)計主要采用的方法是( )A.模塊設(shè)計B.結(jié)構(gòu)化設(shè)計 C.PDL語言D.結(jié)構(gòu)化程序設(shè)計52.結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（ ）A 程序的規(guī)模 B程序的效率 C 程序設(shè)計語言的先進(jìn)性 D程序易讀性53.下列關(guān)于功能性注釋不正確的說法是(  )A. 功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來說明程序段，需要在每一行都要加注釋 C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D. 修改程序也應(yīng)修改注釋54.下列關(guān)于效率的說

31、法不正確的是(  )A. 效率是一個性能要求，其目標(biāo)應(yīng)該在需求分析時給出 B. 提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法 C. 效率主要指處理機時間和存儲器容量兩個方面 D. 程序的效率與程序的簡單性無關(guān)55.可維護(hù)性的特性中，相互矛盾的是(  )A. 可理解性與可測試性  B. 效率與可修改性 C. 可修改性和可理解性  D. 可理解性與可讀性56.快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究( 

32、; )的方法和技術(shù)中產(chǎn)生的。A. 需求階段  B.設(shè)計階段  C. 測試階段 D.軟件開發(fā)的各個階段 57.從目前情況來看，增量模型存在的主要問題是( )A. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B. 該方法的成功率很低 C. 缺乏豐富而強有力的軟件工具和開發(fā)環(huán)境 D. 缺乏對開發(fā)過程中的問題和錯誤具有應(yīng)付變化的機制58.可行性分析研究的目的是（    ）A.項目是否值得開發(fā) B .爭取項目 C.開發(fā)項目  D.規(guī)劃項目5

33、9.描述復(fù)雜系統(tǒng)時，最好采用（ ）的描繪方法。A.按系統(tǒng)流程描述 B.分層次C.分階段  D.對系統(tǒng)數(shù)據(jù)分類60.下述方法中，屬于形式化說明方法的是（ ）。A. Petri網(wǎng) B. 數(shù)據(jù)流圖 C. PDL  D. PAD圖61.需求分析階段的基本任務(wù)是準(zhǔn)確地回答（ ）。A. 系統(tǒng)的規(guī)模有多大 B. 系統(tǒng)如何實現(xiàn) C. 系統(tǒng)有些什么輸入信息 D. 系統(tǒng)必須做什么62.在軟件結(jié)構(gòu)設(shè)計時，下面哪一項不是應(yīng)該遵循（ ）的原則。A信息隱蔽  B抽象 C數(shù)據(jù)共享      D逐步求精63軟件詳細(xì)設(shè)計的主要任務(wù)是確定每

34、個模塊的（）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B外部接口 C功能 D編程64.軟件是一種（ ）A、程序 B數(shù)據(jù) C邏輯產(chǎn)品 D物理產(chǎn)品65.研究開發(fā)所需要的成本和資源是屬于可行性研究中的( )研究的一方面。A.技術(shù)可行性 B.經(jīng)濟可行性 C.社會可行性 D.法律可行性66.中級結(jié)構(gòu)性成本模型COCOMO是一個( )A、靜態(tài)單變量模型 B動態(tài)單變量模型 C靜態(tài)多變量模型 D動態(tài)多變量模型67.PAD圖為（ ）提供了有力的工具。A、系統(tǒng)分析 B軟件的自動化生成 C自動分析數(shù)據(jù) D測試軟件68.在軟件結(jié)構(gòu)設(shè)計完成后，對于下列說法，正確的是（ ）A軟件層數(shù)過多，可能是因為各管理子模塊功能過于復(fù)雜的原因。B對軟

35、件寬度影響最大的因素是扇入。C一個模塊的扇出太多，說明該模塊過分復(fù)雜，缺少中間層D一個模塊的扇入太多，說明該模塊過分復(fù)雜，缺少中間層69.源程序的效率與( )階段確定的算法的效率直接有關(guān)。A概要設(shè)計 B. 總體設(shè)計 C. 單元設(shè)計 D. 詳細(xì)設(shè)計70.關(guān)于軟件測試，下面說法正確的是( )。A軟件測試只能依靠手工進(jìn)行 B子模塊并入系統(tǒng)時，只要此子模塊是經(jīng)過單元測試，且沒有問題的，就不用再對系統(tǒng)進(jìn)行測試了。C軟件不能進(jìn)行“窮舉”測試 D測試計劃是在軟件測試開始之初制定的。71.關(guān)于白盒法覆蓋程度的論述中正確的是( )。A語句覆蓋：選擇測試用例使程序中每條語句至少被執(zhí)行一次B條件覆蓋：選擇測試用例使

36、每個條件都滿足C判定覆蓋：選擇測試用例使程序中每個判定和判定中的條件至少都獲得一次“真”值和一次“假”值。D條件組合覆蓋：將所有的判定條件都組合起來執(zhí)行。72.黑盒測試著重測試軟件的（ ）A設(shè)計 B. 模塊 C. 功能 D. 數(shù)據(jù)73.（ ）發(fā)現(xiàn)錯誤能力最弱 。A判定覆蓋 B.語句覆蓋 C. 條件覆蓋 D. 條件組合覆蓋74.在進(jìn)行軟件測試時，首先應(yīng)當(dāng)進(jìn)行（ ），然后再進(jìn)行組裝測試，最后再進(jìn)行有效性測試。A組織測試 B集成測試 C確認(rèn)測試 D單元測試75.由軟件預(yù)發(fā)行的最終客戶們在一個或多個客戶場所對軟件進(jìn)行的測試，稱為（）。A測試 B集成測試 C平行運行 D測試76.以下說法正確的是（ ）。

37、A等價劃分法是一種有效的白盒測試方法。B在等價劃分法中，為了提高測試效率，一個測試用例可以覆蓋多個有效等價類。C等價劃分法的關(guān)鍵是按照用例來確定等價類。D設(shè)計測試方案時，要么采用等價劃分法，要么采用邊界值分析法。77.從現(xiàn)存的程序代碼中抽取有關(guān)數(shù)據(jù)、體現(xiàn)結(jié)構(gòu)和處理過程的設(shè)計信息，以便恢復(fù)設(shè)計結(jié)果的過程，稱為（）A代碼重構(gòu) B逆向工程 C數(shù)據(jù)重構(gòu) D正向工程78.決定軟件可維護(hù)性的因素有5個，即可理解性、（ ）、可修改性、可移植性、可重用性。A 完備性 B 安全性 C可測試性 D 靈活性79.軟件維護(hù)工作過程中，第一步是先確認(rèn)（ ）A維護(hù)環(huán)境 B維護(hù)類型 C 維護(hù)要求 D 維護(hù)者80.以下哪種不

38、屬于用面向?qū)ο蠓椒ń⒌姆治瞿Ｐ停?）A. 動態(tài)模型  B. 功能模型  C. 對象模型  D. 狀態(tài)模81.可維護(hù)性的特性中，相互矛盾的是(  )A. 可理解性與可測試性  B. 效率與可修改性 C. 可修改性和可理解性  D. 可理解性與可讀性82.軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的（ ）A算法和使用的數(shù)據(jù)結(jié)構(gòu) B外部接口 C功能 D編程83.軟件是一種（ ）A、程序 B數(shù)據(jù) C邏輯產(chǎn)品 D物理產(chǎn)品84.研究開發(fā)所需要的成本和資源是屬于可

39、行性研究中的( )研究的一方面。A.技術(shù)可行性 B.經(jīng)濟可行性 C.社會可行性 D.法律可行性85.中級結(jié)構(gòu)性成本模型COCOMO是一個( )A、靜態(tài)單變量模型 B動態(tài)單變量模型 C靜態(tài)多變量模型 D動態(tài)多變量模86.PAD圖為（ ）提供了有力的工具。A、 系統(tǒng)分析 B軟件的自動化生成 C自動分析數(shù)據(jù) D測試軟件1.在面向?qū)ο蠓椒ㄖ?，對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作_封裝_于對象的統(tǒng)一體中。2.如果知道軟件的規(guī)格說明書描述的程序功能，那么就可以采用_確認(rèn)測試_  進(jìn)行測試。3軟件可維護(hù)性度量的七個質(zhì)量特性是可理解性、可測試性、可修改性、可靠性、 可移植性 、 可使用

40、性和效率。4當(dāng)A模塊調(diào)用B模塊時，若兩個模塊之間傳遞的是數(shù)值型參數(shù)，則這兩個模塊的耦合方式是_數(shù)據(jù)耦合_ 。5向?qū)ο蟀l(fā)出服務(wù)請求稱為_消息_，類對象上的各種操作稱為 _方法_。6提高軟件質(zhì)量和可靠性的技術(shù)主要有兩類_避開錯誤技術(shù)_和_容錯技術(shù)_。7大型軟件測試包括_單元測試_、_集成測試_ 確認(rèn)測試和_ _系統(tǒng)測試_四個步驟。8軟件結(jié)構(gòu)圖的寬度是指一層中_最大_的模塊個數(shù)。9軟件生存周期是指一個軟件從提出開發(fā)要求開始直到_ 軟件報廢_為止的整個時期。10McCall提出的軟件質(zhì)量模型包括_11_ 個軟件質(zhì)量特性。11對大信息系統(tǒng)的需求，DFD應(yīng)與數(shù)據(jù)庫技術(shù)中_ER_

41、0;圖結(jié)合起來。12瀑布模型是以文檔為驅(qū)動、適合于_軟件需求明確_的軟件項目的模型。13在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語言、判定表、 判定樹 。14數(shù)據(jù)項是指_不可再分解的_數(shù)據(jù)單元。15基于計算機的系統(tǒng)通常包含6個元素是硬件、軟件、過程、文檔、數(shù)據(jù)庫和_。16軟件開發(fā)是一個自頂向下逐步細(xì)化和求精過程，而軟件測試是一個_自底向上或相反順序_集成的過程。17軟件維護(hù)的內(nèi)容包括校正性維持，適應(yīng)性維護(hù)、_完善性維護(hù)_和預(yù)防性維護(hù)。18CMM將軟件過程的成熟度分為5個等級是初始級、可重復(fù)級、 已定義級 、己管理級和優(yōu)化級。19軟件結(jié)構(gòu)是以 模塊 為基礎(chǔ)而組成的一種控制層次

42、結(jié)構(gòu)。20結(jié)構(gòu)化語言是介于自然語言和 形式化語言 之間的一種半形式語言。21在面向?qū)ο蠓椒ㄖ校瑢ο髮崿F(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作_封裝_于對象的統(tǒng)一體中。22作為計算機科學(xué)技術(shù)領(lǐng)域中的一門新興學(xué)科，軟件工程主要是為了解決_軟件開發(fā)和生產(chǎn)中的各種問題_問題。23劃分模塊時盡量做到_ 高內(nèi)聚低耦合_，保持模塊的獨立性。24瀑布模型是以文檔為驅(qū)動、適合于_軟件需求明確_的軟件項目的模型。25軟件可維護(hù)性度量的七個質(zhì)量特性是可理解性、可測試性、可修改性、可靠性、 可移植性 、 可使用性和效率。26基于計算機的系統(tǒng)通常包含6個元素是硬件、軟件、過程、文檔、數(shù)據(jù)庫和_。27軟件開發(fā)模型用于指導(dǎo)軟件的

43、開發(fā)。演化模型是在快速開發(fā)一個_可運行的軟件原型_的基礎(chǔ)上,逐步演化成最終的軟件。28軟件工程包括的三個要素是 _方法、工具和過程_。29常用的成本估計技術(shù)有： 代碼行技術(shù)_、任務(wù)分解技術(shù) 和自動估計成本技術(shù)三種。30結(jié)構(gòu)化分析方法常用的兩種工具是 數(shù)據(jù)流圖_和_數(shù)據(jù)字典_。31模塊的分解和合并應(yīng)力求_降低耦合提高內(nèi)聚_。32程序的效率包括兩個方面的內(nèi)容_時間復(fù)雜度_和_空間復(fù)雜度_。33形式化方法是一種基于 數(shù)學(xué)的方法來描述目標(biāo)軟件系統(tǒng)屬性的 的技術(shù)。34在需求分析時，常采用 數(shù)據(jù)流圖 來描繪系統(tǒng)的行為。35實體聯(lián)系圖包括： 實體 關(guān)系 屬性 3種相互關(guān)聯(lián)的信息。36軟件設(shè)計包括 總體設(shè)計階

44、段和詳細(xì)設(shè)計階段 兩個階段。37基本路徑測試是在程序流圖的基礎(chǔ)上，通過分析控制構(gòu)造的 環(huán)路復(fù)雜性 ，從而導(dǎo)出基本路徑的集合，而設(shè)計測試用例，保證這些路徑至少通過一次。38軟件維護(hù)活動主要包括完善性維護(hù)、 適應(yīng)性維護(hù) 、改正性維護(hù)和預(yù)防性維護(hù)等四種。39 繼承 是子類自動共享父類屬性和操作的機制。40IEEE定義 基線 是：已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。 41軟件生存周期是指軟件從_定義_、_開發(fā)_、_維護(hù)_直到最終被廢棄的全過程。42瀑布模型的核心思想是 采用結(jié)構(gòu)化的分析與設(shè)計方法將邏輯實現(xiàn)與物理實現(xiàn)分開_。43在

45、可行性研究中，_是最關(guān)鍵的因素。44軟件生命周期由軟件定義、軟件開發(fā)和_軟件維護(hù)_三個時期組成。45一般來說，可行性研究應(yīng)該從技術(shù)、經(jīng)濟和_社會_三個方面研究每種解法的可行性。46軟件_可靠性_是程序在給定的時間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功地運行地概率。47常用的軟件成本估計方法有_代碼行技術(shù)_、任務(wù)分解技術(shù)和自動估計成本技術(shù)。48軟件需求分析時，應(yīng)建立數(shù)據(jù)模型、功能模型和_行為模型_49所謂形式化方法，是描述系統(tǒng)性質(zhì)的基于_數(shù)學(xué)_的技術(shù)。50_信息隱蔽_原理指出：應(yīng)該這樣設(shè)計和確定模塊，使得一個模塊內(nèi)包含的信息對于不需要這些信息的模塊來說，是不能訪問的。51如果一個程序的代碼塊僅僅通過順

46、序、選擇和循環(huán)這三種基本控制結(jié)構(gòu)進(jìn)行連接，并且每個代碼塊只有一個入口和一個出口，則稱這個程序是_結(jié)構(gòu)化_的。 52軟件的維護(hù)一般經(jīng)過_分析和理解程序_、_修改程序_、_重新驗證程序_三個步驟。17.簡述CMM（軟件能力成熟度模型）5個等級的含義答：第一級 基本集 軟件工程是混亂無序的，對工程幾乎沒有定義，成功依靠的是個人的才能和經(jīng)驗，管理方式屬于反應(yīng)式第二級 重復(fù)級 建立了基本的項目管理來跟蹤進(jìn)度。費用和功能特征，制定了必要的項目管理，能夠利用以前類似的項目應(yīng)用取得成功第三級 確定級 已經(jīng)將軟件管理和過程文檔化，標(biāo)準(zhǔn)化，同時綜合成該組織的標(biāo)準(zhǔn)軟件過程，所有的軟件開發(fā)都使用該標(biāo)準(zhǔn)軟件

47、第四級 管理級 收集軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量，對軟件過程和產(chǎn)品質(zhì)量有定量的理解和控制。第五級 優(yōu)化級 軟件過程的量化反饋和新的思想和技術(shù)促進(jìn)過程的不斷改進(jìn)一、軟件工程與軟件過程概述1概念： （1）軟件的概念（成分、作用）；（2）軟件危機的含義、表現(xiàn)、產(chǎn)生原因（客觀、主觀）及消除途徑（技術(shù)、管理）（3）軟件工程方法學(xué)的內(nèi)容（三要素）、主流的軟件工程方法學(xué)（結(jié)構(gòu)化、面向?qū)ο螅?）軟件生命周期的含義、組成階段及各階段基本任務(wù)2需理解的問題： （1）軟件與程序的區(qū)別和聯(lián)系？ （2）開發(fā)一個軟件項目包括哪些基本的步驟？每一步驟完成哪些工作？ （3）主要的軟件過程模型（生命周期模型）有哪些？各自有什

48、么特點？二、結(jié)構(gòu)化分析面向數(shù)據(jù)流的分析方法 1.需求分析、需求分析過程（步驟）？2.需求分析模型：（1）功能模型（數(shù)據(jù)流圖DFD）的含義、描述符號、畫法步驟及規(guī)則（2）數(shù)據(jù)模型（E-R圖）的作用（3）行為模型（狀態(tài)轉(zhuǎn)換圖）的作用及符號描述（4）數(shù)據(jù)字典的作用及表示三、結(jié)構(gòu)化設(shè)計1 軟件設(shè)計遵循的基本原理及規(guī)則：（1）模塊化的含義、如何劃分模塊（降低成本、提高獨立性）（2）抽象與逐步求精的含義、二者間關(guān)系如何？（3）信息隱藏的含義（4）如何完善軟件結(jié)構(gòu)（深度、寬度、扇入、扇出、作用域、控制域）？2 模塊獨立性： （1）模塊獨立性含義？ （2）模塊獨立性的度量標(biāo)準(zhǔn)：耦合的分類、含義及應(yīng)用；內(nèi)聚的分

49、類、含義及應(yīng)用。3 概要設(shè)計（面向數(shù)據(jù)流的設(shè)計方法）（1） 概要設(shè)計的任務(wù)？（2）數(shù)據(jù)流圖的類型及特征（變換型、事務(wù)型）（3）變換分析設(shè)計方法的應(yīng)用（步驟）（4）事務(wù)分析設(shè)計方法的應(yīng)用（步驟） 4詳細(xì)設(shè)計（過程設(shè)計）（1）詳細(xì)設(shè)計的任務(wù)（2）結(jié)構(gòu)化程序（設(shè)計）的特征（3）詳細(xì)設(shè)計結(jié)果的描述工具：圖形工具（程序流程圖、N-S圖、PAD圖）；表格工具（判定表、判定樹）；語言工具（PDL） 9.簡述文檔在軟件工程中的作用。答：(1)提高軟件開發(fā)過程的能見度；(2)提高開發(fā)效率；(3)作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志；(4)記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；(5)提供軟件運行、維護(hù)和培訓(xùn)有關(guān)資料

50、；(6)便于用戶了解軟件功能、性能。 1 軟件危機出現(xiàn)于_，為了解決軟件危機，人們提出了用_的原理來設(shè)計軟件，這是軟件工程誕生的基礎(chǔ)。 A50年代末 B60年代初 C60年代末 D70年代初 A運籌學(xué) B工程學(xué) C軟件學(xué) D軟件學(xué) E數(shù)字2開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作_。A.軟件投機B軟件危機C軟件工程D軟件產(chǎn)生3產(chǎn)生軟件危機的原因有如下幾點，除了_。A、 軟件開發(fā)過程未經(jīng)審查 B、 軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工C、 所開發(fā)的軟件，除了程序清單外，沒有其他文檔D、 采用工程設(shè)計的方法開發(fā)軟件，不符合軟件本身的特點4軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的

51、技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是_。A引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用6 瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和_三個階段，而每一階段又可細(xì)分為若干個更小的階段。A詳細(xì)設(shè)計B可行性分析C運行及維護(hù)D測試與排錯7劃分軟件生存周期的階段時所應(yīng)遵循的基本原則是_。A、各階段的任務(wù)盡可能相關(guān)性 B、各階段的任務(wù)盡可能相對獨立C、各階段的任務(wù)在時間上連續(xù) D、各階段的任務(wù)在時間上相對獨立8一個軟件項目是否進(jìn)行開發(fā)的結(jié)論是在_文檔中作出的。A、 軟件開發(fā)計劃B、可行性報告C、需求分析說明書D、測試報告9分析員是_。A 用戶

52、中系統(tǒng)的直接使用者B用戶和軟件人員的中間人C軟件的編程人員 D。用戶和軟件人員的領(lǐng)導(dǎo) 10下列敘述中，_不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具 B、為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識C、作為概要設(shè)計的依據(jù) D、為需求分析階段定義各類條目11使用結(jié)構(gòu)化分析方法時，采用的基本手段是_。A分解和抽象B分解和綜合C歸納與推導(dǎo)D試探與回溯12結(jié)構(gòu)化系統(tǒng)分析主要是通過_進(jìn)行分析的。A算法分解B控制結(jié)構(gòu)分解C數(shù)據(jù)結(jié)構(gòu)分解D處理功能分解13分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的_?？偯睟細(xì)節(jié)C抽象D軟件的作者 13變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于_。 A變換型 B 事務(wù)型 14需求分析說明書不能作為_。A、 可行性研究的依據(jù)B、用戶和開發(fā)人員之間的合同C、 系統(tǒng)