公共基礎(chǔ)之軟件工程._第1頁
公共基礎(chǔ)之軟件工程._第2頁
公共基礎(chǔ)之軟件工程._第3頁
公共基礎(chǔ)之軟件工程._第4頁
公共基礎(chǔ)之軟件工程._第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、第三章軟件工程軟件生存周期廠軟件定義軟件開發(fā)軟件運(yùn)行-維護(hù)可行性研究需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)、軟件測試重點(diǎn):需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件測試和軟件調(diào)試的作用、方法等、軟件工程基本概念軟件定義與軟件特點(diǎn)1. 軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的重要部分,包括程序、數(shù)據(jù)及相關(guān)的 文檔。其中,程序 是軟件開發(fā)人員根據(jù)用戶需求開發(fā)的、用程序設(shè)計(jì)語言描述的、適合計(jì)算機(jī)執(zhí)行的指令(語句)序列。2. 下列敘述中,正確的是(d )。A)軟件就是程序清單B)軟件就是存放在計(jì)算機(jī)中的文件C)軟件應(yīng)包括程序清單及運(yùn)行結(jié)果D)軟件包括程序和文檔3. 軟件按功能可以分為:應(yīng)用軟件、系統(tǒng)軟件、支撐軟件(或工具軟件)軟

2、件危機(jī)與軟件工程4. 軟件工程的出現(xiàn)是由于(c)A )程序設(shè)計(jì)方法學(xué)的影響B(tài))軟件產(chǎn)業(yè)化的需要C)軟件危機(jī)的出現(xiàn)D)計(jì)算機(jī)的發(fā)展5. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做(b)A )軟件投機(jī)B)軟件危機(jī)C)軟件工程D )軟件產(chǎn)生說明:軟件工程概念的出現(xiàn)源自軟件危機(jī)。所謂軟件危機(jī)是泛指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所 遇到的一系列嚴(yán)重問題??傊梢詫④浖C(jī)歸結(jié)為成本、質(zhì)量、生產(chǎn)率等問題。6. 開發(fā)大型軟件時(shí),產(chǎn)生困難的根本原因是(a )。A)大型系統(tǒng)的復(fù)雜性 B)人員知識不足C)客觀世界千變?nèi)f化D)時(shí)間緊、任務(wù)重7. 軟件危機(jī)出現(xiàn)于 20世紀(jì)60年代末,為了解決軟

3、件危機(jī),人們提出了軟件工程學(xué) 的原理來設(shè)計(jì)軟件這就是軟件工程誕生的基礎(chǔ)。8. 下列不屬于軟件工程的3個(gè)要素的是(d )A)工具B)過程C)方法D)環(huán)境軟件工程過程與軟件生命周期9. 軟件工程過程是把輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源 和活動。通常,將軟件產(chǎn)品從提出、實(shí)現(xiàn)、使用維護(hù)到停止使用退役的過程稱為軟件生命周期10. 軟件生命周期中所花費(fèi)用最多的階段是( d)A )詳細(xì)設(shè)計(jì)B)軟件編碼C)軟件測試D )軟件維護(hù)11. 軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(a )。A)定義、開發(fā)、運(yùn)行維護(hù)B)設(shè)計(jì)階段、編程階段、測試階段C)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D)需求分析、功能定義、系統(tǒng)

4、設(shè)計(jì)12. 軟件生命周期一般包括可行性研究與需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測試、交付使用以及維護(hù)等活動。軟件工程的目標(biāo)與原則13. 軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括:軟件開發(fā)技術(shù) 和 軟件工程管理 。軟件開發(fā)技術(shù)包括:軟件開發(fā)方法學(xué)、開發(fā)過程、開發(fā)工具和軟件工程環(huán)境,主體內(nèi)容是軟件開發(fā)方法學(xué)。軟件工程管理包括:軟件管理學(xué)、軟件工程經(jīng)濟(jì)學(xué)、軟件心理學(xué)等內(nèi)容。14. 軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和(b)A)消除軟件危機(jī)B)軟件工程管理C)程序設(shè)計(jì)自動化D )實(shí)現(xiàn)軟件可重用15. 軟件工程的原則包括抽象、信息隱藏、模塊化、局部化、確定性、一致性、完備性和可驗(yàn)證性。軟件開發(fā)工具

