2015年軟件工程期末試卷自己整理的_很完整的

1、1、2、瀑布模型把軟件生命周期劃分為八個階段：問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計、詳細(xì)設(shè)計、編碼、測試和運行、維護(hù)。八個階段又可歸納為三個大的階段：計劃階段、開發(fā)階段和(C)。A、詳細(xì)計劃R可行性分析C、運行階段D測試與排錯2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，對軟件的影響最大(C)oA、詳細(xì)設(shè)計階段B、概要設(shè)計階段C、需求分析階段D測試和運行階段3、在結(jié)構(gòu)化的瀑布模型中、哪一個階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)(A)。A、需求分析階段R詳細(xì)設(shè)計階段C、概要設(shè)計階段D可行性研究階段4、軟件工程的出現(xiàn)主要是由于(C)

2、。A.程序設(shè)計方法學(xué)的影響B(tài).其它工程科學(xué)的影響C.軟件危機的出現(xiàn)D.計算機的發(fā)展5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實施的主要保證是(C)A、硬件環(huán)境R軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D開發(fā)人員的素質(zhì)6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)A、相互排斥B、相互補充G獨立使用D交替使用7、UML軟件開發(fā)中的一個重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法(C)A、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動態(tài)定義的原型化方法C、基于對象的面向?qū)ο蟮姆椒―基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法8、在下面的軟件開發(fā)方法

3、中，哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高(B)A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―控制流方法9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實施時強調(diào)的是分析對象的(B)A、控制流B、數(shù)據(jù)流C、程序流D指令流10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)A、 計劃階段、開發(fā)階段、運行階段B、 計劃階段、編程階段、測試階段C、 總體設(shè)計、詳細(xì)設(shè)計、編程調(diào)試D需求分析、功能定義、系統(tǒng)設(shè)計11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)A、瀑布模型B、對象模型C、螺旋模型D層次模型12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、

4、編碼和測試等階段，一般認(rèn)為可能占用人員最多的階段是(C)A、分析階段B、設(shè)計階段C、編碼階段D測試階段三.判斷1 .軟件的開發(fā)與運行經(jīng)常受到硬件的限制和制約。(V)2 .模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。(，)5 .軟件的質(zhì)量好壞主要由驗收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(X)6 .判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(，)7,應(yīng)該盡量使用機器語言編寫代碼，提高程序運行效率，而減少高級語言的使用。(X)8.UMLR能應(yīng)用于軟件系統(tǒng)模型的建立。(X)10.軟件測試的目的是為了無一遺漏的找出所有的錯誤。(X)一、填空1 .結(jié)構(gòu)化分析方法的分析策略是自頂向下逐步求精。2

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

6、種基本才$制結(jié)構(gòu)（條件控制循環(huán)）構(gòu)造程序。12 .在建立對象的功能模型時，使用的數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動作對象和數(shù)據(jù)存儲對象_二、選擇12乂1軟件開發(fā)中的一個重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法（C）A、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動態(tài)定義的原型化方法C基于對象的面向?qū)ο蟮姆椒―、基于數(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、OM。法D、Coad方法3、功能模型中所有的（A）往往形成一個層次結(jié)構(gòu)。在這個層次結(jié)構(gòu)中一個數(shù)據(jù)流圖的過程可以由下一層的數(shù)據(jù)流圖作進(jìn)一步的說明。A、數(shù)

7、據(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、在面向?qū)ο蟮脑O(shè)計中，我們應(yīng)遵循的設(shè)計準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有（B）A、隱藏復(fù)雜性B、信息

8、隱藏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.質(zhì)量D.人機界面16、為了提高軟件的可移植性，應(yīng)注意提高軟件的（D）A.使用的方便性B.簡潔性C,可靠性D,設(shè)備獨立性2

9、0 .在軟件質(zhì)量因素中，軟件在異常條件下仍能運行的能力稱之為軟件的（B）A.可靠性B.健壯性C.可用性D.安全性21 .在軟件設(shè)計中，設(shè)計復(fù)審是和軟件設(shè)計本身一樣重要的環(huán)節(jié)，其主要的目的和作用是為了能夠（B）A.減少測試工作量B.避免后期付出高代價C.保證軟件質(zhì)量D.縮短軟件開發(fā)周期22 .在軟件危機中表現(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ì)太差23 .軟件工程管理是（D）一切活動的管理。A.需求分析B.軟件設(shè)計過程C.模塊設(shè)計D.軟件生命期24 .軟件管理的主要職能包括（D）A.

10、人員管理、計劃管理B.標(biāo)準(zhǔn)化管理、配置管理C.成本管理、進(jìn)度管理D.（A）和（B）26 .結(jié)構(gòu)化設(shè)計方法在軟件開發(fā)中用于（A）oA、概要設(shè)計B、詳細(xì)設(shè)計C、程序設(shè)計D、測試用例設(shè)計28 .軟件測試中，白盒法是通過分析程序的（B）來設(shè)計測試用例的。A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)29 .軟件維護(hù)費用高的主要原因是（C）0A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高30 .軟件質(zhì)量必須在（D）加以保證。A、開發(fā)之前B、開發(fā)之后C、可行性研究過程中D、設(shè)計與實現(xiàn)過程中31 .確認(rèn)測試主要涉及的文檔是（A）A需求規(guī)格說明書B、概要設(shè)計說明書C、詳細(xì)設(shè)計說明書D、源程序33 .為了適應(yīng)軟硬件

