信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件(三)

［模擬］信息系統(tǒng)監(jiān)理師信息系統(tǒng)軟件（三）選擇題第1題：軟件的質(zhì)量應(yīng)當(dāng)在 中加以保證。軟件設(shè)計(jì)階段軟件開發(fā)階段軟件評審階段整個生命周期參考答案：D第2題：模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下 符合耦合程度從低到高的次序。標(biāo)記耦合，公共耦合，控制耦合，內(nèi)容耦合數(shù)據(jù)耦合，控制耦合，標(biāo)記耦合，公共耦合無直接耦合，無直接耦合，標(biāo)記耦合，內(nèi)容耦合，控制耦合數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合參考答案：D第3題：黑盒測試是將被測試程序看成一個黑盒子，不考慮程序內(nèi)部結(jié)構(gòu)的情況，而只考慮程序的輸入與輸出之間的關(guān)系，下列屬于典型黑盒測試方法的是 。等價類劃分法靜態(tài)結(jié)構(gòu)分析法代碼檢查法代碼覆蓋率分析法參考答案：A第4題：關(guān)于軟件測試對軟件質(zhì)量的意義，有以下觀點(diǎn)：①度量與評估軟件的質(zhì)量；②保證軟件質(zhì)量；③改進(jìn)軟件開發(fā)過程；④發(fā)現(xiàn)軟件錯誤。其中正確的是TOC\o"1-5"\h\z①、②、③①、②、④①、③、④①、②、③、④參考答案：C第5題：下列關(guān)于軟件測試技術(shù)的敘述，不正確的是 。用黑盒測試的結(jié)論分辨數(shù)據(jù)庫或系統(tǒng)層面的錯誤要滿足較高的覆蓋準(zhǔn)則，路徑數(shù)量有可能非常龐大搭建測試環(huán)境時必須盡可能地與真實(shí)環(huán)境一致兼容性驗(yàn)證測試和用戶環(huán)境模擬測試可以不同參考答案：A第6題：數(shù)據(jù)倉庫的內(nèi)容是隨時間變化的，這種變化趨勢不包括 不斷增加新的數(shù)據(jù)內(nèi)容捕捉到的新數(shù)據(jù)會覆蓋舊的快照不斷刪去過期的數(shù)據(jù)內(nèi)容綜合數(shù)據(jù)將隨時間變化而不斷地進(jìn)行重新綜合參考答案：C第7題： 不是基于組件的開發(fā)模型的特點(diǎn)。使軟件的版本控制更為簡單支持可重用組件的開發(fā)與面向?qū)ο蠹夹g(shù)相結(jié)合將獲得更好的應(yīng)用效果提高了項(xiàng)目開發(fā)效率，增加了項(xiàng)目開發(fā)成本參考答案：D第8題：一個軟件開發(fā)過程描述了“誰做”、“做什么”、“怎么做”和“什么時候做”，RUP用 來表述“誰做”。角色活動制品工作流參考答案：A第9題：某軟件在應(yīng)用初期運(yùn)行在WindowsNT環(huán)境中?，F(xiàn)該軟件需要在UNIX環(huán)境中運(yùn)行，而且必須完成相同的功能。為適應(yīng)這個要求，軟件本身需要進(jìn)行修改，而所需修改的工作量取決于該軟件的 。可擴(kuò)充性可靠性復(fù)用性可移植性參考答案：D第10題：下列選項(xiàng)中，影響軟件可維護(hù)性最直接的因素是 文檔資金程序代碼MTTF參考答案：A第11題：需求分析中開發(fā)人員應(yīng)該主要從用戶那里了解 軟件做什么使用界面輸入的信息軟件的規(guī)模第12題：瀑布模型的主要不足之處在于 a.過于簡單過于靈活不能適應(yīng)需求的動態(tài)變更各個階段需要進(jìn)行評審參考答案：c第13題：面向?qū)ο蠓治雠c設(shè)計(jì)技術(shù)中， 是類的一個實(shí)例對象接口構(gòu)件設(shè)計(jì)模式參考答案：A第14題：下述CMMI四個能力成熟度等級，級別最高的是 已定義級優(yōu)化級可重復(fù)級已管理級參考答案：B第15題：面向?qū)ο蟮念愔g有關(guān)聯(lián)、泛化、實(shí)現(xiàn)及依賴等關(guān)系。在統(tǒng)一建模語言中，符表示的是 關(guān)系。關(guān)聯(lián)依賴實(shí)現(xiàn)泛化參考答案：C第16題：軟件質(zhì)量因素不包括 正確性高性能可測試性可理解性參考答案：B第17題：應(yīng)用面向?qū)ο蟮能浖_發(fā)方法進(jìn)行分析和設(shè)計(jì)時，首先要定義好各種 類對象消息操作參考答案：A在面向?qū)ο蠓椒ㄖ?，對象可看成是屬性（?shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種 技術(shù)，封裝的目的是使對象的 分離。第18題：組裝產(chǎn)品化固化信息隱蔽參考答案：D第19題：定義和實(shí)現(xiàn)設(shè)計(jì)和測試設(shè)計(jì)和實(shí)現(xiàn)分析和定義參考答案：A在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為 ；在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)的策略稱為 。第20題：直接轉(zhuǎn)換位置轉(zhuǎn)換分段轉(zhuǎn)換并行轉(zhuǎn)換參考答案：D第21題：直接轉(zhuǎn)換位置轉(zhuǎn)換分段轉(zhuǎn)換并行轉(zhuǎn)換參考答案：C第22題：軟件錯誤產(chǎn)生的原因很多， 不是導(dǎo)致軟件錯誤的主要原因測試錯誤設(shè)計(jì)錯誤編碼錯誤軟件需求規(guī)格說明錯誤參考答案：A第23題：下列關(guān)于軟件質(zhì)量保證活動要素的敘述中，不正確的是 質(zhì)量保證人員不能是兼職的軟件開發(fā)必須嚴(yán)格按照軟件開發(fā)規(guī)范進(jìn)行驗(yàn)證和確認(rèn)軟件質(zhì)量所用的方法有評審、審查、審計(jì)、分析、演示、測試等應(yīng)在軟件開發(fā)過程中及時記錄與質(zhì)量保證有關(guān)的活動參考答案：A第24題：軟件質(zhì)量保證活動應(yīng)貫穿軟件開發(fā)的全過程，下列有關(guān)敘述中不正確的是必須及時將軟件質(zhì)量保證工作及結(jié)果通知到相關(guān)組織和個人軟件質(zhì)量保證是CMMI1級的一個關(guān)鍵過程域應(yīng)對軟件質(zhì)量進(jìn)行階段性評審，并形成完整的評審記錄軟件質(zhì)量保證工作需要企業(yè)最高領(lǐng)導(dǎo)者參與參考答案：B第25題： 不是標(biāo)準(zhǔn)的SQL語句ALTERTABLEALTERVIEWCREATETABLECREATEVIEW參考答案：B第26題： 不是結(jié)構(gòu)化分析設(shè)計(jì)的原則模塊獨(dú)立自頂向下自底向上逐步求精參考答案：C數(shù)據(jù)流程圖(DFD)是一種能全面描述信息系統(tǒng)邏輯模型的主要工具，在數(shù)據(jù)流程圖中方框表示 ， 不屬于數(shù)據(jù)流程圖的基本成分。第27題：數(shù)據(jù)流數(shù)據(jù)的源點(diǎn)或終點(diǎn)數(shù)據(jù)存儲加工參考答案：B第28題：外部實(shí)體處理過程數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流參考答案：C第29題：與客戶機(jī)/服務(wù)器(Client/Server)架構(gòu)相比，瀏覽器/服務(wù)器(Browser/Server)架構(gòu)的最大優(yōu)點(diǎn)是 。_A.具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡單，易于人們理解和接受部署和維護(hù)方便、易于擴(kuò)展適用于分布式系統(tǒng)，支持多層應(yīng)用架構(gòu)將應(yīng)用一分為二，允許網(wǎng)絡(luò)分布操作參考答案：B第30題： 屬于軟件詳細(xì)設(shè)計(jì)階段的任務(wù)算法設(shè)計(jì)功能設(shè)計(jì)調(diào)用關(guān)系設(shè)計(jì)輸入/輸出設(shè)計(jì)第31題：在軟件需求調(diào)研過程中，用戶要求承建單位搭建的業(yè)務(wù)系統(tǒng)采用SOA架構(gòu)實(shí)現(xiàn)，且須遵循用戶內(nèi)部的《數(shù)據(jù)維護(hù)與管理規(guī)范》、《信息分類編碼規(guī)范》等制度進(jìn)行數(shù)據(jù)庫設(shè)計(jì)，這類需求屬于 。目標(biāo)需求業(yè)務(wù)需求功能需求非功能性需求參考答案：D第32題：常用的設(shè)計(jì)模式可分為 三類對象型、實(shí)現(xiàn)型和結(jié)構(gòu)型創(chuàng)建型、結(jié)構(gòu)型和行為型抽象型、過程型和實(shí)現(xiàn)型創(chuàng)建型、接口型和行為型參考答案：B第33題：于對象的統(tǒng)一體中。對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作于對象的統(tǒng)一體中。結(jié)合隱藏封裝抽象參考答案：C第34題：軟件需求分析方法中不屬于模型驅(qū)動法的是 SA（結(jié)構(gòu)化分析）IE（信息工程建模）OOA（面向?qū)ο蠓治觯㏑AA（快速架構(gòu)分析）第35題：下列敘述中，與提高軟件可移植性相關(guān)的是 。選擇時間效率高的算法盡可能減少注釋選擇空間效率高的算法盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分參考答案：D第36題：在軟件開發(fā)中必須采取有力的措施以確保軟件的質(zhì)量，這些措施至少包括以下的 。在軟件開發(fā)初期制定質(zhì)量保證計(jì)劃，并在開發(fā)中堅(jiān)持執(zhí)行開發(fā)工作嚴(yán)格按階段進(jìn)行，文檔工作應(yīng)在開發(fā)完成后集中進(jìn)行嚴(yán)格執(zhí)行階段評審要求用戶參與全部開發(fā)過程以監(jiān)督開發(fā)質(zhì)量開發(fā)前選定或制定開發(fā)標(biāo)準(zhǔn)或開發(fā)規(guī)范并遵照執(zhí)行爭取足夠的開發(fā)經(jīng)費(fèi)和開發(fā)人力的支持TOC\o"1-5"\h\z①③⑤①②④①②③④⑤⑥①③④⑤參考答案：A第37題：質(zhì)量體系是一種 體系結(jié)構(gòu)質(zhì)量改進(jìn)過程管理手段質(zhì)量管理制度參考答案：D第38題：為了提高測試的效率，應(yīng)該 。隨機(jī)地選取測試數(shù)據(jù)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)在完成編碼以后制定軟件的測試計(jì)劃選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)參考答案：D第39題：以下關(guān)于源程序功能性注釋不正確的說法是 。功能性注釋在源程序中，用于說明程序或語句的功能及數(shù)據(jù)的狀態(tài)等注釋用來說明程序段，在每一行都需要加注釋可以使用空行或縮進(jìn)，以便于容易區(qū)分注釋和程序修改程序也應(yīng)修改注釋參考答案：B第40題：如果有兩個事務(wù)，同時對數(shù)據(jù)庫中同一數(shù)據(jù)進(jìn)行操作，不會引起沖突的操作是其中有一個是DELETE一個是SELECT，另一個是UPDATE兩個都是SELECT兩個都是UPDATE參考答案：C第41題：在選擇多媒體數(shù)據(jù)壓縮算法時需要綜合考慮 數(shù)據(jù)質(zhì)量和存儲要求數(shù)據(jù)的用途和計(jì)算要求數(shù)據(jù)質(zhì)量、數(shù)據(jù)量和計(jì)算的復(fù)雜度數(shù)據(jù)的質(zhì)量和計(jì)算要求第42題： 是系統(tǒng)建模的替代方法，是可選的系統(tǒng)設(shè)計(jì)方法，經(jīng)常用于系統(tǒng)開發(fā)項(xiàng)目中，特別是用戶難以陳述或者可視化業(yè)務(wù)需求時。設(shè)計(jì)用例數(shù)據(jù)建模結(jié)構(gòu)化功能需求建立原型參考答案：D第43題：以下內(nèi)容中， 應(yīng)寫入操作手冊。描述系統(tǒng)對各種輸入數(shù)據(jù)的處理方法說明系統(tǒng)升級時廠商提供的服務(wù)描述系統(tǒng)處理過程的各個界面說明系統(tǒng)各部分之間的接口關(guān)系參考答案：C第44題：軟件質(zhì)量的定義是 。軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性滿足規(guī)定用戶需求的能力最大限度達(dá)到用戶滿意軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力參考答案：D第45題：軟件可行性研究一般不考慮 。是否有足夠的人員和資金來支持系統(tǒng)開發(fā)是否有足夠的工具和相關(guān)的技術(shù)來支持待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算待開發(fā)的軟件是否會有質(zhì)量問題第46題：基線(Baseline)是指一個(或一組)配置項(xiàng)在項(xiàng)目生命周期的不同時間點(diǎn)上通過 而進(jìn)入正式受控的一種狀態(tài)。領(lǐng)導(dǎo)批準(zhǔn)質(zhì)量控制正式評審驗(yàn)收測試參考答案：C第47題：因?yàn)镴ava平臺 ，所以具有較強(qiáng)的可移植性。具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力采用Java虛擬機(jī)技術(shù)可用的組件較多，功能豐富適用于分布式系統(tǒng)，支持多層架構(gòu)應(yīng)用參考答案：B第48題：以下關(guān)于軟件需求分析的說法中