軟件工程自考題_第1頁
軟件工程自考題_第2頁
軟件工程自考題_第3頁
已閱讀5頁,還剩2頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、軟件工程自考題 -6( 總分: 95.00 ,做題時(shí)間: 90 分鐘 )一、 單項(xiàng)選擇題 ( 總題數(shù): 20,分?jǐn)?shù): 40.00)1. 下列關(guān)于軟件工程說法錯(cuò)誤的是_(分?jǐn)?shù): 2.00 )A. 軟件工程首次出現(xiàn)是在NATO會(huì)議上B. 軟件工程概念的提出就是為了解決軟件危機(jī)C. 軟件工程是研究軟件開發(fā)的學(xué)科D. 軟件工程是一門理論課程解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為軟件工程的概念。 解析 軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則和方法,按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程,或以此為研究對象的學(xué)科。2. 單元測試的對象是 _(分?jǐn)?shù): 2.00 )A.模塊B. 子系統(tǒng)C. 系統(tǒng)

2、D. 硬件系統(tǒng)解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為單元測試。 解析 單元測試是對源程序中每一個(gè)程序單元進(jìn)行測試,檢查各個(gè)模塊是否主確實(shí)現(xiàn)規(guī)定的功能,從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。3. 事務(wù)流程圖往往具有很差的結(jié)構(gòu),其原因不包括_(分?jǐn)?shù): 2.00 )A. 包含人工的判斷和處理B. 與開發(fā)人員不能控的行為有關(guān)C. 事務(wù)流程表達(dá)的系統(tǒng)模型更接近現(xiàn)實(shí)D. 語義復(fù)雜 解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為事務(wù)流程圖具有很差結(jié)構(gòu)的原因。 解析 其主要原因:包含人工的判斷和處理;與開發(fā)人員不能控的行為有關(guān);事務(wù)流程圖表達(dá)的系統(tǒng)模型更接近現(xiàn)實(shí);性能的增加使事務(wù)數(shù)目和單個(gè)事務(wù)處理流程具有相當(dāng)?shù)膹?fù)雜度。4.

3、 需求分析中開發(fā)人員要從用戶那里了解_(分?jǐn)?shù): 2.00 )A. 軟件做什么B. 用戶使用界面C. 輸入的信息D. 軟件的規(guī)模解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為需求分析。 解析 就軟件需求分析而言,其目標(biāo)就是給出“系統(tǒng)必須做什么的”一個(gè)估算。5. 用結(jié)構(gòu)化自然語言來描述加工邏輯的外層結(jié)構(gòu)時(shí),以下不屬于基本結(jié)構(gòu)的是_(分?jǐn)?shù): 2.00 )A. 循環(huán)結(jié)構(gòu)B. 嵌套結(jié)構(gòu) C. 選擇結(jié)構(gòu)D. 順序結(jié)構(gòu)解析: 考點(diǎn) 主要考查的知識點(diǎn)為結(jié)構(gòu)化自然語言。 解析 用結(jié)構(gòu)化自然語言來描述加工邏輯的外層結(jié)構(gòu)時(shí),采用順序、選擇、循環(huán)三種基本。6. 當(dāng)模塊中包含復(fù)雜的條件組合時(shí),只有_能夠清晰地表達(dá)出各種動(dòng)作之間的

4、對應(yīng)關(guān)系。(分?jǐn)?shù): 2.00 )A. 判定表和判定樹B. 盒圖C. 流程圖D. 關(guān)系圖解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為判定表和判定樹。 解析 判定表和判定樹是描述加工的工具,常用來描述一些不易用自然語言表達(dá)清楚或需要很大篇幅才能表達(dá)清楚的加工。7. 下列說法完全正確的是 _(分?jǐn)?shù): 2.00 )A.HIPO 圖可以描述軟件總的模塊層次結(jié)構(gòu)IPO 圖B.HIPO 圖可以描述每個(gè)模塊輸入/ 輸出數(shù)據(jù)、處理功能及模塊調(diào)用的詳細(xì)情況H 圖C.HIPO 圖以模塊分解的層次性以及模塊內(nèi)部輸入、處理、輸出三大基本部分為基礎(chǔ)建立的D.H 圖說明了模塊間的信息傳遞及模塊內(nèi)部的處理解析: 考點(diǎn) 本題主要考查的