11、環(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.用戶容易參與開發(fā)B.缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求40 .軟件測試方法中的靜態(tài)測試方法之一為（A）A.計算機輔助靜態(tài)分析B,黑盒法C.路徑覆蓋D.邊界值分析

12、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è)計主要強調(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 .若有一個計算類型的程序，它的輸入量只有一個，具范圍是從輸入的角度考慮一組測試用例,設(shè)計這組測試用例的方法是（C）A.條件覆蓋法B.

13、等價分類法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.COCOhB.McCall模型C.McCabe度量法D.時間估算法53 .能力成熟度模型可以（A）A、使軟件組織建立一個有規(guī)律的成熟的軟件過程B、使用軟件沒有錯誤C、使軟件開發(fā)人員掌握更多的技術(shù)D、避免開發(fā)人員跳槽55 .數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對

14、象都包含于（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ù)是確定每個模塊的AoA.算法和使用的數(shù)據(jù)結(jié)構(gòu)B.外部接口C.功能D.編程59 .程序的三種基本控制結(jié)構(gòu)是（B）A.過程、子程序積分程序B.順序、選擇和重復(fù)C.遞歸、堆棧和隊列D.調(diào)用、返回和轉(zhuǎn)移60 .軟件測試方法中，黑盒測試方法和白盒測試方法是常用的方法，其中黑盒測試方法主要用于測試（B）。A.結(jié)構(gòu)合理性B.軟件外部功能C.程序正確性D.程序內(nèi)部邏輯61 .在軟件開發(fā)和維護(hù)的過程中，為了定量地評價軟

15、件質(zhì)量，必須對軟件特性進(jìn)行（B）A.測試B.度量C.評審D.維護(hù)64 .對象是OOf法的核心，對象的類型有多種，通常把例如飛行、事故、演出、開會等等，稱之為（C）A.有形實體B.作用C.事件D.性能說明65 .在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（A）A,繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用66 .以下哪一項不是軟件危機的表現(xiàn)形式（C）A成本高B生產(chǎn)率低C技術(shù)發(fā)展快D質(zhì)量得不到保證67 .以下哪一項不是面向?qū)ο蟮奶卣鳎―）A）多態(tài)性B）繼承性C封裝性D過程調(diào)用68 .面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（A）A對象模型、動態(tài)模型、功能模型B對象模型、數(shù)據(jù)模型、

16、功能模型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ù)的工作步驟。2 .什么是軟件過程？它與軟件工程方法學(xué)有何關(guān)系？(1)軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各

