軟件工程導(dǎo)論基礎(chǔ)試題_第1頁
軟件工程導(dǎo)論基礎(chǔ)試題_第2頁
軟件工程導(dǎo)論基礎(chǔ)試題_第3頁
軟件工程導(dǎo)論基礎(chǔ)試題_第4頁
免費預(yù)覽已結(jié)束,剩余10頁可下載查看

下載本文檔

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

文檔簡介

1、.一、填空1、計算機軟件不僅僅是程序,還應(yīng)該有一整套(文檔資料 ).2、軟件定義時期的最后一個工作階段是( 需求分析 )階段。3、 (快速原型 )模型的基本特性是“快速”和“容易修改”。4、信息流的類型主要包括(事務(wù)流 ) 和 (變換流 )。5、 (判定表 )適用于表示多重嵌套的條件選擇。6、我們通常采用的調(diào)試途徑包括(蠻干法,回溯法和原因消除法)。7、程序流程圖中的箭頭代表(控制流 )8、內(nèi)聚程度較低的是(偶然 )內(nèi)聚。9、軟件工程方法學(xué)三要素(方法 ,工具 ,過程 ).10 、可行性分析至少應(yīng)從(經(jīng)濟 ,技術(shù) ,操作 )三方面研究每種解法的可行性。11 、 (可行性研究 )的目的就是用最小

2、的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā),是否值得開發(fā)。12 、在大型數(shù)據(jù)處理系統(tǒng)的功能分析與設(shè)計中,同時進行數(shù)據(jù)分析和數(shù)據(jù)設(shè)計。數(shù)據(jù)庫的“概念設(shè)計”與“邏輯設(shè)計”分別對應(yīng)于系統(tǒng)開發(fā)中的 (總體設(shè)計 )和(需求分析word 資料.)階段,而數(shù)據(jù)庫的物理與模塊的(詳細設(shè)計)相對應(yīng)。13 、模塊之間聯(lián)系越緊密,其耦合性就越(高 ),模塊的獨立性就越(低) 。14 、要把數(shù)據(jù)流圖轉(zhuǎn)換成軟件結(jié)構(gòu),必須首先研究數(shù)據(jù)流圖的類型,一般可分為事務(wù)流和變換流兩類。15、動態(tài)測試方法中,根據(jù)測試用例設(shè)計方法的不同,分為(白盒測試和黑盒測試 )。16、軟件產(chǎn)品在交付使用前一般要經(jīng)過以下四步測試:(單元測試

3、 ,集成測試 ,確認測試和系統(tǒng)測試 ). 對一些關(guān)系重大的系統(tǒng),交付后并不立即投入生產(chǎn)性運行,還要經(jīng)過(平行運行 )階段17 、驅(qū)動模塊的作用是用來模擬被測試模塊的(上級調(diào)用模塊 ),它只完成接收測試數(shù)據(jù),并把這些測試數(shù)據(jù)傳送給被測試的模塊,并且接收測試模塊的(結(jié)果 ) 并輸出。18 、樁(存根)模塊用來代替被測試模塊(所調(diào)用的模塊),它的作用是返回被測試模塊所需信息。19 、軟件結(jié)構(gòu)是以(模塊 )為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。20. 軟件維護的內(nèi)容包括 (改正性維護 ,適應(yīng)性維護 ,完善性維護和預(yù)防性維護 ).二、選擇1.需求規(guī)格說明書的作用不應(yīng)該包括(D )。word 資料.A、軟件設(shè)計

4、的依據(jù)B 、用戶與開發(fā)人員對軟件要做什么的共同理解C、軟件驗收的依據(jù)D、軟件可行性研究的依據(jù)2軟件測試方法中的靜態(tài)測試方法之一為(A )A 計算機輔助靜態(tài)分析B黑盒法C路徑覆蓋D邊界值分析3軟件生命周期中所花費用最多的階段是(D )A詳細設(shè)計B軟件編碼C軟件測試D軟件維護4.程序的三種基本控制結(jié)構(gòu)是(B )A過程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊列D調(diào)用、返回和轉(zhuǎn)移5結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是(D )A 程序的規(guī)模B 程序的效率C 程序設(shè)計語言的先進性D 程序易讀性6需求分析階段的任務(wù)是確定(D )A 軟件開發(fā)方法B 軟件開發(fā)工具C軟件開發(fā)費D軟件系統(tǒng)的功能7.開發(fā)軟件所需高成