5、知識點(diǎn)為詳細(xì)設(shè)計(jì)HIPO圖。 解析 HIPO 圖是美國 IBM 公司 70 年代發(fā)展起來的表示軟件系統(tǒng)結(jié)構(gòu)的工具。HIPO圖既可以描述軟件總的模塊層次結(jié)構(gòu)H 圖( 層次圖 ) ,又可以描述每個(gè)模塊輸入、輸出數(shù)據(jù)、處理功能及模塊調(diào)用的詳細(xì)情況 IPO 圖。 HIPO圖以模塊分解的層次性以及模塊內(nèi)部輸入、處理、輸出三大基本部分為基礎(chǔ)建立的。8. 以下對詳細(xì)設(shè)計(jì)說法錯(cuò)誤的是(分?jǐn)?shù): 2.00 )_A. 詳細(xì)設(shè)計(jì)是具體地編寫程序B. 詳細(xì)設(shè)計(jì)是細(xì)化成很容易地從中產(chǎn)生程序的圖紙C. 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的質(zhì)量D. 詳細(xì)設(shè)計(jì)中采用的典型方法是結(jié)構(gòu)化程序設(shè)計(jì)方法解析: 考點(diǎn) 本題主要考查的知識點(diǎn)

6、為詳細(xì)設(shè)計(jì)。 解析 詳細(xì)設(shè)計(jì)處理過程設(shè)計(jì)中采用的典型方法是結(jié)構(gòu)化程序設(shè)計(jì)方法,最早是由E. W. Dijkstra在 60年代中期提出的。詳細(xì)設(shè)計(jì)并不是具體地編程序,而是已經(jīng)細(xì)化成很容易地從中產(chǎn)生程序的圖紙。因此詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的質(zhì)量。9. 為表達(dá)關(guān)聯(lián)的語義,以下說法錯(cuò)誤的是_(分?jǐn)?shù): 2.00 )A. 關(guān)聯(lián)名用于描述關(guān)聯(lián)的一定內(nèi)涵B. 導(dǎo)航只能是雙向的C. 角色是關(guān)聯(lián)一端的類目對另一端的類目的一種呈現(xiàn)D. 多重性是類中對象參與一個(gè)關(guān)聯(lián)的數(shù)目解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為關(guān)聯(lián)。 解析 一般情況下,導(dǎo)航是雙向的。但如果需要限定導(dǎo)航是單向的,可以通過一個(gè)指示方向的單向箭頭來修

7、飾相應(yīng)的關(guān)聯(lián)。10. 以卞關(guān)于標(biāo)識操作說法錯(cuò)誤的是_(分?jǐn)?shù): 2.00 )A. 分析類不能對操作進(jìn)行隱含B. 對于分析類的需求,需要結(jié)合設(shè)計(jì)模型中的設(shè)計(jì)機(jī)制予以處理C. 對于分析類的接口的操作由相應(yīng)的設(shè)計(jì)類提供D. 對于參與用況細(xì)化中的設(shè)計(jì)類,應(yīng)通過走查該用況細(xì)化解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為標(biāo)識操作。 解析 一般應(yīng)依據(jù)分析類來標(biāo)識設(shè)計(jì)類所提供的、所需要的操作,標(biāo)識操作包含:(1) 分析類的一個(gè)責(zé)任常常隱含了一個(gè)或多個(gè)。(2) 對于分析類的需求,需要結(jié)合設(shè)計(jì)模型中的設(shè)計(jì)機(jī)制予以處理。(3) 對于分析類的接口的操作由相應(yīng)的設(shè)計(jì)類提供。(4) 對于參與用況細(xì)化中的射擊類,應(yīng)通過走查該用況細(xì)化

