江西理工大學(xué)軟件工程復(fù)習(xí)題庫_第1頁
江西理工大學(xué)軟件工程復(fù)習(xí)題庫_第2頁
江西理工大學(xué)軟件工程復(fù)習(xí)題庫_第3頁
江西理工大學(xué)軟件工程復(fù)習(xí)題庫_第4頁
江西理工大學(xué)軟件工程復(fù)習(xí)題庫_第5頁
已閱讀5頁,還剩1頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、一、選擇題l 白盒測試法是通過分析程序的()來設(shè)計測試用例的。l 風(fēng)險預(yù)測從兩個方面評估風(fēng)險,即風(fēng)險發(fā)生的可能性以及()。l 極限編程(XP)由價值觀、原則、實踐和行為四部分組成,其中價值觀包括溝通、簡單性和()。l 等價分類法的關(guān)鍵是( )。l 下列不屬于黑盒測試的技術(shù)是()。l 為了提高模塊的獨立性,模塊之間最好是()耦合。l 一個軟件開發(fā)過程描述了“誰做”,“做什么”,“怎么做”和“什么時候做”,RUP用( )來表述“誰做”。l 功能性注釋嵌入在源程序內(nèi)部,它是用來說明()。l 在結(jié)構(gòu)化分析方法中,數(shù)據(jù)字典是重要的文檔。對加工的描述是數(shù)據(jù)字典的組成內(nèi)容之一,常用的加工描述方法有( )。l

2、 某銀行為了使其網(wǎng)上銀行系統(tǒng)能夠支持信用卡多幣種付款功能而進(jìn)行擴(kuò)充升級,這需要對數(shù)據(jù)類型稍微進(jìn)行一些改變,這一狀況需要對網(wǎng)上銀行系統(tǒng)進(jìn)行( )維護(hù)。l 軟件危機(jī)的主要原因是()。l DFD是常用的進(jìn)行軟件需求分析的圖形工具,其基本符號是()。l 軟件工程管理是對軟件項目的開發(fā)管理。具體地說,就是對整個軟件()的一切活動進(jìn)行管理。l 在面向數(shù)據(jù)流的軟件設(shè)計方法中,一般將信息流分為( )。l 在軟件工程項目中,不隨參與人數(shù)的增加而使軟件生產(chǎn)率增加的主要原因是()。l 下面()不是軟件的特征。l 下列關(guān)于面向?qū)ο蠓治雠c設(shè)計說法錯誤的是()。l 在軟件的可行性分析中,可以從不同的角度對軟件進(jìn)行研究,其

3、中()是從軟件的功能可行性角度考慮的。l 下述任務(wù)中,不屬于軟件工程需求分析階段的是( ) 。l 在面向?qū)ο蠓椒ㄖ校畔㈦[蔽是通過對象的( )來實現(xiàn)的。l 采用面向?qū)ο蠓椒ㄩ_發(fā)軟件的過程中,抽取和整理用戶需求并建立問題域精確模型的過程叫()。l 在遵循軟件工程原則開發(fā)軟件過程中,計劃階段應(yīng)該依次完成()等步驟。l 一個項目為了修正一個錯誤而進(jìn)行了變更,但這個錯誤被修正后,卻引起以前可以正確運行的代碼出錯。()測試最有可能發(fā)現(xiàn)這個問題。l 從工程管理的角度來看,軟件設(shè)計分( )兩步完成。l 某系統(tǒng)重用了第三方組件(但無法獲得其源代碼),則應(yīng)采用( )對組件進(jìn)行測試。l 在軟件設(shè)計與編碼過程中,采

4、取( )的做法將使軟件更容易理解和維護(hù)。l 軟件維護(hù)成本在軟件成本中占較大比重,為降低維護(hù)的難度,可采取的措施有( )。l ()是一種面向數(shù)據(jù)流的開發(fā)方法,其基本思想是軟件功能的分解和抽象。l 在人機(jī)界面的設(shè)計過程中應(yīng)該考慮下列()情況。l 測試用例是測試使用的文檔化細(xì)則,應(yīng)包括下列( )內(nèi)容的詳細(xì)信息。l ()模型適合于大型軟件的開發(fā),它吸收了軟件工程“演化”的概念,使得開發(fā)人員和用戶對每個周期出現(xiàn)的風(fēng)險有所了解,從而做出相應(yīng)的反應(yīng)。l 軟件測試中,白盒法是通過分析程序的()來設(shè)計測試用例的。l 可行性分析要進(jìn)行的需求分析和設(shè)計應(yīng)是()。l 下面關(guān)于面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的說法,不正確的

