吉林化工學(xué)院--軟件工程復(fù)習(xí)題_第1頁
吉林化工學(xué)院--軟件工程復(fù)習(xí)題_第2頁
吉林化工學(xué)院--軟件工程復(fù)習(xí)題_第3頁
吉林化工學(xué)院--軟件工程復(fù)習(xí)題_第4頁
吉林化工學(xué)院--軟件工程復(fù)習(xí)題_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、1軟件中存在著錯誤,這是由于人類本身能力的 所造成的。2解決一個復(fù)雜的問題,往往采取的策略是 。3 模型的基本特征是“快速”和“容易修改”。4在結(jié)構(gòu)化分析中,用于描述加工邏輯的主要工具有三種,即:結(jié)構(gòu)化語言.判定表. 。5數(shù)據(jù)流圖中的每一個加工至少有 個輸入數(shù)據(jù)流和 個輸出數(shù)據(jù)流。6數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的 。7模塊內(nèi)聚與耦合是模塊獨(dú)立性的兩個定性標(biāo)準(zhǔn)。在劃分模塊時,應(yīng)盡可能作到 內(nèi)聚、 耦合。8任何程序都可由 、 和 等三種基本控制結(jié)構(gòu)構(gòu)造。9在單元測試中,樁模塊用來代替被測模塊的 程序,也稱為 。10.信息流類型主要有變換型和 。11計算機(jī)軟件不僅僅是程序,還應(yīng)該有一整套 。12軟

2、件開發(fā)過程中使用的資源一般包括 、軟件資源和硬件資源。13軟件定義時期分為 和 。14 是指集中精力解決主要問題而盡量推遲對問題細(xì)節(jié)的考慮。15需求分析階段產(chǎn)生的最主要的文檔是 。16結(jié)構(gòu)化分析方法從三個方面建模: 建模 建模 建模。17模塊內(nèi)聚與耦合是模塊獨(dú)立性的兩個定性標(biāo)準(zhǔn)。在劃分模塊時,應(yīng)盡可能作到 內(nèi)聚、 耦合。18任何程序都可由 、 和 等三種基本控制結(jié)構(gòu)構(gòu)造。19在單元測試中,驅(qū)動模塊的作用是用來模擬被測模塊的 程序。1.局限性;2.逐步求精;3.快速原型;4.判定樹;5.一、一;6.邏輯模型;7.高、低;8.順序、分支、循環(huán);9.子、存根程序;10.事務(wù)型;11.文檔;12.人力

3、資源; 13.可行性研究,需求分析;14.逐步求精;15.軟件需求規(guī)格說明書;16.數(shù)據(jù)、功能、行為;17.高、低;18.順序、分支、循環(huán);19.主。1軟件生存期中時間最長的是 階段。 A需求分析; B軟件設(shè)計; C軟件測試; D軟件運(yùn)行/維護(hù)。2在軟件開發(fā)過程中的每個階段都要進(jìn)行嚴(yán)格的 ,以盡早發(fā)現(xiàn)在軟件開發(fā)過程中產(chǎn)生的錯誤。 A檢驗; B驗證; C度量; D評審。3在下面列出的基本成分中,哪個不是數(shù)據(jù)流圖的基本成分 ? A.信息處理; B. 信息存儲; C.外部實(shí)體; D.系統(tǒng)狀態(tài)。4在可行性研究過程中,對每一個合理的候選方案,分析人員都應(yīng)準(zhǔn)備如下資料 _。 A. 系統(tǒng)流程; B. 組成系

4、統(tǒng)的物理元素清單、成本效益分析;C. 實(shí)現(xiàn)該系統(tǒng)的進(jìn)度計劃; D. 以上全部。5需求規(guī)格說明書的作用不應(yīng)包括_。 A. 軟件設(shè)計的依據(jù); B. 軟件可行性研究的依據(jù);C. 軟件驗收的依據(jù); D. 用戶和開發(fā)人員對軟件要做什么的共同理解。6軟件設(shè)計包括過程設(shè)計.接口設(shè)計.體系結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計,其中最后完成的設(shè)計是 。 A. 過程設(shè)計; B.接口設(shè)計; C.體系結(jié)構(gòu)設(shè)計; D.數(shù)據(jù)設(shè)計。7模塊 ,則說明模塊的獨(dú)立性越強(qiáng)。 A. 耦合越強(qiáng); B. 扇入數(shù)越高; C. 耦合越弱; D. 扇入數(shù)越低。8在軟件的結(jié)構(gòu)化設(shè)計方法中,一般分為總體設(shè)計和詳細(xì)設(shè)計兩個階段,其中總體設(shè)計主要是建立 。 A. 軟件

