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

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