版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、精選優(yōu)質(zhì)文檔-傾情為你奉上一、 填空題1. 軟件生存周期一般可分為 問題定義 、可行性研究、 需求分析 、總體設(shè)計、詳細設(shè)計、 編碼和單元測試 、綜合測試、軟件維護。2. 按軟件的功能進行劃分,軟件可以劃分為 系統(tǒng)軟件 、 支撐軟件 和應(yīng)用軟件。3. 可行性研究主要集中在以下四個方面 經(jīng)濟可行性 、 技術(shù)可行性 、法律可行性 和操作可行性。4. 用戶界面的 可使用性 是用戶界面設(shè)計最重要的也是最基本的目標(biāo)。5. 常見的軟件概要設(shè)計方法有3大類:以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的結(jié)構(gòu)化設(shè)計方 法 ,以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的jackson方 法 ,以對象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計方法。6.
2、 數(shù)據(jù)流圖和 數(shù)據(jù)字典 共同構(gòu)成系統(tǒng)的邏輯模型。7. 軟件測試的方法有分析方法 和非分析方法 。8. 單元測試一般以白盒 測試為主,黑盒 測試為輔。9. 成本估計方法主要有自底向上 、自頂向下 和算法模型估計三種類型。10. 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具,用圖形符號表示系統(tǒng)中各個元素表達了系統(tǒng)中各種元素之間的( )情況。解:信息流動解析系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具,用圖形符號表示系統(tǒng)中的各個元素,如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等,表達了元素之間的信息流動的情況。11. 成本效益分析的目的是從( )角度評價開發(fā)一個項目是否可行。解:經(jīng)濟解析成本效益分析首先是估算將要開發(fā)的系
3、統(tǒng)的開發(fā)成本,然后與可能取得的效益進行比較和權(quán)衡,其目的是從經(jīng)濟角度評價開發(fā)一個新的軟件項目是否可行。12. 自頂向下結(jié)合的漸增式測試法,在組合模塊時有兩種組合策略:深度優(yōu)先策略和( ) 。解:寬度優(yōu)先策略解析漸增式測試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法,其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式,不需要編寫驅(qū)動模塊,只需要編寫樁模塊。它從主控模塊開始,按照軟件的控制層次結(jié)構(gòu),以深度優(yōu)先或?qū)挾葍?yōu)先的策略,逐步把各個模塊集成在一起。13. 獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看,一條獨立路徑是至少包含有一條( )的邊的路徑。解:在其他獨立路徑中未有
4、過解析在基本路徑測試中,以詳細設(shè)計或源程序為基礎(chǔ),導(dǎo)出控制流程圖的拓撲結(jié)構(gòu)程序圖,在計算了程序圖的環(huán)路復(fù)雜性之后,確定只包含獨立路徑的基本路徑圖,其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看,一條獨立路徑是至少包含有一條在其他獨立路徑中未有過的邊的路徑。14. 詳細設(shè)計的任務(wù)是確定每個模塊的內(nèi)部特性,即模塊的算法、( )。解:使用的數(shù)據(jù)解析詳細設(shè)計的基本任務(wù)是為每個模塊進行詳細的算法設(shè)計,為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設(shè)計,確定每個模塊的內(nèi)部特性,包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設(shè)計等。15. 所有軟件維護申請報告要按規(guī)定方式提出,該報告也稱( )報告。解:軟件問
5、題解析在軟件維護的流程中,第一步就是制定維護申請報告,也稱為軟件問題報告,它是維護階段的一種文檔,由申請維護的用戶填寫。二、單項選擇題1. 下列哪個階段不屬于軟件生存周期的三大階段( C )。 A、計劃階段 B、開發(fā)階段 C、編碼階段 D、維護階段2. 需求分析是( A )。 A、 軟件開發(fā)工作的基礎(chǔ) B、 軟件生存周期的開始 C、 由系統(tǒng)分析員單獨完成的 D、 由用戶自己單獨完成的3. 原型化方法是軟件
6、開發(fā)中一類常用的方法,它與結(jié)構(gòu)化方法相比較,更需要( B )。 A、 明確的需求定義 B、完整的生命周期 C、 較長的開發(fā)時間 D、熟練的開發(fā)人員4. 軟件維護時,對測試階段未發(fā)現(xiàn)的錯誤進行測試、診斷、定位、糾錯,直
7、至修改的回歸測試過程稱為( A )。 A、改正性維護 B、適應(yīng)性維護 C、完善性維護 D、預(yù)防性維護5. 一般說來,投入運行的軟件系統(tǒng)中有錯誤( A )。A、不是不可以理解的B、是不能容忍的C、是要求退貨的理由D、是必然的6. 軟件危機具有下列表現(xiàn)( D )。I. 對軟件開發(fā)成本估計不
8、準(zhǔn)確II. 軟件產(chǎn)品的質(zhì)量往往靠不住III. 軟件常常不可維護IV. 軟件成本逐年上升A. I、II和IIIB. I、III和IVC. II、III和IVD. 以上都正確7. 軟件生命周期一般都被劃分為若干個獨立的階段,其中占用精力和費用最多的階段往往是( A )。A. 運行和維護階段B. 設(shè)計階段 C. 代碼實現(xiàn)階段D. 測試階段8. 下列屬于軟件的特點的是( D )。A. 軟件是一種邏輯實體,具有抽象性 B. 軟件在使用過程中沒有磨損、老化的問題C. 軟件不同于一般程序,它的一個顯著特點是規(guī)模龐大,復(fù)雜程度高 D. 以上都正確9. 軟件工程的出現(xiàn)是由于( D )。A. 軟件危機的出現(xiàn)B.
9、計算機硬件技術(shù)的發(fā)展C. 軟件社會化的需要D. 計算機軟件技術(shù)的發(fā)展10. 軟件開發(fā)技術(shù)不包含( D )。A. 軟件開發(fā)方法學(xué)B. 軟件工程環(huán)境 C. 軟件工具D. 軟件質(zhì)量度度量11. 下列屬于應(yīng)用軟件的是( B )。I. 計算機輔助教學(xué)軟件 II. 軟件測試工具 III. 辦公自動化軟件 IV. 工程與科學(xué)計算軟件A. I、II和IIIB. I、III和IVC. II、III和IVD. 以上都正確12. 需求分析階段最重要的技術(shù)文檔是( B )。A. 設(shè)計說明書B. 需求規(guī)格說明書 C. 可行性分析報告 D. 用戶手冊13. 以下關(guān)于數(shù)據(jù)流圖的說法錯誤的是( C )。A. 數(shù)據(jù)流圖舍去了具
10、體的物質(zhì),只剩下數(shù)據(jù)的流動、加工處理和存儲B. 數(shù)據(jù)流圖是用作結(jié)構(gòu)化分析的一種工具C. 傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點/終點、數(shù)據(jù)流、控制流、數(shù)據(jù)存儲組成D. 數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法14. 數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一,其最基本的功能是( C )。A. 數(shù)據(jù)庫設(shè)計B. 數(shù)據(jù)通信C. 數(shù)據(jù)定義D. 數(shù)據(jù)維護15. 需求分析階段的研究對象是( B )。A. 系統(tǒng)分析員要求B. 用戶要求 C. 軟硬件要求 D. 系統(tǒng)要求16. 結(jié)構(gòu)化方法的基本原則是( B )。A. 模塊化B. 抽象與分解C. 信息隱蔽D. 逐步求精17. 耦合度最高的是( B )耦合。A.
11、環(huán)境B. 內(nèi)容C. 控制D. 數(shù)據(jù)18. 內(nèi)聚程度較低的是( A )內(nèi)聚。A. 偶然B. 通訊C. 順序D. 時間19. 對一個程序來說,組成系統(tǒng)的模塊數(shù)目( C ),則開發(fā)成本越小。A. 越多B. 越少C. 順序D. 時間20. 畫軟件結(jié)構(gòu)圖時應(yīng)注意調(diào)用關(guān)系只能是( B )。A. 從下到上B. 從上到下C. 從左到右D. 從右到左21. 程序流程圖中的“”代表( B )。A. 數(shù)據(jù)流B. 控制流C. 順序流D. 調(diào)用22. 數(shù)據(jù)流圖(DFD)中的“”代表( A )。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流23. DFD中的“”代表( C )。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流2
12、4. DFD中的“”代表( B )。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流25. 可行性研究要進行一次( C )需求分析。A詳細的B全面的C簡化的、壓縮的D徹底的解析軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā),是否值得去開發(fā)。其實質(zhì)是要進行一次簡化、壓縮了的需求分析、設(shè)計過程,要在較高層次上以較抽象的方式進行需求分析和設(shè)計過程。因此答案為C。26系統(tǒng)流程圖用于可行性分析中的_的描述。參考答案為:AA當(dāng)前運行系統(tǒng)B當(dāng)前邏輯模型C目標(biāo)系統(tǒng)D新系統(tǒng)解析可行性研究首先要確定項目的規(guī)模和目標(biāo),然后就需要對當(dāng)前運行的系統(tǒng)進行研究了,在考察系統(tǒng)的基礎(chǔ)上,通過描繪
13、現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖,與有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對象是當(dāng)前正在運行的系統(tǒng),因此選擇A。27系統(tǒng)流程圖是描述_的工具。參考答案為:DA邏輯系統(tǒng)B程序系統(tǒng)C體系結(jié)構(gòu)D物理系統(tǒng)解析系統(tǒng)流程圖是用圖形符號來表示系統(tǒng)中的各個元素,例如人工處理、數(shù)據(jù)庫、設(shè)備等,流程圖表達了系統(tǒng)中各個元素之間的信息流動情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。28程序的三種基本控制結(jié)構(gòu)是_參考答案為:BA過程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊列D調(diào)用、返回和轉(zhuǎn)移解析程序的三種基本控制結(jié)構(gòu)是順序、選擇和循環(huán)(重復(fù))。子程序只是程序設(shè)計一種方法,遞歸則是一種算法,都算不上是控制結(jié)構(gòu)。29程序的三種
14、基本控制結(jié)構(gòu)的共同特點是_參考答案為:DA不能嵌套使用B只能用來寫簡單程序 C已經(jīng)用硬件實現(xiàn)D只有一個入口和一個出口解析程序的特點就是從一個入口開始,最終以一個出口結(jié)束,其間可以用順序,選擇和循環(huán)方式對程序的流向進行控制。三種結(jié)構(gòu)可以寫出非常復(fù)雜的程序,而且選擇和循環(huán)都可以嵌套設(shè)計。30可維護性的特性中相互促進的是_ 參考答案為:AA可理解性和可測試性B效率和可移植性C效率和可修改性D效率和結(jié)構(gòu)好解析軟件的可維護性可用七個質(zhì)量特性來衡量,分別是:可理解性、可測試性、可修改性、可靠性、可移植性、可使用性和效率。對于不同類型的維護,這些特性的側(cè)重點也不相同,有一些可維護特性是可以相互促進的,比如可
15、理解性和可測試性,可理解性和可修改性,另外一些則是相互矛盾的,如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護性的特征。31汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是_關(guān)系。參考答案為:BA一般具體B整體部分C分類關(guān)系D主從關(guān)系解析類有兩種主要的結(jié)構(gòu)關(guān)系,即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。前者稱為分類結(jié)構(gòu),用來描述現(xiàn)實世界中的一般化的抽象關(guān)系。后者稱為組裝結(jié)構(gòu),用來描述現(xiàn)實世界中的類的組成的抽象關(guān)系。汽車和發(fā)動機的關(guān)系很明顯,應(yīng)該屬于整體部分關(guān)系。32_是以提高軟件質(zhì)量為目的的技術(shù)活動。參考答案為:DA技術(shù)創(chuàng)新B測試C技術(shù)創(chuàng)造D技術(shù)評審解析技術(shù)評審是以提高軟
16、件質(zhì)量為目的的技術(shù)活動,是對軟件本身的結(jié)構(gòu)、與運行環(huán)境的接口、變更帶來的影響等方面進行的評審活動。33面向?qū)ο蠓椒▽W(xué)的出發(fā)點和基本原則是盡可能模擬人類習(xí)慣的思維方式,分析、設(shè)計和實現(xiàn)一個軟件系統(tǒng)的方法和過程,盡可能接近于人類認識世界解決問題的方法和過程。因此面向?qū)ο蠓椒ㄓ性S多特征,如軟件系統(tǒng)是由對象組成的;_;對象彼此之間僅能通過傳遞消息互相聯(lián)系;層次結(jié)構(gòu)的繼承。參考答案為:CA開發(fā)過程基于功能分析和功能分解B強調(diào)需求分析重要性C把對象劃分成類,每個對象類都定義一組數(shù)據(jù)和方法D對既存類進行調(diào)整解析面向?qū)ο蠓椒ㄓ兴膫€特征,分別是對象唯一性、分類性、繼承性和多態(tài)性。其中分類性是指將具有一致的數(shù)據(jù)結(jié)
17、構(gòu)(屬性)和行為(操作)的對象抽象成類,每個類是具有相同性質(zhì)的個體集合,而每個對象相關(guān)類的實例,對象彼此之間通過傳遞消息互相聯(lián)系。34軟件開發(fā)過程中,抽取和整理用戶需求并建立問題域精確模型的過程叫參考答案為:DA生存期B面向?qū)ο笤O(shè)計C面向?qū)ο蟪绦蛟O(shè)計D面向?qū)ο蠓治鼋馕雒嫦驅(qū)ο蟮姆治龅倪^程就是認識客觀世界的過程,其目的就是建立對客觀世界的精確、簡潔、可理解的正確模型,也就是所謂的建模。因此本題答案為D。35為了提高測試的效率,應(yīng)該參考答案為:DA隨機地選取測試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試計劃D選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)解析軟件測試是為了盡可能多
18、的發(fā)現(xiàn)程序中的錯誤,尤其是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。在選取測試用例時,不可能進行窮舉測試,在每一個細節(jié)進行測試,也不能無目的地隨機選取測試數(shù)據(jù),為了提高測試的效率,測試用例應(yīng)該選擇發(fā)現(xiàn)錯誤可能性大的部分,這樣的測試結(jié)果才符合軟件測試的目的。36使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。參考答案為:AA程序的內(nèi)部邏輯B程序的復(fù)雜結(jié)構(gòu)C使用說明書D程序的功能解析白盒測試是把測試對象看作一個打開的盒子,測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程,由于白盒測試是一種結(jié)構(gòu)測試,所以被測對象基本上是源程序,以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測試數(shù)據(jù)。 三、判斷題1. 在進行總體設(shè)計時應(yīng)加強模塊
19、間的聯(lián)系。( N )2. 系統(tǒng)結(jié)構(gòu)圖是精確表達程序結(jié)構(gòu)的圖形表示法。因此,有時也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。( N )3. 用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。( N )4. 在程序調(diào)試時,找出錯誤的位置和性質(zhì)比改正該錯誤更難。( Y )5. 以對象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計方法(OOD)也是常見的軟件概要設(shè)計方法之一。( Y )6. 如果通過軟件測試沒有發(fā)現(xiàn)錯誤,則說明軟件是正確的。( N ) 7. 快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。( Y )8. 模塊化,信息隱藏,抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚,低耦合度的軟件產(chǎn)品。( Y )9.
20、集成測試主要由用戶來完成。( N )10. 軟件危機完全是由于硬件問題引起的。( N )四、簡答題1. 什么是軟件危機?為什么會產(chǎn)生軟件危機?答:軟件危機是指軟件在開發(fā)和維護過程中遇到的一系統(tǒng)嚴(yán)重問題。產(chǎn)生軟件危機的原因,一方面與軟件本身的特點有關(guān),另一方面和軟件開發(fā)與維護的方法不正確有關(guān)。2. 耦合性有哪幾種類型? 其耦合度的順序如何答:低:非直接耦合® 數(shù)據(jù)耦合®標(biāo)記耦合® 控制耦合®外部耦合® 公共耦合®內(nèi)容耦合 :高 3. 簡述需求分析工作可以分成哪四個方面?軟件需求分析的有哪三個基本原則?答: 需求分析階段分成四個方面:對問
21、題的識別、分析與綜合、制定規(guī)格說明和評審。 三個基本原則:必須能夠表達和理解問題的數(shù)據(jù)域和功能域;必須按自頂向下、逐步分解的方式對問題進行分解和不斷細化;要給出系統(tǒng)的邏輯視圖和物理視圖。4. 什么是黑盒測試法?答:黑盒測試法把程序看成一個黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù),產(chǎn)生正確地輸出信息。5. 簡述軟件測試的任務(wù)、目的與類型。答:軟件測試是一個為了尋找軟件錯誤而運行程序的過程。目的就是為了發(fā)現(xiàn)軟件中的錯誤。一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn) 的錯誤的用例。一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。軟件測試主要分為白盒測試和黑盒測試兩大類。五、分析設(shè)計題某“調(diào)整工資”處理模塊接受一個“職稱”的變量,根據(jù)職稱的不同(助教,講師,副教授,教授)作不同的處理,其中若是助教還必須輸入工齡,只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(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)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度臨時彩鋼活動房租賃合同范本3篇
- 2024碎磚再利用工程采購合同書3篇
- 2024消防無人機系統(tǒng)采購合同
- 2025年度鮮蛋養(yǎng)殖戶互助合作供銷合同范本(2025版)3篇
- 二零二五年度航空物流樞紐建設(shè)與運營合同3篇
- 2025年度項目部承包智慧社區(qū)建設(shè)項目合同2篇
- 2024版工程勞務(wù)分包合同參考范本
- 2025便利店品牌升級商品采購合作協(xié)議3篇
- 2024簡單的家政服務(wù)合同協(xié)議
- 2025年度私人住宅買賣合同(含社區(qū)服務(wù))3篇
- 2025年河北供水有限責(zé)任公司招聘筆試參考題庫含答案解析
- Unit3 Sports and fitness Discovering Useful Structures 說課稿-2024-2025學(xué)年高中英語人教版(2019)必修第一冊
- 農(nóng)發(fā)行案防知識培訓(xùn)課件
- 社區(qū)醫(yī)療抗菌藥物分級管理方案
- NB/T 11536-2024煤礦帶壓開采底板井下注漿加固改造技術(shù)規(guī)范
- 2024年九年級上德育工作總結(jié)
- 2024年儲罐呼吸閥項目可行性研究報告
- 除氧器出水溶解氧不合格的原因有哪些
- 沖擊式機組水輪機安裝概述與流程
- 新加坡SM2數(shù)學(xué)試題
- 畢業(yè)論文-水利水電工程質(zhì)量管理
評論
0/150
提交評論