軟件工程模擬題(開卷)_第1頁
軟件工程模擬題(開卷)_第2頁
軟件工程模擬題(開卷)_第3頁
軟件工程模擬題(開卷)_第4頁
軟件工程模擬題(開卷)_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

軟件工程模擬題一、單項(xiàng)選擇題1軟件需求分析階段的工作,可以分為4個(gè)方面需求獲取,需求分析,編寫需求規(guī)格說明書以及()。A用戶B需求審評(píng)C總結(jié)D都不正確2下面不屬于軟件工程的3個(gè)要素是()。A工具B過程C方法D環(huán)境3數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是(),僅僅是所處的狀態(tài)不同。A分析結(jié)果B事件C動(dòng)作D數(shù)據(jù)4下面不屬于軟件工程原則的是()。A抽象B模塊化C自底向上D信息隱蔽5軟件調(diào)試的目的是()。A發(fā)現(xiàn)錯(cuò)誤B改正錯(cuò)誤C改善軟件的性能D挖掘軟件的潛能6模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性度量因素之一。在7類內(nèi)聚中,具有最強(qiáng)內(nèi)聚的一類是()。A順序性內(nèi)聚B過程性內(nèi)聚C邏輯性內(nèi)聚D功能性內(nèi)聚7軟件的()一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)時(shí)間來度量。A可維護(hù)性B可靠性C效率D可理解性8軟件生命周期中所花費(fèi)用最多的階段是(。A詳細(xì)設(shè)計(jì)B軟件編碼C軟件測(cè)試D軟件維護(hù)9汽車是一種交通工具,汽車類和交通工具類之間的關(guān)系是()A一般具體BHASAC整體部分D組成10瀑布模型本質(zhì)是一種()。A順序迭代模型B線性順序模型C線性迭代模型D非線性模型11要減少兩個(gè)模塊之間的耦合,則必須()。A兩個(gè)模塊間的調(diào)用次數(shù)要少B模塊間傳遞的參數(shù)要少C模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)D模塊間傳遞的參數(shù)要少且不傳遞開關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量12類構(gòu)件的重用方式有實(shí)例重用、繼承重用和()。A多態(tài)重用B封裝重用C類重用D方法重用13CMMI能力等級(jí)中的第三級(jí)為()。A已執(zhí)行級(jí)B可管理級(jí)C已定義級(jí)D可重用級(jí)14軟件工程的基本目標(biāo)是()。A消除軟件固有的復(fù)雜性B開發(fā)高質(zhì)量的軟件C努力發(fā)揮開發(fā)人員的創(chuàng)造性潛能D更好地維護(hù)正在使用的軟件產(chǎn)品15軟件風(fēng)險(xiǎn)總是包括()兩個(gè)特性。A救火和危機(jī)管理B已知的和未知的風(fēng)險(xiǎn)C不確定和損失D安置人員和預(yù)算16基線(BASELINE)是指在項(xiàng)目生命周期的不同時(shí)間點(diǎn)上,一個(gè)或一組配置項(xiàng)通過()而進(jìn)入正式受控的一種狀態(tài)。A存取控制B質(zhì)量控制C正式評(píng)審D變更管理二、判斷題1大多數(shù)軟件產(chǎn)品在其生命周期中不需要增強(qiáng)功能。()2在需求分析過程中,分析員要從用戶那里解決的最重要的問題是明確軟件做什么。()3模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化,建模是為了更好地理解所開發(fā)的系統(tǒng)。()4目前存在一個(gè)很普遍的現(xiàn)象,即不同的客戶提出的需求是相互矛盾的,但每個(gè)人都爭(zhēng)辯自己是正確的。()5用例參與者總是人員而不是系統(tǒng)設(shè)備。()6需求工程師的任務(wù)是將所有利益相關(guān)者的信息進(jìn)行分類以便允許決策者選擇一個(gè)相互一致的需求集。()7估算不可靠的唯一原因是估算人員缺乏經(jīng)驗(yàn)。()8估計(jì)待開發(fā)軟件產(chǎn)品的規(guī)模必須基于像代碼行等直接度量單位。()9軟件需求規(guī)格說明書在軟件開發(fā)中具有重要的作用,它是軟件可行性分析的依據(jù)。()10UML語言支持面向?qū)ο蟮闹饕拍?,并與具體的開發(fā)過程相關(guān)。()11分析類用于描述系統(tǒng)中概念層次的對(duì)象。()12用戶界面設(shè)計(jì)對(duì)于一個(gè)系統(tǒng)的成功是至關(guān)重要的,一個(gè)設(shè)計(jì)得很差的用戶界面可能導(dǎo)致用戶拒絕使用該系統(tǒng)。()13在程序設(shè)計(jì)中使用括號(hào)以改善表達(dá)式的清晰性。()14在軟件開發(fā)的過程中,若能推遲暴露其中的錯(cuò)誤,則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。()15白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。()16等價(jià)類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干部分,然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例。()三、填空題1在結(jié)構(gòu)化分析中,用于詳細(xì)地定義數(shù)據(jù)流圖中的成分。2軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、可使用性和效率。3在結(jié)構(gòu)化分析中,用于描述加工邏輯的主要工具有三種,即結(jié)構(gòu)化語言、判定表、。4通常把測(cè)試方法分為黑盒測(cè)試和兩大類。5在面向?qū)ο蠓椒ㄖ?,?duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作于對(duì)象(類)的統(tǒng)一體中。6軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到為止的整個(gè)時(shí)期。7常用的制定進(jìn)度計(jì)劃的工具主要有和工程網(wǎng)絡(luò)。8軟件按照設(shè)計(jì)的要求,在規(guī)定時(shí)間和條件下達(dá)到不出故障,持續(xù)運(yùn)行的要求的質(zhì)量特性稱為。9軟件工程的基本要素包括方法、工具和。10在各種不同的軟件需求中,功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù),可以在用例模型或方案腳本中予以說明,是從各個(gè)角度對(duì)系統(tǒng)的約束和限制,反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。11UML是的縮寫。12內(nèi)聚表示一個(gè)模塊僅關(guān)注在一件事情上的程度,耦合表示一個(gè)模塊的程度。13為了使程序能在不同的計(jì)算機(jī)上運(yùn)行,程序應(yīng)當(dāng)具有較好的可性。14結(jié)構(gòu)化語言是介于自然語言和之間的一種半形式語言。四、簡(jiǎn)答題1請(qǐng)描述快速原型過程模型的各個(gè)階段。2請(qǐng)舉例說明使用自然語言描述用戶需求和系統(tǒng)需求的問題。3UML關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴等5種類型,請(qǐng)指出下面關(guān)系的類型,并采用UML符號(hào)表示這些關(guān)系。(1)在學(xué)校中,一個(gè)學(xué)生可以選修多門課程,一門課程可以由多個(gè)學(xué)生選修,那么學(xué)生和課程之間是什么關(guān)系(2)類A的一個(gè)操作調(diào)用類B的一個(gè)操作,且這兩個(gè)類之間不存在其他關(guān)系,那么類A和類B之間是什么關(guān)系(3)接口及其實(shí)現(xiàn)類或構(gòu)件之間是什么關(guān)系(4)一個(gè)汽車有四個(gè)輪子,那么類“汽車”和“輪子”之間是什么關(guān)系(5)學(xué)生與研究生之間是什么關(guān)系4什么是實(shí)體類、邊界類和控制類為什么將分析類劃分成這三種類型5請(qǐng)考慮下圖表示的系與教師間關(guān)系的類圖(1)類圖中顯示了哪些關(guān)系(2)一個(gè)教師可以在多個(gè)系工作嗎請(qǐng)說明理由。6面向?qū)ο笤O(shè)計(jì)與面向?qū)ο蠓治龅膮^(qū)別是什么設(shè)計(jì)包括哪些活動(dòng)五、程序設(shè)計(jì)題(本大題共2小題,每題10分,共20分)1下面給出了用盒圖描繪的一個(gè)程序的算法,請(qǐng)用邏輯覆蓋法設(shè)計(jì)測(cè)試方案,要求做到用語句覆蓋。2畫出簡(jiǎn)化的文本編輯程序的用例,該編輯程序的主要功能有建立文件、打開文件、插入文本、修改文本和保存文件。參考答案一、單項(xiàng)選擇題12345678BDDCBDBD910111213141516ABDACBCC二、判斷題12345678910111213141516三、填空題1數(shù)據(jù)字典2可移植性3判定樹4白盒測(cè)試5封裝6廢棄7甘特圖8可靠性9過程10非功能需求11UNIFIEDMODELINGLANGUAGE12聯(lián)接其他模塊13移植14形式語言四、簡(jiǎn)答題1參考答案快速原型方法的目的是解決軟件需求不明確給開發(fā)帶來風(fēng)險(xiǎn)的問題,其關(guān)鍵在于盡可能“快速”地建造原型,通過用戶對(duì)原型的評(píng)價(jià)最終確定系統(tǒng)的需求。快速原型過程模型包括以下階段原型需求分析分析和提煉所收集到的客戶需求;原型開發(fā)基于初步的需求快速建造一個(gè)可以運(yùn)行的軟件原型,實(shí)現(xiàn)客戶或未來的用戶與系統(tǒng)的交互;原型評(píng)價(jià)由用戶或客戶對(duì)該原型進(jìn)行評(píng)價(jià),需要的話再進(jìn)一步細(xì)化待開發(fā)軟件的需求,并繼續(xù)調(diào)整原型直至需求確定下來為止。2參考答案用自然語言描述比較詳細(xì)的需求時(shí)經(jīng)常暴露以下問題,從而容易引起誤解由于自然語言存在二義性,因此人們對(duì)同一個(gè)術(shù)語經(jīng)常存在語義理解上的偏差。用自然語言描述需求存在比較大的隨意性,人們對(duì)同一個(gè)事物有完全不同的方式進(jìn)行描述。自然語言描述需求缺乏模塊化,因此很難發(fā)現(xiàn)所描述需求之間的相關(guān)性。3參考答案(1)關(guān)聯(lián)(2)依賴(3)實(shí)現(xiàn)(4)聚合(5)泛化4參考答案實(shí)體類用于描述必須存貯的信息及其相關(guān)行為;邊界類用于描述外部參與者與系統(tǒng)之間的交互;控制類用于描述一個(gè)用例所具有的事件流控制行為。將分析類劃分成這三種類型的好處在于所產(chǎn)生的類更小更專門化;這種劃分將易變的外部界面與系統(tǒng)基本功能進(jìn)行了屏蔽,使分析模型更易于變化5參考答案6參考答案面向?qū)ο蠓治鍪侵攸c(diǎn)考慮系統(tǒng)“做什么”的問題,即運(yùn)用面向?qū)ο蠓椒▽?duì)問題域進(jìn)行分析和理解,建立系統(tǒng)的分析模型;面向?qū)ο笤O(shè)計(jì)重點(diǎn)考慮系統(tǒng)“怎樣做”的問題,即在分析模型的基礎(chǔ)上形成實(shí)現(xiàn)環(huán)境

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論