5、結(jié)構(gòu); B. 軟件流程; C.軟件模型; D.軟件模塊。9為了提高模塊的獨(dú)立性,模塊之間最好是 。 A. 公共耦合; B. 控制耦合; C. 內(nèi)容耦合; D. 數(shù)據(jù)耦合。10在編制程序時應(yīng)采納的原則之一是 。 A. 不限制goto語句的使用; B. 減少或取消注解行;C. 程序越短越好; D. 程序結(jié)構(gòu)應(yīng)有助于讀者理解。11軟件測試的目的是 。 A. 試驗性運(yùn)行軟件; B. 發(fā)現(xiàn)軟件錯誤;C. 證明軟件正確; D. 找出軟件中全部錯誤。12與設(shè)計測試用例無關(guān)的文檔是 。 A. 項目開發(fā)計劃 ;B. 需求規(guī)格說明書; C. 軟件設(shè)計說明書; D. 源程序。13如果想要進(jìn)行成功的測試,為其設(shè)計測試

6、用例主要依賴于 。 A. 黑盒測試方法; B. 測試人員的經(jīng)驗; C. 白盒測試方法; D. 錯誤推測法。14在用邏輯覆蓋法設(shè)計測試用例時,有語句覆蓋分支覆蓋條件覆蓋判定-條件覆蓋條件組合覆蓋和路徑覆蓋等。其中 是最強(qiáng)的覆蓋準(zhǔn)則。 A. 語句覆蓋; B. 條件覆蓋; C. 判定-條件覆蓋; D. 路徑覆蓋。15單元測試將根據(jù)在 階段中產(chǎn)生的規(guī)格說明進(jìn)行。 A. 可行性研究與計劃; B. 需求分析; C. 概要設(shè)計; D. 詳細(xì)設(shè)計。16從已發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì),這一過程稱為 。 A. 錯誤檢測; B. 故障排除; C. 調(diào)試; D. 測試。17我們通常采用的調(diào)試途

7、徑不包括 。A. 蠻干法; B. 回溯法; C.原因排除法; D. 分析法。18等價類劃分完成后,就可得出 ,它是確定測試用例的基礎(chǔ)。 A. 有效等價類; B. 無效等價; C. 等價類表; D. 測試用例集。19對象模型表示了靜態(tài)的結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì),描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。它是從現(xiàn)實(shí)世界實(shí)體的相互關(guān)系的角度來描述表現(xiàn)對象間的相互關(guān)系。該模型主要關(guān)心系統(tǒng)中對象的結(jié)構(gòu)屬性和操作,使用了 的工具來刻劃。 A. E-R圖; B. 對象圖; C. 系統(tǒng)流程圖; D. 系統(tǒng)結(jié)構(gòu)圖。20動態(tài)模型描述的系統(tǒng)屬性是觸發(fā)事件事件序列狀態(tài)事件和狀態(tài)的組織。使用 作為描述工具。 A. 狀態(tài)圖; B. 順序圖; C

8、. 活動圖; D. 進(jìn)程圖。31準(zhǔn)確地解決“軟件系統(tǒng)必須做什么”是 階段的任務(wù)。 A可行性分析; B需求分析; C軟件設(shè)計; D程序編碼。 32傳統(tǒng)的軟件生命周期不包含 。A.問題定義; B.性能優(yōu)化; C.測試; D.實(shí)現(xiàn)。33需求分析中,分析人員要從用戶那里解決的最重要的問題是_。 A. 要讓軟件做什么; B. 要給該軟件提供什么信息;C. 要求軟件工作效率如何; D. 要讓該軟件具有何種結(jié)構(gòu)。34可行性研究的目的是_。 A. 開發(fā)項目; B.項目值得開發(fā)否; C.規(guī)劃項目; D.維護(hù)項目。35軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對_的描述。 A. 主要功能; B. 算法的詳細(xì)過程; C. 用

