【文章內(nèi)容簡(jiǎn)介】 布模型與快速原型模型結(jié)合起來(lái)，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析，適用于復(fù)雜的大型軟件。增量開(kāi)發(fā)是把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、編碼、集成和測(cè)試，可以在增量開(kāi)發(fā)過(guò)程中逐步理解需求。第 30 題 ( )不是增量式開(kāi)發(fā)的優(yōu)勢(shì)。A. 軟件可以快速地交付B. 早期的增量作為原型，從而可以加強(qiáng)對(duì)系統(tǒng)后續(xù)開(kāi)發(fā)需求的理解C. 具有最高優(yōu)先級(jí)的功能首先交付，隨著后續(xù)的增量不斷加入，這就使得更重要的功能得到更多的測(cè)試D. 很容易將客戶需求劃分為多個(gè)增量答案： D 增量開(kāi)發(fā)是把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、編碼、集成和測(cè)試。每個(gè)構(gòu)件由多個(gè)相互作用的模塊構(gòu)成，并且能夠完成特定的功能。其優(yōu)點(diǎn)包括：能在較短時(shí)間內(nèi)向用戶提交可完成些有用的工作產(chǎn)品；逐步增加產(chǎn)品的功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品；項(xiàng)目失敗的風(fēng)險(xiǎn)較低；優(yōu)先級(jí)高的服務(wù)首先交付，使得最重要的系統(tǒng)服務(wù)將接受最多的測(cè)試。題目：3140第 31 題 在對(duì)程序質(zhì)量進(jìn)行評(píng)審時(shí)，模塊結(jié)構(gòu)是一個(gè)重要的評(píng)審項(xiàng)，評(píng)審內(nèi)容中不包括(31)。A. 數(shù)據(jù)結(jié)構(gòu) B. 數(shù)據(jù)流結(jié)構(gòu)C. 控制流結(jié)構(gòu) D. 模塊結(jié)構(gòu)與功能結(jié)構(gòu)之間的對(duì)應(yīng)關(guān)系答案： A 程序質(zhì)量評(píng)審?fù)ǔＪ菑拈_(kāi)發(fā)者的角度進(jìn)行，與開(kāi)發(fā)技術(shù)直接相關(guān)，考慮軟件本身的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口以及變更帶來(lái)的影響等。其中，軟件結(jié)構(gòu)包括功能結(jié)構(gòu)、功能的通用性、模塊的層次性、模塊結(jié)構(gòu)和處理過(guò)程的結(jié)構(gòu)，而模塊結(jié)構(gòu)包括控制流結(jié)構(gòu)、數(shù)據(jù)流結(jié)構(gòu)、模塊結(jié)構(gòu)與功能結(jié)構(gòu)之間的對(duì)應(yīng)關(guān)系。第 32 題 SEI能力成熟度模型(SEICMM)把軟件開(kāi)發(fā)企業(yè)分為5個(gè)成熟度級(jí)別，其中(32)重點(diǎn)關(guān)注產(chǎn)品和過(guò)程質(zhì)量。A. 級(jí)別2:重復(fù)級(jí) B. 級(jí)別3:確定級(jí)C. 級(jí)別4:管理級(jí) D. 級(jí)別5:優(yōu)化級(jí)答案： C CMM是指軟件開(kāi)發(fā)能力成熟度模型，該模型給出了從混亂的個(gè)別的過(guò)程達(dá)到成熟的規(guī)范化過(guò)程的一個(gè)框架，分成5個(gè)等級(jí)，從1級(jí)到5級(jí)成熟度逐步提高。級(jí)別1為初始級(jí)，特點(diǎn)是混亂和不可預(yù)測(cè)；級(jí)別2為重復(fù)級(jí)級(jí)別，特點(diǎn)是項(xiàng)目得到管理監(jiān)控和跟蹤，有穩(wěn)定的策劃和產(chǎn)品基線；級(jí)別3為確定級(jí)級(jí)別，通過(guò)軟件過(guò)程的定義和制度化確保對(duì)產(chǎn)品質(zhì)量的控制；級(jí)別4為管理級(jí)級(jí)別，特點(diǎn)是產(chǎn)品質(zhì)量得到策劃，軟件過(guò)程基于度量的跟蹤；級(jí)別5為優(yōu)化級(jí)，特點(diǎn)是持續(xù)的過(guò)程能力改進(jìn)。第 33 題 系統(tǒng)可維護(hù)性的評(píng)價(jià)指標(biāo)不包括(33)。A. 可理解性 B. 可測(cè)試性C. 可移植性 D. 可修改性答案： C 軟件的可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷，以及為滿足新的要求進(jìn)行修改、擴(kuò)充或壓縮的容易程度，是軟件開(kāi)發(fā)階段各個(gè)時(shí)期的關(guān)鍵目標(biāo)。其中，可理解性、可測(cè)試性和可修改性是衡量可維護(hù)性的重要指標(biāo)。第 34 題 逆向工程從源代碼或U標(biāo)代碼中提取設(shè)計(jì)信息，通常在原軟件生命周期的(34)階段進(jìn)行。A. 需求分析 B. 軟件設(shè)計(jì)C. 軟件實(shí)現(xiàn) D. 軟件維護(hù)答案： D 逆向工程從詳細(xì)的源代碼實(shí)現(xiàn)中抽取抽象規(guī)格說(shuō)明，一般來(lái)說(shuō)是在原軟件交付用戶使用之后進(jìn)行的，即在原軟件的維護(hù)階段進(jìn)行。第 35 題 一個(gè)程序根據(jù)輸入的年份和月份計(jì)算該年中該月的天數(shù)，輸入?yún)?shù)包括年份(正整數(shù))、月份(用1?12表示)。若用等價(jià)類劃分測(cè)試方法進(jìn)行測(cè)試，則(35)不是一個(gè)合適的測(cè)試用例(分號(hào)后表示測(cè)試的輸出)。A. (2013,1。31) B. (0,1。‘錯(cuò)誤’)C. (0,13?！e(cuò)誤’) D. (2000,1?！e(cuò)誤’)答案： C 常用的測(cè)試技術(shù)包括白盒測(cè)試和黑盒測(cè)試。白盒測(cè)試是利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所在邏輯路徑進(jìn)行測(cè)試，又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。黑盒測(cè)試根據(jù)程序的需求規(guī)格兌明書(shū)，檢查程序的功能是否符合它的功能說(shuō)明。等價(jià)類劃分是一類黑盒測(cè)試技術(shù)，該方法把輸入數(shù)據(jù)分為若干個(gè)等價(jià)類，包括有效的和無(wú)效的等價(jià)類?；诘葍r(jià)類設(shè)計(jì)測(cè)試用例時(shí)，每個(gè)測(cè)試用例至多覆蓋一個(gè)無(wú)效等價(jià)類，選項(xiàng)C包含兩個(gè)無(wú)效等價(jià)類，故不是一個(gè)好的測(cè)試用例。第 36 題 （）不是單元測(cè)試主要檢查的內(nèi)容。A. 模塊接口 B. 局部數(shù)據(jù)結(jié)構(gòu)C. 全局?jǐn)?shù)據(jù)結(jié)構(gòu) D. 重要的執(zhí)行路徑答案： C 單元測(cè)試又稱為模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單元(程序模塊)，進(jìn)行正確性檢驗(yàn)的測(cè)試。其目的在于發(fā)現(xiàn)個(gè)模塊內(nèi)不可能存在的各種問(wèn)題和錯(cuò)誤。單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。模塊可以單獨(dú)進(jìn)行單元測(cè)試。單元測(cè)試測(cè)試以下幾個(gè)方面：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、執(zhí)行路徑、錯(cuò)誤處理和邊界。第 37 題 在領(lǐng)域類模型中不包含(37)。A. 屬性 B. 操作C. 關(guān)聯(lián) D. 領(lǐng)域?qū)ο蟠鸢福?D 定義領(lǐng)域模型是面向?qū)ο蠓治龅年P(guān)鍵步驟之一。領(lǐng)域模型是從按對(duì)象分類的角度來(lái)創(chuàng)建對(duì)象領(lǐng)域的描述，包括定義概念、屬性和重要的關(guān)聯(lián)，其結(jié)果用一組顯示領(lǐng)域概念和對(duì)象的圖形一一類圖來(lái)組織，圖中還包括多重性、關(guān)聯(lián)關(guān)系、泛化/特化關(guān)系以及聚合關(guān)系等。第 38 題 在執(zhí)行如下所示的UML活動(dòng)圖時(shí)，能同時(shí)運(yùn)行的最大線程數(shù)為(38)。A. 4 C. 2 D. 1答案： C UML活動(dòng)圖用于構(gòu)建系統(tǒng)的活動(dòng)。建模用例執(zhí)行過(guò)程中對(duì)象如何通過(guò)消息相互交互，將系統(tǒng)作為一個(gè)整體或者幾個(gè)子系統(tǒng)進(jìn)行考慮。對(duì)象在運(yùn)行時(shí)可能會(huì)存在兩個(gè)或多個(gè)并發(fā)運(yùn)行的控制流，為了對(duì)并發(fā)控制流進(jìn)行建模，UML中引入同步的概念，用同步棒——黑色粗線條表示并發(fā)分支與匯合。第 39 題 下圖所示的UML序列圖中，(39)表示返回消息，Account應(yīng)該實(shí)現(xiàn)的方法有(40)。A. Xfer B. checkC. Evaluation D. minus答案： C第 40 題 下圖所示的UML序列圖中，(39)表示返回消息，Account應(yīng)該實(shí)現(xiàn)的方法有(40)。A. xfer() B. xfer()、plus()和minus()C. check()、plus()和minus() D. xfer()、evaluation()、plus()和minus()答案： B不UML序列圖(Sequence Diagram)以二維圖的形式顯示對(duì)象之間交互的圖，縱軸自上而下表示時(shí)間，橫軸表示要交互的對(duì)象，主要體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序，強(qiáng)調(diào)參與交互的對(duì)象及其間消息交互的時(shí)序。序列圖中包括的建模元素主要有：活動(dòng)者(Actor)、對(duì)象(Object)、生命線(Lifeline)、控制焦點(diǎn)(Focus of control)和消息(Message)等。其中對(duì)象名標(biāo)有下劃線；生命線表示為虛線，沿豎線向下延伸；消息在序列圖中標(biāo)記為箭頭；控制焦點(diǎn)由薄矩形表示。消息是從一個(gè)對(duì)象的生命線到了一個(gè)對(duì)象生命線的箭頭，用從上而下的時(shí)間順序來(lái)安排。一般分為同步消息(→)，異步消息()和返回消息()。本題圖中evaluation為返回消息，其他為同步消息。al和a2均為Account對(duì)象，所以Account應(yīng)該實(shí)現(xiàn)了xfer()、minus()和plus()方法，Person應(yīng)該實(shí)現(xiàn)check()方法。題目：4150第 41 題 在面向?qū)ο蠹夹g(shù)中，(41)定義了超類和子類之間的關(guān)系，子類中以更具體的方式實(shí)現(xiàn)從父類繼承來(lái)的方法稱為(42)，不同類的對(duì)象通過(guò)(43)相互通信。A. 覆蓋 B. 繼承C. 信息 D. 多態(tài)答案： B第 42 題 在面向?qū)ο蠹夹g(shù)中，(41)定義了超類和子類之間的關(guān)系，子類中以更具體的方式實(shí)現(xiàn)從父類繼承來(lái)的方法稱為(42)，不同類的對(duì)象通過(guò)(43)相互通信。A. 覆蓋 B. 繼承C. 信息 D. 多態(tài)答案： A第 43 題 在面向?qū)ο蠹夹g(shù)中，(41)定義了超類和子類之間的關(guān)系，子類中以更具體的方式實(shí)現(xiàn)從父類繼承來(lái)的方法稱為(42)，不同類的對(duì)象通過(guò)(43)相互通信。A. 覆蓋 B. 繼承C. 信息 D. 多態(tài)答案： C 在面向?qū)ο蠹夹g(shù)中，繼承關(guān)系是一種模仿現(xiàn)實(shí)世界中繼承關(guān)系的一種類之間的關(guān)系，是超類(父類)和子類之間共享數(shù)據(jù)和方法的機(jī)制。在定義和實(shí)現(xiàn)一個(gè)類的時(shí)候，可以在一個(gè)已經(jīng)存在的類的基礎(chǔ)上來(lái)進(jìn)行，子類可以繼承其父類中的屬性和操作作為自己的內(nèi)容而不必自己定義，也可以用更具體地方式實(shí)現(xiàn)從父類繼承來(lái)的方法，稱為覆蓋。不同的對(duì)象收到同一消息可以進(jìn)行不同的響應(yīng)，產(chǎn)生完全不同的結(jié)果，用戶可以發(fā)送一個(gè)通用的消息，而實(shí)現(xiàn)細(xì)節(jié)則由接收對(duì)象自行決定，使得同一個(gè)消息就可以調(diào)用不同的方法，即一個(gè)對(duì)象具有多種形態(tài)，稱為多態(tài)。不同類的對(duì)象通過(guò)消息相互通信。第 44 題 設(shè)計(jì)模式定義一系列算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可相互替換。這一模式使得算法可獨(dú)立于它的客戶而變化。A. 策略(Strategy) B. 抽象工廠(Abstract Factory)C. 觀察者(Visitor) D. 狀態(tài)(State)答案： A 策略(Strategy)設(shè)計(jì)模式定義一系列算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可相互替換。這一模式使得算法可獨(dú)立于它的客戶而變化。抽象工廠(Abstract Factory)模式提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)需指定他們具體的類。觀察者(Observer)模式定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀惡發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新。狀態(tài)(State)模式是使得一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)通過(guò)調(diào)用另一個(gè)類中的方法改變其行為，使這個(gè)對(duì)象看起來(lái)如同修改了它的類。第 45 題 在發(fā)布訂閱(PublishSubscribe)消息模型中，訂閱者訂閱一個(gè)主題后，當(dāng)該主題有新消息到達(dá)時(shí)，所有訂閱者都會(huì)收到通知。(45)設(shè)計(jì)模式最適合這一模型。A. 適配器(Adapter) B. 通知(Notifier)C. 狀態(tài)(State) D. 觀察者(Observer)答案： D 適配器(Adapter)模式將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口，使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。觀察者(Observer)模式定義對(duì)象間的一種一對(duì)多的依賴