5、與軟件開發(fā)環(huán)境16. 開發(fā)軟件時(shí)對提高開發(fā)人員工作效率至關(guān)重要的是(b)A)操作系統(tǒng)的資源管理功能B)先進(jìn)的軟件開發(fā)工具和環(huán)境C)程序人員的數(shù)量D)計(jì)算機(jī)的并行處理能力17. 軟件開發(fā)環(huán)境是全面支持軟件開發(fā)全過程的軟件工具集合。補(bǔ)充:常用的軟件開發(fā)方法和技術(shù)可以分為三大類:瀑布型、增量型和變換型。瀑布型開發(fā)方法將軟 件生命周期的各項(xiàng)活動規(guī)定為按固定順序連接的若干階段,強(qiáng)調(diào)早期的需求分析和開發(fā)的階段性,強(qiáng)調(diào)產(chǎn)品測試;但是不能適應(yīng)需求的變化。增量型則先建立一個(gè)不完全的系統(tǒng),通過對需求的理解再進(jìn) 一步擴(kuò)充和完善。例:瀑布模型突出的缺點(diǎn)是不適應(yīng)(d )的變動A)算法 B)平臺 C)程序語言D)用戶需求

6、二、結(jié)構(gòu)化分析方法需求分析與需求分析方法18. 在軟件生產(chǎn)過程中,需求信息的給出是(d )。A)程序員 B)項(xiàng)目管理者C)軟件分析設(shè)計(jì)人員D)軟件用戶19. 需求分析中,開發(fā)人員要從用戶那里了解(a )。A)軟件做什么B)用戶使用界面C)輸入的信息D)軟件的規(guī)模20. 需求分析階段的任務(wù)是確定(D)A)軟件開發(fā)方法 B)軟件開發(fā)工具C)軟件開發(fā)費(fèi)用D)軟件系統(tǒng)功能21. 需求分析的任務(wù)是發(fā)現(xiàn)需求、求精、建模和定義需求的過程。需求分析將創(chuàng)建所需的數(shù)據(jù)模型、 功能模型和控制模型22. 需求分析階段的工作,可以概括為四個(gè)方面:需求獲取、需求分析、編寫需求規(guī)格說明書、 求評審下列工具中不屬于需求分析常

7、用工具的是(d )。A)PADB)PFDC)N SD)DFD結(jié)構(gòu)化分析方法 常用的需求分析方法:(1) 結(jié)構(gòu)化分析方法。主要包括:面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA),面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法(JSD)和面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法(DSSD)(2)面向?qū)ο蟮姆治龇椒ǎ∣OA)23. 結(jié)構(gòu)化方法的核心和基礎(chǔ)是結(jié)構(gòu)化程序設(shè)計(jì)理論24. 下列不屬于結(jié)構(gòu)化分析的常用工具的是(d )。A)數(shù)據(jù)流圖B)數(shù)據(jù)字典C)判定樹D)PAD圖25. 在結(jié)構(gòu)化方法中,用數(shù)據(jù)流程圖(DFD)作為描述工具的軟件開發(fā)階段是(B)A)可行性分析B)需求分析C)詳細(xì)設(shè)計(jì)D)程序編碼26. 數(shù)據(jù)流圖用于抽象描述一

8、個(gè)軟件的邏輯模型數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標(biāo)識的圖符不屬于數(shù)據(jù)流圖合法圖符的是(a )。A)控制流 B)加工C)數(shù)據(jù)存儲D)源和潭說明:數(shù)據(jù)流圖中的主要圖形元素與說明:27. 在數(shù)據(jù)流圖(DFD)中的箭頭代表的是(a )A)數(shù)據(jù)流 B)控制流C)調(diào)用關(guān)系D)組成關(guān)系28. 在數(shù)據(jù)流圖(DFD)中,帶有名字的箭頭表示(d )。D)數(shù)據(jù)的流向數(shù)據(jù)字典A)模塊之間的調(diào)用關(guān)系B)程序的組成成分C)控制程序的執(zhí)行順序29. 在結(jié)構(gòu)化分析方法中,用于描述系統(tǒng)中所用到的全部數(shù)據(jù)和文件的文檔稱為 軟件需求規(guī)格說明書30. 軟件需求規(guī)格說明書是需求分析階段的最后結(jié)果31. 下列敘述中,不屬于軟件需

