《軟件工程》題庫及答案9頁_第1頁
《軟件工程》題庫及答案9頁_第2頁
《軟件工程》題庫及答案9頁_第3頁
《軟件工程》題庫及答案9頁_第4頁
《軟件工程》題庫及答案9頁_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、華中師范大學(xué)網(wǎng)絡(luò)教育學(xué)院軟件工程練習(xí)測試題庫及答案 本科一、單項選擇題1. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做(C) A.軟件工程B.軟件周期 C.軟件危機D.軟件產(chǎn)生2. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的( B )研究的一方面。 A.技術(shù)可行性B.經(jīng)濟可行性 C.社會可行性D.法律可行性3. IDEF0圖不反映出系統(tǒng)( B ) A.系統(tǒng)做什么B.系統(tǒng)功能如何實現(xiàn) C.系統(tǒng)由誰來做D.系統(tǒng)實現(xiàn)的約束條件4. 模塊的內(nèi)聚性最高的是( D ) A.邏輯內(nèi)聚B.時間內(nèi)聚 C.偶然內(nèi)聚D.功能內(nèi)聚5. 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是( D )

2、A.程序模塊化B.模塊高內(nèi)聚 C.模塊低耦合D.模塊獨立性6. 軟件詳細設(shè)計主要采用的方法是( D ) A.模塊設(shè)計B.結(jié)構(gòu)化設(shè)計 C.PDL語言D.結(jié)構(gòu)化程序設(shè)計7. 下列關(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è)計階段8. 不適合作為科學(xué)工程計算的語言是( D ) A. PascalB. C C. FortranD. Prolog9

3、. 黑盒測試在設(shè)計測試用例時,主要需要研究( A ) A.需求規(guī)格說明與概要設(shè)計說明B.詳細設(shè)計說明 C.項目開發(fā)計劃D.概要設(shè)計說明與詳細設(shè)計說明10. 若有一個計算類型的程序,它的輸入量只有一個X,其范圍是-1.0,1.0,現(xiàn)從輸入的角度考慮一組測試用例:-1.001,-1.0,1.0,1.001。設(shè)計這組測試用例的方法是( C )A.條件覆蓋法B.等價分類法 C.邊界值分析法 D.錯誤推測法11. 下列屬于維護階段的文檔是( C )A.軟件規(guī)格說明B.用戶操作手冊 C.軟件問題報告D.軟件測試分析報告12. 快速原型模型的主要特點之一是( D ) A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完

4、整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件13. 因計算機硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為( B )A.較正性維護B.適應(yīng)性維護 C.完善性維D.預(yù)防性維護14. 類庫這種機制是( D )級別的信息共享。 A.同一類B.不同類 C.同一應(yīng)用D.不同應(yīng)用15. 只有單重繼承的類層次結(jié)構(gòu)是( C )層次結(jié)構(gòu)。 A.網(wǎng)狀型B.星型 C.樹型D.環(huán)型16. 在屏蔽硬件錯誤的冗錯技術(shù)中,冗余附加技術(shù)有( D ) A.三模冗余B.信息冗余 C.冗余備份程序的存儲及調(diào)用D.關(guān)鍵程序和數(shù)據(jù)的冗余存儲和調(diào)用17. 軟件按照設(shè)計的要求,在規(guī)定時間和條件下達到不出故障,持續(xù)運行的要

5、求的質(zhì)量特性稱為( B ) A.可用性B.可靠性 C.正確性D.完整性18. 下列文檔與維護人員有關(guān)的有( C ) A.軟件需求說明書B.項目開發(fā)計劃 C.概要設(shè)計說明書D.操作手冊19. 采用Gantt圖表示軟件項目進度安排,下列說法中正確的是( D ) A.能夠反映多個任務(wù)之間的復(fù)雜關(guān)系 B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系 C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù) D.能夠表示子任務(wù)之間的并行和串行關(guān)系20. 下列模型屬于成本估算方法的有( A ) A.COCOMO模型 B.McCall模型 C.McCabe度量D.時間估算法21. 瀑布模型的關(guān)鍵不足在于( B ) A. 過于簡單B. 不能適

