哈師大軟件工程期末考試題

哈師大軟件工程期末考試題選擇題1.下面哪項(xiàng)不屬于軟件工程方法學(xué)的要素（B）A、方法B、模型C、工具D、過(guò)程（知識(shí)點(diǎn)）軟件工程三要素：方法、工具、過(guò)程2.面向?qū)ο蠓椒▽W(xué)具有（D）個(gè)要點(diǎn)。A、1B、2C、3D、4（知識(shí)點(diǎn)）面向?qū)ο笠c(diǎn)：對(duì)象，類(lèi)，繼承，封裝3.(B)是軟件開(kāi)發(fā)過(guò)程中普遍存在的一種內(nèi)在現(xiàn)象。A、綜合B、迭代C、建模D、歸納4.數(shù)據(jù)流圖具有（D）種最基本的符號(hào)。A、1B、2C、3D、4（知識(shí)點(diǎn)）“→”箭頭，表示數(shù)據(jù)流；〇：圓或橢圓，表示加工；=：雙杠(帶一邊開(kāi)口,一邊閉合)，表示數(shù)據(jù)存儲(chǔ)；□：方框，表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。5.（C）是軟件定義時(shí)期的最后一個(gè)階段。A、問(wèn)題定義B、總體設(shè)計(jì)C、需求分析D、可行性研究（知識(shí)點(diǎn)）軟件定義時(shí)期:問(wèn)題定義、可行性研究（可行性研究報(bào)告）、需求分析（軟件需求規(guī)格說(shuō)明書(shū)）、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試、運(yùn)行維護(hù)6.下列哪項(xiàng)不屬于應(yīng)用形式化方法的準(zhǔn)則（C）。A、應(yīng)該估算成本B、應(yīng)該建立詳細(xì)的文檔C、可以放棄質(zhì)量標(biāo)準(zhǔn)D、應(yīng)該重用（知識(shí)點(diǎn)）（1）應(yīng)該選用適當(dāng)?shù)谋硎痉椒ā＃?）應(yīng)該形式化，但不要過(guò)分形式化。（3）應(yīng)該估算成本。（4）應(yīng)該有形式化方法顧問(wèn)隨時(shí)提供咨詢(xún)。（5）不應(yīng)該放棄傳統(tǒng)的開(kāi)發(fā)方法。（6）應(yīng)該建立詳盡的文檔。（7）不應(yīng)該放棄質(zhì)量標(biāo)準(zhǔn)。（8）不應(yīng)該盲目依賴(lài)形式化方法。（9）應(yīng)該測(cè)試、測(cè)試再測(cè)試。（10）應(yīng)該重用。下列哪項(xiàng)不是模塊獨(dú)立性很重要的理由（B）。A、比較容易開(kāi)發(fā)軟件B、能夠增強(qiáng)耦合程度C、比較容易測(cè)試和維護(hù)D、功能容易擴(kuò)充8.下列哪項(xiàng)不屬于描繪軟件結(jié)構(gòu)的圖形工具（A）。A、層次方框圖B、層次圖C、HIPO圖D、結(jié)構(gòu)圖（知識(shí)點(diǎn)）層次方框圖用來(lái)描繪數(shù)據(jù)結(jié)構(gòu)9.下列哪項(xiàng)不屬于三種基本控制結(jié)構(gòu)（C）。A、順序B、選擇C、調(diào)用D、循環(huán)10.用戶(hù)界面設(shè)計(jì)是一個(gè)（A）的過(guò)程。A、迭代B、循環(huán)C、順序D、變化11.當(dāng)算法中包含多重嵌套的條件選擇時(shí)，最好使用（C）。A、程序流程圖B、盒圖C、判定表D、PAD圖12.（B）圖既能表達(dá)數(shù)據(jù)結(jié)構(gòu)，也能表達(dá)程序結(jié)構(gòu)。A、數(shù)據(jù)流B、JacksonC、層次方框D、IPO（知識(shí)點(diǎn)）Jackson方法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。13.環(huán)形復(fù)雜度等于（C）是模塊規(guī)模的一個(gè)更科學(xué)更精確的上限。A、12B、11C、10D、914.軟件可靠性模型使用故障率數(shù)據(jù)，估計(jì)軟件將來(lái)出現(xiàn)故障的情況并預(yù)測(cè)軟件的（B）。A、可維護(hù)性B、可靠性C、可修改性D、可移植性15.子系統(tǒng)測(cè)試和系統(tǒng)測(cè)試又稱(chēng)為（C）測(cè)試。A、單元B、驗(yàn)收C、集成D、計(jì)算機(jī)（知識(shí)點(diǎn)）集成測(cè)試針對(duì)的是模塊之間的關(guān)系.子系統(tǒng)測(cè)試主要測(cè)試模塊間的相互協(xié)作和通信.系統(tǒng)測(cè)試=集成測(cè)試16.通常邊覆蓋和（B）標(biāo)準(zhǔn)一致。A、語(yǔ)句覆蓋B、判定覆蓋C、條件覆蓋D、組合覆蓋（知識(shí)點(diǎn)）與判定覆蓋區(qū)別17.通常可以通過(guò)描述軟件交付使用后可能進(jìn)行的活動(dòng)有（D）項(xiàng)。A、1B、2C、3D、4（知識(shí)點(diǎn)）改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)18.軟件工程學(xué)的主要目的是提高軟件的（C），降低維護(hù)的代價(jià)。A、可測(cè)試性B、可理解性C、可維護(hù)性D、可設(shè)計(jì)性19.對(duì)象={ID,MS,DS,MI}，其中DS指的是（C）。A、對(duì)象的名字B、操作集合C、對(duì)象的數(shù)據(jù)結(jié)構(gòu)D、消息名集合（知識(shí)點(diǎn)）ID:對(duì)象標(biāo)識(shí)或名字MS:操作集合DS:對(duì)象的數(shù)據(jù)結(jié)構(gòu)MI:對(duì)象受理的消息名集合(即對(duì)外接口)20.一個(gè)消息由3部分組成，下列哪項(xiàng)不屬于消息的組成成分（C）。A、接收消息的對(duì)象B、消息選擇符C、實(shí)現(xiàn)代碼D、零個(gè)或多個(gè)變?cè)?1.用面向?qū)ο蟮姆椒ㄩ_(kāi)發(fā)軟件，通常需要建立3種形式的模型，下列哪一種不屬于需要建立的模型（C）。A、對(duì)象模型B、動(dòng)態(tài)模型C、ER模型D、功能模型（知識(shí)點(diǎn)）ER模型是實(shí)體聯(lián)系圖,主要用于數(shù)據(jù)22.一幅用例圖不包括（B）。A、系統(tǒng)B、數(shù)據(jù)流C、行為者D、用例（知識(shí)點(diǎn)）用例，角色，關(guān)系,系統(tǒng)邊界.數(shù)據(jù)流應(yīng)該在數(shù)據(jù)流圖里.23.UML是（A）批準(zhǔn)的基于面向?qū)ο蠹夹g(shù)的標(biāo)準(zhǔn)建模語(yǔ)言。A、OMGB、BICC、BODDD、OMA24.復(fù)雜系統(tǒng)的對(duì)象模型通常由5個(gè)層次組成下列不屬于其中的組成部分是（B）。A、主題層B、邏輯層C、屬性層D、服務(wù)層（知識(shí)點(diǎn)）1.主題層2.類(lèi)與對(duì)象層3.結(jié)構(gòu)層4.屬性層5.服務(wù)層25.篩選正確的類(lèi)與對(duì)象時(shí)，哪項(xiàng)不需要我們考慮（D）。A、無(wú)關(guān)B、操作C、實(shí)現(xiàn)D、結(jié)構(gòu)26.完整、正確的腳本為建立（B）模型奠定了必要的基礎(chǔ)。A、對(duì)象B、動(dòng)態(tài)C、功能D、用例27.（C）模型表明了系統(tǒng)中數(shù)據(jù)之間的依賴(lài)關(guān)系，以及有關(guān)的數(shù)據(jù)處理功能。A、對(duì)象B、動(dòng)態(tài)C、功能D、用例28.大型、復(fù)雜系統(tǒng)的對(duì)象模型通常由（C）個(gè)層次組成。A、3B、4C、5D、61.主題層2.類(lèi)與對(duì)象層3.結(jié)構(gòu)層4.屬性層5.服務(wù)層29.（B）特別適用于用戶(hù)需求未改變，但系統(tǒng)體系結(jié)構(gòu)發(fā)生了根本變化的場(chǎng)合。A、代碼重用B、分析結(jié)果重用C、設(shè)計(jì)結(jié)果重用D、測(cè)試結(jié)果重用結(jié)構(gòu)發(fā)生變化代碼,設(shè)計(jì)結(jié)果,測(cè)試結(jié)果都已經(jīng)改變.30.下列哪項(xiàng)不屬于類(lèi)構(gòu)件的重用方式（D）。A、實(shí)例重用B、繼承重用C、多態(tài)重用D、消息重用實(shí)例重用、繼承重用、多態(tài)重用31.VisualC++語(yǔ)言提供了（A）類(lèi)庫(kù)。A、MFCB、MCLC、CFCD、BMF32.（B）是分析并發(fā)性的主要依據(jù)。A、對(duì)象模型B、動(dòng)態(tài)模型C、功能模型D、用例模型33.文件系統(tǒng)中為每個(gè)第（A）范式表定義一個(gè)文件。A、一B、二C、三D、四34.隨著時(shí)間的推移，軟件開(kāi)發(fā)組織不能重用（C）結(jié)果。A、OOAB、OODC、OOCD、OOP面向?qū)ο蠓治?OOA),面向?qū)ο笤O(shè)計(jì)(OOD),面向?qū)ο缶幊?OOP).35.下列哪項(xiàng)不屬于測(cè)試單個(gè)類(lèi)的方法（C）。A、隨機(jī)測(cè)試B、劃分測(cè)試C、分類(lèi)測(cè)試D、基于故障的測(cè)試36.軟件項(xiàng)目的開(kāi)發(fā)時(shí)間最多可以減少到正常開(kāi)發(fā)時(shí)間的（C）。A、25%B、50%C、75%D、90%37.主程序員組的核心成員不包括（B）。A、主程序員B、測(cè)試員C、后備程序D、編程秘書(shū)38.（云班）下述過(guò)程屬于基本過(guò)程的是(ABCD）A.獲取過(guò)程B.開(kāi)發(fā)過(guò)程C.運(yùn)行過(guò)程D.供應(yīng)過(guò)程39.（云班）下列關(guān)于軟件開(kāi)發(fā)過(guò)程說(shuō)法正確的是(BC）A.軟件生存周期過(guò)程就是軟件開(kāi)發(fā)過(guò)程B.軟件開(kāi)發(fā)過(guò)程是軟件開(kāi)發(fā)者所從事的一系列活動(dòng)C.軟件開(kāi)發(fā)過(guò)程中還包括了系統(tǒng)需求分析、系統(tǒng)結(jié)構(gòu)設(shè)計(jì)等系統(tǒng)層面的活動(dòng)D.軟件開(kāi)發(fā)過(guò)程包含了軟件升級(jí)和演化等活動(dòng)40.（云班）獲取正確軟件的關(guān)鍵是(A)A.開(kāi)發(fā)邏輯B.開(kāi)發(fā)邏輯C.人員素質(zhì)D.明確需求41.（云班）軟件開(kāi)發(fā)中實(shí)現(xiàn)映射的基本手段是（D）A.抽象B.分層C.隔離D.建模42.（云班）下列屬于軟件模型的是（BC）A.概念模型B.設(shè)計(jì)模型C.實(shí)現(xiàn)模型D.部署模型43.（云班）與軟件工程不同，（A）石璽彤工程所追求的目標(biāo)A.最優(yōu)化B.系統(tǒng)化C.一體化D.情境化44.（云班）下面不屬于需求的基本性質(zhì)是（D）A.必要性B.無(wú)歧義性C.可測(cè)性D.可擴(kuò)展性45.（云班）下列哪些陳述可以作為軟件需求（BD）A.系統(tǒng)應(yīng)支持大規(guī)模并發(fā)用戶(hù)訪(fǎng)問(wèn)B.用戶(hù)需憑用戶(hù)名和密碼登陸之后才可使用系統(tǒng)C.系統(tǒng)界面要美觀(guān)大方D.當(dāng)用戶(hù)失敗時(shí)，應(yīng)彈窗提示失敗原因46.（云班）下列需求屬于設(shè)計(jì)約束的是（B）A.響應(yīng)時(shí)間B.運(yùn)行平臺(tái)C.錯(cuò)誤處理D.可維護(hù)47.（云班）下列需求數(shù)與外部接口需求的是（A）A.第三方插件B.安全隱私C.編程語(yǔ)言D.字體字號(hào)48.（云班）下列需求屬于性能需求的是（A）A.并發(fā)訪(fǎng)問(wèn)數(shù)B.網(wǎng)絡(luò)協(xié)議C.異常響應(yīng)D.用戶(hù)友好49.（云班）針對(duì)對(duì)象之間的動(dòng)態(tài)聯(lián)系，以下說(shuō)法正確的是（A）A.對(duì)象之間只能通過(guò)消息進(jìn)行通信B.一個(gè)對(duì)象可以直接使用另一個(gè)對(duì)象的屬性C.對(duì)象相互之間不允許進(jìn)行聯(lián)系50.（云班）UML是一種（A）語(yǔ)言A.形式化B.半形式化C.非形式化51.（云班）以下哪一項(xiàng)描述了UML的作用（D）A.彌補(bǔ)一個(gè)用系統(tǒng)和運(yùn)行平臺(tái)之間的“距離”B.建立不同抽象層次的術(shù)語(yǔ)空間和模型表達(dá)工具C.支持多視角地建立系統(tǒng)模型D.以上選項(xiàng)都正確52.（云班）UML不具備以下那個(gè)結(jié)構(gòu)（D）A.靜態(tài)對(duì)象結(jié)構(gòu)B.動(dòng)態(tài)行為C.系統(tǒng)部署D.功能結(jié)構(gòu)53.（云班）（B）是描述類(lèi)的所有對(duì)象的共同特征的一個(gè)數(shù)據(jù)項(xiàng)A.實(shí)例屬性B.類(lèi)屬性C.方法屬性D.對(duì)象屬性54.（云班）在類(lèi)的屬性定義中引入可見(jiàn)性，主要是為了支持（B）這一軟件設(shè)計(jì)原則A.抽象B.信息隱蔽C.模塊化D.自底向上55.（云班）以下UML術(shù)語(yǔ)體現(xiàn)并發(fā)行為抽象的是（C）A.接口B.協(xié)作C.主動(dòng)類(lèi)D.用況56.（云班）以下哪些不屬于UML描述客觀(guān)世界實(shí)體得基本術(shù)語(yǔ)（BD）A.類(lèi)B.信號(hào)C.協(xié)作D.參與者57.（云班）下列關(guān)于軟件開(kāi)發(fā)過(guò)程說(shuō)法正確的是（BC）A.軟件生存周期過(guò)程就是軟件開(kāi)發(fā)過(guò)程B.軟件開(kāi)發(fā)過(guò)程是軟件開(kāi)發(fā)者所從事的一系列活動(dòng)C.軟件開(kāi)發(fā)過(guò)程中還包括了系統(tǒng)需求分析、系統(tǒng)結(jié)構(gòu)設(shè)計(jì)等系統(tǒng)層面的活動(dòng)D.軟件開(kāi)發(fā)過(guò)程包含了軟件升級(jí)和演化等活動(dòng)58.（云班）下屬過(guò)程屬于基本過(guò)程的是（ABCD）A.獲取過(guò)程B.開(kāi)發(fā)過(guò)程C.運(yùn)行過(guò)程D.供應(yīng)過(guò)程59.（云班）按照()，可以將軟件生存周期過(guò)程分為基本過(guò)程、支持過(guò)程和組織過(guò)程。A.軟件開(kāi)發(fā)活動(dòng)的層次關(guān)系B.軟件開(kāi)發(fā)工作的主體C.軟件開(kāi)發(fā)項(xiàng)目的結(jié)構(gòu)D.軟件開(kāi)發(fā)任務(wù)的重要程度60.（云班）下列關(guān)于瀑布模型的說(shuō)法正確的是(BD)A.瀑布模型僅能依次經(jīng)過(guò)需求、設(shè)計(jì)、編碼、測(cè)試、集成和維護(hù)這一路徑進(jìn)行項(xiàng)目開(kāi)發(fā)，不能從后一階段返回到前面的階段。B.瀑布模型在每一階段都會(huì)生成相應(yīng)的文檔。C.瀑布模型只有在需求階段和運(yùn)行階段才能有獲取方和用戶(hù)參與，其余階段只能開(kāi)發(fā)團(tuán)隊(duì)參加。D.瀑布模型要求需求在最初階段就要完整和明確。61.（云班）下列關(guān)于增量模型的說(shuō)法正確的是(AD)A.增量模型要求需求在最初階段就要完整和明確。B.相比于瀑布模型，采用增量模型開(kāi)發(fā)的項(xiàng)目所需的成本和時(shí)間要少。C.采用增量模型時(shí)，每一增量必須按照既定順序依次開(kāi)發(fā)，不能更改。D.增量模型能夠更早的向用戶(hù)交付第一個(gè)版本的系統(tǒng)。62.（云班）下列關(guān)于演化模型的說(shuō)法正確的是(CD)A.演化模型要求需求在最初階段就要完整和明確。B.演化模型可以弱化需求和設(shè)計(jì)文檔的編寫(xiě)，以提高開(kāi)發(fā)效率。C.演化模型在每一次迭代過(guò)程中可以采用瀑布模型。D.相比瀑布模型，演化模型需要獲取方和用戶(hù)更多的參與。63.（云班）下列軟件開(kāi)發(fā)模型中，以面向?qū)ο蟮能浖_(kāi)發(fā)方法為基礎(chǔ)，以用戶(hù)的需求為動(dòng)力，以對(duì)象來(lái)驅(qū)動(dòng)的模型是?A.演化模型B.瀑布模型C.噴泉模型D.增量模型64.（云班）實(shí)例連接又稱(chēng)為鏈，他表達(dá)了對(duì)象之間的（A）A.靜態(tài)關(guān)系B.動(dòng)態(tài)關(guān)系C.連接關(guān)系D.無(wú)關(guān)系65.（云班）再用UML對(duì)關(guān)系進(jìn)行建模時(shí)，以下策略錯(cuò)誤的是（A）A.在考慮到建模的復(fù)雜性，可以引入循環(huán)的泛化關(guān)系B.僅當(dāng)關(guān)系是“is-a-kind-of”關(guān)系時(shí)，才使用泛化C.應(yīng)保持泛化關(guān)系的平衡，繼承的層次不要過(guò)深，不要過(guò)寬D.僅當(dāng)要建模的關(guān)系不是結(jié)構(gòu)關(guān)系時(shí)，才使用依賴(lài)66.（云班）以下表達(dá)類(lèi)目之間的關(guān)系的術(shù)語(yǔ)中，其正確的表示方法是無(wú)箭頭實(shí)線(xiàn)線(xiàn)段的是(A)A.關(guān)聯(lián)B.泛化C.細(xì)化D.依賴(lài)67.（云班）Jack在Google工作，是公司市場(chǎng)組的一名成員。那么描述Jack的類(lèi)目Employee和描述Google的類(lèi)目Company之間是（A）關(guān)系。A.關(guān)聯(lián)B.泛化C.細(xì)化(實(shí)現(xiàn))D.依賴(lài)68.（云班）以下不屬于UML靜態(tài)建模工具的是（B）A.類(lèi)圖B.通信圖C.對(duì)象圖D.制品圖69.（云班）描述UML需求模型的是（C）A.狀態(tài)圖B.順序圖C.用況圖D.類(lèi)圖70.（云班）以下不屬于UML動(dòng)態(tài)建模的是（B）A.活動(dòng)圖B.部署圖C.用況圖D.狀態(tài)圖71.（云班）可視化地表達(dá)系統(tǒng)的靜態(tài)結(jié)構(gòu)模型的是（D）A.狀態(tài)圖B.順序圖C.用況圖D.類(lèi)圖72.（云班）在面向?qū)ο蠓治鲭A段，對(duì)于繼承關(guān)系的簡(jiǎn)化以下說(shuō)法正確的是（D）A.取消沒(méi)有特殊性的特殊類(lèi)B.增加屬性簡(jiǎn)化繼承關(guān)系C.取消用途單一的一般類(lèi)D.以上說(shuō)法均正確73.（云班）以下哪項(xiàng)不屬于類(lèi)范圍的操作（A）A.創(chuàng)建類(lèi)的某個(gè)對(duì)象B.讀取對(duì)象的屬性值C.通過(guò)計(jì)算后修改對(duì)象的屬性值D.監(jiān)控對(duì)象的屬性值74.（云班）以下說(shuō)法錯(cuò)誤的是（B）A.吸塵器和電子琴同時(shí)作為商品銷(xiāo)售，所以可以通過(guò)抽象合并為同一類(lèi)。B.轎車(chē)和貨車(chē)都是車(chē)，所以可以直接以一個(gè)類(lèi)”車(chē)”代替兩個(gè)類(lèi)。C.轎車(chē)和貨車(chē)都是車(chē)，所以可以提取出一個(gè)一般類(lèi)“車(chē)”作為他們的父類(lèi)。D.班主任只有一個(gè)屬性姓名，所以可以取消該類(lèi)，將屬性”班主任姓名”添加至相關(guān)的其他類(lèi)。Q75.（云班）從OOA到OOD的過(guò)程以下描述最恰當(dāng)?shù)氖牵–）A.轉(zhuǎn)換B.擴(kuò)展和完善C.調(diào)整和增補(bǔ)D.細(xì)化76.（云班）需求是不斷變化的，為了加強(qiáng)可維護(hù)性在設(shè)計(jì)上需要適應(yīng)不可預(yù)見(jiàn)的變化。以下術(shù)語(yǔ)的易變性最低的是（A）A.類(lèi)B.服務(wù)C.接口D.屬性77.（云班）以下實(shí)現(xiàn)條件對(duì)OOD模型問(wèn)題域部分影響最大的是（A）A.編程語(yǔ)言B.硬件、操作系統(tǒng)及網(wǎng)絡(luò)設(shè)施C.復(fù)用支持D.數(shù)據(jù)管理系統(tǒng)78.（云班）相同操作明仔同一類(lèi)中可以被定義多次按參數(shù)的個(gè)數(shù)、種類(lèi)或次序等的不同對(duì)他們進(jìn)行區(qū)分，這種現(xiàn)象在面向?qū)ο蠓椒ㄖ斜环Q(chēng)為（B）A.多態(tài)B.重栽C.泛化D.分類(lèi)79.（云班）以下屬于進(jìn)行問(wèn)題域部分的設(shè)計(jì)需要考慮的方面有（D）A.提高性能B.考慮復(fù)用C.編程語(yǔ)言D.永久存儲(chǔ)第一章軟件工程概述1、軟件是（A）A、設(shè)計(jì)開(kāi)發(fā)的B、軟件項(xiàng)目組制造的C、程序員編寫(xiě)代碼實(shí)現(xiàn)的D、項(xiàng)目經(jīng)理組織實(shí)施的2、與硬件產(chǎn)品相比（B）A、軟件會(huì)磨損B、軟件會(huì)退化C、軟件失效遵守盆形曲線(xiàn)D、軟件可以用備用部件替換3、軟件工程是一種層次化的技術(shù)，支持軟件工程的根基在于（C）A、軟件工程過(guò)程模型B、軟件生命周期模型C、質(zhì)量關(guān)注點(diǎn)D、軟件工程工具4、“軟件危機(jī)”是指（D）A、計(jì)算機(jī)病毒的出現(xiàn)B、利用計(jì)算機(jī)系統(tǒng)進(jìn)行經(jīng)濟(jì)犯罪C、人們過(guò)分迷戀計(jì)算機(jī)系統(tǒng)D、軟件開(kāi)發(fā)和軟件維護(hù)中出現(xiàn)的一系列問(wèn)題5、下列那種做法符合軟件工程師的職業(yè)道德？（C）A、把公司項(xiàng)目中完全由自己開(kāi)發(fā)的模塊封裝為小軟件，發(fā)布到網(wǎng)絡(luò)牟利。B、過(guò)于夸大自己的技術(shù)水平，從而得到一份超出自己能力范圍的工作。C、不在私人電腦上編輯公司的項(xiàng)目源代碼和文檔。D、在客戶(hù)現(xiàn)場(chǎng)進(jìn)行技術(shù)維護(hù)休息期間，在客戶(hù)的電腦上打游戲。6、軟件工程實(shí)踐的一個(gè)重要原則是存在價(jià)值，是指（D）A、軟件正常開(kāi)發(fā)B、軟件能夠穩(wěn)定運(yùn)行C、軟件具有足夠的可靠性D、軟件能夠給用戶(hù)提供價(jià)值7、構(gòu)成軟件工程基礎(chǔ)的是（A）A、過(guò)程B、方法C、工具D、設(shè)計(jì)8、對(duì)軟件的描述正確的是（C）A、軟件是沒(méi)有附加價(jià)值的產(chǎn)品。B、軟件質(zhì)量依賴(lài)于程序員的個(gè)人水平。C、具有技術(shù)和文化的雙重屬性。D、軟件測(cè)試是一項(xiàng)比較簡(jiǎn)單的工作。9、下列哪一項(xiàng)不是軟件危機(jī)產(chǎn)生的原因（D）A、客觀(guān)原因，軟件本身特點(diǎn)是邏輯部件，且規(guī)模日趨龐大。B、主觀(guān)上忽視需求分析。C、錯(cuò)誤認(rèn)為：軟件開(kāi)發(fā)=程序編寫(xiě)。D、過(guò)分重視軟件維護(hù)。10、下列哪一項(xiàng)不屬于軟件工程的發(fā)展階段（B）A、對(duì)象工程B、作坊式工程C、過(guò)程工程D、構(gòu)件工程11、軟件工程與計(jì)算機(jī)科學(xué)的區(qū)別錯(cuò)誤的描述是（C）A、軟件工程關(guān)注如何為用戶(hù)實(shí)現(xiàn)價(jià)值。B、計(jì)算機(jī)理論關(guān)注的是軟件本身運(yùn)行的原理，比如時(shí)間復(fù)雜度，空間復(fù)雜度，和算法的正確性。C、軟件工程對(duì)于某一種特定問(wèn)題的正確解決方法將永遠(yuǎn)不會(huì)改變。D、隨著技術(shù)和用戶(hù)需求的不斷變化，軟件開(kāi)發(fā)人員必須時(shí)刻調(diào)整自己的開(kāi)發(fā)以適應(yīng)當(dāng)前的需求。同時(shí)軟件工程本身也處于不斷的發(fā)展中。12、下列對(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ī)約、源程序等。第二章軟件過(guò)程模型1、軟件過(guò)程模型中定義的框架活動(dòng)是（B）A、必須執(zhí)行的B、可以迭代的C、團(tuán)隊(duì)每個(gè)成員必須參與的D、必須符合標(biāo)準(zhǔn)2、瀑布模型也稱(chēng)為經(jīng)典生命周期模型（C）A、是迭代的模型B、是增量的模型C、是順序的模型D、強(qiáng)調(diào)設(shè)計(jì)的模型3、關(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)4、統(tǒng)一過(guò)程（UP）（B）A、適用于所有軟件工程B、是迭代和增量式模型C、是不強(qiáng)調(diào)文檔的D、不追求架構(gòu)的穩(wěn)定5、過(guò)程是多種多樣的，下面不屬于過(guò)程共同活動(dòng)的是（C）A、計(jì)劃B、部署C、分析D、建模6、下面選項(xiàng)不屬于瀑布模型特點(diǎn)的是（A）A、高效性B、順序性C、依賴(lài)性D、推遲實(shí)現(xiàn)7、有關(guān)增量模型，下面說(shuō)法正確的是（D）A、適用于技術(shù)成熟的項(xiàng)目B、每個(gè)增量的開(kāi)發(fā)是嵌套式增量方式C、是一種整體開(kāi)發(fā)的模型D、在前面增量的基礎(chǔ)上開(kāi)發(fā)后面的增量，采用迭代的方式8、關(guān)于原型模型，下面說(shuō)法正確的是（B）A、適用于小而可用的項(xiàng)目B、容易讓設(shè)計(jì)者在質(zhì)量和原型間有所折中，讓客戶(hù)意識(shí)不到一些質(zhì)量問(wèn)題C、快速應(yīng)用開(kāi)發(fā)模型（RAD）是一個(gè)原型過(guò)程模型D、原型模型里沒(méi)有迭代方式9、下面選項(xiàng)中，不屬于軟件過(guò)程模型的是（B）A、敏捷模型B、迭代模型C、原型模型D、瀑布模型10、關(guān)于敏捷模型，下面說(shuō)法錯(cuò)誤的是（A）A、是一種嚴(yán)謹(jǐn)正式的方法。B、需要開(kāi)發(fā)者和客戶(hù)之間積極持續(xù)的交流。C、強(qiáng)調(diào)客戶(hù)滿(mǎn)意度和較早的軟件增量交付D、包括新型軟件開(kāi)發(fā)方法，如主極限編程（XP）、自適應(yīng)軟件開(kāi)發(fā)（ASD）、動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法（DSDM）等。11、瀑布模型是軟件過(guò)程中最經(jīng)典的模型，下面選項(xiàng)不屬于瀑布模型活動(dòng)的是（D）A、需求分析B、軟件設(shè)計(jì)C、測(cè)試與維護(hù)D、軟件構(gòu)造12、如果軟件開(kāi)發(fā)中使用增量模型，第一個(gè)增量（BC）A、必須正確B、往往是核心產(chǎn)品C、滿(mǎn)足基本需求D、不能變動(dòng)13、構(gòu)件是軟件技術(shù)中的重要內(nèi)容，基于構(gòu)件的開(kāi)發(fā)（ABD）A、可以實(shí)現(xiàn)復(fù)用B、可以減少開(kāi)發(fā)費(fèi)用C、可以提高軟件性能D、可以縮短開(kāi)發(fā)周期14、敏捷開(kāi)發(fā)認(rèn)為（AD）A、有能力的個(gè)體和良好的交互勝過(guò)現(xiàn)代軟件過(guò)程和先進(jìn)工具B、軟件開(kāi)發(fā)的目標(biāo)是可工作的軟件，因此應(yīng)該不需要寫(xiě)文檔C、客戶(hù)和開(kāi)發(fā)方應(yīng)該嚴(yán)格按照既定合同進(jìn)行軟件開(kāi)發(fā)D、采用增量式開(kāi)發(fā)和短周期交付，以便及時(shí)響應(yīng)變化15、關(guān)于模型選擇說(shuō)法正確的是（BC）A、同一個(gè)軟件組織應(yīng)該采用一種軟件過(guò)程模型，以便于管理B、需求不穩(wěn)定的情況下，盡量采用增量式開(kāi)發(fā)C、全新系統(tǒng)的開(kāi)發(fā)應(yīng)該在總體設(shè)計(jì)完成后再開(kāi)始增量或并行D、敏捷模型能夠快速響應(yīng)變化，即使編碼人員經(jīng)驗(yàn)較少，仍應(yīng)該采用敏捷開(kāi)發(fā)方式第三章需求分析1、需求分析階段最重要的技術(shù)文檔是（B）A、設(shè)計(jì)說(shuō)明書(shū)B(niǎo)、需求規(guī)格說(shuō)明書(shū)C、可行性分析報(bào)告D、用戶(hù)手冊(cè)2、以下關(guān)于數(shù)據(jù)流圖的說(shuō)法錯(cuò)誤的是（C）A、數(shù)據(jù)流圖舍去了具體的物質(zhì)，只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)B、數(shù)據(jù)流圖是用作結(jié)構(gòu)化分析的一種工具C、傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點(diǎn)/終點(diǎn)、數(shù)據(jù)流、控制流、數(shù)據(jù)存儲(chǔ)組成D、數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法3、數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（C）A、數(shù)據(jù)庫(kù)設(shè)計(jì)B、數(shù)據(jù)通信C、數(shù)據(jù)定義D、數(shù)據(jù)維護(hù)4、軟件需求分析階段的工作，可以分成以下四個(gè)方面：對(duì)問(wèn)題的識(shí)別，分析與綜合，制定規(guī)格說(shuō)明以及（B）A、實(shí)踐性報(bào)告B、需求分析評(píng)審C、以上答案都不正確D、總結(jié)5、軟件需求分析的任務(wù)不應(yīng)包括（C）。A、問(wèn)題分析B、信息域分析C、結(jié)構(gòu)化程序設(shè)計(jì)D、確定邏輯模型6、在數(shù)據(jù)流圖中，有名字及方向的成份是（C）。A、控制流B、信息流C、數(shù)據(jù)流D、信號(hào)流7、在數(shù)據(jù)流圖中，不能由計(jì)算機(jī)處理的成份是（D）。A、控制流B、節(jié)點(diǎn)C、數(shù)據(jù)流D、數(shù)據(jù)源/終點(diǎn)8、結(jié)構(gòu)化分析方法就是面向（B）自頂向下逐步求精進(jìn)行需求分析的方法。A、目標(biāo)B、數(shù)據(jù)流C、功能D、對(duì)象9、到20世紀(jì)末，面向?qū)ο筌浖こ桃呀?jīng)逐漸發(fā)展成熟，特別是（?D??）?的出現(xiàn)和廣泛使用，使面向?qū)ο蠓椒ǔ蔀榱塑浖_(kāi)發(fā)的主流方法。A、OMTB、OOSEC、C++D、UML10、（?D??）是從用戶(hù)使用系統(tǒng)的角度描述系統(tǒng)功能的圖形表達(dá)方法。A、序列圖B、協(xié)作圖C、類(lèi)圖D、用例圖11、需求分析階段開(kāi)發(fā)人員要從用戶(hù)那里了解（A）A、軟件要做什么B、用戶(hù)使用界面C、輸入的信息D、軟件的規(guī)模12、需求分析的四個(gè)步驟中，撰寫(xiě)《需求規(guī)格說(shuō)明書(shū)》是在（C）階段。A、需求獲取B、需求提煉C、需求描述D、需求驗(yàn)證13、下列需求描述中，不屬于飛機(jī)訂票系統(tǒng)功能性需求的是（A）A、必須使用某排序算法根據(jù)離開(kāi)時(shí)間對(duì)航班排序B、什么信息要出現(xiàn)在機(jī)票和報(bào)告中C、什么信息必須存儲(chǔ)在旅行社和其他人訪(fǎng)問(wèn)的數(shù)據(jù)庫(kù)中D、如何輸入有關(guān)航班、乘客及訂票信息14、不需要在需求分析階段建立的模型是（D）A、數(shù)據(jù)流圖B、用例圖C、E-R圖D、程序流程圖15、在需求分析階段不屬于數(shù)據(jù)模型的是（C）A、E-R圖B、數(shù)據(jù)字典C、數(shù)據(jù)流圖D、類(lèi)圖16、數(shù)據(jù)流圖中的每個(gè)數(shù)據(jù)加工至少有（B）A、一個(gè)輸出流B、一個(gè)輸入流和一個(gè)輸出流C、一個(gè)輸入流D、一個(gè)輸入流或一個(gè)輸出流17、0層數(shù)據(jù)流圖有（B）個(gè)數(shù)據(jù)加工A、0B、1C、2D、多18、數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在（A）之間。A、外部實(shí)體B、數(shù)據(jù)加工C、數(shù)據(jù)存儲(chǔ)D、數(shù)據(jù)流19、下列說(shuō)法最適合用來(lái)命名一條數(shù)據(jù)流的是（D）A、選擇賬單管理功能B、管理賬單C、賬單管理D、賬單20、以下數(shù)據(jù)流圖的元素中，不適宜作為數(shù)據(jù)存儲(chǔ)的是（B）A、數(shù)據(jù)庫(kù)B、用戶(hù)C、數(shù)據(jù)表D、文件21、在數(shù)據(jù)流圖中，下列數(shù)據(jù)流中可以不給出命名的是（C）A、從外部實(shí)體輸出的數(shù)據(jù)流B、向外部實(shí)體輸入的數(shù)據(jù)流C、從數(shù)據(jù)存儲(chǔ)輸出的數(shù)據(jù)流D、從數(shù)據(jù)加工輸出的數(shù)據(jù)流22、在用例之間，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（D）A、包含B、擴(kuò)展C、泛化D、關(guān)聯(lián)23、下列哪一個(gè)用例的命名符合規(guī)范（D）A、用戶(hù)管理B、系統(tǒng)配置C、基本信息維護(hù)D、查找書(shū)籍24、下列實(shí)體中不能作為系統(tǒng)用例圖中的參與者的是（C）A、用戶(hù)B、管理員C、服務(wù)器D、打印機(jī)25、下列對(duì)系統(tǒng)功能的描述中，適合劃分為一個(gè)用例的是（D）A、輸入個(gè)人信息B、計(jì)算統(tǒng)計(jì)數(shù)據(jù)C、返回查詢(xún)結(jié)果D、轉(zhuǎn)賬26、下列各組用例之間存在包含關(guān)系的是（C）A、管理用戶(hù)與添加用戶(hù)B、預(yù)訂機(jī)票與網(wǎng)上預(yù)訂機(jī)票C、ATM提款與登錄D、購(gòu)買(mǎi)商品與查找商品27、下列各組用例之間存在擴(kuò)展關(guān)系的是（D）。A、借書(shū)與還書(shū)B(niǎo)、預(yù)訂機(jī)票與網(wǎng)上預(yù)訂機(jī)票C、ATM提款與登錄D、購(gòu)買(mǎi)商品與查找商品28、下列各組用例之間存在泛化關(guān)系的是（B）。A、借書(shū)與還書(shū)B(niǎo)、預(yù)訂機(jī)票與網(wǎng)上預(yù)訂機(jī)票C、ATM提款與登錄D、購(gòu)買(mǎi)商品與查找商品29、用例圖中的參與者也可以是一種分析類(lèi)，它應(yīng)當(dāng)歸為（A）A、實(shí)體類(lèi)B、控制類(lèi)C、邊界類(lèi)D、父類(lèi)30、不屬于用例規(guī)約組成部分的是（D）A、主要參與者B、前置條件C、場(chǎng)景D、輸入?yún)?shù)第四章系統(tǒng)設(shè)計(jì)1、模塊內(nèi)聚度越高，說(shuō)明模塊內(nèi)各成分彼此結(jié)合的程度越（B）A、松散B、緊密C、無(wú)法判斷D、相等2、軟件的結(jié)構(gòu)化設(shè)計(jì)方法中，一般分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩階段，其中詳細(xì)設(shè)計(jì)主要是對(duì)（D）進(jìn)行設(shè)計(jì)。A、軟件結(jié)構(gòu)B、軟件接口C、軟件模型D、軟件模塊3、程序的三種基本控制結(jié)構(gòu)是（B）A、過(guò)程、子程序和分程序B、順序、分支和循環(huán)C、遞歸、堆棧和隊(duì)列D、調(diào)用、返回和轉(zhuǎn)移4、結(jié)構(gòu)化設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以（B）為基礎(chǔ)，自頂向下，求精和模塊化的過(guò)程。A、數(shù)據(jù)流B、數(shù)據(jù)流圖C、數(shù)據(jù)庫(kù)D、數(shù)據(jù)結(jié)構(gòu)5、程序流程圖（框圖）中的箭頭代表（B）A、數(shù)據(jù)流B、控制流C、調(diào)用關(guān)系D、組成關(guān)系6、軟件設(shè)計(jì)的重要性可以被概括成（D）A、精確B、復(fù)雜C、高效開(kāi)發(fā)D、對(duì)質(zhì)量的追求7、下列哪種設(shè)計(jì)相當(dāng)于一個(gè)房屋中每個(gè)房間的內(nèi)部詳圖？（B）A、體系結(jié)構(gòu)設(shè)計(jì)B、構(gòu)件級(jí)設(shè)計(jì)C、接口設(shè)計(jì)D、數(shù)據(jù)設(shè)計(jì)8、結(jié)構(gòu)化軟件工程方法中，（B）階段主要是要建立軟件結(jié)構(gòu)。A、需求分析B、概要設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D、可行性研究9、（D）是一張二維圖。其縱向代表時(shí)間軸，時(shí)間沿垂直方向向下延伸；其橫向由多個(gè)參與交互的對(duì)象構(gòu)成。A、對(duì)象圖B、活動(dòng)圖C、交互圖D、順序圖10、下列（C）不是MVC的組成部分？A、模型B、視圖C、接口D、控制器11、類(lèi)之間的關(guān)系不包括（D）A、依賴(lài)關(guān)系B、泛化關(guān)系C、實(shí)現(xiàn)關(guān)系D、分解關(guān)系12、模塊間的耦合度越低，說(shuō)明模塊之間的關(guān)系越（A）。A、松散B、緊密C、無(wú)法判斷D、相等13、軟件體系結(jié)構(gòu)設(shè)計(jì)屬于（A）。A、概要設(shè)計(jì)階段B、詳細(xì)設(shè)計(jì)階段C、需求分析階段D、初步開(kāi)發(fā)階段14、結(jié)構(gòu)化程序設(shè)計(jì)的基本結(jié)構(gòu)不包括（D）。A、循環(huán)B、分支C、順序D、并發(fā)15、下列哪種設(shè)計(jì)相當(dāng)于一個(gè)房屋中每個(gè)房間的門(mén)窗詳圖（以及規(guī)格說(shuō)明）（C）。A、體系結(jié)構(gòu)設(shè)計(jì)B、構(gòu)件級(jí)設(shè)計(jì)C、接口設(shè)計(jì)D、數(shù)據(jù)設(shè)計(jì)16、（B）可以用來(lái)描述對(duì)象之間整體與部分的關(guān)系。A、關(guān)聯(lián)B、聚合C、集成D、依賴(lài)17、在順序圖中哪類(lèi)消息使用帶箭頭的虛線(xiàn)表示？（C）。A、簡(jiǎn)單消息B、反身消息C、返回消息D、異步消息18、對(duì)體系結(jié)構(gòu)的建模不使用（D）。A、構(gòu)件圖B、部署圖C、包圖D、用例圖19、數(shù)據(jù)流圖里的數(shù)據(jù)流包括（A）類(lèi)型。A、變換型和事務(wù)型B、變換型和調(diào)度型C、調(diào)度型和事務(wù)型D、數(shù)據(jù)型和控制型20、構(gòu)件級(jí)設(shè)計(jì)的基本原則不包括（B）。A、開(kāi)閉原則B、并發(fā)原則C、接口分離原則D、依賴(lài)倒置原則第五章程序?qū)崿F(xiàn)1、程序設(shè)計(jì)語(yǔ)言的基本成分不包含下列哪個(gè)選項(xiàng)：CA、數(shù)據(jù)成分B、控制成分C、功能成分D、傳輸成分2、結(jié)構(gòu)化程序設(shè)計(jì)的原則不包含下列哪個(gè)選項(xiàng)：DA、簡(jiǎn)單結(jié)構(gòu)B、塊機(jī)制C、一致性D、充分聯(lián)動(dòng)3、程序的效率的影響因素不包含下列哪個(gè)選項(xiàng)：BA、存儲(chǔ)B、盡量使用多維數(shù)組C、算法D、輸入/輸出4、編碼規(guī)范的意義不包含下列哪個(gè)選項(xiàng)：AA、易于提高編程效率B、使開(kāi)發(fā)人員有據(jù)可依C、代碼易讀D、易于定位錯(cuò)誤、變更管理第六章質(zhì)量保證1、軟件質(zhì)量成本不包含下列哪個(gè)選項(xiàng)：DA、預(yù)防成本B、失效成本C、評(píng)估成本D、運(yùn)維成本2、軟件測(cè)試V模型中的對(duì)應(yīng)關(guān)系下列哪個(gè)選項(xiàng)是錯(cuò)誤的：AA、驗(yàn)收測(cè)試的主要目的是從開(kāi)發(fā)者的角度檢查系統(tǒng)是否滿(mǎn)足合同中定義的需求B、單元測(cè)試的主要目的是驗(yàn)證軟件模塊是否按詳細(xì)設(shè)計(jì)的規(guī)格說(shuō)明正確運(yùn)行C、系統(tǒng)測(cè)試的主要目的是驗(yàn)證整個(gè)系統(tǒng)是否滿(mǎn)足需求規(guī)格說(shuō)明D、集成測(cè)試的主要目的是檢查多個(gè)模塊間是否按概要設(shè)計(jì)說(shuō)明的方式協(xié)同工作3、下列關(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è)試4、自底向上的集成測(cè)試方法需要開(kāi)發(fā)（B）構(gòu)建測(cè)試環(huán)境？A、樁模塊B、驅(qū)動(dòng)模塊C、底層接口D、0層模塊5、下列不屬于系統(tǒng)測(cè)試內(nèi)容的是（D）。A、功能性測(cè)試B、性能測(cè)試C、壓力測(cè)試D、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試6、關(guān)于驗(yàn)收測(cè)試說(shuō)法錯(cuò)誤的是（D）A、部署軟件之前的最后一個(gè)測(cè)試操作B、驗(yàn)收測(cè)試形式通常有α測(cè)試、β測(cè)試等C、β測(cè)試時(shí)，開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，在開(kāi)發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。D、驗(yàn)收測(cè)試會(huì)對(duì)模塊的內(nèi)部邏輯的正確性進(jìn)行白盒測(cè)試。7、下面哪一種情況不是軟件缺陷（B）。A、軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書(shū)要求的功能。B、軟件開(kāi)發(fā)未按期完成。C、軟件難以理解、不易使用、運(yùn)行緩慢或者——從測(cè)試員的角度看——最終用戶(hù)會(huì)認(rèn)為不好。D、軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書(shū)未提到的功能。8、白盒測(cè)試中的邏輯覆蓋技術(shù)不包含下列哪種方法(D)A、語(yǔ)句覆蓋B、分支覆蓋C、條件覆蓋D、基礎(chǔ)路徑覆蓋9、下圖為一個(gè)程序流程圖的示意圖，如采用控制流圖覆蓋測(cè)試，則其程序的環(huán)路復(fù)雜性為（B）A、2B、3C、4D、510、下屬哪一個(gè)選項(xiàng)不屬于黑盒測(cè)試的檢查范圍（C）？A、在接口上，輸入能否正確地接受?能否輸出正確的結(jié)果?B、性能上是否能夠滿(mǎn)足要求?C、程序是否容易被理解D、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪(fǎng)問(wèn)錯(cuò)誤?11、若有一個(gè)計(jì)算類(lèi)型的程序，它的輸入量只有一個(gè)X，其范圍是［-1.0，1.0］，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方法是（C）A、條件覆蓋法B、等價(jià)分類(lèi)法C、邊界值分析法D、錯(cuò)誤推測(cè)法12、黑盒測(cè)試不能發(fā)現(xiàn)以下類(lèi)型的錯(cuò)誤（D）A、不正確或遺漏的功能B、接口錯(cuò)誤C、行為或性能錯(cuò)誤D、內(nèi)部代碼的具體錯(cuò)誤13、軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試（D）。A、結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯14、以下說(shuō)法錯(cuò)誤的是（A）。A、成功的測(cè)試是指發(fā)現(xiàn)程序的所有錯(cuò)誤B、測(cè)試不能證明程序是正確的C、測(cè)試不能證明程序中沒(méi)有錯(cuò)誤D、測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤15、下列不屬于單元測(cè)試內(nèi)容的選項(xiàng)是（D）。A、邊界條件測(cè)試B、模塊接口測(cè)試C、重要執(zhí)行路徑測(cè)試D、壓力測(cè)試16、下列說(shuō)法錯(cuò)誤的是（A）。A、樁模塊用于模擬主程序功能，用于向被測(cè)模塊傳遞數(shù)據(jù)，接收、打印從被測(cè)模塊返回的數(shù)據(jù)B、系統(tǒng)測(cè)試是從用戶(hù)使用的角度來(lái)進(jìn)行的測(cè)試，主要工作是將完成了集成測(cè)試的系統(tǒng)放在真實(shí)的運(yùn)行環(huán)境下進(jìn)行測(cè)試，用于功能確認(rèn)和驗(yàn)證C、系統(tǒng)測(cè)試基本上使用黑盒測(cè)試方法D、系統(tǒng)測(cè)試的依據(jù)主要是軟件需求規(guī)格說(shuō)明書(shū)17、在軟件測(cè)試中，首先對(duì)每個(gè)模塊分別進(jìn)行單元測(cè)試，再把所有的模塊按照設(shè)計(jì)要求組裝在一起，稱(chēng)為（D）。A、確認(rèn)測(cè)試B、系統(tǒng)測(cè)試C、黑盒測(cè)試D、集成測(cè)試18、用白盒測(cè)試設(shè)計(jì)測(cè)試用例的方法包括（C）A、錯(cuò)誤推測(cè)B、狀態(tài)測(cè)試C、基本路徑測(cè)試D、邊界值分析19、關(guān)于軟件測(cè)試基本概念描述錯(cuò)誤的是（D）。A、軟件測(cè)試方法分為靜態(tài)分析法和動(dòng)態(tài)測(cè)試法B、軟件測(cè)試通常很難用“窮舉法”進(jìn)行測(cè)試C、軟件測(cè)試的基本步驟的順序依次為：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。D、白盒法是一種靜態(tài)分析方法，可盡可能早的發(fā)現(xiàn)缺陷，主要用于模塊測(cè)試20、下列不屬于靜態(tài)分析方法的是（D）。A、桌面檢查B、代碼會(huì)審C、走查D、白盒法21、白盒法中的覆蓋標(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è)判定取到各種可能的結(jié)果22、下列說(shuō)法錯(cuò)誤的是（A）。A、等價(jià)類(lèi)劃分法屬于白盒測(cè)試法B、邊界值分析法屬于黑盒測(cè)試法C、條件覆蓋屬于白盒測(cè)試法D、分支覆蓋屬于白盒測(cè)試法23、若有一個(gè)程序，它的輸入文件可有1-255個(gè)記錄，則設(shè)計(jì)用例：文件的記錄數(shù)為0個(gè)、1個(gè)、255個(gè)、256個(gè)。設(shè)計(jì)這組測(cè)試用例的方法是（C）。A、條件覆蓋法B、等價(jià)分類(lèi)法C、邊界值分析法D、錯(cuò)誤推測(cè)法24、以下針對(duì)V模型的描述不正確的是（D）。A、單元測(cè)試對(duì)應(yīng)的開(kāi)發(fā)活動(dòng)是詳細(xì)設(shè)計(jì)B、集成測(cè)試對(duì)應(yīng)的開(kāi)發(fā)階段是概要設(shè)計(jì)C、系統(tǒng)測(cè)試對(duì)應(yīng)的開(kāi)發(fā)活動(dòng)是需求分析D、驗(yàn)收測(cè)試對(duì)應(yīng)的開(kāi)發(fā)活動(dòng)是詳細(xì)設(shè)計(jì)25、下列說(shuō)法錯(cuò)誤的是（A）。A、驗(yàn)收測(cè)試是從開(kāi)發(fā)者的角度檢查系統(tǒng)是否滿(mǎn)足需求分析規(guī)格說(shuō)明書(shū)B(niǎo)、在等價(jià)分類(lèi)法中，一個(gè)測(cè)試用例只能覆蓋一個(gè)無(wú)效等價(jià)類(lèi)C、單元測(cè)試的主要目的是驗(yàn)證軟件模塊是否按詳細(xì)設(shè)計(jì)的規(guī)格說(shuō)明正確運(yùn)行D、集成測(cè)試的主要目的是檢查多個(gè)模塊間是否按概要設(shè)計(jì)說(shuō)明的方式協(xié)同工作26、關(guān)于回歸測(cè)試說(shuō)法不正確的是（A）。A、在修正發(fā)現(xiàn)的軟件缺陷后，只要認(rèn)真設(shè)計(jì)修改，不需要對(duì)變化的部分再進(jìn)行測(cè)試B、回歸測(cè)試是指有選擇地重新測(cè)試系統(tǒng)或其組件，以驗(yàn)證對(duì)軟件的修改沒(méi)有導(dǎo)致不希望出現(xiàn)的影響C、回歸測(cè)試需要測(cè)試所有新集成的程序D、回歸測(cè)試需要測(cè)試所有修改或者修正過(guò)的程序27、關(guān)于集成測(cè)試說(shuō)法不正確的是（D）。A、集成測(cè)試以黑盒法為主B、集成測(cè)試在單元測(cè)試完成以后進(jìn)行C、自頂而下增量集成的優(yōu)點(diǎn)是能夠盡早發(fā)現(xiàn)系統(tǒng)主控方面的問(wèn)題D、自底而上增量集成的優(yōu)點(diǎn)是能夠盡早發(fā)現(xiàn)系統(tǒng)主控方面的問(wèn)題28、由軟件預(yù)發(fā)行的最終客戶(hù)們?cè)谝粋€(gè)或多個(gè)客戶(hù)場(chǎng)所對(duì)軟件進(jìn)行的測(cè)試，稱(chēng)為（A）。A、β測(cè)試B、集成測(cè)試C、平行運(yùn)行D、α測(cè)試填空題軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。(軟件過(guò)程)是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架。系統(tǒng)流程圖實(shí)質(zhì)上是(物理)數(shù)據(jù)流圖。ER模型可以作為（用戶(hù)）與分析員之間有效的交流工具。第二范式滿(mǎn)足第一范式條件，而且每個(gè)非關(guān)鍵字屬性都由整個(gè)關(guān)鍵字決定。并發(fā)系統(tǒng)中遇到的一個(gè)主要問(wèn)題是（定時(shí)）問(wèn)題。形式化的規(guī)格說(shuō)明消除了（二義性），從而可以減少差錯(cuò)。需求分析階段得出的（數(shù)據(jù)流圖）是總體設(shè)計(jì)的極好的出發(fā)點(diǎn)。軟件工程師應(yīng)該在需求分析階段所確定的系統(tǒng)數(shù)據(jù)需求的基礎(chǔ)上，進(jìn)一步設(shè)計(jì)（數(shù)據(jù)庫(kù)）。面向數(shù)據(jù)流的設(shè)計(jì)方法是把信息流映射成（軟件結(jié)構(gòu)）程序的質(zhì)量和GOTO語(yǔ)句的數(shù)量成（反比）。（易變性）指系統(tǒng)響應(yīng)時(shí)間相對(duì)于平均響應(yīng)時(shí)間的偏差。人機(jī)界面設(shè)計(jì)是（接口）設(shè)計(jì)的一個(gè)重要組成部分。通常把（編碼）和測(cè)試統(tǒng)稱(chēng)為實(shí)現(xiàn)。（黑盒）測(cè)試法把程序看做是一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程（驗(yàn)收）測(cè)試也稱(chēng)為確認(rèn)測(cè)試。集成測(cè)試主要目標(biāo)是發(fā)現(xiàn)與（接口）有關(guān)的問(wèn)題。通常（白盒）測(cè)試在測(cè)試過(guò)程的早期階段進(jìn)行。軟件（可靠性）是程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說(shuō)明書(shū)的規(guī)定成功運(yùn)行的概率通常把診斷和改正錯(cuò)誤的過(guò)程稱(chēng)為（改正）性維護(hù)。傳統(tǒng)的軟件開(kāi)發(fā)方法以算法為核心，開(kāi)發(fā)過(guò)程基于功能分析和（功能分解）。面向?qū)ο蟮能浖夹g(shù)在利用（可重用）的軟件成分構(gòu)造新的軟件系統(tǒng)時(shí)，有很大的靈活性。在C++中，多態(tài)性是通過(guò)（虛函數(shù)）來(lái)實(shí)現(xiàn)的。如果在聚集關(guān)系中處于部分方的對(duì)象可以同時(shí)參與多個(gè)處于整體方對(duì)象的構(gòu)成，則該聚集稱(chēng)為（共享）聚集。與多重繼承相反的是（不相交）繼承。面向?qū)ο蠓椒▽W(xué)認(rèn)為，客觀(guān)世界由（對(duì)象）組成。在用面向?qū)ο笥^(guān)點(diǎn)建立起的3種模型中，（對(duì)象模型）是最基本，最重要，最核心的。（主題）是指導(dǎo)讀者理解大型、復(fù)雜模型的一種機(jī)制。確定了類(lèi)中應(yīng)該定義的屬性之后，就可以利用（繼承）機(jī)制共享公共性質(zhì)。對(duì)于僅存儲(chǔ)靜態(tài)數(shù)據(jù)的系統(tǒng)來(lái)說(shuō)，（動(dòng)態(tài)）模型并沒(méi)有什么意義，但它在開(kāi)發(fā)交互式系統(tǒng)時(shí)卻起著很重要的作用。我們可以把面向?qū)ο笤O(shè)計(jì)分為系統(tǒng)設(shè)計(jì)和（對(duì)象）設(shè)計(jì)由于類(lèi)的封裝性，使用者無(wú)須了解實(shí)現(xiàn)細(xì)節(jié)就可以使用適當(dāng)?shù)模?gòu)造）函數(shù)，按照需要?jiǎng)?chuàng)建類(lèi)的實(shí)例。把子系統(tǒng)組織成完整的系統(tǒ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ù)）。面向?qū)ο蠓治龅贸龅膶?duì)象模型，通常并不詳細(xì)描述類(lèi)中的（服務(wù)）。如果關(guān)聯(lián)的重?cái)?shù)是多元的，則需要用一個(gè)（指針集合）實(shí)現(xiàn)關(guān)聯(lián)。可以通過(guò)增加（冗余）關(guān)聯(lián)提高訪(fǎng)問(wèn)效率。僅當(dāng)存在真實(shí)的一般-特殊關(guān)系時(shí)，利用（繼承）機(jī)制實(shí)現(xiàn)行為共享才是合理的。更完整的類(lèi)庫(kù)通常還提供了獨(dú)立于具體設(shè)備的（接口）類(lèi)。所謂（參數(shù)）類(lèi)，就是使用一個(gè)或多個(gè)類(lèi)型去參數(shù)化一個(gè)類(lèi)的機(jī)制。測(cè)試面向?qū)ο蟮能浖r(shí)，應(yīng)該把操作作為（類(lèi)）的一部分來(lái)測(cè)試。開(kāi)始集成面向?qū)ο笙到y(tǒng)以后，必須對(duì)（類(lèi)間協(xié)作）進(jìn)行測(cè)試。（軟件項(xiàng)目管理）先于任何技術(shù)開(kāi)始之前開(kāi)始，并且貫穿于軟件的整個(gè)生命周期之中。如果把項(xiàng)目（持續(xù)時(shí)間）延長(zhǎng)一些，則可降低完成項(xiàng)目所需的工作量。（云班）按照(軟件開(kāi)發(fā)工作的主體)，可以將軟件生存周期過(guò)程分為基本過(guò)程、支持過(guò)程和組織過(guò)程。判斷題軟件開(kāi)發(fā)和維護(hù)過(guò)程中存在很多嚴(yán)重問(wèn)題，這與軟件的規(guī)模有關(guān)。（×）導(dǎo)出軟件結(jié)構(gòu)屬于典型的可行性研究過(guò)程（×）（知識(shí)點(diǎn)）（1）確定項(xiàng)目規(guī)模和目標(biāo)（2）研究正在運(yùn)行的系統(tǒng)（3）建立新系統(tǒng)的邏輯模型（4）導(dǎo)出和評(píng)價(jià)各種方案（5）推薦可行性方案（6）編寫(xiě)可行性研究報(bào)告（7）遞交可行性研究報(bào)告面對(duì)復(fù)雜的系統(tǒng)時(shí)，一個(gè)比較好的方法是分層次地描繪這個(gè)系統(tǒng)。（√）數(shù)據(jù)字典是開(kāi)發(fā)數(shù)據(jù)庫(kù)的第一步，而且是很有價(jià)值的一步。（√）層次方框圖不能代表完整的數(shù)據(jù)結(jié)構(gòu)。（×）不需要驗(yàn)證需求的現(xiàn)實(shí)性（×）所謂形式化方法，是描述系統(tǒng)性質(zhì)的基于數(shù)學(xué)的技術(shù)。（√）總體設(shè)計(jì)過(guò)程通常由兩個(gè)主要階段組成，其中系統(tǒng)設(shè)計(jì)階段確定軟件結(jié)構(gòu)（×）簡(jiǎn)單地說(shuō)，理想的內(nèi)聚模塊只做一件事情。（√）一個(gè)模塊的扇出表明有多少個(gè)上級(jí)模塊直接調(diào)用它。（×）層次圖方框間的連線(xiàn)表達(dá)的是組成關(guān)系。（×）結(jié)構(gòu)圖中箭頭尾部是實(shí)心圓表示傳遞的是控制信息。（√）面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法的目標(biāo)是給出設(shè)計(jì)軟件結(jié)構(gòu)的一個(gè)系統(tǒng)化的途徑。（×）優(yōu)化是先使它快起來(lái)，再使它工作起來(lái)。任何流圖的環(huán)形復(fù)雜度都等于判定節(jié)點(diǎn)的數(shù)目加1。（×）軟件測(cè)試的目的是發(fā)現(xiàn)并改正錯(cuò)誤。（×）調(diào)試的目標(biāo)是充分暴露程序當(dāng)中的錯(cuò)誤。（×）所有測(cè)試都應(yīng)該追溯到用戶(hù)的需求（√）白盒測(cè)試又稱(chēng)為功能測(cè)試。（×）（知識(shí)點(diǎn)）白盒測(cè)試也稱(chēng)為結(jié)構(gòu)測(cè)試，主要用于檢測(cè)軟件編碼過(guò)程中的錯(cuò)誤。黑盒測(cè)試又稱(chēng)為功能測(cè)試，主要檢測(cè)軟件的每一個(gè)功能是否能夠正常使用。如果一個(gè)人是程序的設(shè)計(jì)者又是編寫(xiě)者，或是程序的編寫(xiě)者又是測(cè)試者，則審查小組應(yīng)該再增加一個(gè)程序員。（√）Alpha測(cè)試由軟件的最終用戶(hù)們?cè)谝粋€(gè)或多個(gè)客戶(hù)場(chǎng)所進(jìn)行。（×）類(lèi)中定義的方法，是允許施加于該類(lèi)對(duì)象上的操作。（√）對(duì)面向?qū)ο蟮能浖M(jìn)行維護(hù)，主要通過(guò)從已有類(lèi)派生出一些新類(lèi)來(lái)實(shí)現(xiàn)。（√）對(duì)象本質(zhì)上具有并行性。（√）在C++中，函數(shù)重載是通過(guò)動(dòng)態(tài)聯(lián)編來(lái)實(shí)現(xiàn)的。（×）細(xì)化關(guān)系描述了兩個(gè)模型元素之間的語(yǔ)義連接關(guān)系。（×）實(shí)際上，用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)軟件時(shí)，階段的劃分是十分模糊的。（√）系統(tǒng)分析員必須把需求與實(shí)現(xiàn)策略區(qū)分開(kāi)（√）需求陳訴應(yīng)該闡明怎么做而不是做什么。（×）.在建立對(duì)象模型的過(guò)程中，服務(wù)一定要確定下來(lái)。（×）事件追蹤圖中箭頭線(xiàn)之間的距離表示兩個(gè)事件之間的精確時(shí)間差。（×）我們應(yīng)該降低繼承耦合的強(qiáng)度（×）（知識(shí)點(diǎn)）與交互耦合相反，繼承的耦合程度要高。緊密的繼承耦合與高度的一般-特殊內(nèi)聚是不一致的。（×）使用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)軟件時(shí)，在分析和設(shè)計(jì)之間并沒(méi)有明確的分界線(xiàn)。（√）在提高可擴(kuò)充性的過(guò)程中，應(yīng)該用一種方法遍歷多條關(guān)聯(lián)鏈。（×）面向?qū)ο笙到y(tǒng)的確認(rèn)測(cè)試是面向白盒的。（×）正確性證明過(guò)程本身也可能發(fā)生錯(cuò)誤。（√）（云班）支持過(guò)程是指那些與軟件生產(chǎn)組織有關(guān)的活動(dòng)集。（×）（云班）軟件生存周期的含義是表明軟件的演化和發(fā)展具有周期性，每過(guò)一段時(shí)間就需要更新。（×）（云班）當(dāng)軟件的一個(gè)版本被淘汰時(shí)，則該軟件的生存周期就結(jié)束了（×）（云班）軟件生存周期過(guò)程表示軟件生存周期內(nèi)的一個(gè)過(guò)程。（×）（云班）軟件生存周期模型是對(duì)軟件生存周期中過(guò)程、活動(dòng)和任務(wù)的組織。（×）（云班）軟件開(kāi)發(fā)模型是軟件開(kāi)發(fā)過(guò)程的活動(dòng)和任務(wù)的結(jié)構(gòu)框架。（×）（云班）軟件生存周期模型必須要將所有類(lèi)型的過(guò)程、活動(dòng)和任務(wù)考慮在內(nèi)，形成滿(mǎn)足每個(gè)軟件項(xiàng)目需要的模型。（×）（云班）模型一定是在某種特定意圖下，從某種特定的角度物理環(huán)境的抽象（√）（云班）軟件開(kāi)發(fā)中分層的基本動(dòng)機(jī)時(shí)空之開(kāi)發(fā)的復(fù)雜性（√）（云班）相比硬件而言，軟件更容易被修改，而且更容易被正確的進(jìn)行修改（×）（云班）采用瀑布模式的開(kāi)發(fā)過(guò)程是一種自頂向下的開(kāi)發(fā)方法，而軟件構(gòu)件復(fù)用的開(kāi)發(fā)過(guò)程是一種自底向上的開(kāi)發(fā)方法（√）（云班）任何軟件開(kāi)發(fā)過(guò)程必須從軟件需求入手（√）（云班）軟件需求時(shí)代開(kāi)發(fā)產(chǎn)品或系統(tǒng)的功能描述（×）（云班）質(zhì)量屬性必須要給出量化的測(cè)量指標(biāo)（√）（云班）非功能需求必須依附于功能需求而存在（√）（云班）面向?qū)ο缶褪且环N使用面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言的程序開(kāi)發(fā)方法（×）（云班）一個(gè)類(lèi)中可以有多個(gè)操作，也可以沒(méi)有操作（√）（云班）所有的類(lèi)都必須與客觀(guān)事物相對(duì)應(yīng)，都必須有具體的實(shí)例（×）（云班）接口之間沒(méi)有關(guān)聯(lián)、泛化、實(shí)現(xiàn)和依賴(lài)，也不能參與泛化、實(shí)現(xiàn)和依賴(lài)關(guān)系（×）（云班）接口不僅可以描述類(lèi)的外部可見(jiàn)操作，而且可以描述其內(nèi)部結(jié)構(gòu)（×）（云班）軟件開(kāi)發(fā)中分層的基本動(dòng)機(jī)是控制開(kāi)發(fā)的復(fù)雜性（√）（云班）支持過(guò)程是指那些與軟件生產(chǎn)組織有關(guān)的活動(dòng)集（×）（云班）軟件生存周期模型是對(duì)軟件生存周期中過(guò)程、活動(dòng)和任務(wù)的組織（√）（云班）包間的依賴(lài)通常隱含了各包種元素之間存在的一個(gè)或多個(gè)依賴(lài)（√）（云班）包可以包含其他種類(lèi)的模型元素，但本身不能嵌套在其他包中（×）（云班）對(duì)于關(guān)聯(lián)另一端的類(lèi)的每個(gè)對(duì)象，本端的類(lèi)只可能會(huì)有一個(gè)對(duì)象出現(xiàn)（×）（云班）在類(lèi)的一個(gè)關(guān)聯(lián)中，可以顯示地命名該角色（√）（云班）在關(guān)聯(lián)關(guān)系中，聚合是組合的一種特殊形式（×）（云班）對(duì)于每一個(gè)關(guān)聯(lián)關(guān)系都需要說(shuō)明其多重性，如果不說(shuō)名，則默認(rèn)是（√）（云班）注解和約束不是類(lèi)圖的一部分（×）（云班）類(lèi)圖主要使用“類(lèi)”來(lái)抽象系統(tǒng)中各個(gè)組成部分，不包括系統(tǒng)環(huán)境（×）（云班）OOA過(guò)程中建立模型規(guī)約可以集中進(jìn)行，也可以分散在各個(gè)活動(dòng)中（√）（云班）OOA的最終目的是產(chǎn)生一個(gè)只能直接反映問(wèn)題域的OOA模型（×）（云班）如果一個(gè)交互是由系統(tǒng)外的參與者發(fā)起的，第一個(gè)處理該監(jiān)護(hù)的對(duì)象是主動(dòng)對(duì)象（√）（云班）與實(shí)現(xiàn)條件有關(guān)的對(duì)象是OOA階段需要重點(diǎn)關(guān)注的對(duì)象（×）（云班）在對(duì)象分類(lèi)過(guò)程中，對(duì)于屬性及操作相似的類(lèi)需要考慮能夠抽出一個(gè)一般類(lèi)或部分類(lèi)（√）（云班）依賴(lài)關(guān)系是一種使用關(guān)系，如果被使用的類(lèi)發(fā)生變化，那么另一個(gè)類(lèi)的操作也會(huì)受到影響（√）（云班）在OOA過(guò)程中，不需要考慮任何主動(dòng)對(duì)象和主動(dòng)操作（×）（云班）一個(gè)類(lèi)的屬性必須適合這個(gè)類(lèi)和他的全部特殊類(lèi)的所有對(duì)象，同時(shí)，一個(gè)類(lèi)中的操作也應(yīng)適合這個(gè)類(lèi)及其所有特殊類(lèi)的每一個(gè)對(duì)象實(shí)例（√）（云班）OOA過(guò)程中，為了提高操作的執(zhí)行速度，可以考慮增加一些屬性來(lái)保持操作的階段性執(zhí)行結(jié)果（×）（云班）依賴(lài)關(guān)系是一種使用關(guān)系，如果被使用的類(lèi)發(fā)生變化，那么另一個(gè)類(lèi)的操作也會(huì)受到影響（√）（云班）在初步建立類(lèi)之間的關(guān)系時(shí)，可以暫時(shí)使用關(guān)聯(lián)。在最終的類(lèi)圖中，若能用其他關(guān)系明確地指明類(lèi)之間關(guān)系的含義，就不要適用關(guān)聯(lián)（×）（云班）關(guān)聯(lián)關(guān)系可用動(dòng)詞或動(dòng)賓結(jié)構(gòu)來(lái)命名，關(guān)聯(lián)的命名不可缺省（×）（云班）兩個(gè)對(duì)象之間的關(guān)聯(lián)關(guān)系只能有一個(gè)（×）Q（云班）與結(jié)構(gòu)化的分析和設(shè)計(jì)類(lèi)似，面向?qū)ο蟮姆治龊驮O(shè)計(jì)之間也存在一定的鴻溝（×）（云班）OOD模型的四個(gè)部分均采用與OOA一致的概念、表示法、活動(dòng)及策略（×）（云班）所有的實(shí)現(xiàn)因素都能通過(guò)一些在OOD中新定義的獨(dú)立組成部分而實(shí)行有效的隔離（×）（云班）在OOA中未完成的細(xì)節(jié)定義需要在OOD完成，所以O(shè)OD的主要任務(wù)是對(duì)OOA的細(xì)化（×）（云班）OOA強(qiáng)調(diào)如實(shí)地反映問(wèn)題域，OOD考慮實(shí)現(xiàn)問(wèn)題，當(dāng)所用語(yǔ)言不支持多繼承和多態(tài)，此時(shí)需要按編程語(yǔ)言調(diào)整多繼承和多態(tài)。（×）（云班）人機(jī)交互的設(shè)計(jì)需要重點(diǎn)考慮比例最大的適用人群的情況，并適當(dāng)?shù)募骖櫰渌耍ā蹋ㄔ瓢啵┤藱C(jī)交互是OOD階段的任務(wù)，在OOA階段不需要考慮（×）（云班）人機(jī)交互的交互內(nèi)容需求不僅與系統(tǒng)的功能需求有關(guān)，而且與人的主觀(guān)意識(shí)也有很大的關(guān)系（×）（云班）人機(jī)交互部分的設(shè)計(jì)可以從usecase抽取人機(jī)交互內(nèi)容及過(guò)程，在抽取過(guò)程中需要?jiǎng)h除所有與輸入輸出無(wú)關(guān)語(yǔ)句。（√）簡(jiǎn)答題軟件重用可以分為哪幾個(gè)層次?（1）知識(shí)重用（2）方法和標(biāo)準(zhǔn)重（3）軟件成分重用軟件過(guò)程的輸出信息可分為?（1）計(jì)算機(jī)程序（2）描跡計(jì)算機(jī)程序的有關(guān)文檔（3）數(shù)據(jù)3.什么是多重繼承指的是一個(gè)類(lèi)別可以同時(shí)從多于一個(gè)父類(lèi)繼承行為與特征的功能。與單一繼承相對(duì)什么是軟件工程?軟件工程是一門(mén)指導(dǎo)軟件系統(tǒng)開(kāi)發(fā)的工程學(xué)科，它以計(jì)算機(jī)理論及其他相關(guān)學(xué)科的理論為指導(dǎo)，采用工程化的概念、原理、技術(shù)和方法進(jìn)行軟件的開(kāi)發(fā)和維護(hù)，把經(jīng)實(shí)踐證明的科學(xué)的管理措施與最先進(jìn)的技術(shù)方法結(jié)合起來(lái)，軟件工程研究的目標(biāo)是“以較少的投資獲取高質(zhì)量的軟件（1）把系統(tǒng)的,規(guī)范的,可度量的途徑應(yīng)用于軟件開(kāi)發(fā).運(yùn)行和維護(hù)過(guò)程,也就是把工程應(yīng)用于軟件.（2）研究上面所述途徑5.什么是軟件危機(jī)?如何解決?指在計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題（1）吸取和借鑒人類(lèi)長(zhǎng)期以來(lái)從事各種工程項(xiàng)目的積累,特別是經(jīng)驗(yàn)教訓(xùn)（2）研究探索更好的方法,盡快消除一些錯(cuò)誤概念和做法（3）采取嚴(yán)密的管理,做好各類(lèi)文檔的一致性完整性6.至少可以從哪些方面研究每種解法的可行性（1）技術(shù)可行性（2）經(jīng)濟(jì)可行性（3）操作可行性7.應(yīng)從哪些方面驗(yàn)證需求的正確性?（1）一致性（2）完整性（3）現(xiàn)實(shí)性（4）有效性（5）精確性8.什么是形式化方法?基于數(shù)學(xué)描述系統(tǒng)性質(zhì)的技術(shù).形式化=有堅(jiān)實(shí)的數(shù)學(xué)基礎(chǔ)9.總體設(shè)計(jì)階段,完成的文檔有哪幾種?（1）系統(tǒng)說(shuō)明（2）用戶(hù)手冊(cè)（3）測(cè)試計(jì)劃（4）詳細(xì)的實(shí)現(xiàn)計(jì)劃（5）數(shù)據(jù)庫(kù)設(shè)計(jì)結(jié)果10.代碼省查比計(jì)算機(jī)測(cè)試的優(yōu)越性表現(xiàn)?（1）減少工作量,提高效率.計(jì)算機(jī)測(cè)試發(fā)現(xiàn)錯(cuò)誤后,需改正錯(cuò)誤才能繼續(xù)測(cè)試,錯(cuò)誤是一個(gè)個(gè)發(fā)現(xiàn)并改正,但省查一次就可以查很多錯(cuò)誤.11.有哪幾種維護(hù)活動(dòng)?（1）改正性維護(hù)（2）適應(yīng)性維護(hù)（3）完善性維護(hù)（4）預(yù)防性維護(hù)12.面向?qū)ο蠓椒▽W(xué)有哪些優(yōu)點(diǎn)?（1）與人類(lèi)習(xí)慣的思維一致（2）穩(wěn)定性好（3）可重用性好（4）較易開(kāi)發(fā)大型軟件產(chǎn)品13.類(lèi)與類(lèi)之間有那幾種聯(lián)系?（1）關(guān)聯(lián)（2）繼承（3）依賴(lài)（4）細(xì)化14.大型系統(tǒng)對(duì)象模型層次組成?（1）主題層（2）類(lèi)與對(duì)象層（3）結(jié)構(gòu)層（4）屬性層（5）服務(wù)層15.測(cè)試單個(gè)類(lèi)的方法有哪些?（1）隨機(jī)測(cè)試（2）劃分測(cè)試（3）基于故障的測(cè)試16.能力成熟度的5個(gè)等級(jí)?（1）初始級(jí)（2）可重復(fù)級(jí)（3）已定義級(jí)（4）已管理級(jí)（5）優(yōu)化級(jí)17.（云班）與計(jì)算機(jī)硬件相比，計(jì)算機(jī)軟件有哪些特點(diǎn)？（1）具有抽象性（2）沒(méi)有明顯的制造過(guò)程（3）存在退化問(wèn)題（4）對(duì)計(jì)算機(jī)系統(tǒng)有著不同程度的依賴(lài)性（5）尚未完全擺脫人工的開(kāi)發(fā)方式（6）軟件本身是復(fù)雜的（7）軟件成本相當(dāng)昂貴（8）相當(dāng)多的軟件工作涉及社會(huì)因素18.（云班）軟件工程的基本原則？(1)達(dá)到要求的軟件功能。(2)取得較好的軟件性能。(3)開(kāi)發(fā)出高質(zhì)量的軟件。(4)付出較低的開(kāi)發(fā)成本(5)需要較低的維護(hù)費(fèi)用(6)能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用。19.（云班）軟件工程研究的內(nèi)容？軟件工程的研究?jī)?nèi)容主要包括以下兩個(gè)部分:軟件開(kāi)發(fā)技術(shù)。主要研究軟件開(kāi)發(fā)方法、軟件開(kāi)發(fā)過(guò)程、軟件開(kāi)發(fā)工具和環(huán)境。軟件開(kāi)發(fā)過(guò)程管理。主要研究軟件工程經(jīng)濟(jì)學(xué)和軟件管理學(xué)。（云班）軟件工程的三要素？（1）方法。（2）工具。（3）過(guò)程（云班）軟件工程的目標(biāo)？(1)達(dá)到要求的軟件功能。(2)取得較好的軟件性能。(3)開(kāi)發(fā)出高質(zhì)量的軟件。(4)付出較低的開(kāi)發(fā)成本。(5)需要較低的維護(hù)費(fèi)用。(6)能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用。22.（云班）軟件開(kāi)發(fā)方法有哪幾種？(1)結(jié)構(gòu)化方法。(2)面向數(shù)據(jù)結(jié)構(gòu)方法。(3)面向?qū)ο蠓椒ā?4)形式化方法。23.（云班）什么是軟件過(guò)程模型？有哪些主要模型？（1）軟件過(guò)程模型是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架，直觀(guān)表達(dá)軟件開(kāi)發(fā)全過(guò)程，明確規(guī)定要完成的主要活動(dòng)、任務(wù)和開(kāi)發(fā)策略。（2）軟件過(guò)程主要模型：瀑布模型、原型模型、增量模型、螺旋模型、噴泉模型、統(tǒng)一過(guò)程弄醒、基于構(gòu)件的模型、敏捷開(kāi)發(fā)模型等。24.（云班）為什么增量式開(kāi)發(fā)適合商務(wù)軟件？它適合實(shí)時(shí)控制系統(tǒng)嗎？（1）增量式開(kāi)發(fā)適合商務(wù)軟件的原因：能夠及早投入市場(chǎng)；產(chǎn)品逐步交付能夠較好地適應(yīng)需求變化；開(kāi)發(fā)中能夠看到軟件中間產(chǎn)品，提出改進(jìn)意見(jiàn)，減少返工，降低開(kāi)發(fā)風(fēng)險(xiǎn)；開(kāi)放式體系結(jié)構(gòu)便于維護(hù)（2）增量式開(kāi)發(fā)不適合實(shí)時(shí)控制系統(tǒng)，原因：實(shí)時(shí)控制系統(tǒng)通常需求明確且穩(wěn)定，技術(shù)相對(duì)成熟，對(duì)軟件質(zhì)量要求高，要求嚴(yán)格的工程管理。Q（課堂）多態(tài)和重載的區(qū)別？重載是指相同的操作名在同一個(gè)類(lèi)中可以被定義多次，按參數(shù)的個(gè)數(shù)、種類(lèi)或次序等的不同對(duì)他們進(jìn)行區(qū)分多態(tài)是指在繼承結(jié)構(gòu)中，具有相同的屬性和操作，在不同的類(lèi)中可以具有不同的類(lèi)型和行為。（課堂）結(jié)構(gòu)化分析方法？（1）數(shù)據(jù)流圖指出當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)識(shí)被怎樣變換，以及描繪變換數(shù)據(jù)流的功能和子功能，用于功能建模。（2）實(shí)體—關(guān)系圖（E-R圖）廟會(huì)數(shù)據(jù)對(duì)象之間的關(guān)系，用于數(shù)據(jù)建模（3）狀態(tài)轉(zhuǎn)換圖指明了作為外部事件結(jié)果的系統(tǒng)行為，用于行為建模（課堂）軟件生命周期的階段？（1）可行性研究（2）需求分析（3）軟件設(shè)計(jì)（4）編碼（5）軟件測(cè)試（6）軟件維護(hù)第一章作業(yè)1、什么是軟件工程？參考答案：（1）將系統(tǒng)化的、規(guī)范的、可量化的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù)，即將工程化方法應(yīng)用于軟件。（2）在（1）中所述方法的研究。第二章作業(yè)1、什么是軟件過(guò)程模型？有哪些主要模型（回答4種以上）？參考答案：（1）軟件過(guò)程模型是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架，直觀(guān)表達(dá)軟件開(kāi)發(fā)全過(guò)程，明確規(guī)定要完成的主要活動(dòng)、任務(wù)和開(kāi)發(fā)策略。（2）軟件過(guò)程主要模型：瀑布模型、原型模型、增量模型、螺旋模型、噴泉模型、統(tǒng)一過(guò)程弄醒、基于構(gòu)件的模型、敏捷開(kāi)發(fā)模型等。2、為什么增量式開(kāi)發(fā)適合商務(wù)軟件？它適合實(shí)時(shí)控制系統(tǒng)嗎？參考答案：（1）增量式開(kāi)發(fā)適合商務(wù)軟件的原因：能夠及早投入市場(chǎng)；產(chǎn)品逐步交付能夠較好地適應(yīng)需求變化；開(kāi)發(fā)中能夠看到軟件中間產(chǎn)品，提出改進(jìn)意見(jiàn)，減少返工，降低開(kāi)發(fā)風(fēng)險(xiǎn)；開(kāi)放式體系結(jié)構(gòu)便于維護(hù)；（2）增量式開(kāi)發(fā)不適合實(shí)時(shí)控制系統(tǒng)，原因：實(shí)時(shí)控制系統(tǒng)通常需求明確且穩(wěn)定，技術(shù)相對(duì)成熟，對(duì)軟件質(zhì)量要求高，要求嚴(yán)格的工程管理。第三章作業(yè)1、什么是結(jié)構(gòu)化分析方法？該方法使用什么描述工具？參考答案：結(jié)構(gòu)化分析（StructuredAnalysis，簡(jiǎn)稱(chēng)SA），是面向數(shù)據(jù)流進(jìn)行需求分析的方法。結(jié)構(gòu)化分析的主要思想是采取自頂向下逐層分解的分析策略，即面對(duì)一個(gè)復(fù)雜的問(wèn)題，分析人員不可能一開(kāi)始就考慮到問(wèn)題的所有方面以及全部細(xì)節(jié)，采取的策略往往是分解，把一個(gè)復(fù)雜的問(wèn)題劃分成若干小問(wèn)題，然后再分別解決，將問(wèn)題的復(fù)雜性降低到人可以掌握的程度。分解可分層進(jìn)行，先考慮問(wèn)題最本質(zhì)的方面，忽略細(xì)節(jié)，形成問(wèn)題的高層概念，然后再逐層添加細(xì)節(jié)，即在分層過(guò)程中采用不同程度的“抽象”級(jí)別，最高層的問(wèn)題最抽象，而低層的較為具體。結(jié)構(gòu)化分析（SA）方法的描述工具有：數(shù)據(jù)流圖，數(shù)據(jù)字典，描述加工邏輯的結(jié)構(gòu)化語(yǔ)言、判定表、判定樹(shù)等。從功能模型、數(shù)據(jù)模型、行為模型三方面的描述工具來(lái)作答。2、什么是數(shù)椐字典？其作用是什么？它有哪些條目？參考答案：數(shù)據(jù)字典（DataDictionary，簡(jiǎn)稱(chēng)DD）是用來(lái)定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以一種準(zhǔn)確的、無(wú)二義性的說(shuō)明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。數(shù)據(jù)流圖僅描述了系統(tǒng)的“分解”，系統(tǒng)由哪幾部分組成，各部分之間的聯(lián)系，并沒(méi)有對(duì)各個(gè)數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)進(jìn)行詳細(xì)說(shuō)明，如數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)的名字并不能反映其中的數(shù)據(jù)成分、數(shù)據(jù)項(xiàng)目?jī)?nèi)容和數(shù)據(jù)特性，在加工中不能反映處理過(guò)程等等。數(shù)據(jù)字典有以下四類(lèi)條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、文件、基本加工。3、什么是面向?qū)ο蠓椒ǎ棵嫦驅(qū)ο蟮慕鉀Q問(wèn)題的思路是什么？?參考答案：面向?qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象、類(lèi)、繼承、封裝、聚合、關(guān)聯(lián)、消息、多態(tài)性等概念來(lái)構(gòu)造系統(tǒng)的軟件開(kāi)發(fā)方法。?面向?qū)ο蠓椒ǖ慕鉀Q問(wèn)題的思路是從現(xiàn)實(shí)世界中的客觀(guān)對(duì)象（如人和事物）入手，盡量運(yùn)用人類(lèi)的自然思維方式來(lái)構(gòu)造軟件系統(tǒng)，這與傳統(tǒng)的結(jié)構(gòu)化方法從功能入手和信息工程化方法從信息入手是不一樣的。4、現(xiàn)有一個(gè)醫(yī)院病人監(jiān)護(hù)系統(tǒng)，病癥監(jiān)視器負(fù)責(zé)病人的病癥監(jiān)控，實(shí)時(shí)采集病人的病癥信號(hào)，并將病癥信號(hào)格式化后傳回到中央監(jiān)護(hù)系統(tǒng)，中央監(jiān)護(hù)系統(tǒng)將病癥信號(hào)存儲(chǔ)在中央數(shù)據(jù)庫(kù)中，并將病癥信號(hào)與標(biāo)準(zhǔn)信號(hào)進(jìn)行比較，當(dāng)病癥出現(xiàn)異常時(shí)自動(dòng)報(bào)警。請(qǐng)給出此系統(tǒng)的用例圖，并描述出用例之間的include與extend關(guān)系。參考答案：評(píng)分標(biāo)準(zhǔn)：正確給出2個(gè)參與者，得2分，1個(gè)參與者1分；正確給出至少6個(gè)正確用例，每個(gè)1分，最多6分；正確給出至少1個(gè)include關(guān)系，得1分，最多1分；正確給出extend關(guān)系，得1分。5、現(xiàn)有一個(gè)圖書(shū)訂購(gòu)系統(tǒng)：顧客填寫(xiě)訂單并交給書(shū)店，書(shū)店首先依據(jù)訂單的圖書(shū)書(shū)目對(duì)訂單檢查，對(duì)合格訂單進(jìn)行錄入系統(tǒng)處理，并存儲(chǔ)在訂單庫(kù)中。每天下班前對(duì)當(dāng)日訂單進(jìn)行匯總，并將匯總結(jié)果發(fā)送給出版社。請(qǐng)畫(huà)出此系統(tǒng)的第0層與第1層數(shù)據(jù)流圖，正確表達(dá)出外部項(xiàng)、數(shù)據(jù)加工、數(shù)據(jù)存儲(chǔ)及三者之間的關(guān)系。參考答案：評(píng)分標(biāo)準(zhǔn)：正確給出第0層數(shù)據(jù)流圖得3分，1個(gè)外部項(xiàng)1分、1個(gè)數(shù)據(jù)加工得1分；正確給出第1層數(shù)據(jù)流圖得7分，1個(gè)外部項(xiàng)1分，不超過(guò)2分、1個(gè)數(shù)據(jù)加工得1分，不超過(guò)3分、1個(gè)數(shù)據(jù)存儲(chǔ)得1分，不超過(guò)2分。第四章作業(yè)1、衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什么含義？它們之間有什么關(guān)系？參考答案：內(nèi)聚性和耦合性。內(nèi)聚性是指模塊內(nèi)部各個(gè)元素之間的緊密程度。耦合性是指模塊之間的相互依賴(lài)。內(nèi)聚性強(qiáng)，則耦合性弱，反之亦然。2、什么是軟件體系結(jié)構(gòu)？請(qǐng)舉出兩個(gè)軟件體系結(jié)構(gòu)的例子。參考答案：軟件體系結(jié)構(gòu)是系統(tǒng)的一個(gè)或多個(gè)結(jié)構(gòu)，它包括軟件構(gòu)件、構(gòu)件的外部可見(jiàn)屬性、以及它們之間的相互關(guān)系。兩個(gè)例子，如分層、管道過(guò)濾器或數(shù)據(jù)為中心等并加以闡述，一個(gè)例子1分。3、請(qǐng)創(chuàng)建下列描述的順序圖。(1)借閱者希望通過(guò)圖書(shū)管理員借閱某本圖書(shū)；(2)借閱者將圖書(shū)證和圖書(shū)交給圖書(shū)管理員；(3)圖書(shū)管理員將讀者圖書(shū)證編號(hào)和圖書(shū)編號(hào)錄入借閱圖書(shū)界面LendBookWindow；(4)借閱圖書(shū)界面LendBookWindow根據(jù)圖書(shū)編號(hào)向Book類(lèi)對(duì)象請(qǐng)求加載圖書(shū)信息；(5)Book類(lèi)對(duì)象返回圖書(shū)信息給借閱圖書(shū)界面LendBookWindow；(6)借閱圖書(shū)界面LendBookWindow請(qǐng)求將圖書(shū)信息和借閱者編號(hào)添加到Loan類(lèi)對(duì)象中；(7)Loan類(lèi)對(duì)象添加借閱信息，返回借閱成功給借閱圖書(shū)界面LendBookWindow；(8)借閱圖書(shū)界面LendBookWindow顯示借閱完成；(9)圖書(shū)管理員將圖書(shū)證和圖書(shū)歸還給借閱者。參考答案：評(píng)分標(biāo)準(zhǔn)：答對(duì)一條請(qǐng)求消息1分，答對(duì)一個(gè)角色1分4、輸入一個(gè)數(shù)X，求使得1+2+…+i<=X成立的i的最大值，畫(huà)出求解的程序流程圖。參考答案：評(píng)分標(biāo)準(zhǔn)：流程圖符號(hào)錯(cuò)誤一個(gè)扣1分，解題邏輯正確得5分。參考答案如下：第六章作業(yè)1、在11月11日購(gòu)物節(jié)期間，購(gòu)物金額大于500，按照8折給予優(yōu)惠，其他給予9折優(yōu)惠，現(xiàn)已給出程序流程圖和對(duì)應(yīng)代碼，要求采用邏輯覆蓋的白盒測(cè)試方法進(jìn)行測(cè)試。（1）設(shè)計(jì)一組測(cè)試用例實(shí)現(xiàn)語(yǔ)句覆蓋；（2）設(shè)計(jì)一組測(cè)試用例實(shí)現(xiàn)分支覆蓋；（3）設(shè)計(jì)一組測(cè)試用例實(shí)現(xiàn)條件覆蓋。inputa,bc=aifb=11-11thenifa≤300thenc=0.9aelsec=0.8aendifendifoutputc參考答案：（1）語(yǔ)句覆蓋兩組：a≤300,b=11-11;a>300,b=11-11（2）分支覆蓋三條分支：a≤300,b=11-11;a>300,b=11-11；b≠11-11（3）條件覆蓋第一個(gè)判斷：b=11-11取真為T(mén)1，取假為T(mén)1，第一個(gè)判斷：a≤300取真為T(mén)2，取假為T(mén)2。每個(gè)每個(gè)條件的可能取值至少執(zhí)行一次2、設(shè)有一個(gè)排課系統(tǒng)，輸入的數(shù)據(jù)結(jié)構(gòu)為{課程編號(hào)，課程類(lèi)別，周次，實(shí)驗(yàn)課排課}，并要求如下：課程編號(hào)為字母和數(shù)字的字符串組合，必須以字母開(kāi)頭，課程類(lèi)別為{必修課、選修課}兩種，排課周次要求在1~16周，課程的實(shí)驗(yàn)課排課要求為布爾量：是或者否。請(qǐng)用等價(jià)類(lèi)劃分法設(shè)計(jì)測(cè)試用例，來(lái)測(cè)試系統(tǒng)的輸入功能。等價(jià)類(lèi)表輸入條件有效等價(jià)類(lèi)無(wú)效等價(jià)類(lèi)參考答案：（1）劃分等價(jià)類(lèi)（等價(jià)每個(gè)等價(jià)類(lèi)或無(wú)效等價(jià)類(lèi)0.5分）（2）設(shè)計(jì)測(cè)試用例（每個(gè)測(cè)試用例1分）覆蓋有效等價(jià)類(lèi)，用最少的測(cè)試用例覆蓋盡可能多的有效等價(jià)類(lèi)覆蓋無(wú)效等價(jià)類(lèi)，用一個(gè)測(cè)試用例覆蓋一個(gè)無(wú)效等價(jià)類(lèi)軟件工程試題＋畫(huà)圖題一、選擇題1.瀑布模型把軟件生命周期劃分為八個(gè)階段:問(wèn)題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段:計(jì)劃階段、開(kāi)發(fā)階段和-。?A詳細(xì)計(jì)劃B.可行性分析C運(yùn)行階段D測(cè)試與排錯(cuò)2.在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試年勺系統(tǒng)測(cè)試階段的目(A)A需求分析階段B詳細(xì)設(shè)計(jì)階段C.概要設(shè)計(jì)階段D可行性研究階段，3.軟件工程的出現(xiàn)主要是由于?，A程序設(shè)計(jì)方法學(xué)的影響B(tài).其它工程科學(xué)的影響C.軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展4.軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是（C）A.硬件環(huán)境B.軟件開(kāi)發(fā)的環(huán)境C.軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境D.開(kāi)發(fā)人員的素質(zhì)5.軟件開(kāi)發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為(B)A.相互排斥B相互補(bǔ)充C獨(dú)立使用D交替使用6.UML是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法?A.基于瀑布模型的結(jié)構(gòu)化方法B.基于需求動(dòng)態(tài)定義的原型化方法C.基于對(duì)象的面向?qū)ο蟮姆椒―.基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法7.在下面的軟件開(kāi)發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高(B)A.結(jié)構(gòu)化方法B原型化方法C面向?qū)ο蟮姆椒―控制流方法8.結(jié)構(gòu)化分析方法是一個(gè)預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的(B)A.控制流B.數(shù)據(jù)流C程序流D.指令流9.軟件開(kāi)發(fā)的結(jié)構(gòu)化