5、本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做(C)word 資料.A.軟件工程B. 軟件周期C. 軟件危機D. 軟件產(chǎn)生8.模塊的內(nèi)聚性最高的是( D)A.邏輯內(nèi)聚B. 時間內(nèi)聚C. 偶然內(nèi)聚D. 功能內(nèi)聚9.在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是(D )A.程序模塊化B. 模塊高內(nèi)聚C.模塊低耦合D. 模塊獨立性10. 軟件詳細設(shè)計主要采用的方法是( D)A.模塊設(shè)計B. 結(jié)構(gòu)化設(shè)計C.PDL 語言D. 結(jié)構(gòu)化程序設(shè)計四、應(yīng)用題1、某被測模塊M 的源程序如下:PROCEDURE M( VAR A , B, X: REAL )BEGINIF ( A>2 )AND ( B=6

6、 )THEN X : =X/A ;IF (A=5 )OR(X>3 )THEN X : =X*5END ;word 資料.(1 )畫出 M 的盒圖、程序流程圖、流圖、環(huán)形復(fù)雜度。;(2 )對 M 用語句、判定、條件、 、判定 /條件、條件組合法設(shè)計測試用例。2、北京某高??捎玫碾娫捥柎a有以下幾類:校內(nèi)電話號碼由4 位數(shù)字組成,第1 位數(shù)字不是 0 ;校外電話又分為本市電話和外地電話兩類,撥校外電話需先撥0 ,若是本市電話則再接著撥8 位數(shù)字 (第 1 位不是 0) ,若是外地電話則撥3 位區(qū)碼再撥8 位電話號碼 (第 1 位不是 0) 。寫出在數(shù)據(jù)字典中,電話號碼的數(shù)據(jù)條目的定義3、為方便

7、儲戶,某銀行擬開發(fā)計算機儲蓄系統(tǒng)。儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng),如果是存款,系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息,并印出存款單給儲戶;如果是取款,先核對用戶密碼,驗證無誤后系統(tǒng)計算利息并印出利息清單給儲戶。請畫出系統(tǒng)的數(shù)據(jù)流圖。4、醫(yī)院對患者監(jiān)護系統(tǒng)的基本要求是隨時接收每個病人的生理信號(脈搏、體溫、血壓、心電圖等) ,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息,此外,護士在需要時還可以要求系統(tǒng)打印出某個指定病人的病情報告。請設(shè)計上述醫(yī)院患者監(jiān)護系統(tǒng)的數(shù)據(jù)流程圖。5、某旅館的電話服務(wù)如下:可以撥分機號和外線

8、號碼。分機號是從7201 至 7299 。外線號碼先撥9 ,然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)word 資料.號是從 100 到 300 中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是455,466,888 , 552 中任意一個號碼。分局號是任意長度為4 的數(shù)字串。要求:寫出在數(shù)據(jù)字典中,電話號碼的數(shù)據(jù)條目的定義即組成。6、用數(shù)據(jù)流圖描述自動提款機取錢過程。31. 軟件的復(fù)雜性是( C ),它引起人員通信困難、開發(fā)費用超支、開發(fā)時間超時等問題。A.固有的B.人為的C. 可消除的D.不可降低的32. 單元測試的測試用例主要根據(jù)(D )的結(jié)果來設(shè)計。A. 需求

9、分析B. 源程序C. 概要設(shè)計D. 詳細設(shè)計33. 原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程,適用于(A )系統(tǒng)。A需求不確定的B. 需求確定的C 管理信息D. 決策支持34 、黑盒測試在設(shè)計測試用例時,主要需要研究(A )。A需求規(guī)格說明與概要設(shè)計說明B詳細設(shè)計說明C項目開發(fā)計劃D 概要設(shè)計說明與詳細設(shè)計說明35 、若有一個計算類型的程序,它的輸入量只有一個X,其范圍是 -1.0 ,1.0 ,現(xiàn)從輸入的角度考慮一組測試用例:-1.001 , -1.0 ,1.0 , 1.001 。設(shè)計這組測試用例的方法是(C )。A條件覆蓋法B等價分類法C邊界值分析法D 錯誤推測法word 資料.