6、應(yīng)需求的動態(tài)變更 C. 過于靈活D. 各個階段需要進行評審22. 在面向?qū)ο筌浖_發(fā)方法中,類與類之間主要有以下結(jié)構(gòu)關(guān)系( A ) A. 繼承和聚集B. 繼承和一般 C. 聚集和消息 D. 繼承和方法調(diào)用23. 以下哪一項不是軟件危機的表現(xiàn)形式( C ) A. 成本高B. 生產(chǎn)率低 C. 技術(shù)發(fā)展快D. 質(zhì)量得不到保證24. 以下哪一項不是面向?qū)ο蟮奶卣鳎?D ) A. 多態(tài)性B. 繼承性 C. 封裝性D. 過程調(diào)用25. 面向?qū)ο竽P椭饕梢韵履男┠P徒M成( A ) A. 對象模型、動態(tài)模型、功能模型B. 對象模型、數(shù)據(jù)模型、功能模型 C. 數(shù)據(jù)模型、動態(tài)模型、功能模型D. 對象模型、動態(tài)模

7、型、數(shù)據(jù)模型26. 軟件可行性研究一般不考慮( D ) A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C. 待開發(fā)軟件是否有市場、經(jīng)濟上是否合算 D. 待開發(fā)的軟件是否會有質(zhì)量問題27. 軟件維護的副作用主要有以下哪幾種( C ) A. 編碼副作用、數(shù)據(jù)副作用、測試副作用 B. 編碼副作用、數(shù)據(jù)副作用、測試副作用 C. 編碼副作用、數(shù)據(jù)副作用、文檔副作用 D. 編碼副作用、文檔副作用、測試副作用28. 軟件項目計劃一般不包括以下哪項內(nèi)容( D ) A. 培訓(xùn)計劃B. 人員安排 C. 進度安排D. 軟件開發(fā)標準的選擇和制定29. 以下哪一項不屬于

8、面向?qū)ο蟮能浖_發(fā)方法( C ) A. coad方法 B. booch方法 C. jackson方法D. omt方法30. 以下哪種測試方法不屬于白盒測試技術(shù)( D ) A. 基本路徑測試B. 邊界值分析測試 C. 循環(huán)覆蓋測試D. 邏輯覆蓋測試31. 軟件生命周期中所花費用最多的階段是( D ) A. 詳細設(shè)計B. 軟件編碼 C. 軟件測試D. 軟件維護32. 在軟件開發(fā)過程中,DFD是面向( B )分析方法的描述工具。 A. 數(shù)據(jù)結(jié)構(gòu)B. 數(shù)據(jù)流 C. 對象D. 構(gòu)件(component)33. 在畫分層DFD時,應(yīng)注意保持( A )之間的平衡。 A. 父圖與子圖B. 同一父圖的所有子圖

9、C. 不同父圖的所有子圖D. 同一子圖的所有直接父圖34. DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流,這種信息流可分為( B )兩大類。 A. 控制流和變換流B. 變換流和事務(wù)流 C. 事務(wù)流和事件流 D. 事件流和控制流35. 通常影響軟件易維護性的因素有易理解性、易修改性和( D )。 A. 易使用性B. 易恢復(fù)性 C. 易替換性D. 易測試性36. 在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護性。如( B )有助于提高軟件的易修改性。 A. 高效的算法B. 信息隱蔽原則 C. 增強健壯性D. 身份認證37. 在軟件質(zhì)量特性中,( C )是指在規(guī)定的一段時

10、間和條件下,與軟件維持其性能水平的能力有關(guān)的一組屬性。 A. 正確性B. 準確性 C. 可靠性D. 易使用性38. 在軟件質(zhì)量特性中,( A )是指防止對程序及數(shù)據(jù)的非授權(quán)訪問的能力。 A. 安全性B. 適應(yīng)性 C. 靈活性D. 容錯性39. 軟件設(shè)計中劃分模塊的一個準則是( C )。 A. 低內(nèi)聚低耦合B. 低內(nèi)聚高耦合 C. 高內(nèi)聚低D. 高內(nèi)聚高耦合40. 一個模塊內(nèi)部的內(nèi)聚種類中( C )內(nèi)聚的內(nèi)聚度最高。 A. 偶然B. 邏輯 C. 功能D. 過程41. OMT是一種對象建模技術(shù),它定義了三種模型,它們分別是( A )。 A. 對象模型、動態(tài)模型、功能模型B. 靜態(tài)模型、動態(tài)模型、功