9、戶界面及運(yùn)行環(huán)境; D. 軟件的性能。36 是數(shù)據(jù)說明可執(zhí)行語句等程序?qū)ο蟮募?,它是單?dú)命名的并可通過名字訪問。 A模塊; B復(fù)合語句; C程序塊; D數(shù)據(jù)塊。37 是指把一些關(guān)系密切的軟件元素物理地放置到彼此靠近的位置。 A. 信息隱蔽; B. 內(nèi)聚; C. 局部化; D. 模塊獨(dú)立。38為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是 。 A. 邏輯內(nèi)聚; B. 時間內(nèi)聚; C. 功能內(nèi)聚; D. 通信內(nèi)聚。39與早期的軟件開發(fā)方式相比較,結(jié)構(gòu)化生命周期法最重要的指導(dǎo)原則應(yīng)是 。 A.自頂向下; B. 分階段開發(fā); C.逐步求精; D. 用戶需求至上。40在人機(jī)界面的設(shè)計過程中,不需要考慮下列 問題

10、。A. 系統(tǒng)響應(yīng)時間; B.出錯信息處理; C. 輸入輸出數(shù)據(jù); D.用戶幫助。41程序流程圖中的箭頭代表 。 A. 數(shù)據(jù)流; B.控制流; C.順序流; D.調(diào)用。42在軟件測試中,下面說法中錯誤的是 。 A. 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程;B. 測試是為了表明程序是正確的;C. 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的方案;D. 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。43軟件測試用例主要由測試輸入數(shù)據(jù)和 兩部分組成。 A. 測試計劃; B. 測試規(guī)則; C. 測試的預(yù)期結(jié)果; D. 以往測試記錄分析。44軟件測試是軟件質(zhì)量保證的主要手段之一,測試的成本已超過

11、 的30%以上。因此,提高測試的有效性非常重要。 A. 軟件開發(fā)成本; B. 軟件維護(hù)成本;C. 軟件開發(fā)成本和維護(hù)成本; D. 軟件研制成本。45使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù) 和指定的覆蓋標(biāo)準(zhǔn)。 A. 程序的內(nèi)部結(jié)構(gòu); B. 程序的復(fù)雜性; C. 使用說明書; D. 程序的功能。46從下列敘述中,能夠與軟件開發(fā)各階段,如需求分析設(shè)計編碼相對應(yīng)的軟件測試是 。 A. 組裝測試確認(rèn)測試單元測試; B. 單元測試組裝測試確認(rèn)測試;C. 單元測試確認(rèn)測試組裝測試; D. 確認(rèn)測試組裝測試單元測試。47軟件的組裝測試最好是由 承擔(dān),以提高組裝測試的效果。 A. 該軟件的設(shè)計者; B. 該軟件

12、開發(fā)組的負(fù)責(zé)人;C. 該軟件的編程者; D. 不屬于該開發(fā)組的人員。48黑盒測試方法的優(yōu)點(diǎn)是 。 A. 可測試軟件的特定部位; B. 能站在用戶立場測試;C. 可按軟件內(nèi)部結(jié)構(gòu)測試; D. 可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯誤。49等價類劃分完成后,就可得出 ,它是確定測試用例的基礎(chǔ)。 A. 有效等價類; B. 無效等價; C. 等價類表; D. 測試用例集。40動態(tài)模型描述的系統(tǒng)屬性是觸發(fā)事件事件序列狀態(tài)事件和狀態(tài)的組織。使用 作為描述工具。 A. 狀態(tài)圖; B. 順序圖; C. 活動圖; D. 進(jìn)程圖。DBDBBAAADDBABDDCDDBABBABBACCDCBBCAADDDDA1.軟件設(shè)計過程中