9、求規(guī)格說明書的作用的是(d)A )便于用戶、開發(fā)人員進(jìn)行理解和交流B )反映出用戶問題的結(jié)構(gòu),可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)C)作為確認(rèn)測試和驗(yàn)收的依據(jù)D)便于開發(fā)人員進(jìn)行需求分析32. ( c )是對軟件系統(tǒng)所必須解決的問題做出的詳細(xì)說明A)功能描述B)性能描述C)數(shù)據(jù)描述D)參考文獻(xiàn)目錄說明:需求規(guī)格說明書一般包括以下內(nèi)容:概述、數(shù)據(jù)描述、性能描述、功能描述、參考文獻(xiàn)目錄等。其中概述從系統(tǒng)角度描述軟件的目標(biāo)和任務(wù);功能描述中描述了為解決用戶問題所需要的每一項(xiàng)功能的過程細(xì)節(jié);性能描述說明系統(tǒng)應(yīng)達(dá)到的性能和應(yīng)該滿足的限制條件、檢測的方法和標(biāo)準(zhǔn)。結(jié)構(gòu)化設(shè)計(jì)方法軟件設(shè)計(jì)的基本概念33. 在軟件開

10、發(fā)中,下面任務(wù)不屬于設(shè)計(jì)階段的是(D)A數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)B)給出系統(tǒng)模塊結(jié)構(gòu)C)定義模塊算法D)定義需求并建立系統(tǒng)模型34. 軟件設(shè)計(jì)包括軟件的結(jié)構(gòu)、數(shù)據(jù)、接口和過程設(shè)計(jì),其中軟件的過程設(shè)計(jì)是指(b )。A)模塊間的關(guān)系C)軟件層次結(jié)構(gòu)B)系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述D)軟件開發(fā)過程說明:結(jié)構(gòu)設(shè)計(jì):定義軟件系統(tǒng)各主要部件之間的關(guān)系;數(shù)據(jù)設(shè)計(jì):將分析時(shí)創(chuàng)建的模型轉(zhuǎn)化為數(shù)據(jù) 結(jié)構(gòu)的定義;接口定義:描述軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件與人之間如何通信;過程設(shè)計(jì):把系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程性描述。35. 下面不屬于軟件設(shè)計(jì)原則的是(c)A)抽象B)模塊化C)自底向上D )信息隱藏內(nèi)聚反映了模塊

11、內(nèi)各成分之間的聯(lián)系,36. 耦合和內(nèi)聚是評價(jià)模塊獨(dú)立性的兩個(gè)主要標(biāo)準(zhǔn),其中 耦合反映了模塊間互相連接的緊密程度。37. 內(nèi)聚性是信息隱蔽和局部化概念的自然擴(kuò)展,一個(gè)模塊的內(nèi)聚性越強(qiáng),則該模塊的模塊獨(dú)立性越 坐。一個(gè)模塊與其它模塊的耦合性越強(qiáng),則它的模塊獨(dú)立性越弱。38. 下列敘述中,正確的是( c )A)接口復(fù)雜的模塊,其耦合程度一定低B)耦合程度弱的模塊,其內(nèi)聚程度一定低C)耦合程度弱的模塊,其內(nèi)聚程度一定高D)以上都不對39. 下列選項(xiàng)中,不屬于模塊間耦合的是(b )。A)數(shù)據(jù)耦合B)同構(gòu)耦合 C)異構(gòu)耦合D)公用耦合40. 軟件設(shè)計(jì)中,有利于提高模塊獨(dú)立性的一個(gè)準(zhǔn)則是(c )。A)低內(nèi)聚