5、是()。l 軟件設(shè)計時需要遵循抽象、模塊化、信息隱蔽和模塊獨立原則。在劃分軟件系統(tǒng)模塊時,應(yīng)盡量做到()。l 軟件工程每一個階段結(jié)束前,應(yīng)該著重對可維護(hù)性進(jìn)行復(fù)審,在系統(tǒng)設(shè)計階段的復(fù)審期間,應(yīng)該從()出發(fā),評價軟件的結(jié)構(gòu)和過程。l 軟件的集成測試工作最好由()人員承擔(dān),以提高集成測試的效果。l 程序的三種基本控制結(jié)構(gòu)是( )。l ( )是決定軟件維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。l 數(shù)據(jù)庫設(shè)計時的概念數(shù)據(jù)模型一般用( )圖表示。l 若有一個計算類型的程序,它的輸入量只有一個,其范圍是-1.0,1.0,現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設(shè)計這組測試用例的方法是(

6、 )。l 在結(jié)構(gòu)化分析方法(SA)中,( )與數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型,是需求規(guī)格說明書的主要組成部分。l 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸P?,? )。l 成功的測試是指運行測試用例后( )。l 面向數(shù)據(jù)流的設(shè)計方法把( )映身成軟件結(jié)構(gòu)。l 軟件危機(jī)是指( )。l 檢查軟件產(chǎn)品是否符合需求定義的過程稱為( )。l 汽車有一個發(fā)動機(jī),汽車和發(fā)動機(jī)之間的關(guān)系是()關(guān)系。l 詳細(xì)設(shè)計的基本任務(wù)是確定每個模塊的( )設(shè)計l 軟件產(chǎn)品的生產(chǎn)主要是腦力勞動,軟件產(chǎn)品的成本主要體現(xiàn)在軟件的( )上。l 以下( )不屬于系統(tǒng)設(shè)計。l 需求規(guī)格說明書的作用不應(yīng)該包括( )。l 軟件質(zhì)量必須從需求分

7、析開始,在( )加以保證。l 軟件簡略定義是( )。l SA方法的基本思想是( )。l 軟件工程是一門( )學(xué)科。l 等價分類法的關(guān)鍵是( )。二、填空題1_的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā),是否值得去開發(fā)。2采用UML進(jìn)行軟件設(shè)計時,可用_關(guān)系來表示兩類事物之間存在的特殊/一般關(guān)系,用_關(guān)系來表示事物之間存在的整體/部分關(guān)系。3繼承與_機(jī)制,是面向?qū)ο蟪绦蛑袑崿F(xiàn)重用的主要手段。4成本效益分析的目的是從_角度評價開發(fā)一個軟件項目是否可行。二、填空題(每空2分,共20分)21一個模塊把數(shù)值作為參數(shù)傳送給另一個模塊的耦合方式稱為。22成本效益分析的目的是從角度評價

8、開發(fā)一個軟件項目是否可行。23軟件結(jié)構(gòu)是以為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。24在單元測試時,需要為被測模塊設(shè)計驅(qū)動模塊和樁模塊。的作用是返回被測模塊所需的信息。25是引起系統(tǒng)狀態(tài)轉(zhuǎn)換的控制信息。26繼承與機(jī)制,是面向?qū)ο蟪绦蛑袑崿F(xiàn)重用的主要手段。27對象具有狀態(tài),一個對象用來描述它的狀態(tài)。28為協(xié)調(diào)軟件開發(fā)使得混亂減到最小,使用技術(shù),使變更所產(chǎn)生的錯誤達(dá)到最小并最有效地提高生產(chǎn)率。29軟件開發(fā)環(huán)境是相關(guān)的一組集合,它支持一定的軟件開發(fā)方法或按照一定的軟件開發(fā)模型組織而成。30關(guān)聯(lián)是建立類之間關(guān)系的一種手段,而鏈則是建立之間關(guān)系的一種手段。三、名詞解釋(每題3分,共15分)31數(shù)據(jù)字典32模塊獨

