2024年軟件工程概述(方法、工具、過程)等知識試題與答案

2.軟件工程實踐的一個重要原則是存在價值，是指5.下列哪一項不是軟件危機產生的原因(D)A、客觀原因，軟件本身特點是邏輯部件，且規(guī)模日趨B、作坊式工程7.軟件工程與計算機科學的區(qū)別錯誤的描述是(C)9.軟件工程是一種層次化的技術，支持軟件工程的根12.構件是軟件技術中的重要內容，基于構件的開發(fā)A、有能力的個體和良好的交互勝過現(xiàn)代軟件過程和先B、軟件開發(fā)的目標是可工作的軟件，因此應該不需要A、同一個軟件組織應該采用一種軟件過程模型，以便C、全新系統(tǒng)的開發(fā)應該在總體設計完成后再開始增量或并行D、敏捷模型能夠快速響應變化，即使編碼人員經驗較少，仍應該采用敏捷開發(fā)方式15.需求分析階段最重要的技術文檔是(B)B、需求規(guī)格說明書C、可行性分析報告16.下列那種做法符合軟件工程師的職業(yè)道德?(C)A、把公司項目中完全由自己開發(fā)的模塊封裝為小軟件，發(fā)布到網(wǎng)絡牟利。B、過于夸大自己的技術水平，從而得到一份超出自己C、不在私人電腦上編輯公司的項目源代碼和文檔。D、在客戶現(xiàn)場進行技術維護休息期間，在客戶的電腦A、軟件工程關注如何為用戶實現(xiàn)價值。B、計算機理論關注的是軟件本身運行的原理，比如時間復雜度，空間復雜度，和算法的正確性。C、軟件工程對于某一種特定問題的正確解決方法將永D、隨著技術和用戶需求的不斷變化，軟件開發(fā)人員必B、能夠完成預定的功能和性能，并對相應數(shù)據(jù)進行加D、軟件的文檔是用于記錄軟件的活動和中間制品，如19.瀑布模型也稱為經典生命周期模型(C)B、是增量的模型C、開發(fā)過程分成若干次迭代，每次迭代產生一個軟件D、原型的進化貫穿整個軟件生存周期，具有原型模型A、計劃D、在前面增量的基礎上開發(fā)后面的增量，采用迭代的方式B、容易讓設計者在質量和原型間有所折中，讓客戶意30.數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，B、信息流D、信號流C、功能37.由軟件預發(fā)行的最終客戶們在一個或多個客戶場A、讓軟件做什么40.程序的三種基本控制結構的共同特點是DA、不能嵌套使用B、只能用來寫簡單程序C、已經用硬件實現(xiàn)D、只有一個入口和一個出口41.在結構化分析方法中，用以表達系統(tǒng)內數(shù)據(jù)的運動情況的工具有(B)C、結構化英語D、判定樹與判定表42.黑盒測試不能發(fā)現(xiàn)以下類型的錯誤(D)A、不正確或遺漏的功能B、接口錯誤C、行為或性能錯誤D、內部代碼的具體錯誤A、樁模塊用于模擬主程序功能，用于向被測模塊傳遞B、系統(tǒng)測試是從用戶使用的角度來進行的測試，主要工作是將完成了集成測試的系統(tǒng)放在真實的運行環(huán)境下進C、軟件測試的基本步驟的順序依次為：單元測試、集D、白盒法是一種靜態(tài)分析方法，可盡可能早的發(fā)現(xiàn)缺51.白盒法中的覆蓋標準描述不正確的是(C)。A、語句覆蓋是指選擇足夠的測試用例，使得程序中每個語句至少都能被執(zhí)行一次B、判斷覆蓋是指執(zhí)行足夠的測試用例，使每個判定至少都獲得一次“真”值和“假”值C、條件覆蓋是指執(zhí)行足夠的例子，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次D、判定/條件覆蓋是指執(zhí)行足夠的測試用例，使得判定中每個條件取到各種可能的值，并使每個判定取到各種可能的結果52.下列說法錯誤的是(A)。A、等價類劃分法屬于白盒測試法B、邊界值分析法屬于黑盒測試法C、條件覆蓋屬于白盒測試法D、分支覆蓋屬于白盒測試法53.若有一個程序，它的輸入文件可有1-255個記錄，則設計用例：文件的記錄數(shù)為0個、1個、255個、256個。設計這組測試用例的方法是(C)。B需求分析C總體設計55.結構化分析方法使用的描述工具(B)定C、判定表法。結構化分析產生的系統(tǒng)說明書是包括一套分層的B數(shù)據(jù)流D事務轉換57.軟件需求分析階段的工作，可以分成以下四個方面：對問題的識別、分析與綜合、制定規(guī)格說明以及(C)。C、需求分析評審58.程序調試的主要任務是B。59.軟件設計階段的輸出主要是(D)。D、設計規(guī)格說明書60.軟件需求說明書是軟件需求分析階段的重要文件，61.軟件需求分析一般應確定的是用戶對軟件的(D)。62.下列哪項不是模塊獨立性很重要的理由(B)。B、可靠性與安全性要求C、結構化程序設計64.原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程，適用于(A)系統(tǒng)。A需求不確定性高的B需求確定的C管理信息D動態(tài)改變65.數(shù)據(jù)流圖是用于軟件需求分析的工具，下列元素(C)①數(shù)據(jù)流②加工③數(shù)據(jù)存儲④外部實體B、①和③D、①③和④66.結構化程序流程圖中一般包括三種基本結構，下述結構中(D)不屬于其基本結構。A、順序結構A、輸入個人信息70.下列各組用例之間存在泛化關系的是(B)。77.程序流程圖(框圖)中的箭頭代表(B)C、調用關系79.下列哪種設計相當于一個房屋中每個房間的內部82.下列(C)不是MVC的組成部分?87.下列哪種設計相當于一個房屋中每個房間的門窗詳圖(以及規(guī)格說明)(C)。88.(B)可以用來描述對象之間整體與部分的關系。C、集成89.在順序圖中哪類消息使用帶箭頭的虛線表示?B、反身消息C、返回消息C、包圖98.軟件測試V模型中的對應關系下列哪個選項是錯誤A、驗收測試的主要目的是從開發(fā)者的角度檢查系統(tǒng)是否滿足合同中定義的需求B、單元測試的主要目的是驗證軟件模塊是否按詳細設計的規(guī)格說明正確運行C、系統(tǒng)測試的主要目的是驗證整個系統(tǒng)是否滿足需求規(guī)格說明D、集成測試的主要目的是檢查多個模塊間是否按概要設計說明的方式協(xié)同工作99.下列關于單元測試說法錯誤的是AA、單元測試主要目的是檢查多個模塊間是否按概要設計說明的方式協(xié)同工作B、模塊接口測試是屬于單元測試的內容C、單元測試的主要目的是驗證軟件模塊是否按詳細設計的規(guī)格說明正確運行D、單元測試完成以后才能進行集成測試100.自底向上的集成測試方法需要開發(fā)(B)構建測試環(huán)境?C、底層接口C、β測試時，開發(fā)者通常不在測試現(xiàn)場，在開發(fā)者無D、驗收測試會對模塊的內部邏輯的正確性進行白盒測C、軟件難以理解、不易使用、運行緩慢或者——從測104.白盒測試中的邏輯覆蓋技術不包含下列哪種方法105.下圖為一個程序流程圖的示意圖，如采用控制流106.下屬哪一個選項不屬于黑盒測試的檢查范圍A、在接口上，輸入能否正確地接受?能否輸出正確的結果?其范圍是[-1.0,1.0],現(xiàn)從輸入的角度考慮一組測試用例：-1.001,-1.0,1.0,1.001。設計這組測試用例的方法是(C)B、等價分類法C、邊界值分析法108.下列說法錯誤的是(A)。A、驗收測試是從開發(fā)者的角度檢查系統(tǒng)是否滿足需求分析規(guī)格說明書B、在等價分類法中，一個測試用例只能覆蓋一個無效等價類C、單元測試的主要目的是驗證軟件模塊是否按詳細設計的規(guī)格說明正確運行D、集成測試的主要目的是檢查多個模塊間是否按概要設計說明的方式協(xié)同工作109.到20世紀末，面向對象軟件工程已經逐漸發(fā)展成熟，特別是(?D)?的出現(xiàn)和廣泛使用，使面向對象方法成為了軟件開發(fā)的主流方法。110.(?D)是從用戶使用系統(tǒng)的角度描述系統(tǒng)功能的111.需求分析階段開發(fā)人員要從用戶那里了解(A)C、輸入的信息112.需求分析的四個步驟中，撰寫《需求規(guī)格說明C、需求描述113.下列需求描述中，不屬于飛機訂票系統(tǒng)功能性需C、什么信息必須存儲在旅行社和其他人訪問的數(shù)據(jù)庫中B、用例圖D、類圖117.0層數(shù)據(jù)流圖有(B)個數(shù)據(jù)加工118.數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在(A)之120.以下數(shù)據(jù)流圖的元素中，不適宜作為數(shù)據(jù)存儲的121.在數(shù)據(jù)流圖中，下列數(shù)據(jù)流中可以不給出命名的122.在用例之間，會有三種不同的關系，下列哪個不A、包含124.下列實體中不能作為系統(tǒng)用例圖中的參與者的是D、打印機A、在修正發(fā)現(xiàn)的軟件缺陷后，只要認真設計修改，不B、回歸測試是指有選擇地重新測試系統(tǒng)或其組件，以D、自底而上增量集成的優(yōu)點是能夠盡早發(fā)現(xiàn)系統(tǒng)主控成為軟件測試年勺系統(tǒng)測試階段的目(A)C.概要設計階段C.軟件危機的出現(xiàn)129.軟件工程方法學的目的是：使軟件生產規(guī)范化和D.開發(fā)人員的素質130.軟件開發(fā)常使用的兩種基本方法是結構化和原型A.結構化方法132.結構化分析方法是一個預先嚴格定義需求的方法，A.控制流B.數(shù)據(jù)流C程序流D.指令流133.軟件開發(fā)的結構化生命周期方法將軟件生命周期劃分成(A)C.總體設計詳細設計編程調試B噴泉模型C.螺旋模型D.增量模型B.爭取項目C.開發(fā)項目137.開發(fā)軟件所需高成本和產品的低質量之間有著尖B軟件開發(fā)工具140.在白盒法技術測試用例的設計中是最弱的覆蓋標A.語句B.路徑C條件組合D.判定A瀑布模型C.螺旋模型D.層次模型二、填空題1、(軟件危機)是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。2、(軟件過程)是為了獲得高質量軟件所需要完成的一3、系統(tǒng)流程圖實質上是(物理)數(shù)據(jù)流圖。4、ER模型可以作為(用戶)與分析員之間有效的交流工具。第二范式滿足第一范式條件，而且每個非關鍵字屬性都由整個關鍵字決定。并發(fā)系統(tǒng)中遇到的一個主要問題是(定時)問題。5、形式化的規(guī)格說明消除了(二義性),從而可以減少6、需求分析階段得出的(數(shù)據(jù)流圖)是總體設計的極7、軟件工程師應該在需求分析階段所確定的系統(tǒng)數(shù)據(jù)需求的基礎上，進一步設計(數(shù)據(jù)庫)。8、面向數(shù)據(jù)流的設計方法是把信息流映射成(軟件結構)程序的質量和GOTO語句的數(shù)量成(反比)。9、(易變性)指系統(tǒng)響應時間相對于平均響應時間的偏通常把(編碼)和測試統(tǒng)稱為實現(xiàn)。11、(黑盒)測試法把程序看做是一個黑盒子，完全不考慮程序的內部結構和處理過程(驗收)測試也稱為確認測12、集成測試主要目標是發(fā)現(xiàn)與(接口)有關的問題。13、通常(白盒)測試在測試過程的早期階段進行。14、軟件(可靠性)是程序在給定的時間間隔內，按照規(guī)格說明書的規(guī)定成功運行的概率通常把診斷和改正錯誤的過程稱為(改正)性維護。功能分析和(功能分解)。16、面向對象的軟件技術在利用(可重用)的軟件成分17、在C++中，多態(tài)性是通過(虛函數(shù))來實現(xiàn)的。如果在聚集關系中處于部分方的對象可以同時參與多個處于整體方對象的構成，則該聚集稱為(共享)聚集。18、與多重繼承相反的是(不相交)繼承。19、面向對象方法學認為，客觀世界由(對象)組成。20、在用面向對象觀點建立起的3種模型中，(對象模型)是最基本，最重要，最核心的。21、(主題)是指導讀者理解大型、復雜模型的一種機22、確定了類中應該定義的屬性之后，就可以利用(繼承)機制共享公共性質。23、對于僅存儲靜態(tài)數(shù)據(jù)的系統(tǒng)來說，(動態(tài))模型并24、我們可以把面向對象設計分為系統(tǒng)設計和(對象)適當?shù)?構造)函數(shù)，按照需要創(chuàng)建類的實例。 (垂直塊)組織兩種方案可供選擇在面向對象設計過程中，應該對系統(tǒng)的人機(交互)子系統(tǒng)進行詳細設計關系數(shù)據(jù)庫管理系統(tǒng)的理論基礎是(關系代數(shù))。類中的(服務)。27、如果關聯(lián)的重數(shù)是多元的，則需要用一個(指針集合)實現(xiàn)關聯(lián)。28、可以通過增加(冗余)關聯(lián)提高訪問效率。僅當存在真實的一般-特殊關系時，利用(繼承)機制實現(xiàn)行為共29、更完整的類庫通常還提供了獨立于具體設備的(接口)類。30、所謂(參數(shù))類，就是使用一個或多個類型去參數(shù)31、測試面向對象的軟件時，應該把操作作為(類)的32、開始集成面向對象系統(tǒng)以后，必須對(類間協(xié)作)33、(軟件項目管理)先于任何技術開始之前開始，并34、如果把項目(持續(xù)時間)延長一些，則可降低完成35、(云班)按照(軟件開發(fā)工作的主體),可以將軟件2.模塊內的高內聚往往意味著模塊間的松耦合。(√)3.Jackson圖只能表達程序結構，不能表達數(shù)據(jù)結構。4.軟件生命周期中需我進行需求分析，再進行可行性研究。(×)5.軟件的質量好壞主要由驗收人員負責，其他開發(fā)人員不必關心。(×)6.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包7.應該盡量使用機器語言編寫代碼，提高程序運行效率，而減少高級語言的使用。(×)8.UML只能應用于軟件系統(tǒng)模型的建立。(×)9.容錯就是每個程序采用兩種不同的算法編寫。(×)10.軟件測試的目的是為了無一遺漏的找出所有的錯誤。11.在進行總體設計時應加強模塊間的聯(lián)系。(×)12.系統(tǒng)結構圖是精確表達程序結構的圖形表示法。因此，有時也可以將系統(tǒng)結構圖當作統(tǒng)流程圖使用。(×)13.用黑盒法測試時，測試用例是根據(jù)程序內部邏輯設計的。(×)14.在程序調試時，找出錯誤的位置和性質比改正該錯15.以對象、類、繼承和通信為基礎的面向對象設計方法(00D)也是常見的軟件概要設計方法之一。(√)16.如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。(×)17.快速原型模型可以有效地適應用戶需求的動態(tài)變化。18.模塊化，信息隱藏，抽象和逐步求精的軟件設計原則有助于得到高內聚，低耦合度的軟件產品(√)19.集成測試主要由用戶來完成。(×)20.軟件危機完全是由硬件問題引起的。(×)21、類中定義的方法，是允許施加于該類對22、對面向對象的軟件進行維護，主要通過從已有類派生出一些新類來實現(xiàn)。(√)25、細化關系描述了兩個模型元素之間的語義連接關系。26、實際上，用面向對象方法開發(fā)軟件時，階段的劃分是十分模糊的。(√)27、系統(tǒng)分析員必須把需求與實現(xiàn)策略區(qū)分開(√)28、需求陳訴應該闡明怎么做而不是做什么。(×).29、在建立對象模型的過程中，服務一定要確定下來。30、事件追蹤圖中箭頭線之間的距離表示兩個事件之間31、我們應該降低繼承耦合的強度(×)32、緊密的繼承耦合與高度的一般-特殊內聚是不一致的。(×)33、使用面向對象方法開發(fā)軟件時，在分析和設計之間并沒有明確的分界線。(√)34、在提高可擴充性的過程中，應該用一種方法遍歷多條關聯(lián)鏈。(×)35、面向對象系統(tǒng)的確認測試是面向白盒的。(×)36、正確性證明過程本身也可能發(fā)生錯誤。(√)37、(云班)支持過程是指那些與軟件生產組織有關的38、(云班)軟件生存周期的含義是表明軟件的演化和發(fā)展具有周期性，每過一段時間就需要更新。(×)39、(云班)當軟件的一個版本被淘汰時，則該軟件的40、(云班)軟件生存周期過程表示軟件生存周期內的41、(云班)軟件生存周期模型是對軟件生存周期中過程、活動和任務的組織。(×)42、(云班)軟件開發(fā)模型是軟件開發(fā)過程的活動和任務的結構框架。(×)43、(云班)軟件生存周期模型必須要將所有類型的過型。(×)44、(云班)模型一定是在某種特定意圖下，從某種特定的角度物理環(huán)境的抽象(√)45、(云班)軟件開發(fā)中分層的基本動機時空之開發(fā)的復雜性(√)46、(云班)相比硬件而言，軟件更容易被修改，而且47、(云班)采用瀑布模式的開發(fā)過程是一種自頂向下開發(fā)方法(√)48、(云班)任何軟件開發(fā)過程必須從軟件需求入手(√)49、(云班)軟件需求時代開發(fā)產品或系統(tǒng)的功能描述50、(云班)質量屬性必須要給出量化的測量指標(√)51、(云班)非功能需求必須依附于功能需求而存在(√)52、(云班)面向對象就是一種使用面向對象程序設計語言的程序開發(fā)方法(×)53、(云班)一個類中可以有多個操作，也可以沒有操54、(云班)所有的類都必須與客觀事物相對應，都必須有具體的實例(×)55、(云班)接口之間沒有關聯(lián)、泛化、實現(xiàn)和依賴，也不能參與泛化、實現(xiàn)和依賴關系(×)56、(云班)接口不僅可以描述類的外部可見操作，而且可以描述其內部結構(×)57、(云班)軟件開發(fā)中分層的基本動機是控制開發(fā)的復雜性(√)58、(云班)支持過程是指那些與軟件生產組織有關的活動集(×)59、(云班)軟件生存周期模型是對軟件生存周期中過程、活動和任務的組織(√)60、(云班)包間的依賴通常隱含了各包種元素之間存在的一個或多個依賴(√)61、(云班)包可以包含其他種類的模型元素，但本身不能嵌套在其他包中(×)62、(云班)對于關聯(lián)另一端的類的每個對象，本端的類只可能會有一個對象出現(xiàn)(×)63、(云班)在類的一個關聯(lián)中，可以顯示地命名該角64、(云班)在關聯(lián)關系中，聚合是組合的一種特殊形如果不說名，則默認是(√)66、(云班)注解和約束不是類圖的一部分(×)67、(云班)類圖主要使用“類”來抽象系統(tǒng)中各個組成部分，不包括系統(tǒng)環(huán)境(×)68、(云班)00A過程中建立模型規(guī)約可以集中進可以分散在各個活動中(√)題域的00A模型(×)70、(云班)如果一個交互是由系統(tǒng)外的參與者發(fā)起的，第一個處理該監(jiān)護的對象是主動對象(√)71、(云班)與實現(xiàn)條件有關的對象是00A階段需要重點關注的對象(×)72、(云班)在對象分類過程中，對于屬性及操作相似的類需要考慮能夠抽出一個一般類或部分類(√)73、(云班)依賴關系是一種使用關系，如果被使用的類發(fā)生變化，那么另一個類的操作也會受到影響(√)74、(云班)在00A過程中，不需要考慮任何主動對象和主動操作(×)75、(云班)一個類的屬性必須適合這個類和他的全部及其所有特殊類的每一個對象實例(√)76、(云班)00A過程中，為了提高操作的執(zhí)行速度，可以考慮增加一些屬性來保持操作的階段性執(zhí)行結果(×)77、(云班)依賴關系是一種使用關系，如果被使用的類發(fā)生變化，那么另一個類的操作也會受到影響(√)78、(云班)在初步建立類之間的關系時，可以暫時使用關聯(lián)。在最終的類圖中，若能用其他關系明確地指明類之間關系的含義，就不要適用關聯(lián)(×)79、(云班)關聯(lián)關系可用動詞或動賓結構來命名，關聯(lián)的命名不可缺省(×)80、(云班)兩個對象之間的關聯(lián)關系只能有一個(×)81、(云班)與結構化的分析和設計類似，面向對象的分析和設計之間也存在一定的鴻溝(×)82、(云班)00D模型的四個部分均采用與00A一致的概念、表示法、活動及策略(×)83、(云班)所有的實現(xiàn)因素都能通過一些在00D中新定義的獨立組成部分而實行有效的隔離(×)84、(云班)在00A中未完成的細節(jié)定義需要在00D完成，所以00D的主要任務是對00A的細化(×)85、(云班)00A強調如實地反映問題域，00D考慮實現(xiàn)問題，當所用語言不支持多繼承和多態(tài)，此時需要按編程語言調整多繼承和多態(tài)。(×)86、(云班)人機交互的設計需要重點考慮比例最大的適用人群的情況，并適當?shù)募骖櫰渌?√)87、(云班)人機交互是00D階段的任務，在00A階段不需要考慮(×)88、(云班)人機交互的交互內容需求不僅與系統(tǒng)的功能需求有關，而且與人的主觀意識也有很大的關系(×)89、(云班)人機交互部分的設計可以從usecase抽取人機交互內容及過程，在抽取過程中需要刪除所有與輸入輸91、軟件開發(fā)和維護過程中存在很多嚴重問題，這與軟件的規(guī)模有關。(×)92、導出軟件結構屬于典型的可行性研究過程(×)93、一個比較好的方法是分層次地描繪這個系統(tǒng)。(√)94、數(shù)據(jù)字典是開發(fā)數(shù)據(jù)庫的第一步，而且是很有價值95、層次方框圖不能代表完整的數(shù)據(jù)結構。(×)97、所謂形式化方法，是描述系統(tǒng)性質的基于數(shù)學的技98、總體設計過程通常由兩個主要階段組成，其中系統(tǒng)設計階段確定軟件結構(×)99、簡單地說，理想的內聚模塊只做一件事情。(√)100、一個模塊的扇出表明有多少個上級模塊直接調用它。(×)101、層次圖方框間的連線表達的是組成關系。(×)102、結構圖中箭頭尾部是實心圓表示傳遞的是控制信103、面向數(shù)據(jù)結構的設計方法的目標是給出設計軟件結構的一個系統(tǒng)化的途徑。(×)104、優(yōu)化是先使它快起來，再使它工作起來。任何流圖的環(huán)形復雜度都等于判定節(jié)點的數(shù)目加1。(×)105、軟件測試的目的是發(fā)現(xiàn)并改正錯誤。(×)106、調試的目標是充分暴露程序當中的錯誤。(×)107、所有測試都應該追溯到用戶的需求(√)108、白盒測試又稱為功能測試。(×)109、如果一個人是程序的設計者又是編寫者，或是程序的編寫者又是測試者，則審查小組應該再增加一個程序員。四、簡答題1、什么是軟件工程?答：(1)將系統(tǒng)化的、規(guī)范的、可量化的方法應用于軟件的開發(fā)