13、應(yīng)該遵循的基本原理是什么?模塊獨(dú)立性的定性度量標(biāo)準(zhǔn)是什么?模塊化;抽象;逐步求精;信息隱藏和局部化;模塊獨(dú)立。模塊獨(dú)立定量度量標(biāo)準(zhǔn)是:耦合和內(nèi)聚。2.應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性?技術(shù)上的可行性 使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個系統(tǒng)嗎? 經(jīng)濟(jì)上的可行性 這個系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎?(投資與效益)操作可行性 系統(tǒng)的操作方式在這個用戶組織內(nèi)行得通嗎? 社會、政策允許的可行性。3.通常對軟件系統(tǒng)有哪些需求?功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求、約束、逆向需求、將來可能提出的要求。4.簡述系統(tǒng)總體設(shè)計過程當(dāng)中應(yīng)該遵循的啟發(fā)規(guī)則。(1)改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性;(2

14、)模塊規(guī)模應(yīng)該適中;(3)深度、寬度、扇出和扇入都應(yīng)適當(dāng);(4)模塊的作用域應(yīng)該在控制域之內(nèi);(5)力爭降低模塊接口的復(fù)雜程度;(6)設(shè)計單入口單出口的模塊;(7)模塊功能應(yīng)該可以預(yù)測。5.軟件維護(hù)包括哪幾項活動?各占多大比例?完善性維護(hù),占50%66%;改正性維護(hù),占17%21%;適應(yīng)性維護(hù),占18%25%;預(yù)防性維護(hù),占4%。6.軟件生命周期劃分成哪些階段?軟件生命周期(各階段)軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)三個時期組成。1) 軟件定義時期劃分為三個階段:問題定義、可行性研究和需求分析2) 開發(fā)時期:總體設(shè)計、詳細(xì)設(shè)計、編碼和單元測試、綜合測試。3) 維護(hù)時期:主要任務(wù)是使軟件

15、持久地滿足用戶的需要。7.通常對軟件系統(tǒng)有哪些需求?功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求、約束、逆向需求、將來可能提出的要求。8.總體設(shè)計過程的9個步驟是什么?設(shè)想供選擇的方案、選取合理的方案、推薦最佳方案、功能分解、設(shè)計軟件結(jié)構(gòu)、設(shè)計數(shù)據(jù)庫、制定測試計劃、書寫文檔、審查和審核9.詳細(xì)設(shè)計的基本任務(wù)是什么?有哪些描述方法?詳細(xì)設(shè)計的基本任務(wù)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng),正確地實(shí)現(xiàn)每個模塊的功能。圖形工具:程序流程圖、盒圖、PAD圖、判定表、判定樹、過程設(shè)計語言。10.簡述軟件可維護(hù)性。維護(hù)人員理解、改正、改動或改進(jìn)軟件的難易程度。(1)決定軟件可維護(hù)性的因素l

16、 可理解性l 可測試性l 可修改性l 可移植性l 可重用性(2)文檔l 用戶文檔l 系統(tǒng)文檔(3)可維護(hù)性復(fù)審1.根據(jù)以下問題描述,畫出領(lǐng)料業(yè)務(wù)的數(shù)據(jù)流程圖。某倉庫業(yè)務(wù)的工作流程如下:車間職工填寫領(lǐng)料單,經(jīng)車間主任審查后簽名。然后職工拿著領(lǐng)料單到倉庫領(lǐng)料。倉庫保管員審查領(lǐng)料單是否有車間主任簽名,填寫是否正確等。不正確的領(lǐng)料單退回職工,如果填寫正確則給予領(lǐng)料并修改庫存清單。當(dāng)某零件的庫存量低于臨界值時,登記需訂貨信息。每天下班前為采購部門提供一張訂貨單。2.用Jackson圖表示下圖所示的二維表格。學(xué)生名冊表頭姓名性別年齡學(xué)號表體該學(xué)生名冊由表頭和表體兩部分組成。其中表頭又順序包括表名和字段名。

17、表體可由任意行組成,每行包括學(xué)生的姓名.性別.年齡和學(xué)號。行*學(xué)號年齡性別姓名字段名表名表體表頭3.某圖書管理系統(tǒng)有以下功能: 借書:輸入讀者借書證。系統(tǒng)首先檢查借書證是否有效,若有效,對于第一次借書的讀者,在借書證上建立檔案。否則,查閱借書文件,檢查該讀者所借圖書是否超過10本,若已達(dá)10,拒借,末達(dá)10本,辦理借書(檢查庫存,修改庫存目錄并將讀者借書情況錄入借書文件。) 還書:從借書文件中讀出與讀者有關(guān)的記錄,查閱所借日期,如超期(3個月)作罰款處理。否則,修改庫存目錄與借書文件。 查詢:通過借書文件,庫存目錄文件查詢讀者情況圖書借閱及庫存情況,打印統(tǒng)計表。要求:畫出本系統(tǒng)的功能級數(shù)據(jù)流圖。4.設(shè)計下列偽碼程序的語句覆蓋和路徑覆蓋測試用例:/判定表達(dá)式3IF C>15 THEN Z=30ELSE Z=3END IFPRINT (X, Y, Z)STOPSTARTINPUT (A, B, C)/判定

溫馨提示

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

最新文檔

評論

0/150

提交評論