9、立性33軟件生存周期模型34CMM35動態(tài)模型四、簡答題(每題5分,共20分)36軟件生命期各階段的任務(wù)是什么?37非漸增式測試與漸增式測試有什么區(qū)別?38面向?qū)ο蟪绦蛟O(shè)計有哪些優(yōu)點?39模塊間的耦合性有哪幾種?5對象之間通過_進(jìn)行通信。6在面向?qū)ο蟮能浖?,_是對具有相同數(shù)據(jù)和相同操作的一組相似對象的定義;實例是由某個特定的類所描述的一個具體對象。7需求分析階段產(chǎn)生的最重要的文檔是_。8軟件開發(fā)中的原型是軟件的一個早期可運行的版本,它反映了最終系統(tǒng)的_。9軟件開發(fā)過程來自用戶方面的干擾和阻力主要有:_不積極配合,求快求全和。10軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔

10、,其中可行性研究報告屬于_文檔。11可行性研究實質(zhì)上是要進(jìn)行一次_了的需求分析、設(shè)計過程,是在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計過程。12一個軟件開發(fā)過程描述了“誰做”,“做什么”,“怎么做”和“什么時候做”,RUP用_來表述“誰做”。13在面向?qū)ο蟮能浖?,類是對具有相同?shù)據(jù)和相同操作的一組相似對象的定義;_是由某個特定的類所描述的一個具體對象。14軟件結(jié)構(gòu)是以_為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。15軟件能力成熟度模型(CMM)將軟件能力成熟度自低到高依次劃分為初始級、_、定義級、_和優(yōu)化級。 16關(guān)聯(lián)是建立類之間關(guān)系的一種手段,而鏈則是建立_之間關(guān)系的一種手段。17. 軟件測試方法中

11、的_屬于靜態(tài)測試方法。18繼承與_機(jī)制是面向?qū)ο蟪绦蛑袑崿F(xiàn)重用的主要手段。19系統(tǒng)詳細(xì)設(shè)計階段最后產(chǎn)生的文檔是_。20DFD利用圖形符號表示系統(tǒng)中的各個元素,表達(dá)了系統(tǒng)中各種元素之間的_。21在設(shè)計階段,要充分體現(xiàn)軟件工程的“_”、“抽象”、“信息隱蔽”等基本原則。22在面向?qū)ο蠓治龊蚈OD中,通常將對象的操作稱為_。23單元測試一般以_ 為主,測試的依據(jù)是系統(tǒng)的模塊功能規(guī)格說明。24當(dāng)A模塊調(diào)用B模塊時,若兩個模塊之間傳遞的是數(shù)值型參數(shù),則這兩個模塊的耦合方式是_。25軟件測試用例主要由輸入數(shù)據(jù)和_ 兩部分組成。26為適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是 _。27提高程序效率的根本途徑在于選

12、擇良好的設(shè)計方法、良好的_和_,而不是靠編程時對程序語句做調(diào)整。三、名詞解釋1數(shù)據(jù)字典2模塊獨立性3軟件復(fù)用4內(nèi)聚5測試用例6軟件生存周期模型7.信息隱蔽8.McCabe度量法9.動態(tài)模型10.軟件維護(hù)11CMM12軟件調(diào)試13耦合14配置管理15軟件項目計劃四、簡答題1軟件工程的兩大范型分別是什么?它們有什么不同?2如何畫分層數(shù)據(jù)流圖?3面向?qū)ο蟪绦蛟O(shè)計有哪些優(yōu)點?4在軟件測試中,應(yīng)注意哪些原則? 5為了具有良好的程序設(shè)計風(fēng)格,應(yīng)注意哪些方面的問題?6面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的關(guān)系?7成本-效益分析的目的是什么?可用哪些指標(biāo)進(jìn)行度量?8軟件設(shè)計分哪幾個階段,它們的主要任務(wù)是什么?9用戶需求和系統(tǒng)需求各有什么特點?10面向?qū)ο笤O(shè)計的準(zhǔn)則?11需求分析過程主要有哪幾個步驟?12軟件設(shè)計分哪幾個階段,它們的主要任務(wù)是什么?13什么是軟件結(jié)構(gòu)圖?它有哪些主要元素?14面向?qū)ο蠓椒ǖ奶攸c是什么?為什么要用面向?qū)ο蠓椒ㄩ_發(fā)軟件?15什么是編碼風(fēng)格?請根據(jù)自己的編程經(jīng)驗編寫一個編程注意事項。五、應(yīng)用題1畫XXX系統(tǒng)的狀態(tài)圖。2McCab

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論