11、能模型 C. 對象模型、時序模型、功能模型D. 對象模型、動態(tài)模型、計算模型42. 對象建模技術(shù)中,表示瞬時行為上的系統(tǒng)的“控制”特征,通??捎茫?B)來表示。 A. 類圖B. 狀態(tài)圖 C. 對象圖D. 數(shù)據(jù)流圖43. 為了提高軟件的可移植性,應(yīng)注意提高軟件的( D )。 A. 使用方便性B. 簡潔性 C. 可靠性D. 設(shè)備不依賴性44. 可維護性通常包括( D )。 A. 可用性和可理解性B. 可修改性、數(shù)據(jù)獨立性和數(shù)據(jù)一致性 C. 可測試性和穩(wěn)定性D. 可理解性、可修改性和可測試性45. ( D )維護是為了補充軟件的功能或提高原有軟件的性能而進行的維護活動。 A. 功能性 B. 擴展性

12、C. 合法性D. 完善性46. ( D )是指系統(tǒng)萬一遇到未預(yù)料的情況時,能夠按照預(yù)定的方式做合適的處理。 A. 可用性B. 正確性 C. 穩(wěn)定性D. 健壯性47. 在設(shè)計測試用例時,( B )是用得最多的一種黑盒測試方法。 A. 等價類劃分B. 邊值分析 C. 因果圖D. 判定表48. 在實際應(yīng)用中,一旦糾正了程序中的錯誤后,還應(yīng)選擇部分或全部原先已測試過的測試用例,對修改后的程序重新測試,這種測試稱為( D )。 A. 驗收測試 B. 強度測試 C. 系統(tǒng)測試D. 回歸測試49. 在軟件工程的設(shè)計階段中,( C )法只提供了重要的設(shè)計準則,沒有規(guī)定出具體的工作步驟。 A. SDB. Jac

13、kson C. ParnasD. 以上皆非50. 軟件測試的目的是( C )。 A. 表明軟件的正確性B. 評價軟件質(zhì)量 C. 盡可能發(fā)現(xiàn)軟件中錯誤D. 判定軟件是否合格51. 通常,( D )是在代碼編寫階段可進行的測試,它是整個測試工作的基礎(chǔ)。 A. 系統(tǒng)測試B. 安裝測試 C. 驗收測試 D. 單元測試52. 邏輯覆蓋標準主要用于( B )。A. 黑盒測試方法 B. 白盒測試方法 C. 灰盒測試方 D. 軟件驗證方法53. 邏輯覆蓋中最強的覆蓋標準是( B )。 A. 條件覆蓋B. 條件組合覆蓋 C. 判定覆蓋D. 語句覆蓋54. 軟件維護工作越來越收到重視,它的花費常常要占軟件生存周期

14、全部花費的( C )左右。 A. 1020 B. 2040 C. 6080D. 90以上55. 為了減少維護工作的困難,可以考慮采取的措施是( C )。 A. 設(shè)法開發(fā)出無錯的軟件 B. 增加維護人員數(shù)量C. 切實加強維護管理,并在開發(fā)過程中就采取有利于未來維護的措施D. 限制修改的范圍56. 軟件測試是軟件質(zhì)量保證的主要手段之一?!案弋a(chǎn)”的測試是指( C )。 A. 用適量的測試用例,說明被測試程序正確無誤B. 用適量的測試用例,說明被測試程序符合相應(yīng)的要求C. 用少量的測試用例,發(fā)現(xiàn)被測試程序盡可能多的錯誤D. 用少量的測試用例,糾正被測試程序盡可能多的錯誤57. Jackson結(jié)構(gòu)化程序