8、。11. 以下哪個(gè)軟件生存周期模型是一種非整體開發(fā)的模型_(分?jǐn)?shù): 2.00 )A. 螺旋模型B. 增量模型C. 瀑布模型 D. 噴泉模型解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為瀑布模型。 解析 瀑布模型是將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型。它規(guī)定了由前至后、相互銜接的固定次序,如同瀑布流水,逐級下落。12. 自頂向下集成測試的主要缺點(diǎn)是_(分?jǐn)?shù): 2.00 )A. 需要設(shè)計(jì)承接模塊B. 在加上最后一個(gè)模塊時(shí),程序才作為實(shí)體而存在C. 不能發(fā)現(xiàn)與接口有關(guān)的錯(cuò)誤D. 發(fā)現(xiàn)軟件實(shí)現(xiàn)功能與需求規(guī)格不同解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為集成測。 解析 自頂向下集成測試的主要缺點(diǎn)是

9、需要設(shè)計(jì)承接模塊以及隨之而帶來的困難。13. 以下說法錯(cuò)誤的是(分?jǐn)?shù): 2.00 )_A. 依賴是一種使用關(guān)系B. 依賴用一條有向虛線段表示C. 關(guān)聯(lián)、泛化、細(xì)化是一類特定的依賴D. 在系統(tǒng)建模時(shí),處理模型化中遇到的關(guān)系,首先使用的是依賴解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為依賴。 解析 依賴用于描述一個(gè)類目使用另一個(gè)類目的信息和服務(wù),是一種使用關(guān)系,在系統(tǒng)聯(lián)、泛化、細(xì)化,只有在它們不能使用時(shí),再使用依賴14. 關(guān)于共用目標(biāo)及其相關(guān)共用實(shí)踐說法錯(cuò)誤的是_(分?jǐn)?shù): 2.00 )A. 共用目標(biāo)3的相關(guān)共用實(shí)踐有2 個(gè)B. 共用目標(biāo)2要求對過程實(shí)施 P-D-C-AC. 共用目標(biāo)1的相關(guān)共用實(shí)踐有2 個(gè)

10、 D. 共用目標(biāo)2的相關(guān)共用實(shí)踐有10 個(gè)解析: 考點(diǎn)本題主要考查的知識點(diǎn)為共用目標(biāo)及其相關(guān)共用實(shí)踐。解析共用目標(biāo)1 的相關(guān)共用實(shí)踐只有1 個(gè)。15. 成熟度等級與能力等級之間的關(guān)系是(分?jǐn)?shù): 2.00 )_A. 互補(bǔ)的B. 排斥的C. 遞進(jìn)的D. 對偶解析:16. 以下不屬于創(chuàng)建系統(tǒng)用況模型的活動(dòng)的是_(分?jǐn)?shù): 2.00 )A. 發(fā)現(xiàn)參與者和用況B. 精化用況C. 細(xì)化用況 D. 構(gòu)造人機(jī)接口原型解析:17. 以下說法關(guān)于需求分析的活動(dòng)錯(cuò)誤的是(分?jǐn)?shù): 2.00 )_A. 體系結(jié)構(gòu)分析B. 用況分析C. 類的分析D. 用況模型的結(jié)構(gòu)化解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為RUP中需求分析的活動(dòng)