10、36 、快速原型模型的主要特點之一是(D )。A開發(fā)完畢才見到產(chǎn)品B及早提供全部完整的軟件產(chǎn)品C開發(fā)完畢后才見到工作軟件D及早提供工作軟件47 、因計算機硬件和軟件環(huán)境變化而作出的修改軟件的過程稱為(B)。A校正性維護B適應(yīng)性維護C完善性維護D 預(yù)防性維護48 、用于軟件維護的費用會占到軟件生命周期總費用的(B )。A85% B 65% C 35% D 25%31. 軟件的復(fù)雜性是( C ),它引起人員通信困難、開發(fā)費用超支、開發(fā)時間超時等問題。A.固有的B.人為的C. 可消除的D.不可降低的32. 單元測試的測試用例主要根據(jù)(D )的結(jié)果來設(shè)計。A. 需求分析B. 源程序C. 概要設(shè)計D.

11、詳細設(shè)計33. 原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程,適用于(A )系統(tǒng)。A需求不確定的B. 需求確定的C 管理信息D. 決策支持34 、黑盒測試在設(shè)計測試用例時,主要需要研究(A )。word 資料.A需求規(guī)格說明與概要設(shè)計說明B詳細設(shè)計說明C項目開發(fā)計劃D 概要設(shè)計說明與詳細設(shè)計說明35 、若有一個計算類型的程序,它的輸入量只有一個X,其范圍是 -1.0 , 1.0 ,現(xiàn)從輸入的角度考慮一組測試用例:-1.001 ,-1.0 ,1.0 ,1.001 。設(shè)計這組測試用例的方法是( C )。A條件覆蓋法B等價分類法C邊界值分析法D 錯誤推測法36 、快速原型模型的主要特點之一是

12、(D )。A開發(fā)完畢才見到產(chǎn)品B及早提供全部完整的軟件產(chǎn)品C開發(fā)完畢后才見到工作軟件D及早提供工作軟件47 、因計算機硬件和軟件環(huán)境變化而作出的修改軟件的過程稱為(B)。A校正性維護B適應(yīng)性維護C完善性維護D 預(yù)防性維護48 、用于軟件維護的費用會占到軟件生命周期總費用的(B )。A85% B 65% C 35% D 25%21. 人們常用硬件可靠性的定量度量方法來度量軟件的可靠性和可用性,常用的度量軟件可靠性的兩個指標是(平均失效等待時間和平均失效間隔時間).word 資料.22 計算機輔助軟件工程這一術(shù)語的英文縮寫為(CASE )。23. 需求分析階段,分析人員要確定對問題的綜合需求,其中

13、最主要的是(需求規(guī)格說明書)。24 Jackson 方法是一種面向(數(shù)據(jù)結(jié)構(gòu) ) 的設(shè)計方法。25 軟件集成測試的方法主要有兩種,它們是(漸進性測試和非漸進行性測試)。26 、在建立對象的功能模型時,使用的數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、源點和終點以及(數(shù)據(jù)存儲 )。27 、可行性研究的目的是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目( 是否值得開發(fā)) 。28 、快速原型開發(fā)法的基本特性是(快速和容易修改)。31 、 計算機軟件由 ( 程序、文檔和數(shù)據(jù))三部分組成。32 、瀑布模型是以文檔為驅(qū)動,適合于(軟件需求明確 )的軟件項目的模型。33 、為了便于對照檢查,測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的(

14、輸出結(jié)果 )兩部分組成。34 、軟件工程研究的主要內(nèi)容是軟件開發(fā)技術(shù)和( 軟件管理 )兩個方面。35 、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的(邏輯 )模型,是需求規(guī)格說明書的主要組成部分。36 、結(jié)構(gòu)化設(shè)計方法中,要把數(shù)據(jù)流圖轉(zhuǎn)換成軟件結(jié)構(gòu),若某個加工將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流, 形成許多加工路徑, 并根據(jù)輸入的值選擇其中一個路徑來執(zhí)行, 這種特征的 DFD 稱為(事務(wù)型) 的數(shù)據(jù)流圖。word 資料.37 、測試的目的是確定錯誤的原因和位置并改正錯誤,因此調(diào)試應(yīng)該由(其它人員 )進行。38 、數(shù)據(jù)流圖僅反映系統(tǒng)必須完成的邏輯功能,所以它是一種(邏輯 )模型。39 、 (軟件危機 )是指