15、設(shè)計方法主要適用于規(guī)模適中的( A )系統(tǒng)的開發(fā)。 A. 數(shù)據(jù)處理B. 文字處理 C. 實時控制D. 科學(xué)計算58. 單元測試在試驗階段進行,它所依據(jù)的模塊功能描述和內(nèi)部細節(jié)以及測試方案應(yīng)在( C )階段完成,目的是發(fā)現(xiàn)編程錯誤。 A. 需求分析B. 概要設(shè)計 C. 詳細設(shè)計D. 結(jié)構(gòu)設(shè)計59. 使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)( A )和指定的覆蓋標準。A. 程序的內(nèi)部邏輯B. 程序的復(fù)雜程度 C. 使用說明書D. 程序功能60. 軟件的集成測試工作最好由( D )承擔,以提高集成測試的效果。 A. 該軟件的設(shè)計人員B. 該軟件開發(fā)組的負責人 C. 該軟件的編程人員D. 不屬于該軟件開

16、發(fā)組的軟件設(shè)計人員二、名詞解釋1、 集成測試:集成測試也稱組裝測試或聯(lián)合測試。是指在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進行的測試。組裝模塊的方式有兩種:漸增式測試和非漸增式測試。2、 CASE: CASE是一組工具和方法的集合,可以輔助軟件開發(fā)生命周期各階段進行軟件開發(fā)。CASE把軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個統(tǒng)一而一致的框架中,并且吸收了CAD(計算機輔助設(shè)計)、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)和許多其他計算機領(lǐng)域的原理和技術(shù)。因而,CASE領(lǐng)域是一個應(yīng)用、繼承和綜合的領(lǐng)域。3、 SA: 結(jié)構(gòu)化分析方法是需求分析中使用最多的方法之一,適用于數(shù)據(jù)處理類

17、型軟件的需求分析?;舅枷胧遣捎米皂斚蛳?,逐步分解的方法分析整個系統(tǒng),有效地控制系統(tǒng)開發(fā)的復(fù)雜性。4、 軟件工程:軟件工程是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護計算機軟件的有關(guān)技術(shù)及管理方法。它由方法、工具和過程三部分組成。5、 可互操作性:多個軟件元素相互通信并協(xié)同完成任務(wù)的能力。為了實現(xiàn)可互操作性,軟件開發(fā)通常要遵循某種標準,支持這種標準的環(huán)境將為軟件元素之間的互操作提供便利。6、 法律可行性研究:研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同、侵權(quán)、責任以及各種與法律相抵觸的問題。7、 數(shù)據(jù)流圖:數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)8、 需求分析:需求分析是指開發(fā)人員要準確理解

18、用戶的要求,進行細致的調(diào)查分析,經(jīng)用戶非形式化的需求陳述轉(zhuǎn)化為完整的需求定義,再由需求定義轉(zhuǎn)化到相應(yīng)的形式功能規(guī)約的過程。9、 過程抽象: 過程抽象是一個命名的指令序列,它具有一個特定的和受限的功能。10、 模塊獨立性:每個模塊只完成系統(tǒng)要求的獨立的子功能,并且與其他模塊的聯(lián)系最少且接口簡單.11、 數(shù)據(jù)性塊間聯(lián)系: 計算機系統(tǒng)工程是指與構(gòu)造基于計算機系統(tǒng)有關(guān)的過程、方法和技術(shù)。它是一種問題求解活動。12、 判定表:判定表提供了一種把各種動作和條件(在處理解說詞中描述的)專換為表格形式的表示法。13、 事務(wù)型數(shù)據(jù)流圖:某個加工將它的輸入分離成一串發(fā)散的數(shù)據(jù)流,形成許多活動路徑,并根據(jù)輸入的值選

19、擇其中一條路徑。具有這樣特征的數(shù)據(jù)流圖稱為事務(wù)型數(shù)據(jù)流圖。14、 耦合性: 是軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。也稱塊間聯(lián)系15、 面向數(shù)據(jù)設(shè)計:面向數(shù)據(jù)的設(shè)計就是根據(jù)數(shù)據(jù)結(jié)構(gòu)的表示來獲取軟件表示16、 系統(tǒng)響應(yīng)時間:系統(tǒng)響應(yīng)時間指當用戶執(zhí)行了某個控制動作后(例如,按回車鍵,點擊鼠標器等),系統(tǒng)做出反應(yīng)的時間(指輸出所期望的信息或執(zhí)行對應(yīng)的動作)。17、 判定-條件覆蓋:用判定-條件覆蓋所設(shè)計的測試用例能夠使得判斷中每個條件的所有可能取值至少執(zhí)行一次,同時每個判斷的所有可能判斷結(jié)果至少執(zhí)行一次。18、 路徑覆蓋:路徑覆蓋就是設(shè)計足夠的測試用例,覆蓋程序中所有可能的路徑。19、

