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

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