15、在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。40 、耦合程度較低的是(內(nèi)容 )耦合。41 、程序的三種基本控制結(jié)構(gòu)是(順序 ,選擇和循環(huán) ).42 、軟件定義時期通常進一步劃分成3 個階段,即 (問題定義 ,可行性研究和需求分析)。43 、在綜合測試階段,進行的基本測試是(驗收 )測試和 (集成 )測試。三、簡答1、什么是數(shù)據(jù)字典、軟件工程、回歸測試、黑盒測試、白盒測試、可移植性、模塊化、模塊獨立性、結(jié)構(gòu)化程序設(shè)計、信息隱蔽和局部化?2、什么是軟件過程?它與軟件工程方法學(xué)有何關(guān)系?3、什么是軟件生存周期模型?有哪些主要模型?各種模型的適用范圍及特點?4、定性衡量模塊獨立性的兩個標準是

16、什么?他們表示什么含義?耦合性強弱與模塊獨立性的關(guān)系?內(nèi)聚性強弱與模塊獨立性的關(guān)系?5、總體設(shè)計的重要任務(wù)有哪些?6、數(shù)據(jù)流圖的作用是什么?系統(tǒng)流程圖與數(shù)據(jù)流圖有什么區(qū)別?word 資料.7、使用計算機測試方法對模塊進行單元測試時,一般需要哪兩種程序?請簡要說明這兩種程序。8、 什么是維護?有哪四種維護方法?簡要說明。9 需求分析過程需要建立哪三種模型?分別用什么圖形描述?10. 軟件設(shè)計過程中應(yīng)該遵循的基本原理有哪些?對每個原理進行簡述。11 、人機界面設(shè)計時要考慮的四個問題是什么?12 、請簡述結(jié)構(gòu)化方法學(xué)(傳統(tǒng)方法學(xué))的要點。13 、說明黑盒測試與白盒測試的區(qū)別是什么。14 、軟件測試要

17、經(jīng)過哪些步驟?這些測試與軟件開發(fā)各階段之間有什么關(guān)系?15 、什么是軟件維護?有哪幾種維護活動?軟件維護的特點是什么?16 、模塊間的耦合性由哪幾種?17 、什么是軟件可靠性、軟件可用性?軟件可靠性與可用性的差別是什么?18 、需求分析的基本任務(wù)是什么?通常對軟件系統(tǒng)有哪些需求(寫出至少6 個需求)?19 、應(yīng)該從哪些方面研究目標系統(tǒng)的可行性?20 、請簡述面向?qū)ο蠓椒▽W(xué)的要點。21 、簡要介紹軟件生命周期每個階段的基本任務(wù)。word 資料.22 、試列舉出你所了解的4 種軟件過程模型,并簡要論述每種模型的原理。23 、簡要介紹軟件工程的7 條基本原理。24 、漸增式集成測試方式根據(jù)模塊結(jié)合策

18、略,具體來講又有兩種集成策略,分別是什么?這兩種集成策略有什么優(yōu)缺點?11. 下列關(guān)于JSP 方法不正確的說法是( D. )A.JSP 方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng)B.JSP 方法不明確的劃分軟件概要設(shè)計和詳細設(shè)計的兩個階段C.JSP 方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系的問題求解D.JSP方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu),按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適用于詳細設(shè)計階段12. 黑盒測試在設(shè)計測試用例時,主要需要研究( A)A.需求規(guī)格說明與概要設(shè)計說明B. 詳細設(shè)計說明C.項目開發(fā)計劃D. 概要設(shè)計說明與詳細設(shè)計說明13. 若有一個計算類型的程序,它的輸入量只有一個,其范圍是0-999, 現(xiàn)從輸入的角度考慮一組測試用例:設(shè)計這組測試用例的方法是( B)A.基本路徑法B. 等價分類法和邊界值分析法C.邏輯覆蓋法D. 錯誤推測法word 資料.14. 下列屬于維護階段的文檔是( C )A.軟件規(guī)格說明B. 用戶操作手冊C.軟件問題報告D. 軟件測試分析報告15. 軟件按照設(shè)計的要求,在規(guī)定時間和條件下達到不出故障,持續(xù)運行的要求的質(zhì)量特性稱為 (C)A.可用性B.可靠性C. 正確性D. 完整性16. “軟件危機”是指( C)A. 計算機病毒的出現(xiàn)B. 利用計算機進行經(jīng)濟犯罪活動C. 軟件開發(fā)和維護中出現(xiàn)的一系列問題D. 人們過分迷戀計算機系統(tǒng)17.

溫馨提示

  • 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. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論