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