12、低耦合B)低內(nèi)聚高耦合C)高內(nèi)聚低耦合D)高內(nèi)聚高耦合概要設(shè)計(jì)41. 軟件的 概要設(shè)計(jì)又稱為總體結(jié)構(gòu)設(shè)計(jì),其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu),設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫,編寫概要設(shè)計(jì)文檔,概要設(shè)計(jì)文檔評審。42. 在結(jié)構(gòu)化方法中,軟件功能分解屬于下列軟件開發(fā)中的階段是(C)A)詳細(xì)設(shè)計(jì)B)需求分析 C)總體設(shè)計(jì) D)編程調(diào)試43. 在概要設(shè)計(jì)階段,常用的軟件結(jié)構(gòu)設(shè)計(jì)工具是結(jié)構(gòu)圖(sc),也稱程序結(jié)構(gòu)圖。生成的結(jié)構(gòu)圖中,帶有箭頭的連線表示(a ),矩形表示模塊。A)模塊之間的調(diào)用關(guān)系B)程序的組成成分C)控制程序的執(zhí)行順序D)數(shù)據(jù)的流向44. 在概要設(shè)計(jì)階段,一般采用面向數(shù)據(jù)流的設(shè)計(jì)方法。數(shù)據(jù)流的類型

13、有變換型 和事務(wù)型。將變換型映射成結(jié)構(gòu)圖稱為變換分析。將事務(wù)型映射成結(jié)構(gòu)圖稱為事務(wù)分析。45. 好的軟件設(shè)計(jì)結(jié)構(gòu)通常頂層_高扇出,中間扇出較少,底層 心扇入。46. 模塊的控制范圍包括它本身以及它所有的從屬模塊,模塊的作用范圍是指模塊內(nèi)一個(gè)判定的作用范圍,凡是受到這個(gè)判定影響的所有模塊都屬于這個(gè)判定的作用范圍。理想的情況是(a )A)模塊的作用范圍應(yīng)在控制范圍內(nèi)B)模塊的控制范圍應(yīng)在作用范圍之內(nèi)C)模塊的作用范圍宇控制范圍交叉D)模塊的作用范圍域控制范圍分離詳細(xì)設(shè)計(jì)47. 詳細(xì)設(shè)計(jì) 的任務(wù)是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定實(shí)現(xiàn)算法和局部數(shù)據(jù)結(jié)構(gòu),用選定的表達(dá) 工具表示算法和數(shù)據(jù)結(jié)構(gòu)的細(xì)節(jié)。確定怎

14、樣來具體實(shí)現(xiàn)所要求的系統(tǒng)。48. 為了避免流程圖在描述程序邏輯時(shí)的靈活性,提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖,通常也 把這種圖稱為(b )。A)PAD圖 B)N S圖C)結(jié)構(gòu)圖D)數(shù)據(jù)流圖49. 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的(c )。A)代碼的規(guī)模B)運(yùn)行速度C)質(zhì)量D)可維護(hù)性50. 軟件設(shè)計(jì)模塊化的目的是降低復(fù)雜性。51詳細(xì)設(shè)計(jì)的典型語言描述工具是(b )A)C B)PDL C)VB D)PB總結(jié):結(jié)構(gòu)化分析(需求階段)的常用工具有:數(shù)據(jù)流圖(DFD)、數(shù)據(jù)字典(DD)、判定樹和判定表結(jié)構(gòu)設(shè)計(jì)(概要設(shè)計(jì)階段)工具是:結(jié)構(gòu)圖 (SC, structure chart)過程設(shè)計(jì)(詳細(xì)設(shè)

15、計(jì)階段)常見的工具有:程序流程圖、 N S圖、PAD圖(問題分析圖,)和PDL(過 程設(shè)計(jì)語言)四、軟件測試軟件測試的目的52. 在軟件測試設(shè)計(jì)中,軟件測試的主要目的是(d )。A)實(shí)驗(yàn)性運(yùn)行軟件B)證明軟件正確C)找出軟件中全部錯(cuò)誤D)發(fā)現(xiàn)軟件錯(cuò)誤而執(zhí)行程序(注意:不是為了證明軟件的正確性,也不是為了找出全部錯(cuò)誤)軟件測試的準(zhǔn)則53. 下列敘述中.不屬于測試的特征的是(c )。A)測試的挑剔性B)完全測試的不可能性C)測試的可靠性D)測試的經(jīng)濟(jì)性軟件測試技術(shù)與方法軟件測試方法從是否需要執(zhí)行被測試軟件的角度,可以分為靜態(tài)測試和動態(tài)測試;按功能劃分為白盒測試和黑盒測試。靜態(tài)測試包括代碼檢查、靜態(tài)

