【正文】 軟件設(shè)計(jì)師歷年真題軟件工程試題篩選試題一:選擇題。“模型－視圖－控制器”（MVC）模式中，（ ）主要表現(xiàn)用戶界面，（ ）用來描述核心業(yè)務(wù)邏輯。 B. 模型 C. 控制器 D. 視圖和控制器，采用設(shè)計(jì)模式能夠（ ）。A. 復(fù)用相似問題的相同解決方案B. 改善代碼的平臺可移植性C. 改善代碼的可理解性D. 增強(qiáng)軟件的易安裝性（）兩個特性。 程序語言開發(fā)的控制程序轉(zhuǎn)換為機(jī)器語言形式的控制程序，并固化在芯片中，該軟件設(shè)計(jì)師的行為（）。A. 不構(gòu)成侵權(quán)，因?yàn)樾碌目刂瞥绦蚺c原控制程序使用的程序設(shè)計(jì)語言不同B. 不構(gòu)成侵權(quán)，因?yàn)閷υ刂瞥绦蜻M(jìn)行了轉(zhuǎn)換與固化，其使用和表現(xiàn)形式不同C. 不構(gòu)成侵權(quán)，將一種程序語言編寫的源程序轉(zhuǎn)換為另一種程序語言形式，屬于一種“翻譯”行為D. 構(gòu)成侵權(quán)，因?yàn)樗幌碛性浖髌返闹鳈?quán)，與提高軟件可移植性相關(guān)的是（ ）。A. 選擇時間效率高的算法B. 盡可能減少注釋C. 選擇空間效率高的算法D. 盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分，（ ）是在一個模擬的環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)；（ ）是在一個實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。（1）A. 驗(yàn)證測試 B. 審計(jì)測試 C. 確認(rèn)測試 D. 模塊測試（2）A. 驗(yàn)證測試 B. 審計(jì)測試 C. 確認(rèn)測試 D. 模塊測試，每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是（ ）。A. 外部設(shè)計(jì)評審報告在概要設(shè)計(jì)階段產(chǎn)生B. 集成測試計(jì)劃在程序設(shè)計(jì)階段產(chǎn)生C. 系統(tǒng)計(jì)劃和需求說明在詳細(xì)設(shè)計(jì)階段產(chǎn)生D. 在進(jìn)行編碼的同時，獨(dú)立的設(shè)計(jì)單元測試計(jì)劃 提供的圖中， （ ） 用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（ ）用于按時間順序描述對象間的交互。（1）A. 用例圖 B. 類圖 C. 對象圖 D. 部署圖（2）A. 網(wǎng)絡(luò)圖 B. 狀態(tài)圖 C. 協(xié)作圖 D. 序列圖，下面表述正確的是（ ）。A．自作品首次公開發(fā)表時B．自作者有創(chuàng)作意圖時C．自作品得到國家著作權(quán)行政管理部門認(rèn)可時D．自作品完成創(chuàng)作之日起，甲表示對該程序極不滿意，要棄之重寫，并將程序手稿扔到乙家垃圾筒。后來乙將甲這一程序稍加修改，并署乙發(fā)表。以下說法正確的是（ ）。A．乙的行為侵犯了甲的軟件著作權(quán)B．乙的行為沒有侵犯甲的軟件著作權(quán)，因?yàn)榧滓褜⒊绦蛐薷腃．乙的行為沒有侵犯甲的著作權(quán)，因?yàn)橐乙褜⒊绦蛐薷腄．甲沒有發(fā)表該程序并棄之，而乙將程序修改后發(fā)表，故乙應(yīng)享有著作權(quán)，很多敏捷方法都建議的一種重要的設(shè)計(jì)活動是（ ），它是一種重新組織的技術(shù)，可以簡化構(gòu)件的設(shè)計(jì)而無需改變其功能或行為。A．精華 “誰做”、“做什么”、“怎么做”和“什么時候做”，RUP用（ ）來描述“誰做”。A．角色 ，專利權(quán)應(yīng)授予（ ）。A. 最先發(fā)明的人 B. 最先申請的人 C. 所有申請人 ，數(shù)據(jù)流圖是（ ）階段產(chǎn)生的成果。A. 需求分析 B. 總體設(shè)計(jì) C. 詳細(xì)設(shè)計(jì) D. 程序編碼，不正確的是 （ ）。A. 原型化方法適應(yīng)于需求不明確的軟件開發(fā)B. 在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型C. 原型化方法可以直接開發(fā)出最終產(chǎn)品D. 原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)服務(wù)的可用性，無需考慮（ ）。 。但這個錯誤被修正后，卻引起以前可以正確運(yùn)行的代碼出錯。（ ）最可能發(fā)現(xiàn)這一問題。 ，即風(fēng)險發(fā)生的可能性以及（ ）。 （CMM）的第4級（已管理級）的核心是（ ）。、進(jìn)度和功能特性 ，（ ）并不是軟件設(shè)計(jì)模型所關(guān)注的。 ，可靠性質(zhì)量特性包括多個子特性。一軟件在故障發(fā)生后，要求在90秒內(nèi)恢復(fù)其性能和受影響的數(shù)據(jù)，與達(dá)到此目的有關(guān)的軟件屬性為（ ）A. 容錯性 ，它包括（ ）和預(yù)算分配表等。A. PERT圖 ，屬于（ ）。 24．某系統(tǒng)重用了第三方組件（但無法獲得其源代碼），則應(yīng)采用（ ） （XP）由價值觀、原則、實(shí)踐和行為四個部分組成，其中價值觀包括溝通、簡單性、（ ）。 （ ）設(shè)計(jì)模式。該設(shè)計(jì)模式中，（ ）。（Memento）（Strategy） （State）（Observer） B. Subject只能有一個ConcreteSubject子類C. Observer只能有一個ConcreteObserver子類 （ ）。 （ ），其中，AccountManagement需要（ ）。(1)組件圖 (2) ，應(yīng)該著重對可維系護(hù)統(tǒng)性測進(jìn)試行報復(fù)告審。在系統(tǒng)設(shè)計(jì)階段應(yīng)該從（ ）出發(fā)，評價軟件的結(jié)構(gòu)和過程。 、模塊化和功能獨(dú)立的目的 ，用于系統(tǒng)開發(fā)人員與項(xiàng)目管理人員溝通的主要文檔是（ ）。 （ ）。 D. 申請?jiān)谙?、使用在先或者二者結(jié)合《電腦與編程》雜志上看到張某發(fā)表的一組程序，頗為欣賞，就復(fù)印了一百份作為程序設(shè)計(jì)輔導(dǎo)材料發(fā)給了學(xué)生。李某又將這組程序逐段加以評析，寫成評論文章后投到《電腦編程技巧》雜志上發(fā)表。李某的行為（ ）。，因?yàn)槠湮唇?jīng)許可，擅自復(fù)印張某的程序，因?yàn)樵谠u論文章中全文引用了發(fā)表的程序，其行為屬于合理使用，因?yàn)槠渖米詮?fù)印，又在其發(fā)表的文章中全文引用了張某的程序，常見的、已知的及可預(yù)測的風(fēng)險類包括產(chǎn)品規(guī)模、商業(yè)影響等，與開發(fā)工具的可用性及質(zhì)量相關(guān)的風(fēng)險是（ ）。 （統(tǒng)一過程）的基本特征是用例驅(qū)動的、以架構(gòu)為核心、迭代和增量的軟件過程框架，它提供了一種（ ）的特性。 ，系統(tǒng)測試人員應(yīng)根據(jù)一系列文檔對系統(tǒng)進(jìn)行測試，然后將工作結(jié)果撰寫成（ ），交給系統(tǒng)開發(fā)人員。 。系統(tǒng)的可維護(hù)性評價指標(biāo)不包括（ ）。 37.（ ）設(shè)計(jì)模式允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。下圖為這種設(shè)計(jì)模式的類圖，已知類State為抽象類，則類（ ）的實(shí)例代表了Context對象的狀態(tài)。（Singleton）（Bridge）（Composite）（State）A. Context B. ConcreteState C. Handle D. State，（1）顯示外部參與者觀察到的系統(tǒng)功能；（2）從系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為角度顯示系統(tǒng)內(nèi)部如何實(shí)現(xiàn)系統(tǒng)的功能；（3）顯示的是源代碼以及實(shí)際執(zhí)行代碼的組織結(jié)構(gòu)。（1） D. 邏輯視圖（2） D. 邏輯視圖（3） D. 邏輯視圖（CMM）將軟件能力成熟度自低到高依次劃分為5級。目前，達(dá)到CMM第3級（已定義級）是許多組織努力的目標(biāo)，該級的核心是（ ）。、進(jìn)度和功能特性 （或方法論）構(gòu)建（或集成）系統(tǒng) ，并在結(jié)束時產(chǎn)生一些制品。在（ ）結(jié)束時產(chǎn)生（“在適當(dāng)?shù)钠脚_上集成的軟件產(chǎn)品”）。 ，這需要對數(shù)據(jù)類型稍微進(jìn)行一些改變，這一狀況需要對網(wǎng)上銀行系統(tǒng)進(jìn)行（ ）維護(hù)。 ，但他本人確實(shí)不知道該軟件是盜版的，則（ ）承擔(dān)侵權(quán)責(zé)任。A. 應(yīng)由該軟件的持有者 B. 應(yīng)由該軟件的提供者C. 應(yīng)由該軟件的提供者和持有者共同 D. 該軟件的提供者和持有者都不43.（ ）不屬于知識產(chǎn)權(quán)的范圍。A. 地理標(biāo)志權(quán) B. 物權(quán) C. 鄰接權(quán) D. 商業(yè)秘密權(quán)44．采用UML 進(jìn)行軟件建模過程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（ ）可明確表示兩類事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。A. 依賴關(guān)系 B. 聚合關(guān)系 C. 泛化關(guān)系 D. 實(shí)現(xiàn)關(guān)系， （1） 不能用來描述項(xiàng)目開發(fā)的進(jìn)度安排。在其他三種圖中，可用（2） 動態(tài)地反映項(xiàng)目開發(fā)進(jìn)展情況。（1）A. 甘特圖 B. PERT 圖 C. PERT/CPM 圖 D. 魚骨圖（2）A. 甘特圖 B. PERT 圖 C. PERT/CPM 圖 D. 魚骨圖，應(yīng)考慮功能、（ ）、穩(wěn)健性、硬件要求和性能、服務(wù)和支持。A. 易用性 B. 易維護(hù)性 C. 可移植性 D. 可擴(kuò)充性，軟件設(shè)計(jì)時應(yīng)力求 （ ）。A. 高內(nèi)聚，高耦合 B. 高內(nèi)聚，低耦合C. 低內(nèi)聚，高耦合 D. 低內(nèi)聚，低耦合 段P1 和P2。為提高系統(tǒng)可靠性，軟件應(yīng)用單位設(shè)計(jì)了如下圖給出的軟件冗余容錯結(jié)構(gòu)，其中P1 和P2 均有一個與其完全相同的冗余備份。若P1 ，P2 ，則整個系統(tǒng)的可靠度是（ ）。A. B. C. D. ，當(dāng)采用語句覆蓋法設(shè)計(jì)測試案例時，至少需要設(shè)計(jì)（ ）個測試案例。A. 1 B. 2 C. 3 D. 4，需要進(jìn)行（1）；為驗(yàn)證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進(jìn)行（2） 。（1）A. 單元測試 B. 集成測試 C. 確認(rèn)測試 D. 系統(tǒng)測試（2）A. 單元測試 B. 集成測試 C. 確認(rèn)測試 D. 系統(tǒng)測試51.（ ） 表示了系統(tǒng)與參與者之間的接口。在每一個用例中，該對象從參與者處收集信息，并將之轉(zhuǎn)換為一種被實(shí)體對象和控制對象使用的形式。A. 邊界對象 B. 可視化對象 C. 抽象對象 D. 實(shí)體對象 語言中，下圖中的a、b、c 三種圖形符號按照順序分別表示（ ）。A. 邊界對象、實(shí)體對象、控制