20、靜態(tài)測試:是指被測程序不再機器上運行,而是采用人工測試和計算機輔助靜態(tài)分析的手段對程序進行檢測。20、 測試:測試是由一個用戶在開發(fā)場所進行的,用戶在開發(fā)者的“指導(dǎo)”下對軟件進行的測試,開發(fā)者負責記錄錯誤和使用中出現(xiàn)的問題。三、判斷題1、 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風險分析活動。對2、 數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流,加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細定義。錯3、 軟件是指用程序設(shè)計語言(如PASCAL ,C,VISUAL BASIC 等)編寫的程序,軟件開發(fā)實際上就是編寫程序代碼。錯4、 軟件模塊之間的耦合性越弱越好。對5、 過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。錯6

21、、 如果通過軟件測試沒有發(fā)現(xiàn)錯誤,則說明軟件是正確的。錯7、 快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。對8、 模塊化,信息隱藏,抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚,低耦合度的軟件產(chǎn)品。對9、 軟件概要設(shè)計包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計。對10、 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程需求。對11、 為支持軟件開發(fā)、維護、管理而研制的計算機程序系統(tǒng)稱為軟件工具。對12、 軟件提交是指把軟件提交給用戶,必要時還應(yīng)負責把軟件安裝到用戶環(huán)境中。錯13、 系統(tǒng)規(guī)格說明評審?fù)瓿梢院螅到y(tǒng)開發(fā)可以按照硬件工程、軟件工程、數(shù)據(jù)庫工程、人機工程等并行開展工作。對14、 個模塊內(nèi)所有

22、處理元素集中于相同的數(shù)據(jù)結(jié)構(gòu),其塊內(nèi)聯(lián)系屬功能性塊內(nèi)聯(lián)系。錯15、 流程圖不是結(jié)構(gòu)化設(shè)計工具。錯16、 從軟件的生存期來看,軟件測試只涉及編碼階段,即在編寫出每個模塊之后所進行的模塊測試(又稱單元測試),測試者應(yīng)是該模塊的作者。錯17、 好的測試用例應(yīng)當是合理的輸入條件。錯18、 軟件測試中綜合策略的通常做法是用白盒法設(shè)計基本的測試方案,再用黑盒法補充一些必要的測試方案。錯19、 一次性組裝方式進行集成測試的思想和增殖式組裝方式進行集成測試的思想是一致的。錯20、 人工測試中走查方法和代碼評審方法是同一種方法。錯四、簡答題1. 簡述軟件危機的表現(xiàn)。答:軟件危機有如下表現(xiàn):.對軟件開發(fā)成本和進度

23、的估計不準確;.對已經(jīng)完成的軟件,用戶不滿意的現(xiàn)象經(jīng)常發(fā)生;.軟件產(chǎn)品的質(zhì)量靠不??;.軟件常常不可維護;.軟件通常沒有適當文檔;.軟件成本在系統(tǒng)中所占比例逐年上升;.軟件生產(chǎn)率低。2. 軟件開發(fā)模型可以分為那幾類?答:軟件開發(fā)模型大體上可分為三種類型。第一種是以軟件需求完全確定為前提的瀑布模型。第二種是在軟件開發(fā)初始階段只能提供基本需求時采用的漸進式開發(fā)模型,如原型模型、螺旋模型等。第三種是以形式化開發(fā)方法為基礎(chǔ)的變換模型。3. 采用快速原型技術(shù)的步驟是什么?答:1)利用本課時及后面將要介紹的各種分析技術(shù)、方法,生成一個簡化的需求規(guī)格說明。(2)對已經(jīng)完成的需求規(guī)格說明進行檢查、修訂后,生成設(shè)

