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

2024年軟件工程概述(方法、工具、過程)2.軟件工程實(shí)踐的一個(gè)重要原則是存在價(jià)值，是指B、方法A、客觀原因，軟件本身特點(diǎn)是邏輯部件，且規(guī)模日趨9.軟件工程是一種層次化的技術(shù)，支持軟件工程的根12.構(gòu)件是軟件技術(shù)中的重要內(nèi)容，基于構(gòu)件的開發(fā)A、可以實(shí)現(xiàn)復(fù)用B、可以減少開發(fā)費(fèi)用D、可以縮短開發(fā)周期13.敏捷開發(fā)認(rèn)為(AD)A、有能力的個(gè)體和良好的交互勝過現(xiàn)代軟件過程和先進(jìn)工具B、軟件開發(fā)的目標(biāo)是可工作的軟件，因此應(yīng)該不需要寫文檔C、客戶和開發(fā)方應(yīng)該嚴(yán)格按照既定合同進(jìn)行軟件開發(fā)D、采用增量式開發(fā)和短周期交付，以便及時(shí)響應(yīng)變化14.關(guān)于模型選擇說法正確的是(BC)A、同一個(gè)軟件組織應(yīng)該采用一種軟件過程模型，以便B、需求不穩(wěn)定的情況下，盡量采用增量式開發(fā)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ā)的模塊封裝為小軟件，B、過于夸大自己的技術(shù)水平，從而得到一份超出自己C、不在私人電腦上編輯公司的項(xiàng)目源代碼和文檔。D、在客戶現(xiàn)場(chǎng)進(jìn)行技術(shù)維護(hù)休息期間，在客戶的電腦A、軟件工程關(guān)注如何為用戶實(shí)現(xiàn)價(jià)值。B、計(jì)算機(jī)理論關(guān)注的是軟件本身運(yùn)行的原理，比如時(shí)間復(fù)雜度，空間復(fù)雜度，和算法的正確性。C、軟件工程對(duì)于某一種特定問題的正確解決方法將永遠(yuǎn)不會(huì)改變。D、隨著技術(shù)和用戶需求的不斷變化，軟件開發(fā)人員必須時(shí)刻調(diào)整自己的開發(fā)以適應(yīng)當(dāng)前的需求。同時(shí)軟件工程本身也處于不斷的發(fā)展中。17.下列對(duì)軟件的描述錯(cuò)誤的是(A)A、軟件交付的形式為可執(zhí)行軟件。B、能夠完成預(yù)定的功能和性能，并對(duì)相應(yīng)數(shù)據(jù)進(jìn)行加工的程序，及描述程序、操作的文檔。C、軟件=程序+數(shù)據(jù)+文檔，為了突出其功能和性能，可擴(kuò)展為：軟件=知識(shí)+程序+數(shù)據(jù)+文檔D、軟件的文檔是用于記錄軟件的活動(dòng)和中間制品，如需求規(guī)約、源程序等。18.軟件過程模型中定義的框架活動(dòng)是(B)C、團(tuán)隊(duì)每個(gè)成員必須參與的D、必須符合標(biāo)準(zhǔn)19.瀑布模型也稱為經(jīng)典生命周期模型(C)D、強(qiáng)調(diào)設(shè)計(jì)的模型20.關(guān)于螺旋模型，以下說法錯(cuò)誤的是(C)A、把開發(fā)活動(dòng)和風(fēng)險(xiǎn)管理結(jié)合起來控制風(fēng)險(xiǎn)B、適用于大型復(fù)雜的軟件項(xiàng)目C、開發(fā)過程分成若干次迭代，每次迭代產(chǎn)生一個(gè)軟件發(fā)布D、原型的進(jìn)化貫穿整個(gè)軟件生存周期，具有原型模型的特點(diǎn)21.統(tǒng)一過程(UP)(B)A、適用于所有軟件工程B、是迭代和增量式模型C、是不強(qiáng)調(diào)文檔的D、不追求架構(gòu)的穩(wěn)定22.過程是多種多樣的，下面不屬于過程共同活動(dòng)的是23.下面選項(xiàng)不屬于瀑布模型特點(diǎn)的是(A)B、順序性D、推遲實(shí)現(xiàn)D、在前面增量的基礎(chǔ)上開發(fā)后面的增量，采用迭代的B、容易讓設(shè)計(jì)者在質(zhì)量和原型間有所折中，讓客戶意30.數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，C、結(jié)構(gòu)化程序設(shè)計(jì)33.在數(shù)據(jù)流圖中，有名字及方向的成份是(C)。34.在數(shù)據(jù)流圖中，不能由計(jì)算機(jī)處理的成份是(D)。35.結(jié)構(gòu)化分析方法就是面向(B)自頂向下逐步求精進(jìn)行需求分析的方法。36.以下針對(duì)V模型的描述不正確的是(D)。A、單元測(cè)試對(duì)應(yīng)的開發(fā)活動(dòng)是詳細(xì)設(shè)計(jì)B、集成測(cè)試對(duì)應(yīng)的開發(fā)階段是概要設(shè)計(jì)C、系統(tǒng)測(cè)試對(duì)應(yīng)的開發(fā)活動(dòng)是需求分析D、驗(yàn)收測(cè)試對(duì)應(yīng)的開發(fā)活動(dòng)是詳細(xì)設(shè)計(jì)37.由軟件預(yù)發(fā)行的最終客戶們?cè)谝粋€(gè)或多個(gè)客戶場(chǎng)所對(duì)軟件進(jìn)行的測(cè)試，稱為(A)。A、β測(cè)試B、集成測(cè)試C、平行運(yùn)行D、a測(cè)試38.需求分析中，開發(fā)人員要從用戶那里解決的最重要A、讓軟件做什么B、要給軟件提供哪些信息C、要求軟件工作效率怎樣D、讓軟件具有何種結(jié)構(gòu)39.系統(tǒng)流程圖用于可行性分析中的A的描述。B、當(dāng)前邏輯模型40.程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是DB、只能用來寫簡(jiǎn)單程序C、已經(jīng)用硬件實(shí)現(xiàn)D、只有一個(gè)入口和一個(gè)出口41.在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)D、判定樹與判定表42.黑盒測(cè)試不能發(fā)現(xiàn)以下類型的錯(cuò)誤(D)A、不正確或遺漏的功能C、行為或性能錯(cuò)誤D、內(nèi)部代碼的具體錯(cuò)誤A、樁模塊用于模擬主程序功能，用于向被測(cè)模塊傳遞B、系統(tǒng)測(cè)試是從用戶使用的角度來進(jìn)行的測(cè)試，主要工作是將完成了集成測(cè)試的系統(tǒng)放在真實(shí)的運(yùn)行環(huán)境下進(jìn)C、軟件測(cè)試的基本步驟的順序依次為：?jiǎn)卧獪y(cè)試、集D、白盒法是一種靜態(tài)分析方法，可盡可能早的發(fā)現(xiàn)缺51.白盒法中的覆蓋標(biāo)準(zhǔn)描述不正確的是(C)。A、語句覆蓋是指選擇足夠的測(cè)試用例，使得程序中每個(gè)語句至少都能被執(zhí)行一次B、判斷覆蓋是指執(zhí)行足夠的測(cè)試用例，使每個(gè)判定至少都獲得一次“真”值和“假”值C、條件覆蓋是指執(zhí)行足夠的例子，使得每個(gè)判定中條件的各種可能組合都至少出現(xiàn)一次D、判定/條件覆蓋是指執(zhí)行足夠的測(cè)試用例，使得判定中每個(gè)條件取到各種可能的值，并使每個(gè)判定取到各種可能的結(jié)果52.下列說法錯(cuò)誤的是(A)。A、等價(jià)類劃分法屬于白盒測(cè)試法B、邊界值分析法屬于黑盒測(cè)試法C、條件覆蓋屬于白盒測(cè)試法D、分支覆蓋屬于白盒測(cè)試法53.若有一個(gè)程序，它的輸入文件可有1-255個(gè)記錄，則設(shè)計(jì)用例：文件的記錄數(shù)為0個(gè)、1個(gè)、255個(gè)、256個(gè)。設(shè)計(jì)這組測(cè)試用例的方法是(C)。B需求分析D、判定樹法。結(jié)構(gòu)化分析產(chǎn)生的系統(tǒng)說明書是包括一套分層的A流程B數(shù)據(jù)流對(duì)問題的識(shí)別、分析與綜合、制定規(guī)格說明以及(C)。58.程序調(diào)試的主要任務(wù)是B。下述(D)是其應(yīng)包含的內(nèi)容。①數(shù)據(jù)描述②功能描述③模塊描述④性能描述61.軟件需求分析一般應(yīng)確定的是用戶對(duì)軟件的(D)。D、功能需求和非功能需求62.下列哪項(xiàng)不是模塊獨(dú)立性很重要的理由(B)。B、能夠增強(qiáng)耦合程度C、比較容易測(cè)試和維護(hù)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ù)存儲(chǔ)④外部實(shí)體A、①②和③D、①③和④66.結(jié)構(gòu)化程序流程圖中一般包括三種基本結(jié)構(gòu)，下述結(jié)構(gòu)中(D)不屬于其基本結(jié)構(gòu)。D、購(gòu)買商品與查找商品A、借書與還書D、購(gòu)買商品與查找商品B、軟件接口77.程序流程圖(框圖)中的箭頭代表(B)79.下列哪種設(shè)計(jì)相當(dāng)于一個(gè)房屋中每個(gè)房間的內(nèi)部A、依賴關(guān)系B、泛化關(guān)系87.下列哪種設(shè)計(jì)相當(dāng)于一個(gè)房屋中每個(gè)房間的門窗詳圖(以及規(guī)格說明)(C)。D、依賴89.在順序圖中哪類消息使用帶箭頭的虛線表示?C、包圖91.數(shù)據(jù)流圖里的數(shù)據(jù)流包括(A)類型。B、變換型和調(diào)度型C、調(diào)度型和事務(wù)型92.構(gòu)件級(jí)設(shè)計(jì)的基本原則不包括(B)。93.程序設(shè)計(jì)語言的基本成分不包含下列哪個(gè)選項(xiàng)：CD、輸入/輸出否滿足合同中定義的需求B、單元測(cè)試的主要目的是驗(yàn)證軟件模塊是否按詳細(xì)設(shè)計(jì)的規(guī)格說明正確運(yùn)行C、系統(tǒng)測(cè)試的主要目的是驗(yàn)證整個(gè)系統(tǒng)是否滿足需求規(guī)格說明D、集成測(cè)試的主要目的是檢查多個(gè)模塊間是否按概要設(shè)計(jì)說明的方式協(xié)同工作99.下列關(guān)于單元測(cè)試說法錯(cuò)誤的是AA、單元測(cè)試主要目的是檢查多個(gè)模塊間是否按概要設(shè)計(jì)說明的方式協(xié)同工作B、模塊接口測(cè)試是屬于單元測(cè)試的內(nèi)容C、單元測(cè)試的主要目的是驗(yàn)證軟件模塊是否按詳細(xì)設(shè)計(jì)的規(guī)格說明正確運(yùn)行D、單元測(cè)試完成以后才能進(jìn)行集成測(cè)試100.自底向上的集成測(cè)試方法需要開發(fā)(B)構(gòu)建測(cè)試環(huán)境?C、底層接口C、β測(cè)試時(shí)，開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，在開發(fā)者無D、驗(yàn)收測(cè)試會(huì)對(duì)模塊的內(nèi)部邏輯的正確性進(jìn)行白盒測(cè)C、軟件難以理解、不易使用、運(yùn)行緩慢或者——從測(cè)105.下圖為一個(gè)程序流程圖的示意圖，如采用控制流106.下屬哪一個(gè)選項(xiàng)不屬于黑盒測(cè)試的檢查范圍A、在接口上，輸入能否正確地接受?能否輸出正確的其范圍是[-1.0,1.0],現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001,-1.0,1.0,1.001。設(shè)計(jì)這組測(cè)試用例的方法是(C)A、驗(yàn)收測(cè)試是從開發(fā)者的角度檢查系統(tǒng)是否滿足需求分析規(guī)格說明書B、在等價(jià)分類法中，一個(gè)測(cè)試用例只能覆蓋一個(gè)無效C、單元測(cè)試的主要目的是驗(yàn)證軟件模塊是否按詳細(xì)設(shè)計(jì)的規(guī)格說明正確運(yùn)行D、集成測(cè)試的主要目的是檢查多個(gè)模塊間是否按概要設(shè)計(jì)說明的方式協(xié)同工作109.到20世紀(jì)末，面向?qū)ο筌浖こ桃呀?jīng)逐漸發(fā)展成熟，特別是(?D)?的出現(xiàn)和廣泛使用，使面向?qū)ο蠓椒ǔ蔀榱塑浖_發(fā)的主流方法。110.(?D)是從用戶使用系統(tǒng)的角度描述系統(tǒng)功能的A、序列圖111.需求分析階段開發(fā)人員要從用戶那里了解(A)A、軟件要做什么B、用戶使用界面C、輸入的信息113.下列需求描述中，不屬于飛機(jī)訂票系統(tǒng)功能性需C、什么信息必須存儲(chǔ)在旅行社和其他人訪問的數(shù)據(jù)庫(kù)中D、類圖117.0層數(shù)據(jù)流圖有(B)個(gè)數(shù)據(jù)加工121.在數(shù)據(jù)流圖中，下列數(shù)據(jù)流中可以不給出命名的A、從外部實(shí)體輸出的數(shù)據(jù)流B、向外部實(shí)體輸入的數(shù)據(jù)流C、從數(shù)據(jù)存儲(chǔ)輸出的數(shù)據(jù)流D、從數(shù)據(jù)加工輸出的數(shù)據(jù)流122.在用例之間，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系(D)123.下列哪一個(gè)用例的命名符合規(guī)范(D)D、打印機(jī)A、在修正發(fā)現(xiàn)的軟件缺陷后，只要認(rèn)真設(shè)計(jì)修改，不B、回歸測(cè)試是指有選擇地重新測(cè)試系統(tǒng)或其組件，以C、自頂而下增量集成的優(yōu)點(diǎn)是能夠盡早發(fā)現(xiàn)系統(tǒng)主控D、自底而上增量集成的優(yōu)點(diǎn)是能夠盡早發(fā)現(xiàn)系統(tǒng)主控129.軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和A.硬件環(huán)境130.軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型C面向?qū)ο蟮姆椒?32.結(jié)構(gòu)化分析方法是一個(gè)預(yù)先嚴(yán)格定義需求的方A.控制流B.數(shù)據(jù)流133.軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期A計(jì)劃階段開發(fā)階段運(yùn)行階段B計(jì)劃階段編程階段測(cè)試階段A瀑布模型C.螺旋模型D.增量模型A邏輯內(nèi)聚D功能內(nèi)聚137.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱(B)C軟件開發(fā)費(fèi)140.在白盒法技術(shù)測(cè)試用例的設(shè)計(jì)中是最弱的覆蓋標(biāo)A.語句B.路徑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ù)庫(kù))。8、面向數(shù)據(jù)流的設(shè)計(jì)方法是把信息流映射成(軟件結(jié)構(gòu))程序的質(zhì)量和GOTO語句的數(shù)量成(反比)。9、(易變性)指系統(tǒng)響應(yīng)時(shí)間相對(duì)于平均響應(yīng)時(shí)間的偏通常把(編碼)和測(cè)試統(tǒng)稱為實(shí)現(xiàn)。11、(黑盒)測(cè)試法把程序看做是一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程(驗(yàn)收)測(cè)試也稱為確認(rèn)測(cè)12、集成測(cè)試主要目標(biāo)是發(fā)現(xiàn)與(接口)有關(guān)的問題。13、通常(白盒)測(cè)試在測(cè)試過程的早期階段進(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)系中處于部分方的對(duì)象可以同時(shí)參與多個(gè)處于整體方對(duì)象的構(gòu)成，則該聚集稱為(共享)聚集。18、與多重繼承相反的是(不相交)繼承。19、面向?qū)ο蠓椒▽W(xué)認(rèn)為，客觀世界由(對(duì)象)組成。型)是最基本，最重要，最核心的。21、(主題)是指導(dǎo)讀者理解大型、復(fù)雜模型的一種機(jī)22、確定了類中應(yīng)該定義的屬性之后，就可以利用(繼承)機(jī)制共享公共性質(zhì)。23、對(duì)于僅存儲(chǔ)靜態(tài)數(shù)據(jù)的系統(tǒng)來說，(動(dòng)態(tài))模型并24、我們可以把面向?qū)ο笤O(shè)計(jì)分為系統(tǒng)設(shè)計(jì)和(對(duì)象)適當(dāng)?shù)?構(gòu)造)函數(shù)，按照需要?jiǎng)?chuàng)建類的實(shí)例。 (垂直塊)組織兩種方案可供選擇在面向?qū)ο笤O(shè)計(jì)過程中，應(yīng)該對(duì)系統(tǒng)的人機(jī)(交互)子系統(tǒng)進(jìn)行詳細(xì)設(shè)計(jì)關(guān)系數(shù)據(jù)庫(kù)管理系統(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、更完整的類庫(kù)通常還提供了獨(dú)立于具體設(shè)備的(接口)類。30、所謂(參數(shù))類，就是使用一個(gè)或多個(gè)類型去參數(shù)化一個(gè)類的機(jī)制。31、測(cè)試面向?qū)ο蟮能浖r(shí)，應(yīng)該把操作作為(類)的32、開始集成面向?qū)ο笙到y(tǒng)以后，必須對(duì)(類間協(xié)作)33、(軟件項(xiàng)目管理)先于任何技術(shù)開始之前開始，并且貫穿于軟件的整個(gè)生命周期之中。34、如果把項(xiàng)目(持續(xù)時(shí)間)延長(zhǎng)一些，則可降低完成項(xiàng)目所需的工作量。35、(云班)按照(軟件開發(fā)工作的主體),可以將軟件生存周期過程分為基本過程、支持過程和組織過程。三、判斷題1.軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。(√)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ā)人員6.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包7.應(yīng)該盡量使用機(jī)器語言編寫代碼，提高程序運(yùn)行效率，(×)8.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(×)9.容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。(×)10.軟件測(cè)試的目的是為了無一遺漏的找出所有的錯(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.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。(×)14.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)15.以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方16.如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。(×)17.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。18.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品(√)19.集成測(cè)試主要由用戶來完成。(×)20.軟件危機(jī)完全是由硬件問題引起的。(×)是十分模糊的。(√)27、系統(tǒng)分析員必須把需求與實(shí)現(xiàn)策略區(qū)分開(√)28、需求陳訴應(yīng)該闡明怎么做而不是做什么。(×).29、在建立對(duì)象模型的過程中，服務(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)測(cè)試是面向白盒的。(×)36、正確性證明過程本身也可能發(fā)生錯(cuò)誤。(√)37、(云班)支持過程是指那些與軟件生產(chǎn)組織有關(guān)的38、(云班)軟件生存周期的含義是表明軟件的演化和發(fā)展具有周期性，每過一段時(shí)間就需要更新。(×)39、(云班)當(dāng)軟件的一個(gè)版本被淘汰時(shí)，則該軟件的生存周期就結(jié)束了(×)40、(云班)軟件生存周期過程表示軟件生存周期內(nèi)的41、(云班)軟件生存周期模型是對(duì)軟件生存周期中過程、活動(dòng)和任務(wù)的組織。(×)42、(云班)軟件開發(fā)模型是軟件開發(fā)過程的活動(dòng)和任務(wù)的結(jié)構(gòu)框架。(×)43、(云班)軟件生存周期模型必須要將所有類型的過程、活動(dòng)和任務(wù)考慮在內(nèi)，形成滿足每個(gè)軟件項(xiàng)目需要的模型。(×)44、(云班)模型一定是在某種特定意圖下，從某種特定的角度物理環(huán)境的抽象(√)45、(云班)軟件開發(fā)中分層的基本動(dòng)機(jī)時(shí)空之開發(fā)的復(fù)雜性(√)46、(云班)相比硬件而言，軟件更容易被修改，而且更容易被正確的進(jìn)行修改(×)47、(云班)采用瀑布模式的開發(fā)過程是一種自頂向下的開發(fā)方法，而軟件構(gòu)件復(fù)用的開發(fā)過程是一種自底向上的開發(fā)方法(√)48、(云班)任何軟件開發(fā)過程必須從軟件需求入手(√)49、(云班)軟件需求時(shí)代開發(fā)產(chǎn)品或系統(tǒng)的功能描述50、(云班)質(zhì)量屬性必須要給出量化的測(cè)量指標(biāo)(√)51、(云班)非功能需求必須依附于功能需求而存在(√)52、(云班)面向?qū)ο缶褪且环N使用面向?qū)ο蟪绦蛟O(shè)計(jì)語言的程序開發(fā)方法(×)53、(云班)一個(gè)類中可以有多個(gè)操作，也可以沒有操54、(云班)所有的類都必須與客觀事物相對(duì)應(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、(云班)軟件生存周期模型是對(duì)軟件生存周期中過程、活動(dòng)和任務(wù)的組織(√)60、(云班)包間的依賴通常隱含了各包種元素之間存在的一個(gè)或多個(gè)依賴(√)61、(云班)包可以包含其他種類的模型元素，但本身不能嵌套在其他包中(×)62、(云班)對(duì)于關(guān)聯(lián)另一端的類的每個(gè)對(duì)象，本端的類只可能會(huì)有一個(gè)對(duì)象出現(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)境(×)可以分散在各個(gè)活動(dòng)中(√)69、(云班)00A的最終目的是產(chǎn)生一個(gè)只能直接反映問題域的00A模型(×)70、(云班)如果一個(gè)交互是由系統(tǒng)外的參與者發(fā)起的，第一個(gè)處理該監(jiān)護(hù)的對(duì)象是主動(dòng)對(duì)象(√)71、(云班)與實(shí)現(xiàn)條件有關(guān)的對(duì)象是00A階段需要重點(diǎn)關(guān)注的對(duì)象(×)72、(云班)在對(duì)象分類過程中，對(duì)于屬性及操作相似的類需要考慮能夠抽出一個(gè)一般類或部分類(√)73、(云班)依賴關(guān)系是一種使用關(guān)系，如果被使用的類發(fā)生變化，那么另一個(gè)類的操作也會(huì)受到影響(√)74、(云班)在00A過程中，不需要考慮任何主動(dòng)對(duì)象和主動(dòng)操作(×)75、(云班)一個(gè)類的屬性必須適合這個(gè)類和他的全部及其所有特殊類的每一個(gè)對(duì)象實(shí)例(√)76、(云班)00A過程中，為了提高操作的執(zhí)行速度，可以考慮增加一些屬性來保持操作的階段性執(zhí)行結(jié)果(×)77、(云班)依賴關(guān)系是一種使用關(guān)系，如果被使用的類發(fā)生變化，那么另一個(gè)類的操作也會(huì)受到影響(√)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è)對(duì)象之間的關(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完成，所以O(shè)OD的主要任務(wù)是對(duì)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)，而且與人的主觀意識(shí)也有很大的關(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ù)庫(kù)的第一步，而且是很有價(jià)值95、層次方框圖不能代表完整的數(shù)據(jù)結(jié)構(gòu)。(×)96、不需要驗(yàn)證需求的現(xiàn)實(shí)性(×)97、所謂形式化方法，是描述系統(tǒng)性質(zhì)的基于數(shù)學(xué)的技98、總體設(shè)計(jì)過程通常由兩個(gè)主要階段組成，其中系統(tǒng)設(shè)計(jì)階段確定軟件結(jié)構(gòu)(×)99、簡(jiǎn)單地說，理想的內(nèi)聚模塊只做一件事情。(√)100、一個(gè)模塊的扇出表明有多少個(gè)上級(jí)模塊直接調(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、軟件測(cè)試的目的是發(fā)現(xiàn)并改正錯(cuò)誤。(×)106、調(diào)試的目標(biāo)是充分暴露程序當(dāng)中的錯(cuò)誤。(×)107、所有測(cè)試都應(yīng)該追溯到用戶的需求(√)108、白盒測(cè)試又稱為功能測(cè)試。(×)109、如果一個(gè)人是程序的設(shè)計(jì)者又是編寫者，或是程序的編寫者又是測(cè)試者，則審查小組應(yīng)該再增加一個(gè)程序員。110、Alpha測(cè)試由軟件的最終用戶們?cè)谝粋€(gè)或多個(gè)客戶場(chǎng)所進(jìn)行。(×)1、什么是軟件工程?答：(1)將系統(tǒng)化的、規(guī)范的、可量化的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)，即將工程化方法應(yīng)用于軟件。(2)在(1)中所述方法的研究。2、什么是軟件過程模型?有哪些主要模型(回答4種答：(1)軟件過程模型是軟件開發(fā)全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架，直觀表達(dá)軟件開發(fā)全過程，明確規(guī)定要完成的主要活動(dòng)、任務(wù)和開發(fā)策略。(2)軟件過程主要模型：瀑布模型、原型模型、增量模型、螺旋模型、噴泉模型、統(tǒng)一過程弄醒、基于構(gòu)件的模型、敏捷開發(fā)模型等。3、為什么增量式開發(fā)適合商務(wù)軟件?它適合實(shí)時(shí)控制系統(tǒng)嗎?答：(1)增量式開發(fā)適合商務(wù)軟件的原因：能夠及早投入市場(chǎng)；產(chǎn)品逐步交付能夠較好地適應(yīng)需求變化；開發(fā)中能夠看到軟件中間產(chǎn)品，提出改進(jìn)意見，減少返工，降低開發(fā)風(fēng)險(xiǎn)；開放式體系結(jié)構(gòu)便于維護(hù)；(2)增量式開發(fā)不適合實(shí)時(shí)控制系統(tǒng)，原因：實(shí)時(shí)控制系統(tǒng)通常需求明確且穩(wěn)定，技術(shù)相對(duì)成熟，對(duì)軟件質(zhì)量要求高，要求嚴(yán)格的工程管理。4、衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么?它們各表示什么含義?它們之間有什么關(guān)系?答：內(nèi)聚性和耦合性。內(nèi)聚性是指模塊內(nèi)部各個(gè)元素之則耦合性弱，反之亦然。5、什么是軟件體系結(jié)構(gòu)?