17、項任務(wù)的工作步驟。(2)軟件過程是軟件工程方法學(xué)的3個重要組成部分之一。(3)軟件工程方法學(xué)包含三個要素：方法、工具和過程。3 .分析軟件危機產(chǎn)生的主要原因有哪些？答：導(dǎo)致軟件危機的主要原因有：(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)造程序。5、軟件測試包括哪些步驟？說明這些步驟的測試對象是什么？答：(1)單元測試：測試對象對單元模塊(2)集成測試：測試對象為組裝后的程序模

18、塊(3)確認(rèn)測試：測試對象為可運行的目標(biāo)軟件系統(tǒng)(4)系統(tǒng)測試：測試對象為計算機系統(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ù)職稱的不同（助教，講師，副教授,教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(shè)計測試用例。輸入條件合理等

19、價類不合理等價類職稱教授四種職稱之外任意一種副教授講師職稱兼工齡助教兼工齡大于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 .軟件集成測試的方法主要有兩種，它們是漸增式和非漸增式測試。7 .維護(hù)階段是軟件生存周期中花費精力和費用最多的階段。8,繼承性是子類自動共享其父類的數(shù)據(jù)結(jié)構(gòu)和方

20、法機制。9 .在面向?qū)ο蠓椒ㄖ?，人們常用狀態(tài)圖描述類中對象的動態(tài)彳亍為。10 .規(guī)定功能的軟件，在一定程度上能從錯誤狀態(tài)自動恢復(fù)到正常狀態(tài)，則稱該軟件為容錯軟件。三、選擇（20分）1 .需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是（A）oA、要讓軟件做什么B、要給該軟件提供哪些信息C、要求軟件工作效率怎樣D、要讓該軟件具有何種結(jié)構(gòu)2.DFD中的每個加工至少有（B）0A、一個輸入流或一個輸出流B、一個輸入流和一個輸出流C、一個輸入流D、一個輸出流3,詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是（B）。A、DFD圖B、SC圖C、PAD!D、程序流程圖4,下列幾種類型中，耦合性最弱的是（D）oA、內(nèi)容

21、型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)圖D、對象圖9 .基線可作為軟件生存期中各開發(fā)階段的一個檢查點。當(dāng)采用的基線發(fā)生錯誤時，可以返回到最近和最恰當(dāng)?shù)模–）上A.配置項B.程序C.基線D.過程10 .軟件質(zhì)量保證應(yīng)在（A）階段開始。A.需求分析

22、B.設(shè)計C.編碼D.投入使用4 .簡答題（20分）1 .為了提高設(shè)計質(zhì)量，應(yīng)從哪幾方面優(yōu)化軟件結(jié)構(gòu)？2 .集成測試階段，漸增式與非漸增式測試有哪些區(qū)別？3 .說明瀑布模型的局限性。4 .說明面向?qū)ο蟮奶卣鳌? .軟件工程管理包括哪些內(nèi)容？5 .綜合應(yīng)用（25分）1 .某“調(diào)整工資”處理模塊接受一個“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(shè)計測試用例。（7分）答案2 .某圖書館借閱系統(tǒng)有以下功能：（1）借書：根據(jù)讀者的借書證查詢讀者檔案，若借書數(shù)目未超過規(guī)定數(shù)量，則辦理借閱手續(xù)（修改庫存記錄

23、及讀者檔案），超過規(guī)定數(shù)量者不予借閱。對于第一次借閱者則直接辦理借閱手續(xù)。（2）還書：根據(jù)讀者書中的條形碼，修改庫存記錄及讀者檔案，若借閱時間超過規(guī)定期限則罰款。請對以上問題，畫出分層數(shù)據(jù)流圖。（8分）儲書次悶管理噪電秦茸畤不予借河電電陪書鳳卻禽愈,口宅用3.某報社采用面向?qū)ο蠹夹g(shù)實現(xiàn)報刊征訂的計算機管理系統(tǒng)，該系統(tǒng)基本需求如下：(1)報社發(fā)行多種刊物，每種刊物通過訂單來征訂，訂單中有代碼，名稱，訂期，單價，份數(shù)等項目，訂戶通過填寫訂單來訂閱報刊。(2)報社下屬多個發(fā)行站，每個站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。(3)報社負(fù)責(zé)分類并統(tǒng)計各個發(fā)行站送來的報刊訂閱信息。請就此需求建立對象模型。

