軟件設(shè)計師軟件工程(一)模擬題_第1頁
軟件設(shè)計師軟件工程(一)模擬題_第2頁
軟件設(shè)計師軟件工程(一)模擬題_第3頁
軟件設(shè)計師軟件工程(一)模擬題_第4頁
軟件設(shè)計師軟件工程(一)模擬題_第5頁
已閱讀5頁,還剩15頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

[模擬]軟件設(shè)計師軟件工程(一)選擇題第1題:在軟件項目管理中可以使用各種圖形工具來輔助決策,下面對Gantt圖的描述中,不正確的是 。Gantt圖表現(xiàn)了各個活動的持續(xù)時間Gantt圖表現(xiàn)了各個活動的起始時間Gantt圖反映了各個活動之間的依賴關(guān)系Gantt圖表現(xiàn)了完成各個活動的進度參考答案:C第2題:耦合度描述了 。模塊內(nèi)各種元素結(jié)合的程度模塊內(nèi)多個功能之間的接口模塊之間公共數(shù)據(jù)的數(shù)量模塊之間相互關(guān)聯(lián)的程度參考答案:D第3題:內(nèi)聚是一種指標,表示一個模塊 。代碼優(yōu)化的程度代碼功能的集中程度完成任務(wù)的及時程度為了與其他模塊連接所要完成的工作量參考答案:B第4題:在軟件項目開發(fā)過程中,評估軟件項目風(fēng)險時, 與風(fēng)險無關(guān)。高級管理人員是否正式承諾支持該項目開發(fā)人員和用戶是否充分理解系統(tǒng)的需求最終用戶是否同意部署已開發(fā)的系統(tǒng)開發(fā)需要的資金是否能按時到位參考答案:C第5題:最主要的軟件質(zhì)量度量指標有正確性、可維護性、完整性和可用性,下面關(guān)于這些質(zhì)量指標的描述中正確的是 。軟件維護的工作量比開發(fā)階段的工作量小正確性用每千行代碼的故障fault)數(shù)來度量軟件完整性是指軟件功能與需求符合的程度可用性與用戶的操作效率和用戶對軟件的主觀評價有關(guān)參考答案:D第6題:某工程計劃圖如圖4-1所示,弧上的標記為作業(yè)編碼及其需要的完成時間(天),作業(yè)E最遲應(yīng)在第 天開始。TOC\o"1-5"\h\z791213參考答案:D第7題:正式的技術(shù)評審FTR(FormalTechnicalReview)是軟件工程師組織的軟件質(zhì)量保證活動,下面關(guān)于FTR指導(dǎo)原則中不正確的是 。評審產(chǎn)品,而不是評審生產(chǎn)者的能力要有嚴格的評審計劃,并遵守日程安排對評審中出現(xiàn)的問題要充分討論,以求徹底解決限制參與者人數(shù),并要求在評審會之前做好準備參考答案:C第8題:兩個小組獨立地測試同一個程序,第一組發(fā)現(xiàn)25個錯誤,第二組發(fā)現(xiàn)30個錯誤,在兩個小組發(fā)現(xiàn)的錯誤中有15個是共同的,那么可以估計程序中的錯誤總數(shù)是 個。25305060參考答案:C第9題:下面有關(guān)測試的說法正確的是 。測試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入測試主要是軟件開發(fā)人員的工作要根據(jù)軟件詳細設(shè)計中設(shè)計的各種合理數(shù)據(jù)設(shè)計測試用例嚴格按照測試計劃進行,避免測試的隨意性參考答案:D第10題:在繪制數(shù)據(jù)流圖時,應(yīng)遵循父圖與子圖平衡的原則,所謂平衡是指 父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì)子圖不改變父圖數(shù)據(jù)流的一致性父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定參考答案:C第11題:圖4-2中的程序由A、B、C、D、E5個模塊組成,下表中描述了這些模塊之間的接口,每一個接口有一個編號。此外,模塊A、D和E都要引用一個專用數(shù)據(jù)區(qū),那么A和E之間的耦合關(guān)系是 。公共耦合數(shù)據(jù)耦合內(nèi)容耦合無耦合參考答案:A常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中(12)模型適用于需求明確或很少變更的項目,(13)模型主要用來描述面向?qū)ο蟮能浖_發(fā)過程。第12題:瀑布模型演化模型螺旋模型噴泉模型參考答案:A第13題:瀑布模型演化模型螺旋模型噴泉模型參考答案:D第14題:軟件項目開發(fā)成本的估算依據(jù),通常是開發(fā)成本估算模型。常用的模型主要有:①IBM模型 ②Putnam模型 ③基本COCOMO模型④中級COCOMO模型⑤高級COCOMO模型其中 均是靜態(tài)單變量模型。TOC\o"1-5"\h\z①②②④⑤①③③④⑤參考答案:C第15題:統(tǒng)一過程(UP)的基本特征是“用例驅(qū)動、以架構(gòu)為中心和受控的迭代式增量開發(fā)”。UP將一個周期的開發(fā)過程劃分為4個階段,其中 的提交結(jié)果包含了系統(tǒng)架構(gòu)。先啟階段精化階段構(gòu)建階段提交階段參考答案:B第16題:某軟件在應(yīng)用初期運行在WindowsNT環(huán)境中,現(xiàn)因某種原因,該軟件需要在UNIX環(huán)境中運行,而且必須完成相同的功能。為適應(yīng)這個要求,軟件本身需要進行修改,而所需修改的工作量取決于該軟件的 ??蓴U充性可靠性復(fù)用性可移植性參考答案:D第17題:按照ISO/IEC9126軟件質(zhì)量度量模型定義,一個軟件的可靠性的子特性包括容錯性和安全性容錯性和適應(yīng)性容錯性和易恢復(fù)性易恢復(fù)性和安全性參考答案:C第18題: 詳細描述軟件的功能、性能和用戶界面,以使用戶了解如何使用軟件。概要設(shè)計說明書詳細設(shè)計說明書用戶手冊用戶需求說明書參考答案:C第19題:在各類軟件維護活動中, 一維護占整個維護工作的比重最大。完善性改正性適應(yīng)性預(yù)防性參考答案:A第20題:給定C語言程序如下:intfoo(intx,inty,intd){if(x!=0){if(y==0)d=d/x;elsed=d/(x*y);}else{if(y==0)d=0;elsed=d/y;}returnd;}當用路徑覆蓋法進行測試時,至少需要設(shè)計 個測試用例TOC\o"1-5"\h\z3458參考答案:B第21題:軟件的測試通常分為單元測試、組裝測試、確認測試和系統(tǒng)測試4個階段進行。 屬于確認測試階段的活動。設(shè)計評審代碼審查結(jié)構(gòu)測試可靠性測試參考答案:D第22題:在結(jié)構(gòu)化開發(fā)方法中,數(shù)據(jù)流圖是 階段產(chǎn)生的成果需求分析總體設(shè)計詳細設(shè)計程序編碼參考答案:A第23題:CVS是一種 工具需求分析編譯程序編碼版本控制參考答案:D第24題:以下關(guān)于原型化開發(fā)方法的敘述中,不正確的是 。原型化方法適應(yīng)于需求不明確的軟件開發(fā)在開發(fā)過程中,可以廢棄不用早期構(gòu)造的軟件原型原型化方法可以直接開發(fā)出最終產(chǎn)品原型化方法利于確認各項系統(tǒng)服務(wù)的可用性參考答案:C第25題:通常在軟件的 活動中無須用戶參與。需求分析維護編碼測試參考答案:C第26題:進行軟件項目的風(fēng)險分析時,風(fēng)險避免、風(fēng)險監(jiān)控和風(fēng)險管理及意外事件計劃是 活動中需要考慮的問題。風(fēng)險識別風(fēng)險預(yù)測風(fēng)險評估風(fēng)險控制參考答案:D第27題:統(tǒng)一過程(UP)是一種用例驅(qū)動的迭代式增量開發(fā)過程,每次迭代過程中主要的工作流包括捕獲需求、分析、設(shè)計、實現(xiàn)和測試等。這種軟件過程的用例圖(Use-CaseDiagram)是通過 得到的。捕獲需求分析設(shè)計實現(xiàn)參考答案:A第28題:ISO/IEC9126軟件質(zhì)量模型中第一層定義了6個質(zhì)量特性,并為各質(zhì)量特性定義了相應(yīng)的質(zhì)量子特性,其中易分析子特性屬于軟件的 質(zhì)量特性??煽啃孕士删S護性功能性參考答案:C第29題:軟件 的提高,有利于軟件可靠性的提高存儲效率執(zhí)行效率容錯性可移植性參考答案:C第30題:軟件能力成熟度模型將軟件能力成熟度白低到高依次劃分為初始級、可重復(fù)級、定義級、管理級和優(yōu)化級,并且高級別成熟度一定可以達到低級別成熟度的要求。其中 中的開發(fā)過程及相應(yīng)的管理工作均己標準化、文檔化,并已建立完善的培訓(xùn)制度和專家評審制度??芍貜?fù)級和定義級定義級和管理級管理級和優(yōu)化級定義級、管理級和優(yōu)化級參考答案:D第31題:LOC是軟件規(guī)模的一種量度,它表示 軟件功能數(shù)源代碼行數(shù)每單位成本數(shù)工作量參考答案:B第32題:閱讀如圖4-3所示的程序流程圖。當用判定覆蓋法進行測試時,至少需要設(shè)計 個測試用例。2468參考答案:B第33題:在某大學(xué)學(xué)生學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為16?40,則根據(jù)黑盒測試中的等價類劃分技術(shù),下面劃分正確的是 。可劃分為2個有效等價類、2個無效等價類可劃分為1個有效等價類、2個無效等價類可劃分為2個有效等價類、1個無效等價類可劃分為1個有效等價類、1個無效等價類參考答案:B在軟件開發(fā)中,(34)不能用來描述項目開發(fā)的進度安排。在其他3種圖中,可用(35)動態(tài)地反映項目開發(fā)進展情況。第34題:甘特圖PERT圖PERT/CPM圖魚骨圖參考答案:D第35題:甘特圖PERT圖PERT/CPM圖魚骨圖參考答案:A第36題:選擇軟件開發(fā)工具時,應(yīng)考慮功能、 、穩(wěn)健性、硬件要求和性能、服務(wù)和支持。易用性易維護性可移植性可擴充性參考答案:A第37題:內(nèi)聚性和耦合性是度量軟件模塊獨立性的重要準則,軟件設(shè)計時應(yīng)力求咼內(nèi)聚,咼耦合高內(nèi)聚,低耦合低內(nèi)聚,高耦合低內(nèi)聚,低耦合參考答案:B第38題:對于如圖4-4所示的程序流程,當采用語句覆蓋法設(shè)計測試案例時,至少需要設(shè)計 個測試案例。TOC\o"1-5"\h\z1234參考答案:B為驗證程序模塊A是否正確實現(xiàn)了規(guī)定的功能,需要進行 (39);為驗證模塊A能否與其他模塊按照規(guī)定方式正確工作,需要進行 (40)。第39題:單元測試集成測試確認測試系統(tǒng)測試參考答案:A第40題:單元測試集成測試確認測試系統(tǒng)測試參考答案:B第41題: 是一種面向數(shù)據(jù)流的開發(fā)方法,其基本思想是軟件功能的分解和抽象。結(jié)構(gòu)化開發(fā)方法Jackson系統(tǒng)開發(fā)方法Booch方法UML(統(tǒng)一建模語言)參考答案:A第42題:某項目制定的開發(fā)計劃中定義了3個任務(wù),其中任務(wù)A首先開始,且需要3周完成,任務(wù)B必須在任務(wù)A啟動1周后開始,且需要2周完成,任務(wù)C必須在任務(wù)A完成后才能開始,且需要2周完成。該項目的進度安排可用下面的甘特圖 來描述。A.B.C.D.參考答案:D風(fēng)險分析在軟件項目開發(fā)中具有重要作用,包括風(fēng)險識別、風(fēng)險預(yù)測、風(fēng)險評估和風(fēng)險控制等?!敖L(fēng)險條目檢查表”是(43)時的活動,“描述風(fēng)險的結(jié)果”是(44)時的活動。第43題:風(fēng)險識別風(fēng)險預(yù)測風(fēng)險評估風(fēng)險控制參考答案:A第44題:風(fēng)險識別風(fēng)險預(yù)測風(fēng)險評估風(fēng)險控制參考答案:B第45題:極限編程(eXtremeProgramming)是一種輕量級軟件開發(fā)方法, 不是它強調(diào)的準則。持續(xù)的交流和溝通用最簡單的設(shè)計實現(xiàn)用戶需求用測試驅(qū)動開發(fā)關(guān)注用戶反饋參考答案:C第46題:學(xué)賽網(wǎng)采用的軟件開發(fā)過程通過了CMM2認證,表明該公司 。開發(fā)項目成效不穩(wěn)定,管理混亂對軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標建立了基本的項目級管理制度和規(guī)程,可對項目的成本、進度進行跟蹤和控制可集中精力采用新技術(shù)、新方法,優(yōu)化軟件過程參考答案:D第47題:在軟件設(shè)計和編碼過程中,采取“ ”的做法將使軟件更加容易理解和維護。良好的程序結(jié)構(gòu),有無文檔均可使用標準或規(guī)定之外的語句編寫詳細正確的文檔,采用良好的程序結(jié)構(gòu)盡量減少程序中的注釋參考答案:C第48題:軟件維護成本在軟件成本中占較大比重。為降低維護的難度,可采取的措施有設(shè)計并實現(xiàn)沒有錯誤的軟件限制可修改的范圍增加維護人員數(shù)量在開發(fā)過程中就采取有利于維護的措施,并加強維護管理參考答案:D第49題:軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中開發(fā)文檔不包括 。A.軟件需求說明可行性研究報告維護修改建議項目開發(fā)計劃參考答案:C軟件測試是軟件開發(fā)中不可缺少的活動,通常(50)在代碼編寫階段進行。檢查軟件的功能是否與用戶要求一致是(51)的任務(wù)。第50題:驗收測試系統(tǒng)測試單元測試集成測試參考答案:C第51題:驗收測試系統(tǒng)測試單元測試集成測試參考答案:A若一個項目由9個主要任務(wù)構(gòu)成,其計劃圖(如圖4-5所示)展示了任務(wù)之間的前后關(guān)系以及每個任務(wù)所需的天數(shù),該項目的關(guān)鍵路徑是(52),完成項目所需的最短時間是(53)天。第52題:AfBfCfDTAfBfCfETAfBfCfFfG—IAfBfCfFfHT參考答案:A第53題:161718D.19參考答案:D第54題:在軟件工程環(huán)境中進行風(fēng)險識別時,常見的、已知的及可預(yù)測的風(fēng)險類包括產(chǎn)品規(guī)模、商業(yè)影響等,與開發(fā)工具的可用性及質(zhì)量相關(guān)的風(fēng)險是 ??蛻籼匦赃^程定義開發(fā)環(huán)境構(gòu)建技術(shù)參考答案:C第55題:軟件能力成熟度模型(CMM)將軟件能力成熟度自低到高依次劃分為初始級、可重復(fù)級、定義級、管理級和優(yōu)化級。其中 對軟件過程和產(chǎn)品都有定量的理解與控制??芍貜?fù)級和定義級定義級和管理級管理級和優(yōu)化級定義級、管理級和優(yōu)化級參考答案:C第56題:極限編程(XP)包含了策劃、設(shè)計、編程和測試4個活動,其12個最佳實踐中的“持續(xù)集成”實踐在 活動中進行。策劃和設(shè)計設(shè)計和編程設(shè)計和測試編程和測試參考答案:D第57題:ISO,IEC9126軟件質(zhì)量模型中第一層定義了6個質(zhì)量特性,并為各質(zhì)量特性定義了相應(yīng)的質(zhì)量子特性。子特性 屬于可靠性質(zhì)量特性。準確性易理解性成熟性易學(xué)性參考答案:C第58題:UP(統(tǒng)一過程)是用例驅(qū)動的、以架構(gòu)為核心、迭代和增量的軟件過程框架,它提供了一種 的特性。演進敏捷測試驅(qū)動持續(xù)集成參考答案:A第59題:系統(tǒng)測試人員與系統(tǒng)開發(fā)人員需要通過文檔進行溝通,系統(tǒng)測試人員應(yīng)根據(jù)系列文檔對系統(tǒng)進行測試,然后將工作結(jié)果撰寫成 ,交給系統(tǒng)開發(fā)人員。系統(tǒng)開發(fā)合同系統(tǒng)設(shè)計說明書測試計劃系統(tǒng)測試報告參考答案:D第60題:系統(tǒng)的可維護性可以用系統(tǒng)的可維護性評價指標來衡量。系統(tǒng)的可維護性評價指標不包括 ??衫斫庑钥尚?/p>

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論