24、計規(guī)格說明。(3)在現(xiàn)有工具或環(huán)境的幫助下快速生成可運行的軟件原型并進行測試、改進。(4)將原型提交用戶評估并征詢改進意見。(5)上述過程將反復(fù)進行,直到用戶完全首肯。4. 數(shù)據(jù)字典的作用是什么?答:利用數(shù)據(jù)字典可以對數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)源及外部實體進行描述、組織和管理。5軟件工程的原則有哪些?答:抽象、信息隱藏、模塊化、局部化、一致性、完整性和可驗證性6. 簡述提高可維護性的方法。答:(1)建立明確的軟件質(zhì)量目標(2)利用先進的軟件開發(fā)技術(shù)和工具(3)建立明確的質(zhì)量保證工作(4)選擇可維護的程序設(shè)計語言(5)改進程序文檔7. 在軟件工程實踐中,形成組合模型的方式有那幾種?答:第一種方式是

25、以一種模型為主,嵌入另外一種或幾種模型。第二種方式是建立軟件開發(fā)的組合模型。軟件開發(fā)者可以根據(jù)軟件項目和軟件開發(fā)環(huán)境的特點,選擇一條或幾條軟件開發(fā)路徑。8. 軟件項目定義階段的任務(wù)是什么?答:制定軟件項目規(guī)劃。軟件需求分析和定義。確定軟件性能和資源約束,這對軟件設(shè)計特性會產(chǎn)生直接的影響。為軟件要素定義驗收標準,它也是制定軟件測試計劃的基礎(chǔ)。9. 為什么要采用實體關(guān)系圖?答:在數(shù)據(jù)密集型應(yīng)用問題中,對復(fù)雜數(shù)據(jù)之間復(fù)雜關(guān)系的分析和建模將成為需求分析的重要任務(wù)。顯然,這項任務(wù)是簡單的數(shù)據(jù)字典機制無法勝任的。所以,有必要在數(shù)據(jù)流分析方法中引進適合于復(fù)雜數(shù)據(jù)建模的實體關(guān)系圖。10簡述人機界面風格的演變。

26、答:最早,在圖形顯示、鼠標、高速工作站等技術(shù)出現(xiàn)之前,現(xiàn)實可行的界面方式只能是命令和詢問方式,通信完全以正文形式并通過用戶命令和用戶對系統(tǒng)詢問的響應(yīng)來完成。第二代界面是簡單的菜單式。第三代界面能同時顯示不同種類的信息;用戶通過下拉式菜單可方便執(zhí)行控制型和對話型任務(wù);引入圖標、下拉式菜單、按鈕和滾動桿技術(shù)。最新一代HCI把第三代HCI技術(shù)與超文本、多任務(wù)概念結(jié)合起來,使用戶可同時執(zhí)行多個任務(wù)(以用戶的觀點)。11設(shè)計規(guī)格說明包括什么內(nèi)容?答:設(shè)計說明書的第一節(jié)描述與設(shè)計活動有關(guān)的各個方面,該節(jié)中許多信息取自系統(tǒng)規(guī)格說明書和系統(tǒng)定義階段產(chǎn)生的其他文檔。第二節(jié)具體指明引用信息的出處,第三節(jié)的設(shè)計描述

27、是概要設(shè)計的產(chǎn)物,第四、五兩節(jié)是概要設(shè)汁向詳細設(shè)計過渡后形成的,第六節(jié)是與需求規(guī)格說明書的交叉訪問表,第七節(jié)是測試的初步計劃,第八節(jié)將逐條說明這種限制和造成的影響,九、十兩節(jié)包括若干輔助數(shù)據(jù)。12可行性研究的任務(wù)是什么?答:可行性研究的任務(wù)是了解用戶的要求及現(xiàn)實環(huán)境,從技術(shù)、經(jīng)濟和社會等幾個方面研究并論證軟件系統(tǒng)的可行性。13結(jié)構(gòu)化分析方法通過那些步驟來實現(xiàn)?答:(1)了解當前系統(tǒng)的工作流程,獲得當前系統(tǒng)的物理模型。(2)抽象出當前系統(tǒng)的邏輯模型。(3)建立目標系統(tǒng)的邏輯模型。(4)作進一步的補充和說明。14寫源程序時的原則是什么?答:1)遇處理框,寫出其處理的內(nèi)容。(2)遇選擇框或重復(fù)框,則