11、。 解析 創(chuàng)建系統(tǒng)的分析模型,一般應(yīng)進(jìn)行體系結(jié)構(gòu)分析、用況分析、類的分析以及包的分析4 項(xiàng)活動(dòng)。18. 在軟件設(shè)計(jì)中, 為解決一個(gè)大而復(fù)雜的問題把軟件系統(tǒng)劃分成一個(gè)個(gè)完成某一特定的子功能的方法稱為_(分?jǐn)?shù):2.00 )A. 細(xì)化B. 結(jié)構(gòu)化C. 模塊化D. 抽象化解析:19. 黑盒測試在設(shè)計(jì)測試用例時(shí),主要需要研究_(分?jǐn)?shù): 2.00 )A. 需求規(guī)格說明與概要設(shè)計(jì)說明B. 詳細(xì)設(shè)計(jì)說明C. 項(xiàng)目開發(fā)計(jì)劃D. 概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為黑盒。 解析 黑盒測試又稱功能測試,是數(shù)據(jù)驅(qū)動(dòng)測試,也是基于規(guī)格說明書的測試。故選項(xiàng)20. 軟件的集成測試最好由_承擔(dān),以提

12、高測試的效果。(分?jǐn)?shù): 2.00 )A 正確。A. 該軟件的設(shè)計(jì)人員B. 該軟件開發(fā)組的負(fù)責(zé)人C. 該軟件編程人員D. 不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員解析: 考點(diǎn) 本題主要考查的知識點(diǎn)為集成 解析 集成測試應(yīng)由專門的測試小組來進(jìn)行,測試小組由有經(jīng)驗(yàn)的系統(tǒng)設(shè)計(jì)人員和程序員組成。整個(gè)測試活動(dòng)要在評審人員出席的情況下進(jìn)行。集成測試最好由不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員承擔(dān)。二、 填空題 ( 總題數(shù): 10,分?jǐn)?shù): 10.00)21. 1 指被測試程序不在機(jī)器上運(yùn)行,而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。(分?jǐn)?shù): 1.00 )解析:靜態(tài)測試22.分析模型中的包結(jié)構(gòu),一般對應(yīng)于設(shè)計(jì)

13、子系統(tǒng)的1 。(分?jǐn)?shù): 1.00 )解析:層結(jié)構(gòu)23.確認(rèn)測試又稱有效性測試,它的任務(wù)是檢查軟件的功能與性能是否與1 中確定的指標(biāo)相符合。(分?jǐn)?shù): 1.00 )解析:需求規(guī)格說明書24.一個(gè)模塊通過傳遞開關(guān)、 標(biāo)志,對某一個(gè)模塊的多種功能進(jìn)行選擇,則這兩個(gè)模塊之間的耦合方式是1。(分?jǐn)?shù): 1.00 )解析:控制耦合25. 在軟件的詳細(xì)設(shè)計(jì)中,根據(jù)控制流程從上到下、從左到右展開的設(shè)計(jì)工具是1 。(分?jǐn)?shù): 1.00 )解析: PAD圖26. 狀態(tài)轉(zhuǎn)移是兩個(gè) 1 間的一種關(guān)系。(分?jǐn)?shù): 1.00 )解析:狀態(tài)27. 1 是選取正好等于、剛剛大于或剛剛小于邊界值的數(shù)據(jù)對程序進(jìn)行測試。(分?jǐn)?shù): 1.00

14、 )解析:邊界值分析28. 調(diào)用事件是一個(gè) 1 ,但可以把調(diào)用規(guī)約成異步調(diào)用。(分?jǐn)?shù): 1.00 )解析:同步事件29. 測試是一種挑剔性行為 1 是測試自己程序的障礙。(分?jǐn)?shù): 1.00 )解析:心理狀態(tài)30. 選擇執(zhí)行操作子有兩部分組成:1 和2。(分?jǐn)?shù): 1.00 )解析:監(jiān)護(hù)條件控制體三、 簡答題 ( 總題數(shù): 5,分?jǐn)?shù): 25.00)31. 簡述結(jié)構(gòu)化分析的描述工具以及步驟。(分?jǐn)?shù): 5.00 )_正確答案: ()解析:結(jié)構(gòu)化分析的描述工具有:(1) 數(shù)據(jù)流圖。(2) 數(shù)據(jù)字典。(3) 描述加工邏輯的結(jié)構(gòu)化語言、判定表、判定樹。步驟為:(1) 了解當(dāng)前系統(tǒng)的工作流程,獲取當(dāng)前系統(tǒng)的物

