軟件工程-吉林大學課程機考復習題庫及答案

單選題1：軟件工程的七條基本原理中有一條是“堅持進行階段評審”，要這么做的理由有（2）。①大部分錯誤是在編碼之前造成的②在軟件開發(fā)過程中插入階段評審是為了張弛有度、提高開發(fā)效率③錯誤發(fā)現(xiàn)得越晚，所付出的修正代價越高④為了便于控制開發(fā)進度1．供選擇的答案：2：92．下面說法哪個不屬于設計準則（4）3：83．HIPO的含義是（1）4：95．軟件測試的目的是（2）5：77．需求分析的方法包括（2）6：88．計算機的體系結構對程序設計語言具有（1）7：84．數(shù)據(jù)字典和數(shù)據(jù)流圖共同構成系統(tǒng)的（4）8：80．V（G）=m-n+p中的p取3意味著（3）9：82．模塊的初始化工作和模塊處理意外故障均屬于（1）10：CMU/SEI推出的（1）將軟件組織的過程能力分為五個成熟度級別，每一個級別定義了一組過程能力目標，并描述了要達到這些目標應該具備的實踐活動。在數(shù)據(jù)流圖中，源點和終點的數(shù)量415：78．結構化程序設計就是要311：76．軟件的開發(fā)模式有（2）12：90．軟件維護組織包括（1）13：79．程序圖的作用是（2）14：86．可行性研究階段使用的圖形工具是（1）15：89．若要保證開發(fā)出來的軟件局部優(yōu)化，而且能盡早發(fā)現(xiàn)設計上的錯誤，應采用（2）判斷題1：20、預防性維護是把今天的方法學應用到昨天的系統(tǒng)上，以支持明天的需求。正確2：31、測試和調試是軟件測試階段中兩個關系非常密切的過程，但它們不可以交替進行錯誤。3：72、內(nèi)聚標志一個模塊內(nèi)各個元素彼此結合的緊密程度，模塊獨立性由弱到強的同時模塊內(nèi)聚性由低到高的順序是：功能內(nèi)聚、信息內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時間內(nèi)聚、邏輯內(nèi)聚、巧合內(nèi)聚錯誤。4：30、抽象和求精是一對互補的概念，也是人類解決復雜問題時最常用、最有效的方法正確。5：6、傳統(tǒng)方法學采用結構化技術自底向上地完成軟件開發(fā)各項任務。錯誤6：54、面向對象方法學的要點：盡可能模擬人類習慣的思維方式，使描述問題的問題空間與實現(xiàn)解法的解空間在結構上盡可能一致。以數(shù)據(jù)和信息為主線，把數(shù)據(jù)和處理相結合正確。7：46、白盒測試又叫做功能測試或數(shù)據(jù)驅動測試，黑盒測試又稱為結構測試或邏輯驅動測試。錯誤8：32、在進行詳細的過程設計和編寫程序之前，進行概要設計的好處是可以在軟件開發(fā)的早期在全局高度對軟件結構進行優(yōu)化，使軟件質量得到重大改進正確。9：90、改正性維護是改正軟件中原有的錯誤，所以對軟件的修改一般不會導致文檔的修改，而適應性和完善性維護將導致文檔的修改。正確10：58、測試分析報告應把每個模塊實際測試的結果，與軟件需求規(guī)格說明書和概要設計說明書中規(guī)定的要求進行對照并作出結論。正確11：18、除非對效率有特殊的要求，程序編寫要做到清晰第一，效率第二。正確12：8、重用也叫再用或復用，是指同一事物不作修改就多次重復使用。軟件重用可分為知識重用、方法和標準重用、軟件成分重用。錯誤13：38、在為標識符命名時，名字不是越長越好，應當選擇精煉的意義明確的名字正確。14：59、項目開發(fā)計劃除去規(guī)定項目開發(fā)所需的資源、開發(fā)的進度等以外，還可以包括用戶培訓計劃。錯誤15：36、軟件體系結構風格通過施加于構件上的限制及組成與設計規(guī)則來表現(xiàn)構件和構件間的關系。正確16：91、泛化針對類型而不針對實例，一個類可以繼承另一個類，但一個對象不能繼承另一個對象。正確17：22、工程項目的管理人員應該密切注視項目關鍵作業(yè)的進展情況，如果希望縮短工期，只有往關鍵作業(yè)中增加資源才會有效果正確。18：47、實體類指系統(tǒng)要記錄和維護的信息；邊界類指系統(tǒng)和外部要素間交互的邊界；控制類指UseCase中行為的協(xié)調。正確19：63、軟件工程方法學包含三個要素：方法、工具和過程。方法是完成軟件開發(fā)的各項任務的技術；工具為軟件工程方法提供了自動或半自動的軟件支撐環(huán)境；過程為獲得高質量軟件所需要完成的一系列任務的框架，它規(guī)定了完成各項任務的步驟。目前使用得最廣泛的軟件工程方法學是傳統(tǒng)方法學和面向對象方法學正確。20：5、軟件工程方法學包含三個要素：方法、模型和過程錯誤。16：27、需求分析是提取、建模、規(guī)格說明和復審的過程。正確18：94、軟件項目的開發(fā)時間最多可以減少到正常開發(fā)時間的75％。如果要求一個軟件系統(tǒng)的開發(fā)時間過短，則開發(fā)成功的概率幾乎為零正確。19：77、軟件工程的Brooks定律指出：向已經(jīng)延期的軟件項目中添加人手只會使進度更加落后。我們不可能用“人力換時間”的辦法無限縮短一個軟件的開發(fā)時間，Boehm根據(jù)經(jīng)驗指出，軟件項目的開發(fā)時間最多可以減少到正常開發(fā)時間的75％。正確10：93、面向對象方法在設計的早期階段，變動較大，隨著時間推移，設計方案日趨成熟，改動也越來越小了。正確11：14、軟件體系結構是軟件需求活動的一種工作產(chǎn)品。錯誤6：25、從項目的角度來看，需求總是向著膨脹的方向變化正確。7：40、軟件重用技術是從根本上提高軟件可維護性的重要技術正確。5：60、可行性研究報告應評述為了合理地達到開發(fā)目標而可能選擇的各種方案，以便用戶抉擇。因此，編寫者不必提出結論。錯誤3：82、面向對象方法學是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結合起來的方法，把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構件正確判斷題1：71、耦合是對一個軟件結構內(nèi)不同模塊之間互連程度的度量，耦合由弱到強的順序是：非直接耦合、數(shù)據(jù)耦合、標記耦合、控制耦合、外部耦合、公共耦合、內(nèi)容耦合。正確2：55、等價類劃分法的主要思想是首先將所有的輸入數(shù)據(jù)劃分成若干個有效等價類，然后設計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的等價類，重復這一步，直到所有的等價類都被覆蓋為止。錯誤3：50、面向對象分析是提取和整理用戶需求，并建立問題域精確模型的過程。面向對象設計則是把分析階段得到的需求轉變成符合成本和質量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程。正確4：90、改正性維護是改正軟件中原有的錯誤，所以對軟件的修改一般不會導致文檔的修改，而適應性和完善性維護將導致文檔的修改。正確5：57、軟件開發(fā)時，一個錯誤發(fā)現(xiàn)得越晚，為改正它所付出的代價就越大。正確6：28、可行性研究階段的主要工作是界定問題的范圍，確切地定義問題錯誤。7：86、軟件結構一般要求頂層扇出比較少，中層扇出較高，底層模塊有高扇入。錯誤8：43、可重用的軟件構件在開發(fā)時都經(jīng)過了很嚴格的測試，本身是無錯誤的，其構件的可靠性很高。錯誤9：95、面向對象程序沒有面向過程程序執(zhí)行效率高正確。10：14、軟件體系結構是軟件需求活動的一種工作產(chǎn)品。錯誤11：4、軟件工程領域中是由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品正確。12：49、把程序中與計算機硬件特性有關的部分集成在一起容易導致系統(tǒng)可移植性的降低。錯誤13：35、判定表、判定樹和IPO圖都是常用來編寫數(shù)據(jù)字典加工邏輯說明的工具。錯誤14：42、快速原型應該具備的基本特性是“快速”和“容易修改”正確。15：85、模塊化就是把程序劃分成獨立命名且可獨立訪問的模塊，每個模塊完成一個子功能。錯誤16：36、軟件體系結構風格通過施加于構件上的限制及組成與設計規(guī)則來表現(xiàn)構件和構件間的關系。正確17：83、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成系統(tǒng)的物理模型錯誤。18：80、一個UseCase是用戶與計算機之間為達到某個目的的一次典型交互作用，作為結果，UseCase代表的是系統(tǒng)的一個完整功能。錯誤19：25、從項目的角度來看，需求總是向著膨脹的方向變化。正確20：39、如果程序員足夠小心，就不需要測試錯誤。16：1、軟件開發(fā)應該是一種組織良好、管理嚴密、各類人員協(xié)同配合、共同完成的工程項目。正確17：37、使用PAD符號所設計出來的程序必然是結構化程序。正確18：92、在面向對象方法中，軟件系統(tǒng)的結構是根據(jù)問題領域的模型建立起來的，因此系統(tǒng)功能需求變化時并不會引起軟件結構的整體變化，僅需要作一些局部性的修改即可。正確19：52、判定覆蓋法則一定可以查出在判定中某些條件中關系運算符使用有誤時產(chǎn)生的錯誤錯誤。20：11、控制耦合實質是在單一接口上選擇多功能模塊中的某項功能。正確10：79、軟件配置管理是一門應用技術、管理和監(jiān)督相結合的學科，通過標識和文檔來記錄配置項的功能和物理特性、控制這些特性的變更、記錄和報告變更的過程和狀態(tài)，并驗證它們與需求是否一致。軟件配置管理主要有：標識、版本控制、變化控制、配置審計和配置狀態(tài)報告。正確11：61、軟件包括程序、數(shù)據(jù)及其相關文檔的完整集合。其中程序是按事先設計的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正常操縱信息的數(shù)據(jù)結構；文檔是與程序開發(fā)、維護和使用有關的圖文材料。正確12：48、軟件測試是軟件質量保證的唯一手段。錯誤13：66、增量模型適用于人員配備不充裕、不能在軟件項目期限之前實現(xiàn)一個完全版本的軟件的情況。正確14：62、軟件的生產(chǎn)與硬件不同，在它的開發(fā)中沒有明顯的制造過程。對軟件的質量控制，必須著重在軟件維護方面下功夫。錯誤44、回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集，以保證由于調試或其他原因引起的變化，不會導致非預期的軟件行為或額外錯誤。正確3：24、軟件配置管理是在軟件項目啟動時就開始的，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動正確。4：70、任何一個數(shù)據(jù)流子圖必須與它上一層的一個加工對應，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致，即父圖與子圖的平衡。正確6：82、面向對象方法學是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結合起來的方法，把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構件。正確8：16、一個程序流程圖對應的盒圖表示是唯一的。錯誤45、事實上，層次圖和結構圖不僅表明一個模塊調用哪些模塊，而且對模塊的其他成分也有明確的表示。錯誤19：84、需求定義文檔要從適合顧客的層次，而且要用顧客能夠理解的術語編寫。正確34、在一個設計得很好的系統(tǒng)中，模塊的控制域應該在作用域之內(nèi)。錯誤11：81、在傳統(tǒng)開發(fā)方法中，早期引入變動代價比較低，中期引入變動要付出的代價劇增，在軟件“已經(jīng)完成”時再引入變動，則需要付出更高的代價。正確13：15、管道／過濾器風格支持并行執(zhí)行。正確14：29、瀑布模型中每個階段都必須完成規(guī)定的文檔，沒有交出合格的文檔就是沒有完成該階段的任務。正確16：17、可以用基于流圖的環(huán)形復雜度描述測試一個單元或構件所需的工作量。正確19：19、測試就是不斷尋找程序中的漏洞直到時間耗盡為止。錯誤3：88、Pareto原理說明，測試發(fā)現(xiàn)的錯誤中的80％很可能是由程序中20％的模塊造成的正確。4：軟件開發(fā)小組的規(guī)模與個人生產(chǎn)率成正比，向一個已經(jīng)延期的軟件項目中增加人力，會使它按期完工。錯誤8：74、環(huán)形復雜度取決于程序控制結構的復雜度，當程序的分支數(shù)目或循環(huán)數(shù)目增加時其復雜度也增加，環(huán)形復雜度與程序中覆蓋的路徑條數(shù)有關，在McCabe復雜度為10的附近，存在出錯率的間斷躍變。正確9：76、邏輯覆蓋是以程序內(nèi)部的邏輯結構為基礎的設計測試用例的技術，其中判定/條件覆蓋是比判定覆蓋更嚴格的測試標準。正確20：2、軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題正確。4：75、測試是程序的執(zhí)行過程，目的在于改正錯誤。一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。正確12：26、對軟件的質量控制，必須著重在軟件開發(fā)方面下功夫。正確18：13、軟件設計優(yōu)化應該力求做到在有效的模塊化的前提下使用最少量的模塊正確。20：33、對一批模塊進行測試，發(fā)現(xiàn)錯誤多的模塊中殘留的錯誤將比其它的模塊少錯誤。4：68、面向對象需求過程的本質是在問題空間與求解空間之間架設橋梁。正確14：51、用計數(shù)方法而不是用文件結束符或輸入序列結束符來判別輸入的結束，這樣做是一種良好的程序設計風格錯誤。17：12、錯誤處理類模塊是典型的時間內(nèi)聚模塊錯誤。填空題1：51、Jackson程序設計方法是面向數(shù)據(jù)結構的設計方法，若一個數(shù)據(jù)結構為分層次的，則它的軟件結構必然為（）的?；卮穑悍謱?：56、軟件測試所需要的工作量大約占軟件開發(fā)總工作量的（)以上?；卮穑?0%_3：4、結構圖描述了程序的模塊結構，表示了一個系統(tǒng)的層次分解關系，反映了（）聯(lián)系和塊內(nèi)聯(lián)系等特征及控制信息的傳遞情況。回答：塊間4：36、軟件的可靠性是指在給定的時間間隔內(nèi)，程序按著規(guī)格說明書的規(guī)定成功地運行的（）。回答：概率5：31、PDL具有數(shù)據(jù)說明、子程序、分程序、順序控制、（）結構。回答：輸入和輸出6：17、測試不能證明程序是正確的，它只能保證程序按照規(guī)格說明書的規(guī)定（）地運行?；卮穑赫_7：19、常用的設計測試數(shù)據(jù)技術有邏輯覆蓋、等價類劃分、邊界值、錯誤推測、（）、程序流程圖。回答：因果圖8：41、技術審查是保證軟件（）和降低軟件成本的重要措施?；卮穑嘿|量9：32、Jackson圖既可以表示層次結構，也可以表示數(shù)據(jù)結構和（），是自頂向下分解的好工具?；卮穑撼绦蚪Y構10：59、軟件維護中的大多數(shù)問題，追其根源往往是由于（）和軟件開發(fā)的方法有缺陷。回答：軟件定義11：55、有兩種程序設計方法論，分別稱為（）的程序開發(fā)方法和自底向上的程序開發(fā)方法?；卮穑鹤皂斚蛳?2：39、在工程和科學計算領域主要采用FORTRAN語言，在商業(yè)應用方面采用（）語言，在系統(tǒng)程序及實時應用領域采用C語言和Ada語言，在組合論應用方面較多的采用LISP語言，在表達知識和邏輯推理方面采用PROLOG語言?；卮穑篊OBOL13：26、對象是所有數(shù)據(jù)及可對這些數(shù)據(jù)施加的（）結合在一起所構成的獨立單位的總稱?；卮穑翰僮?4：9、我們依據(jù)對數(shù)據(jù)存儲和操作的抽象程度把品種繁多的程序設計語言分成機器語言、匯編語言、（）語言和第四代語言?；卮穑焊呒?5：49、SD方法的基本思想是把（），它提出了高內(nèi)聚、低耦合的評價模塊結構質量的具體標準?；卮穑簲?shù)據(jù)流圖映射成軟件結構16：8、SD方法的基本思想是模塊化，它提出了高內(nèi)聚（）耦合的評價模塊結構質量的具體標準?；卮穑旱?7：7、軟件結構表示程序的系統(tǒng)結構，它意味著一種控制層次體系，指出了需求分析中確定的某一問題中各（）之間的相互關系?；卮穑涸?8：16、面向對象的概念是在七十年代程序設計方法學的（）中產(chǎn)生的?；卮穑撼橄髷?shù)據(jù)類型19：52、McCabe方法的核心是：通過定量分析程序中的分支個數(shù)或循環(huán)個數(shù)，對軟件測試難度進行（）度量，對軟件最終的可靠性進行預測?；卮穑憾?0：45、面向對象分析技術以（）和內(nèi)部信息隱蔽為主要特征?；卮穑耗K化21：46、對象是所有數(shù)據(jù)及可對這些數(shù)據(jù)施加的（）結合在一起所構成的獨立單位的總稱?；卮穑翰僮?2：47、Warnier圖可以表明信息的邏輯組織，指出一類或一個信息是（）出現(xiàn)的，也可以表示特定信息的有條件出現(xiàn)。回答：重復23：38、軟件維護中的大多數(shù)問題，追其根源往往是由于（）的方法有缺陷?；卮穑洪_發(fā)24：60、軟件系統(tǒng)的文檔分為用戶文檔和（）兩大類。回答：系統(tǒng)文檔25：22、系統(tǒng)流程圖含有（）種基本符號，11種系統(tǒng)符號。回答：526：5、層次方框圖是用（）的一系列多層次的矩形框描繪數(shù)據(jù)的層次結構?；卮穑簶湫谓Y構27：15、可行性研究的實質是要進行一次壓縮，簡化了的系統(tǒng)（）的過程?；卮穑悍治龊驮O計28：21、可行性研究就是用最小的（）在盡可能短的時間內(nèi)確定問題是否能夠解決?；卮穑捍鷥r29：57、軟件測試有兩中方法，一種是（）測試，另一種是白盒測試?；卮穑汉诤袦y試30：30、繼承關系一般分為多重繼承，（）和無繼承?；卮穑簡卫^承4：18、黑盒測試是在軟件（）上進行的測試，只檢查程序功能是否滿足要求，程序是否能正確地接收輸入數(shù)據(jù)，并產(chǎn)生輸出結果?；卮穑航涌?5：23、電子計算機從誕生以來，一直遵循馮?諾依曼的設計原則，即采用（）和程序存儲的原理?；卮穑憾M制1：43、可行性研究的實質是要進行一次壓縮，簡化了的系統(tǒng)（）和設計的過程?；卮穑悍治?：14、決定軟件可維護性的因素有可理解性、可測試性和可（）性?；卮穑盒薷?：15、可行性研究的實質是要進行一次壓縮，簡化了的系統(tǒng)（）的過程?；卮穑悍治龊驮O計4：19、常用的設計測試數(shù)據(jù)技術有邏輯覆蓋、等價類劃分、邊界值、錯誤推測、（）、程序流程圖。回答：因果圖5：40、Warnier程序設計方法也是一種面向數(shù)據(jù)結構的設計方法，它的最終目標是對（）處理過程進行詳細描述?；卮穑撼绦?：11、McCabe方法的核心是：通過定量分析程序中的（）個數(shù)或循環(huán)個數(shù)，對軟件測試難度進行定量度量，對軟件最終的可靠性進行預測。回答：條件7：46、對象是所有數(shù)據(jù)及可對這些數(shù)據(jù)施加的（）結合在一起所構成的獨立單位的總稱?；卮穑翰僮?：9、我們依據(jù)對數(shù)據(jù)存儲和操作的抽象程度把品種繁多的程序設計語言分成機器語言、匯編語言、（）語言和第四代語言。回答：高級9：44、數(shù)據(jù)流圖從數(shù)據(jù)傳送和加工的角度，以圖形方式刻畫（）系統(tǒng)的工作狀態(tài)?；卮穑哼壿?0：57、軟件測試有兩中方法，一種是（）測試，另一種是白盒測試?；卮穑汉诤袦y試11：22、系統(tǒng)流程圖含有（）種基本符號，11種系統(tǒng)符號?；卮穑?12：25、結構化分析技術是一種面向（）的分析方法。回答：數(shù)據(jù)流13：21、可行性研究就是用最小的（）在盡可能短的時間內(nèi)確定問題是否能夠解決?；卮穑捍鷥r14：6、類是對一組具有（）數(shù)據(jù)結構和相同操作的對象的描述。回答：相同15：5、層次方框圖是用（）的一系列多層次的矩形框描繪數(shù)據(jù)的層次結構?；卮穑簶湫谓Y構16：4、結構圖描述了程序的模塊結構，表示了一個系統(tǒng)的層次分解關系，反映了（）聯(lián)系和塊內(nèi)聯(lián)系等特征及控制信息的傳遞情況?；卮穑簤K間17：54、從語言的內(nèi)在特點看，高級語言可以分為（）語言、靜態(tài)高級語言、塊結構高級語言和動態(tài)高級語言。回答：系統(tǒng)實現(xiàn)語言18：37、軟件的維護代價包括（）代價、無形代價和生產(chǎn)率代價三部分?；卮穑很浖木S護代價包括19：12、在面向實現(xiàn)的程序設計語言中有六種不同的語言范型，它們是計算模型命令式、過程式、邏輯式、函數(shù)式、OO式、（）?；卮穑宏P系式20：42、軟件危機是指在計算機軟件（）和維護過程中所遇到的一系列嚴重問題或難題。回答：開發(fā)21：60、軟件系統(tǒng)的文檔分為用戶文檔和（）兩大類?；卮穑合到y(tǒng)文檔22：2、軟件工程采用工程的（）、原理、技術和方法來開發(fā)與維護軟件．回答：概念23：50、判定表能夠清晰地表示復雜的（）與所產(chǎn)生的動作之間的關系?；卮穑簵l件24：58、證明程序正確性的一般方法是（），他的基本思想是對所驗證的程序建立一組定理，定理得到證明就保證了程序中無錯?；卮穑簹w納斷言法25：29、SD方法的基本思想是（），它提出了高內(nèi)聚低耦合的評價模塊結構質量的具體標準。回答：模塊化26：20、最常用的邏輯覆蓋標準有語句覆蓋、判定覆蓋、條件覆蓋、（）、覆蓋、條件組合覆蓋?；卮穑号卸?條件27：24、技術審查是保證軟件（）和降低軟件成本的重要措施。回答：質量28：47、Warnier圖可以表明信息的邏輯組織，指出一類或一個信息是（）出現(xiàn)的，也可以表示特定信