版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、 單選10題20分; 填空10空20分; 名詞解釋4題20分; 簡答4題20分; 應(yīng)用2題20分一、單選題1. 軟件是一種( C ) A.物質(zhì)產(chǎn)品 B.物理產(chǎn)品 C.邏輯產(chǎn)品 D.文檔產(chǎn)品2. 下列個(gè)選項(xiàng)中,不屬于軟件危機(jī)表現(xiàn)的是( D ) A.開發(fā)的軟件可靠性差 B.經(jīng)費(fèi)預(yù)算不斷突破,完成時(shí)間一再拖延 C.開發(fā)的軟件可維護(hù)性差 D.開發(fā)的軟件規(guī)模龐大,結(jié)構(gòu)復(fù)雜3. 下列個(gè)選項(xiàng)中,不屬于軟件危機(jī)原因的是:軟件( D ) A.規(guī)模越來越大 B.結(jié)構(gòu)越來越復(fù)雜 C.開發(fā)技術(shù)落后 D.用戶素質(zhì)不高4. 下列4種模型中,屬于文檔驅(qū)動(dòng)的是( C ) A.噴泉模型 B.增量模型 C.瀑布模型 D.螺旋模型
2、5. 下列工作中,不在需求分析階段進(jìn)行的是( B ) A.編寫需求規(guī)格說明 B.編寫集成測試計(jì)劃 C.編寫用戶手冊(cè)初稿 D.修改完善軟件開發(fā)計(jì)劃6. 需求分析的主要結(jié)果是( C ) A.開發(fā)計(jì)劃 B.可行性研究報(bào)告 C.需求規(guī)格說明 D.設(shè)計(jì)說明7. 需求分析要解決的最重要的問題是( A ) A.要讓軟件做什么 B.要給軟件提供哪些信息 C.要求軟件工作效率怎樣 D.要讓該軟件具有何種結(jié)構(gòu)8. 需求規(guī)格說明的內(nèi)容不應(yīng)包括軟件的( B ) A.主要功能與性能 B.算法詳細(xì)過程 C.用戶界面 D.運(yùn)行環(huán)境9. 數(shù)據(jù)流圖用于描述待開發(fā)軟件的( B ) A.物理模型 B.邏輯模型 C.控制結(jié)構(gòu) D.數(shù)
3、據(jù)結(jié)構(gòu)10. 分層DFD的頂層圖描述了系統(tǒng)的( B ) A.細(xì)節(jié) B.輸入與輸出 C.作者 D.繪制時(shí)間11. 在DFD中,雙杠表示( D ) A.數(shù)據(jù)處理 B.數(shù)據(jù)源點(diǎn) C.數(shù)據(jù)流 D.數(shù)據(jù)存儲(chǔ)12. 父圖與子圖平衡指子圖的輸入、輸出流同父圖相應(yīng)加工的輸入、輸出流( A ) A.必須一致 B.數(shù)目必須相等 C.名字必須相同 D.數(shù)目必須不等13. 關(guān)于DD的4類條目,不可再分解的最小元素條目是( B ) A.數(shù)據(jù)流條目 B.數(shù)據(jù)項(xiàng)條目 C.數(shù)據(jù)存儲(chǔ)條目 D.加工條目14. 為提高模塊獨(dú)立性,模塊之間最好是( D ) A.公共耦合 B.控制耦合 C.內(nèi)容耦合 D.數(shù)據(jù)耦合15. 為提高模塊獨(dú)立
4、性,模塊內(nèi)部最好是( C ) A.邏輯內(nèi)聚 B.時(shí)間內(nèi)聚 C.功能內(nèi)聚 D.通信內(nèi)聚16. 劃分模塊時(shí),一個(gè)模塊的( A ) A.作用范圍應(yīng)在其控制范圍內(nèi) B.控制范圍應(yīng)在其作用范圍內(nèi) C.作用范圍與控制范圍互不包含 D.作用范圍與控制范圍不受任何限制17. 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是( D ) A.不能嵌套使用 B.只能用來寫簡單程序 C.已經(jīng)用硬件實(shí)現(xiàn) D.單入口和單出口18. 下列4圖中支持結(jié)構(gòu)化程序設(shè)計(jì)原理并可自動(dòng)生成程序的是( D ) A.程序流程圖 B.工程網(wǎng)絡(luò)圖 C.程序圖 D. PAD圖19. 黑盒法設(shè)計(jì)測試用例的根據(jù)是程序的( C ) A.應(yīng)用范圍 B.內(nèi)部邏輯 C.
5、功能 D.輸入數(shù)據(jù)20. 集成測試主要是為了發(fā)現(xiàn)( B ) A.需求分析的錯(cuò)誤 B.概要設(shè)計(jì)的錯(cuò)誤 C.詳細(xì)設(shè)計(jì)的錯(cuò)誤 D.編碼的錯(cuò)誤21. 集成測試時(shí),能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測試方法為( A ) A.自頂向下漸增測試 B.自底向上漸增測試 C.非漸增式測試 D.系統(tǒng)測試22. 下列描述中,不屬于基本路徑測試步驟的是( A ) A.進(jìn)行邊界值分析 B.據(jù)詳細(xì)設(shè)計(jì)或源程序?qū)С龀绦驁D C.計(jì)算程序圖的環(huán)路復(fù)雜性 D.確定只含獨(dú)立路徑的基本路徑集23. 關(guān)于集成測試,下列描述中錯(cuò)誤的是( A ) A.可采用演繹法 B.可采用自頂向下結(jié)合法 C.可采用自底向上結(jié)合法 D.可采用非漸增式方法24.
6、 為使軟件適應(yīng)其運(yùn)行環(huán)境變化而修改軟件的過程稱為( B ) A.校正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)25. 為使軟件增加功能、增強(qiáng)性能、提高效率而修改軟件的過程稱為( C ) A.校正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)26. 為提高軟件的可維護(hù)性和可靠性而對(duì)軟件進(jìn)行修改稱為( D ) A.校正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)27. 軟件維護(hù)的副作用是指( C ) A.開發(fā)時(shí)的錯(cuò)誤 B.隱含的錯(cuò)誤 C.修改軟件造成的錯(cuò)誤 D.運(yùn)行時(shí)誤操作28. 面向?qū)ο蠓椒ǖ幕咎匦圆话? D ) A.繼承性 B.多態(tài)性 C.封裝性 D.正確性2
7、9. 子類自動(dòng)共享父類的操作和屬性,稱為( A ) A.繼承 B.多態(tài) C.封裝 D.消息30. 軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性分離,這是指軟件的( C ) A.繼承性 B.共享性 C.封裝性 D.抽象性31. 面向?qū)ο蠓椒▽?shí)現(xiàn)共享和提高重用的主要途徑是( A ) A.使用繼承 B.提高內(nèi)聚 C.降低耦合 D.使用封裝32. 火車是一種陸上交通工具,火車和陸上交通工具之間的關(guān)系是( D ) A.組裝關(guān)系 B.整體部分 C.聚集關(guān)系 D.一般化關(guān)系33. 表示對(duì)象的相互行為的模型是( B ) A.對(duì)象模型 B.動(dòng)態(tài)模型 C.功能模型 D.分析模型2、 填空題1. 文檔 是有關(guān)計(jì)算機(jī)程序功能、設(shè)
8、計(jì)、編制、使用的文字或圖形資料。2. 軟件工程包含軟件 軟件開發(fā)技術(shù) 和 軟件工程管理 兩大部分內(nèi)容。3. 瀑布模型是將 生存周期 各活動(dòng)規(guī)定為依 線性順序 聯(lián)接的若干階段的模型。4. 結(jié)構(gòu)化分析的基本思想是 自頂向下 ,逐步求精。5. 可行性分析的主要內(nèi)容有 技術(shù) 可行性、 經(jīng)濟(jì) 可行性和社會(huì)可行性分析。6. 需求分析階段要確定對(duì)系統(tǒng)的綜合需求,其中最主要的是 功能需求 ,該階段產(chǎn)生的最重要的文檔之一是 需求規(guī)格說明 。7. 解決一個(gè)復(fù)雜問題,往往采取的策略是 分解 。8. SA方法中主要描述工具是 DFD(數(shù)據(jù)流圖) 與 DD(數(shù)據(jù)字典) 。數(shù)據(jù)流圖中的箭頭表示 數(shù)據(jù)流 ,橢圓表示 加工(
9、處理) ,雙杠表示 數(shù)據(jù)存儲(chǔ) ,矩型框表示 外部實(shí)體(數(shù)據(jù)源點(diǎn)或終點(diǎn))。9. 當(dāng)DFD中某加工的一組動(dòng)作存在多個(gè)復(fù)雜組合判斷時(shí),宜用 判定表 或 判定樹 。10. 軟件設(shè)計(jì)的基本原理有 模塊化 、抽象、 信息隱蔽 、模塊獨(dú)立性。11. 模塊內(nèi)各元素的聯(lián)系越緊密,其內(nèi)聚性就越 高 ,模塊的獨(dú)立性就越 好 。12. 劃分模塊時(shí),應(yīng)盡量做到低耦合、 高 內(nèi)聚。13. 兩個(gè)模塊內(nèi)部都使用同一張表,這種耦合屬于 公共耦合 。14. 程序的三種基本控制結(jié)構(gòu)是順序結(jié)構(gòu)、 選擇(分支) 結(jié)構(gòu)、 重復(fù)(循環(huán)) 結(jié)構(gòu)。15. 軟件測試的目的是為了 發(fā)現(xiàn)軟件中的錯(cuò)誤 。16. 軟件測試方法一般分兩大類: 靜態(tài) 測試
10、法和動(dòng)態(tài)測試法,動(dòng)態(tài)測試包括 黑盒 法和白盒法。17. 動(dòng)態(tài)測試中,主要測試程序功能的方法稱為 黑盒 法,測試程序內(nèi)部結(jié)構(gòu)及處理過程的方法稱為 白盒 法。18. 黑盒技術(shù)設(shè)計(jì)方法主要有 等價(jià)類劃分 、 邊界值分析 、錯(cuò)誤推測、因果圖等。19. 用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí),應(yīng)使其覆蓋 盡可能多 的尚未被覆蓋的合理等價(jià)類或只覆蓋 1 個(gè)不合理等價(jià)類。20. 為識(shí)別和糾正錯(cuò)誤,彌補(bǔ)軟件性能缺陷而修改軟件的過程稱為 校正性維護(hù) 。21. 為使軟件適應(yīng)其運(yùn)行環(huán)境變化而修改軟件的過程稱為 適應(yīng)性維護(hù) 。22. 為使軟件增加功能、增強(qiáng)性能、提高效率而修改軟件的過程稱為 完善性維護(hù) 。23. 維護(hù)階段是
11、軟件生存周期中時(shí)間 最長 的階段,花費(fèi)精力和費(fèi)用 最多 的階段。24. 對(duì)象的抽象是 類 ,類的具體化就是 對(duì)象 。25. 類具有 操作 ,它是 對(duì)象 的行為的抽象。26. 聚集關(guān)系是 “整體部分” 關(guān)系,關(guān)系中有整體類和 部分類 之分。27. 一般化關(guān)系是 “一般具體” 的關(guān)系,關(guān)系中有 一般化類 和具體類之分。28. 面向?qū)ο蟪绦蛟O(shè)計(jì)語言的最主要特點(diǎn)是 繼承性 ,這是其他語言沒有的。29. 繼承性是 子類 自動(dòng)共享父類屬性和 操作 的機(jī)制。30. 繼承具有 傳遞性 和多重性。一個(gè)子類繼承多個(gè)父類的特性,稱為 多重繼承 。31. 類的層次結(jié)構(gòu)中,上層類稱 父 類或超類,下層類稱 子 類。32
12、. 面向?qū)ο蠓治瞿P椭? 對(duì)象 模型描述系統(tǒng)的靜態(tài)結(jié)構(gòu),使用 對(duì)象 圖工具; 動(dòng)態(tài) 模型描述系統(tǒng)的控制結(jié)構(gòu),使用 狀態(tài) 圖工具; 功能 模型描述系統(tǒng)的所有計(jì)算,表明如何從輸入值得到輸出值,使用 數(shù)據(jù)流圖 工具。三、名詞解釋1. 軟件:軟件是計(jì)算機(jī)程序及其相關(guān)文檔的集合。程序是計(jì)算任務(wù)的處理對(duì)象和處理規(guī)則的描述;文檔是有關(guān)計(jì)算機(jī)程序功能、設(shè)計(jì)、編制、使用的文字或圖形資料。軟件與硬件一起構(gòu)成完整的計(jì)算機(jī)系統(tǒng)。2. 模塊化:自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。3. 抽象:只考慮事物共有的本質(zhì)特性而暫不考慮其細(xì)節(jié)的思維方式。4. 模塊獨(dú)立性:每個(gè)模塊只完成要求的獨(dú)立的子功能,且與其他模塊聯(lián)系最
13、少且接口簡單。5. 耦合性:軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系的緊密程度。6. 內(nèi)聚性:模塊的功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。7. 軟件測試:為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。8. 集成測試:在單元測試基礎(chǔ)上,將所有模塊按設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試,也稱組裝測試或聯(lián)合測試。用于發(fā)現(xiàn)模塊組裝中可能出現(xiàn)的問題。9. 回歸測試:在軟件修改或調(diào)試或增殖了新模塊后,使用先前的測試用例對(duì)軟件重復(fù)曾進(jìn)行過的測試,以驗(yàn)證軟件的修改/調(diào)試/增殖后有無引出新的錯(cuò)誤,是否仍然滿足需求規(guī)格說明。10. 合理等價(jià)類:正確的輸入數(shù)據(jù)。11. 不合理等價(jià)類:錯(cuò)誤的輸入數(shù)據(jù)。12. 校正性維護(hù):
14、為識(shí)別和糾正錯(cuò)誤,彌補(bǔ)軟件性能缺陷而修改軟件的過程。21%13. 適應(yīng)性維護(hù):為使軟件適應(yīng)其運(yùn)行環(huán)境變化而修改軟件的過程。25%14. 完善性維護(hù):為使軟件增加功能、增強(qiáng)性能、提高效率而修改軟件的過程。50%15. 預(yù)防性維護(hù):為提高軟件的可維護(hù)性和可靠性而修改軟件的過程。4%16. 維護(hù)副作用:因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況。四、簡答題1. 什么是瀑布模型? 它將軟件生存周期分為哪幾個(gè)階段?適合于哪些項(xiàng)目開發(fā)?答:瀑布模型是將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型。它將軟件生存周期分為可行性研究與項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、維護(hù)7個(gè)
15、階段。它規(guī)定了由前至后、相互銜接的固定次序,如瀑布流水,逐級(jí)下落。以文檔為驅(qū)動(dòng),適合于軟件需求明確且基本固定的軟件項(xiàng)目開發(fā)。2. 項(xiàng)目解決方法可行性研究的三大內(nèi)容有哪些?答:技術(shù)可行性分析(技術(shù)水平,人員素質(zhì),軟硬資源,約束條件);經(jīng)濟(jì)可行性分析(成本效益分析);社會(huì)可行性分析(合同、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范等)3. 結(jié)構(gòu)化方法的三大構(gòu)成是什么?各適用于軟件開發(fā)何階段?答:結(jié)構(gòu)化分析SA:用于需求分析階段(面向數(shù)據(jù)流進(jìn)行需求分析的方法。使用簡單符號(hào),根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換關(guān)系,自頂向下逐層分解,描繪出滿足功能要求的軟件模型);結(jié)構(gòu)化設(shè)計(jì)SD:用于概要設(shè)計(jì)階段(面向數(shù)據(jù)流的設(shè)計(jì)方
16、法。以DFD為基礎(chǔ)映射成軟件結(jié)構(gòu));結(jié)構(gòu)化程序設(shè)計(jì)SP:用于詳細(xì)設(shè)計(jì)階段(采用自頂向下、逐步求精的程序設(shè)計(jì)方法;使用三種基本控制結(jié)構(gòu)構(gòu)造程序;單入口、單出口)。4. 面向?qū)ο蠓椒ǖ娜髢?nèi)容是什么?各相當(dāng)于結(jié)構(gòu)化軟件開發(fā)方法何階段?答: 面向?qū)ο蠓治鰡栴}陳述與需求分析;建模(對(duì)象模型,動(dòng)態(tài)模型;功能模型);相當(dāng)于需求分析階段。面向?qū)ο蟮脑O(shè)計(jì)(OOD)把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過程:系統(tǒng)設(shè)計(jì):確定實(shí)現(xiàn)系統(tǒng)的策略和目標(biāo)系統(tǒng)的高層結(jié)構(gòu);對(duì)象設(shè)計(jì):確定解空間中的類、關(guān)聯(lián)、接口形式及操作的算法;相當(dāng)于概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段。面向?qū)ο蟮膶?shí)現(xiàn)類和系統(tǒng)的實(shí)現(xiàn):把OOD結(jié)
17、果翻譯成用某種程序設(shè)計(jì)語言書寫的面向?qū)ο蟪绦?測試并調(diào)試面向?qū)ο蟪绦?相當(dāng)于編碼和測試階段。5. 什么是需求分析? 該階段的基本任務(wù)是什么?其主要任務(wù)有哪些?答:需求分析是將用戶需求陳述轉(zhuǎn)化為完整的需求定義,繼而形成規(guī)范化的需求規(guī)格說明的過程。其基本任務(wù)是準(zhǔn)確定義系統(tǒng)的功能,主要任務(wù)有:確定系統(tǒng)需求:功能需求,性能需求,環(huán)境需求,用戶界面需求,其它需求(可靠性,安全性,可維護(hù)性等);導(dǎo)出系統(tǒng)邏輯模型;編修文檔:需求規(guī)格說明,用戶手冊(cè),確認(rèn)測試計(jì)劃,項(xiàng)目開發(fā)計(jì)劃;評(píng)審。6. DD的作用是什么?答:清晰、無歧義地定義系統(tǒng)中的各成分的具體含義,和DFD共同構(gòu)成系統(tǒng)的邏輯模型,是需求規(guī)格說明的主要組成
18、部分。7. 軟件設(shè)計(jì)的基本原理有那些?答:抽象(抽出事物本質(zhì)特性而暫不考慮其細(xì)節(jié));模塊化(自頂向下逐層把軟件系統(tǒng)劃分成若干模塊);信息隱蔽使模塊內(nèi)的信息不被不需要這些信息的其他模塊訪問;模塊獨(dú)立:每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能,并且與其他模塊的聯(lián)系最少且接口簡單)。8. 應(yīng)如何提高模塊的獨(dú)立性?答:低耦合、高內(nèi)聚(努力降低模塊的耦合性、提高模塊的內(nèi)聚性)。9. 簡述構(gòu)造判定表的步驟。答:提取問題中的條件;標(biāo)出條件的取值;計(jì)算所有條件的組合數(shù);提取可采取的操作;制作判定表;完善判定表(補(bǔ)遺漏,并冗余)。10. 軟件測試的目的是什么?軟件調(diào)試的目的是什么?答:軟件測試的目的是選用最少的、高
19、效的測試數(shù)據(jù)以發(fā)現(xiàn)盡可能多的錯(cuò)誤:軟件調(diào)試的目的是確定錯(cuò)誤的原因和位置并改正錯(cuò)誤。11. 屬于黑盒法的測試用例設(shè)計(jì)方法有哪幾種?試對(duì)這些方法做比較。答: 主要有等價(jià)類劃分、邊界值分析、錯(cuò)誤推測、因果圖等。其比較如下: 等價(jià)類劃分將輸入數(shù)據(jù)域按合理的或不合理分成若干等價(jià)類,測試每個(gè)等價(jià)類的代表值就等于對(duì)該類其他值的測試。該法比隨機(jī)選擇測試用例要好得多,缺點(diǎn)是沒有注意選擇某些高效的、能發(fā)現(xiàn)更多錯(cuò)誤的測試用例。 程序往往在處理邊界情況時(shí)出錯(cuò)。邊界值分析法選擇邊界附近的值作為測試用例,檢查邊界情況,查錯(cuò)效率較高,可查出更多的錯(cuò)誤,能發(fā)現(xiàn)被疏忽的問題。 錯(cuò)誤推測法根據(jù)經(jīng)驗(yàn)或直覺推測程序中可能存在的各種錯(cuò)
20、誤,從而有針對(duì)性地編寫檢查這些錯(cuò)誤的測試用例。該法沒有確定的步驟,憑經(jīng)驗(yàn)進(jìn)行。 因果圖把用自然語言描述的功能說明轉(zhuǎn)換為判定表,最后為判定表的每一列設(shè)計(jì)一個(gè)測試用例,能有效地檢測輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。 上述測試方法各有所長,每種方法都能設(shè)計(jì)一組相應(yīng)測試?yán)?用這組例子易發(fā)現(xiàn)某種類型錯(cuò)誤,但可能不易發(fā)現(xiàn)另一種類型錯(cuò)誤。因此實(shí)際測試中應(yīng)綜合使用各種測試方法,形成綜合策略,通常先用黑盒法設(shè)計(jì)基本的測試用例,再用白盒法補(bǔ)充一些必要的測試用例。具體做法是:任何情況下都應(yīng)使用邊界值分析法。設(shè)計(jì)用例時(shí),應(yīng)既包括輸入數(shù)據(jù)的邊界情況又盡量包括輸出數(shù)據(jù)的邊界情況。必要時(shí)用等價(jià)類劃分方法補(bǔ)充一些測試用例
21、。再用錯(cuò)誤推測法補(bǔ)充測試用例。檢查上述測試用例的邏輯覆蓋程度,如未滿足所要求的覆蓋標(biāo)準(zhǔn),再增加例子。如果規(guī)格說明中含有輸入條件的組合情況,則一開始就可使用因果圖法。12. 軟件測試要經(jīng)過哪幾個(gè)階段?各個(gè)階段與什么文檔有關(guān)?答:單元測試:詳細(xì)設(shè)計(jì)說明,源程序清單,單元測試計(jì)劃,單元測試報(bào)告 集成測試:概要設(shè)計(jì)說明,詳細(xì)設(shè)計(jì)說明,集成測試計(jì)劃,集成測試報(bào)告 確認(rèn)測試:需求規(guī)格說明,用戶手冊(cè),操作手冊(cè),測試計(jì)劃,測試報(bào)告,項(xiàng)目開發(fā)總結(jié) 系統(tǒng)測試:需求規(guī)格說明,系統(tǒng)測試計(jì)劃,系統(tǒng)測試報(bào)告13. 怎樣利用邊界值分析方法設(shè)計(jì)測試用例?答:以測試邊界情況為重點(diǎn),選取正好等于、剛剛大于或剛剛小于邊界值的數(shù)據(jù)構(gòu)
22、建測試用例。如果輸入條件規(guī)定了值的范圍,可選擇正好等于邊界值的數(shù)據(jù)作為合理測試用例,同時(shí)選擇剛好越過邊界值的數(shù)據(jù)作為不合理的測試用例。如果輸入條件指出了輸入數(shù)據(jù)的個(gè)數(shù),則按最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少1、比最大個(gè)數(shù)多1等情況分別設(shè)計(jì)測試用例。對(duì)每個(gè)輸出條件分別按照以上原則或確定輸出值的邊界情況。如果程序的規(guī)格說明給出的輸入或輸出域是個(gè)有序集合,則應(yīng)選取集合的第一個(gè)和最后一個(gè)元素作為測試用例。需求陳述用戶知識(shí)領(lǐng)域知識(shí)現(xiàn)實(shí)世界經(jīng)驗(yàn)對(duì)象模型動(dòng)態(tài)模型功能模型需求調(diào)查與分析研究開發(fā)者用戶面向?qū)ο蠼?4. 說明構(gòu)造功能模型的各個(gè)元素及圖形表示。答:構(gòu)造功能模型的元素有:數(shù)據(jù)流:用箭頭表示,上面標(biāo)記數(shù)
23、據(jù)流名稱,箭頭方向表示數(shù)據(jù)流動(dòng)的方向。加工:用橢圓表示,橢圓內(nèi)有加工的名稱和編號(hào)。數(shù)據(jù)存儲(chǔ):用雙杠表示,可標(biāo)記存儲(chǔ)的文件名稱。外部實(shí)體:用矩型框表示,框內(nèi)標(biāo)注名稱。(參見右圖)15. 實(shí)現(xiàn)容錯(cuò)的主要手段是什么?其技術(shù)分哪4類?答:實(shí)現(xiàn)容錯(cuò)的主要手段是冗余(冗余是指實(shí)現(xiàn)系統(tǒng)規(guī)定功能是多余的那部分資源,包括硬件、軟件、信息和時(shí)間)。 冗余技術(shù)分四類:結(jié)構(gòu)冗余、信息冗余、時(shí)間冗余、冗余附加技術(shù)。結(jié)構(gòu)冗余包括:a.靜態(tài)冗余(通過表決和比較來屏蔽系統(tǒng)中出現(xiàn)的錯(cuò)誤,無需對(duì)錯(cuò)誤進(jìn)行特別測試,不必進(jìn)行模塊切換)。b.動(dòng)態(tài)冗余(當(dāng)系統(tǒng)檢測到某工作模塊出錯(cuò)時(shí),就用一個(gè)備用模塊來頂替它并重新運(yùn)行,主要是多重模塊待機(jī)
24、儲(chǔ)備,包括熱備份系統(tǒng)、冷備份系統(tǒng)。須有檢測、切換和恢復(fù)過程。c.混合冗余(兼有靜態(tài)和動(dòng)態(tài)冗余長處)。信息冗余指為檢測或糾正信息在運(yùn)算或傳輸中的錯(cuò)誤而外加部分信息。奇偶碼、循環(huán)碼等可發(fā)現(xiàn)甚至糾正這些錯(cuò)誤。時(shí)間冗余指以重復(fù)執(zhí)行指令(指令復(fù)執(zhí))或程序(程序復(fù)算)來消除瞬時(shí)錯(cuò)誤帶來的影響。冗余附加技術(shù)指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù),包括程序、指令、數(shù)據(jù)、存放和調(diào)動(dòng)它們的空間和通道等。做人最好狀態(tài)是懂得尊重,不管他人閑事,不曬自己優(yōu)越,也不秀恩愛。你越成長越懂得內(nèi)斂自持,這世界并非你一人存在。做人靜默,不說人壞話,做好自己即可。不求深刻,只求簡單。你活著不是只為討他人喜歡,也不是為了炫耀你擁有的,
25、沒人在乎,更多人在看笑話。你變得優(yōu)秀,你身邊的環(huán)境也會(huì)優(yōu)化。3. 從今天開始,幫自己一個(gè)忙,不再承受身外的目光,不必在意他人的評(píng)價(jià),為自己活著。從今天開始,幫自己一個(gè)忙,做喜歡的事情,愛最親近的人,想笑就大笑,想哭就痛哭,不再束縛情感的空間,讓自己活得輕松些。4. 很多你覺得天大的事情,當(dāng)你急切地向別人傾訴時(shí),在別人眼中也是個(gè)小事,他最多不痛不癢呵呵地應(yīng)和著。因?yàn)樗皇悄?,他無法感知你那種激烈的情緒。直到有一天,你覺得無需再向別人提起,你就已經(jīng)挽救了你自己。這世界上除了你自己,沒誰可以真正幫到你。5, 我們總是帶著面具走進(jìn)愛情的,總想展示自己最優(yōu)越的一面,你要接受一個(gè)人,不只是接受他的優(yōu)越,而
26、是看清了他的平凡普通卻仍然去深愛。事實(shí)經(jīng)常是:我們走著走著,就感覺對(duì)方變了,其實(shí)我們并沒有變,我們只是走進(jìn)對(duì)方最真實(shí)的地方,然后迷失了自己。6. 我捧你,你就是杯子,我放手,你就是玻璃渣子。無論是戀人還是朋友,珍惜在你每一次難過、傷心時(shí)都陪伴在你身邊的人。珍惜經(jīng)常和你開玩笑的人,說明你在這個(gè)人的心中肯定有一定的分量。 珍惜在你心情不好時(shí)第一個(gè)發(fā)現(xiàn)的人。7. 今天再大的事,到了明天就是小事;今年再大的事,到了明年就是故事;今生再大的事,到了來世就是傳說。人生如行路,一路艱辛,一路風(fēng)景。你目光所及,就是你的人生境界??偸强吹奖茸约簝?yōu)秀的人,說明你正在走上坡路;總是看到不如自己的人,說明你正在走下坡
27、路。與其埋怨,不如思變。8. 歸零是一種積極的心態(tài)。所有的成敗相對(duì)于前一秒都是一種過去。過去能支撐未來,卻代替不了明天。學(xué)會(huì)歸零,是一種積極面向未來的意識(shí)。把每一天的醒來都看作是一種新生,以嬰兒學(xué)步的態(tài)度,認(rèn)真用好睡眠以前的時(shí)刻。歸零,讓壞的不影響未來,讓好的不迷惑現(xiàn)在。9. 總有一天,你會(huì)與那個(gè)對(duì)的人不期而遇:所謂的幸福,從來都是水到渠成的。它無法預(yù)估,更沒有辦法計(jì)算,唯一能做得是:在遇見之前保持相信,在相遇之后寂靜享用。寧可懷著有所期待的心等待下去,也不愿去對(duì)歲月妥協(xié),因?yàn)橄嘈判腋R苍S會(huì)遲到,但不會(huì)缺席。做人最好狀態(tài)是懂得尊重,不管他人閑事,不曬自己優(yōu)越,也不秀恩愛。你越成長越懂得內(nèi)斂自持,這世界并非你一人存在。做人靜默,不說人
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024年企業(yè)間技術(shù)秘密轉(zhuǎn)讓與保密合同
- 2024《教育基金贈(zèng)與合同》
- 2024年度二手挖掘機(jī)質(zhì)量保證合同
- 2024年奶牛養(yǎng)殖收購合同
- 2024年度融資合同融資項(xiàng)目及融資金額
- 2024年建筑工程屋面分包協(xié)議
- 2024年度★店鋪轉(zhuǎn)讓及培訓(xùn)協(xié)議
- 2024年度生物醫(yī)藥實(shí)驗(yàn)室安裝內(nèi)部承包合同
- 2024年企業(yè)間關(guān)于物聯(lián)網(wǎng)技術(shù)研發(fā)與應(yīng)用合作協(xié)議
- 2024供應(yīng)鏈金融借款合同
- 產(chǎn)品在途運(yùn)輸過程中產(chǎn)品質(zhì)量安全等的監(jiān)控及保障措施
- ChatGPT的工作原理介紹
- 民航值機(jī)服務(wù)
- 【一等獎(jiǎng)勞動(dòng)教育案例】《小艾團(tuán),大愛心》勞動(dòng)教育活動(dòng)案例
- 旅行社運(yùn)營實(shí)務(wù)電子課件 2.1 走進(jìn)旅行社門市
- 燃?xì)鉄犸L(fēng)爐安裝使用說明書
- 自我保健隨身行下冊(cè)文字版
- 詢比采購文件模板
- 公路工程標(biāo)準(zhǔn)規(guī)范清單
- YY/T 0962-2021整形手術(shù)用交聯(lián)透明質(zhì)酸鈉凝膠
- 現(xiàn)代電化學(xué)分析
評(píng)論
0/150
提交評(píng)論