16、結(jié)構(gòu)分析、代碼質(zhì)量量度等白盒測試和黑盒測試都屬于動態(tài)測試白盒測試的主要方法:邏輯覆蓋、 基本路徑測試 等黑盒測試的主要方法:等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖等54. 下列不屬于靜態(tài)測試方法的是(b )。A)代碼檢查B)白盒法C)靜態(tài)結(jié)構(gòu)分析D)代碼質(zhì)量度量55. 在軟件工程中,白箱測試法可用于測試程序的內(nèi)部結(jié)構(gòu)。此方法將程序看做是(a )。A)路徑的集合B)循環(huán)的集合C) 目標(biāo)的集臺D)地址的集合56. 完全不考慮程序的內(nèi)部結(jié)構(gòu)和內(nèi)部特征,而只是根據(jù)程序功能導(dǎo)出測試用例的測試方法是(a )A)黑箱測試法B)白箱測試法C)錯(cuò)誤推測法D)安裝測試法57. 黑盒測試是對軟件已經(jīng)實(shí)現(xiàn)的功

17、能是否滿足需求進(jìn)行測試和驗(yàn)證,不考慮程序內(nèi)部的邏輯結(jié)構(gòu),軟件測試的實(shí)施58. 軟件測試過程一般按 4個(gè)步驟進(jìn)行,即單元測試、集成測試、驗(yàn)收測試(確認(rèn)測試)和系統(tǒng)測試58.檢查軟件產(chǎn)品是否符合需求定義的過程稱為(a)A )確認(rèn)測試B )集成測試C)驗(yàn)證測試D )驗(yàn)收測試 說明:軟件的測試過程一般按 4個(gè)步驟進(jìn)行:單元測試:對軟件設(shè)計(jì)的最小單位 一模塊進(jìn)行正確性檢驗(yàn)的測試,發(fā)現(xiàn)模塊內(nèi)部可能存在的錯(cuò)誤。由 于模塊通常不是一個(gè)獨(dú)立的程序,不能單獨(dú)運(yùn)行,所以常常需要用到模擬環(huán)境。可以采用靜態(tài)測試和 動態(tài)測試(以白盒測試為主)。集成測試:測試和組裝模塊的過程,主要是發(fā)現(xiàn)與接口有關(guān)的錯(cuò)誤,依據(jù)是概要設(shè)計(jì)說明

18、書。涉 及的內(nèi)容有:軟件單元的接口測試、全局?jǐn)?shù)據(jù)結(jié)構(gòu)測試、邊界條件和非法輸入的測試等。通常采用兩 種方式:非增量方式組裝域增量方式組裝驗(yàn)收測試(確認(rèn)測試):驗(yàn)證軟件的功能和性能以及其他特性是否滿足了需求規(guī)格說明書中確定 的各種需求,以及軟件配置是否完全、正確。采用黑盒測試。系統(tǒng)測試:將軟件與硬件、用戶、數(shù)據(jù)等組合,在實(shí)際運(yùn)行環(huán)境下對整個(gè)系統(tǒng)進(jìn)行集成測試和確 認(rèn)測試。59. 軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持.其中必要的測試數(shù)據(jù)屬于(d)。A)硬件資源B)通信資源C)支持軟件D)輔助資源說明:軟件測試過程中,輔助資源包括測試用例(測試數(shù)據(jù))、測試計(jì)劃、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告C)模塊的作用范圍宇控制范圍交叉D)模塊的作用范圍域控制范圍分離B)測試用例和調(diào)試用例必須完全一致D)上述三種說法都不對D)原因排除法完善性維護(hù)和預(yù)防性維護(hù)。等。60. 為了提高測試的效率,應(yīng)該(d )A)隨機(jī)選取測試數(shù)據(jù)B )取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C)在完成編碼以后制定軟件的測試計(jì)劃D)集中對付那些錯(cuò)誤群集的程序61. 為了便于對照檢查,測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部

溫馨提示

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

評論

0/150

提交評論