15、理模型。(2) 抽象出當(dāng)前系統(tǒng)的邏輯模型。(3) 建立目標(biāo)系統(tǒng)的邏輯模型。(4) 作進(jìn)一步補(bǔ)充和優(yōu)化。32. 簡述 RUP的分析模型中,類的分析的目標(biāo)和任務(wù)。(分?jǐn)?shù): 5.00 )_正確答案: ()解析: (1) 類的分析的目標(biāo):一是標(biāo)識并維護(hù)分析類的責(zé)任;二是基于它們在用況細(xì)化中的角色,標(biāo)識并維護(hù)分析類的屬性和關(guān)系;三是捕獲分析類細(xì)化中的特殊需求。(2) 類的分析的任務(wù):任務(wù) 1:標(biāo)識責(zé)任。任務(wù) 2:標(biāo)識屬性。任務(wù) 3:標(biāo)識關(guān)聯(lián)和聚合。33. 簡述軟件測試中,路徑選取的一般原則。(分?jǐn)?shù): 5.00 )_正確答案:解析: (1)()選擇最簡單的、具有一定功能含義的入口/ 出口路徑。(2) 在已

16、選取的基礎(chǔ)上,選取無循環(huán)的路徑。選取短路徑、簡單路徑。(3) 選取沒有明顯功能含義的路徑, 此時(shí)要研究這樣的路徑為什么存在, 為什么沒有通過功能上合理的路徑得到覆蓋。34. 簡述軟件生存周期過程描述中,軟件需求分析過程的意圖、活動(dòng)和任務(wù)。(分?jǐn)?shù): 5.00 )_正確答案: ()解析:意圖:建立系統(tǒng)軟件部分的需求?;顒?dòng)和任務(wù):項(xiàng)目應(yīng)按可用的組織策略和規(guī)程,實(shí)施以下活動(dòng)和任務(wù)?;顒?dòng):軟件需求分析。任務(wù) 1:建立軟件需求和文檔。任務(wù) 2:評估軟件需求,并建立相應(yīng)的評估結(jié)果文檔。任務(wù) 3:按軟件復(fù)審過程進(jìn)行軟件需求評審。35. 簡述因果圖生成測試用例的基本步驟。(分?jǐn)?shù): 5.00 )_正確答案: ()

17、解析: (1) 通過軟件規(guī)格說明書的分析,找出一個(gè)模塊的原因,并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識符。(2) 分析原因與結(jié)果之間以及原因與原因之間的對應(yīng)關(guān)系,并畫出因果圖。(3) 在因果圖上標(biāo)識出一些特定的約束或限制條件。(4) 把因果圖轉(zhuǎn)換成判定表。(5) 把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測試用例。四、 綜合應(yīng)用題 ( 總題數(shù): 2,分?jǐn)?shù): 20.00)36. 程序功能說明書指出,某程序的輸入條件為: 每個(gè)學(xué)生可以選修用例。 (1) 按等價(jià)類劃分法設(shè)計(jì)測試用例 ( 要求列出設(shè)計(jì)過程 ) 。 (2)1 至 3 門課程,試用黑盒法設(shè)計(jì)測試按邊界值分析法設(shè)計(jì)測試用例。(分?jǐn)?shù): 10.00 )_正確答案: ()解析:解: (1) 等價(jià)類劃分法合理等價(jià)類選修 1門選修 2門選修 3門不合理等價(jià)類沒選課選3門以上測試用例選修 =2選修 =0選修 3(2) 邊界值法0, 1,3,437. 一實(shí)時(shí)監(jiān)護(hù)系統(tǒng)的中央處理機(jī)的功能如下:(1)由定時(shí)檢測系統(tǒng)取得各個(gè)監(jiān)護(hù)病員的生理數(shù)據(jù)( 脈搏,體溫,血壓 ) 經(jīng)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(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ǔ)空間,僅對用戶上傳內(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

提交評論