28、按語言模式寫出相應(yīng)的語句15數(shù)據(jù)輸入設(shè)計的指導(dǎo)原則是什么?答:盡量減少用戶輸入的動作;保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致;允許用戶定做輸入格式;采用靈活多樣的交互方式,允許用戶自選輸入方式;隱藏當前狀態(tài)下不可選用的命令;允許用戶控制交互過程;為所有輸入動作提供幫助信息;刪除所有無實現(xiàn)意義的輸入。16選擇程序設(shè)計語言的依據(jù)是什么?答:(1)應(yīng)用領(lǐng)域;(2)算法和計算復(fù)雜性;(3)軟件運行環(huán)境;(4)用戶需求中關(guān)于性能方面的需要;(5)數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性;(6)軟件開發(fā)人員的知識水平;(7)可用的編譯器與交叉編譯器。17黑盒測試用于發(fā)現(xiàn)哪些類型的錯誤?答:功能不符合要求或遺漏;界面錯誤;數(shù)據(jù)結(jié)

29、構(gòu)或外部數(shù)據(jù)庫訪問錯誤;性能錯誤;初始化或終止錯誤。18使用邊界值分析方法選擇測試用例的原則是什么?答:如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達到這個范圍的邊界的值,以及剛剛超越這個范圍邊界的值作為測試輸人數(shù)據(jù)。如果輸入條件規(guī)定了值的個數(shù),則用最大個數(shù)、最小個數(shù)、比最大個數(shù)多1、比最小個數(shù)少1的數(shù)作為測試數(shù)據(jù)。根據(jù)規(guī)格說明的每個輸出條件,使用原則。根據(jù)規(guī)格說明的每個輸出條件,使用原則。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合(如有序表、順序文件等),則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。分

30、析規(guī)格說明,找出其他可能的邊界條件。19簡述軟件重用的類型。答:(1)代碼重用 代碼重用就是對程序庫中的某個模塊進行子程序調(diào)用,它包括源代碼的拼接、源代碼的拷貝、繼承、對目標碼的拼接、運行時連接幾種形式。這是一種重用性低的重用方法。(2)設(shè)計結(jié)果重用設(shè)計結(jié)果重用指的是重用某程序的設(shè)計模型,例如面向?qū)ο笤O(shè)計的模型,這是一種重用性比較高的重用方法。(3)分析結(jié)果重用分析結(jié)果的重用是指對問題空間描述的重用例如對面向?qū)ο蠓治鼋Y(jié)果或其他一些分析描述方法結(jié)果的重用,這是一種重用性更高的重用方法。20數(shù)據(jù)規(guī)格說明應(yīng)該遵守的原則是什么。答:(1)用于功能(function)和行為(behaviour)的系統(tǒng)分

31、析原則也應(yīng)用于數(shù)據(jù)設(shè)計。(2)應(yīng)確定所有的數(shù)據(jù)結(jié)構(gòu)及每項上所進行的操作。(3)應(yīng)建立數(shù)據(jù)字典,用來定義數(shù)據(jù)和程序設(shè)計。(4)低層的數(shù)據(jù)設(shè)計決策,應(yīng)在設(shè)計過程的后期進行。(5)數(shù)據(jù)結(jié)構(gòu)的表達式應(yīng)當是那些有名的模型。(6)應(yīng)當開發(fā)數(shù)據(jù)結(jié)構(gòu)及其操作的實用庫。(7)軟件設(shè)計和編程語言應(yīng)當支持抽象數(shù)據(jù)類型的規(guī)格說明和實現(xiàn)。五、論述題1某旅館的電話服務(wù)如下:可以撥分機號和外線號碼。分機號是從7201至7299。外線號碼先撥9,然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從100到300中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是455,466,888,552中任意一個號碼。分局號是任意長度為4的數(shù)字串。要求:寫出在

溫馨提示

  • 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)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論