24、(10分)一、(略)二、填空2.自頂向下逐步求精1.軟件需求3 .需求分析和設(shè)計4 .耦合性與內(nèi)聚性5.數(shù)據(jù)結(jié)構(gòu)7.最多9.動態(tài)行為三、選擇1.A3.B5.A7.A9.C6.漸增式與非漸增式測試8.數(shù)據(jù)結(jié)構(gòu)和方法10.容錯2.B4.D6.C8.D10.A四、（略）五、綜合應(yīng)用1.劃分等價類:輸入條件合理等價類不合理等價類職稱教授副教授講師四種職稱之外任意一種職稱兼工齡助教兼工齡大于2年助教兼工齡等于兩年助教兼工齡小于兩年設(shè)計測試用例:輸入數(shù)據(jù)預(yù)期結(jié)果覆蓋范圍教授輸入有效，進(jìn)行調(diào)整工資處理副教授輸入有效，進(jìn)行調(diào)整工資處理講師輸入有效，進(jìn)行調(diào)整工資處理助教3輸入后效，進(jìn)行調(diào)整工資處理助教2輸入后效

25、，不調(diào)整工資處理助教1輸入有效，不調(diào)整工資處理工程師輸入無效2.不予借閭借鼠一傅赤成躇隹總圖由錯網(wǎng)管理條電理書羯功信息貨星留應(yīng)存記聚1圖里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(chǔ).判定表和判定樹B.盒圖C.流程圖D.關(guān)系圖5、以下不屬于邏輯覆蓋的是（D）。1402A.語句覆蓋B.判定覆蓋C.條件覆蓋D.基本路徑6、為適應(yīng)軟件運行環(huán)境的變化

26、而修改軟件的活動稱為（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)生軟件危機的原因之一。（，）2 .目前，軟件項目的進(jìn)度安排的兩種比較常用的方法是程序評估與審查技術(shù)（PERT和關(guān)鍵路徑法（CPM）。（V）3 .一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（，）020

27、64 .目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（X）04025 .面向數(shù)據(jù)的設(shè)計方法適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。（，）100016 .缺乏處理大型軟件項目的經(jīng)驗。是產(chǎn)生軟件危機的唯一原因。（X）01027 .測試計劃、測試用例、出錯統(tǒng)計和有關(guān)的分析報告一般不用長期保存。（X）14018 .軟件也會磨損和老化。（X）01019 .完善性維護(hù)是提高或完善軟件的性能。（，）0101四、簡答題（每小題4分，共20分）1、軟件危機是指在計算機軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。3、軟件項目的質(zhì)量管理制定軟件質(zhì)量保證計劃，

28、按照質(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）0501A、條目定義B、數(shù)據(jù)字典C、數(shù)據(jù)定義D、數(shù)據(jù)說明2、軟件的可行性研究中不包括（D）0302A、法律可行性B、技術(shù)可行性C、經(jīng)濟(jì)可行性D、政治可行性3、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動稱為（C）。1501A,糾錯性維護(hù)B.適應(yīng)性維護(hù)C.改善性維護(hù)D.預(yù)防性維護(hù)4、

29、人機界面的風(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 .機器語言、匯編語言：依賴于機器，面向（機器）01013 .軟件有效性（eficiency）,指軟件系統(tǒng)的時間和（空間）效率。01034 .軟件定義過程可通過軟件系統(tǒng)的可行性研究和需求分析兩個階段來完成。01035 .軟

30、件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。01036 .為了使用戶需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。04027 .一個軟件的深度是指其控制的（層數(shù)）。08018 .以詳細(xì)設(shè)計說明書為輸入，將該輸入用某種程序設(shè)計語言翻譯成計算機可以理解并最終可運行的代碼的過程叫（編碼）過程。13019 .軟件維護(hù)是軟件生命周期的（最后）一個階段。1501三、判斷題（每小題2分，共24分，錯誤打X、正確打，）1 .缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機的原因之一。（，）01022 .一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書

31、面和口頭表達(dá)能力。（X）02063 .在用戶需求分析時觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價值的需求。（，）04024 .快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計一些復(fù)雜的算法等場合。（，）04025 .流程圖也稱為程序（框圖）是最常用的一種表小法。（，）08026 .面向數(shù)據(jù)設(shè)計方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（，）10017 .理想的人機界面應(yīng)針對具有典型個性的特定的一類用戶設(shè)計。（，）12018 .數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動作。（

32、X）12049 .用窮舉測試是較現(xiàn)實的測試方法。（X）140110、編碼時應(yīng)盡可能使用全局變量（X）130211、重視程序結(jié)構(gòu)的設(shè)計，能使程序具有較好的層次結(jié)構(gòu)（，）130112、程序中的注解越少越好（X）。1302四、簡答題（每小題4分，共20分）1、計算機軟件與計算機系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。01012、需求分析的任務(wù)是什么？0103需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運行環(huán)境約束，編制軟件需求規(guī)格說明書、軟件系統(tǒng)的驗收測試準(zhǔn)則和初步的用戶手冊。4、快速原型技術(shù)的基本思想是什么？0402在軟件開發(fā)的早

33、期，快速開發(fā)一個目標(biāo)軟件系統(tǒng)的原型，讓用戶對其進(jìn)行評價并提出修改意見，然后開發(fā)人員根據(jù)用戶的意見對原型進(jìn)行改進(jìn)。軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、在設(shè)計測試用例時，應(yīng)當(dāng)包括（C）1401A、合理的輸入條件B、不合理的輸入條件C、合理的和不合理的輸入條件D、部分條件2、下列各項中不屬于邏輯覆蓋的是（D）1402A、語句覆蓋B、判定覆蓋C、判定一一條件覆蓋D、全部覆蓋5、實踐表明，確定發(fā)生錯誤的位置和內(nèi)在原因所需的工作量幾乎占整個調(diào)試工作量的（D）%1404A. 30B. 50C. 70D. 90二、填空題（每空2分，共18分）1 .黑盒測試主要是測試軟件是否

34、滿足（功能）需求。14022 .（調(diào)試）的目的是確定錯誤的位置和引起錯誤的原因，并加以改正。因此，又稱為排錯或糾錯14043 .軟件工程由方法、工具和（過程）三部分組成，稱軟件工程的三要素。0101三、判斷題（每小題2分，共24分，錯誤打X、正確打，）1 .文檔可用于專業(yè)人員和用戶之間的通信和交流；軟件開發(fā)過程的管理；運行階段的維護(hù)。（，）01012 .軟件開發(fā)、設(shè)計幾乎都是從頭開始，成本和進(jìn)度很難估計。（，）01013 .適應(yīng)性維護(hù)是改進(jìn)軟件未來的可維護(hù)性和可靠性。（X）01014 .由于軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（X）02035 .按照功能，軟部件可劃分為系統(tǒng)軟件和應(yīng)用軟件兩

35、類。（，）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ù)工作量和費用激增的直接原因。（，）1505軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、從事物的組成部件及每個部件的屬性、功

36、能來認(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 .軟件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問題的（需求）。01033 .在實體-關(guān)系圖簡稱E-R圖中，數(shù)據(jù)對象實體用長方形、關(guān)系用（菱形）、屬性

37、用橢圓表示。05024 .從工程管理的角度軟件設(shè)計可分為概要設(shè)計和（詳細(xì)）設(shè)計兩大步驟。08015 .通過向用戶提供視覺和聽覺上的反饋，保持用戶與界面間的雙向通信，是提高界面可（交互）性的措施之一。12046 .測試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。1401三、判斷題（每小題2分，共24分，錯誤打X、正確打，）1.糾錯性維護(hù)是改正運行期間發(fā)現(xiàn)的潛伏錯誤01012 .軟件可移植性（portability）,是指軟件從一個計算機系統(tǒng)或（環(huán)境）移植到另一個上去的難易程度。（，）01033 .軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡單性等屬性。（X）02044 .當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時，V（G）值將隨之增加，即程序的復(fù)雜性增大。（V）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四