軟件工程 課后習(xí)習(xí)題(含答案)_第1頁
軟件工程 課后習(xí)習(xí)題(含答案)_第2頁
軟件工程 課后習(xí)習(xí)題(含答案)_第3頁
軟件工程 課后習(xí)習(xí)題(含答案)_第4頁
軟件工程 課后習(xí)習(xí)題(含答案)_第5頁
已閱讀5頁,還剩3頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 第一章 練習(xí)題一、填空題1、軟件工程三要素是:方法、工具、過程。2、軟件開發(fā)方法是指軟件開發(fā)過程中所應(yīng)遵循的方法和步驟。二、名詞(術(shù)語)解釋:1、可靠性-是指在給定的時間間隔內(nèi),程序成功運行的概率??煽啃允呛饬寇浖|(zhì)量的一個重要目標(biāo)。2、可理解性-指系統(tǒng)具有清晰的結(jié)構(gòu),能直接反映問題的需求??衫斫庑杂兄诳刂栖浖到y(tǒng)的復(fù)雜性,并支持軟件的維護、移植和重用。三、問答題 1、面向?qū)ο蠓椒ǖ膬?yōu)點是什么答:(1)將現(xiàn)實世界問題向面向?qū)ο蠼饪臻g直接映射,實現(xiàn)對現(xiàn)實世界的直接模擬。 (2)以數(shù)據(jù)為中心,而不是基于對功能的分解, 使得軟件結(jié)構(gòu)相對穩(wěn)定,軟件的重用性、可靠性、可維護等特性都較好。2、可視化開

2、發(fā)方法的優(yōu)點有哪些答:(1)簡化了圖形用戶界面的設(shè)計和編碼工作,將開發(fā)的注意力主要集中在程序的執(zhí)行邏輯和工作流程上。 (2)軟件開發(fā)簡單,易學(xué)、易上手。(3)專業(yè)或非專業(yè)人員都能參與軟件開發(fā)活動。第二章 練習(xí)題一、填空題:1、軟件工程過程是:為獲得軟件產(chǎn)品,在軟件工具支持下由軟件人員完成的一系列軟件工程活動。2、一個軟件從定義、開發(fā)、使用和維護,直到最終被廢棄,所經(jīng)歷的生存過程經(jīng)歷的生存過程稱為軟件生存期或叫生命期。3、軟件生命周期的階段劃分為3個時期是:定義時期、開發(fā)時期、維護時期。4、軟件工程標(biāo)準(zhǔn)的5個層次是:國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)規(guī)范、項目規(guī)范。二、簡答題:1、瀑布模型的優(yōu)點

3、有哪些答:1、強迫開發(fā)人員采用規(guī)范的技術(shù)方法;2、嚴格地規(guī)定了每個階段必須提交的文檔;3、每個階段結(jié)束前必須正式進行嚴格的技術(shù)審查和管理復(fù)審。2、瀑布模型的缺點是什么答:1、在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對許多應(yīng)用軟件來說是極其困難的。2、在需求分析階段,當(dāng)需求確定后,無法及時驗證需求是否正確、完整。3、作為整體開發(fā)的瀑布模型,由于不支持產(chǎn)品的演化,缺乏靈活性,對開發(fā)過程中很難發(fā)現(xiàn)的錯誤,只有在最終產(chǎn)品運行時才能暴露出來,從而使軟件產(chǎn)品難以維護。3、原型模型適應(yīng)什么場合答:原型模型比瀑布模型更符合人們認識事物的過程和規(guī)律,是一種較實用的開發(fā)框架。 它適合于那些不能預(yù)先

4、確切定義需求的軟件系統(tǒng)的開發(fā),更適合于那些項目組成員(包括分析員、設(shè)計員、程序員和用戶)不能很好交流或通信有困難的情況。第三章 練習(xí)題一、填空題1、COCOMO II的3個階段是:應(yīng)用組裝、早期設(shè)計、后體系結(jié)構(gòu) 。2、  分析任務(wù)圖中的里程碑路徑    被稱為關(guān)鍵路徑。3、項目的特征: 唯一性、一次性、整體性、多目標(biāo)性、壽命周期階段性  。二、簡答題1、什么是里程碑答:在制定項目進度計劃時,在進度時間表上設(shè)立一些重要的時間檢查點,這樣一來,就可以在項目執(zhí)行過程中利用這些重要的時間檢查點

5、來對項目的進程進行檢查和控制。這些重要的時間檢查點被稱作項目的里程碑(Milestone)。2、請扼要描述Boehm的十大風(fēng)險事項。答:Personnel shortfalls人員短缺Unrealistic schedules and budgets不現(xiàn)實的進度和預(yù)算Developing the wrong functions開發(fā)了錯誤功能Developing the wrong user interfaces開發(fā)了錯誤的用戶界面Gold-plating華而不實Continuing stream of requirements changes不斷的需求改變Shortfalls in exter

6、nally-performed tasks外部執(zhí)行的任務(wù)不符合要求Shortfalls in externally-furnished components外部提供的組件不符合要求Real-time performance shortfalls實時性能不符合要求Straining computer science capabilities超出了計算機科學(xué)的能力3、如何成功管理風(fēng)險答:建立恰當(dāng)?shù)臋C制選擇有效的識別方法選擇有效評估發(fā)生可能性方法選擇有效評估風(fēng)險影響方法建立預(yù)防措施開發(fā)風(fēng)險應(yīng)對措施確定緊迫性確定風(fēng)險的責(zé)任人4、什么是項目管理答:兩種含義管理活動:一種有意識地按照項目管理的特點和規(guī)律,

7、對項目進行組織管理的活動管理學(xué)科:以項目管理活動為研究對象的一門學(xué)科,它是探索項目活動科學(xué)組織管理的理論與方法。5、什么是軟件項目管理答:軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成,而對成本、人員、進度、質(zhì)量、風(fēng)險等進行分析和管理的活動。軟件項目管理的對象是軟件工程項目,他所涉及的范圍覆蓋了整個軟件工程過程。第4章 練習(xí)題4、 填空題1、需求可分解為4個層次: 業(yè)務(wù)需求 、 用戶需求 、 功能需求 和 非功能需求 。2、用戶需求: 用戶需求是用戶使用該軟件要完成的任務(wù)。 3、功能需求:功能需求定義了軟件必須實現(xiàn)的功能 。 4、需求分析階段的工作有以下四個方面:引發(fā)、分析

8、、編制需求分析階段文檔規(guī)格說明、確認 。 5、軟件項目中40%-60%的問題都是在需求階段埋下的禍根! 2、 簡答題1、 IEEE在軟件工程標(biāo)準(zhǔn)詞匯表中的需求定義是什么答:用戶解決問題或達到目標(biāo)所需的條件或權(quán)能(Capability)。 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說明。2、 需求分析的目標(biāo)是什么答:構(gòu)造一個完全地、精致 地目標(biāo)系統(tǒng)邏輯模型;確定設(shè)計約束和定義軟件有效性要求。3、 需求分析的任務(wù)是什么答:需求分析階段研究的對象是軟件項目的用戶要求,其任務(wù)是借助當(dāng)前系統(tǒng)的邏輯模型, 調(diào)查研究、分析綜

9、合,并通過抽象思維、邏輯推理導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型,解決系統(tǒng)“做什么”的問題,并將結(jié)果準(zhǔn)確表達。4、 請你扼要描述需求分析的實現(xiàn)步驟。答:(1)分析現(xiàn)實世界,充分理解當(dāng)前系統(tǒng),并用一個具體模型描述,獲得當(dāng)前系統(tǒng)的物理模型。 (2)在理解當(dāng)前系統(tǒng)“怎么做”的基礎(chǔ)上,抽取“作什么”的本質(zhì),抽象出系統(tǒng)的邏輯模型。 (3)分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別,導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。 (4)對目標(biāo)系統(tǒng)邏輯模型進行補充,以求完整地描述。5、 需求規(guī)格書明書的主體內(nèi)容包括哪些答:1)概述:軟件需求的簡要說明2)界面描述:軟件系統(tǒng)的實現(xiàn)環(huán)境3)模型分析:系統(tǒng)模型的形式規(guī)定、限制和說明4)質(zhì)量評審要求5)其他6

10、、 需求規(guī)格說明書的基本要求是什么答:1)完整:考慮細致2)一致:前后內(nèi)容一致3)精確:數(shù)據(jù)、任務(wù)要精確4)無二義性:不提模棱兩可的問題5)符合標(biāo)準(zhǔn):按國家、國際標(biāo)準(zhǔn)書寫6)易維護:應(yīng)便于修改三、術(shù)語解釋:聚合關(guān)聯(lián)-一個類是另一個類的所有物或元素,用一端帶有空心菱形的關(guān)聯(lián)來表示,“has-a”關(guān)系。組裝關(guān)聯(lián)-是一種特殊類型的聚合,復(fù)合類的實例是物理上由成分類的實例組成的(如,自行車由輪子、手把組成),用實心菱形的聚合表示。概化關(guān)聯(lián)一個子類繼承父類的所有屬性、操作和關(guān)聯(lián),用一端帶有三角形的關(guān)聯(lián)表示,“is-a”關(guān)系。第5章 練習(xí)題一、填空題:1、健壯性:如果 系統(tǒng)包含了適應(yīng)環(huán)境以及從環(huán)境中或其他

11、單元中的問題中恢復(fù)的機制,那么我們稱該系統(tǒng)是健壯的。2、原型化分為兩種類型是: 拋棄型原型 和 快速原型化 。二、簡答題:1、滿足質(zhì)量屬性有哪7個方面答:可修改性、性能、安全性、可靠性、健壯性、易使用性、商業(yè)目標(biāo)2、體系結(jié)構(gòu)模式有哪6種-P161答:理解系統(tǒng)復(fù)用以前系統(tǒng)元素展示構(gòu)建系統(tǒng)藍圖推測系統(tǒng)將會如何演變分析依賴關(guān)系為管理決策提供支持3、造成設(shè)計崩潰的原因有哪些答:缺少具體的設(shè)計方案缺少設(shè)計過程的元方案問題優(yōu)先級選擇不合理在定義解決方案時,難以考慮所有的約束難以在腦海中用多個步驟或多個用例對設(shè)計進行模擬難以跟蹤和報告解決方案已經(jīng)推遲的子問題難以從子問題進行擴展,以形成完整的解決方法第6章

12、練習(xí)題一、填空1、6條設(shè)計原則是: 模塊化 、 接口 、 信息隱藏 、 增量式開發(fā) 、 抽象 、 通用性 。2、模塊的扇入定義為:指直接調(diào)用該模塊的上級模塊的個數(shù)。扇入大表示模塊的復(fù)用程序高。3、模塊的扇出定義為: 是指該模塊直接調(diào)用的下級模塊的個數(shù)。扇出大表示模塊的復(fù)雜度高,需要控制和協(xié)調(diào)過多的下級模塊;但扇出過?。ɡ缈偸?)也不好。扇出過大一般是因為缺乏中間層次,應(yīng)該適當(dāng)增加中間層次的模塊。扇出太小時可以把下級模塊進一步分解成若干個子功能模塊,或者合并到它的上級模塊中去。設(shè)計良好的軟件結(jié)構(gòu),通常頂層扇出比較大,中間扇出小,底層模塊則有大扇入。4、設(shè)計模式的4個基本要素是: 名稱 、 要解

13、決的問題 、 解決方案 、 應(yīng)用后的效果 。二、簡答題1、模塊耦合有哪6種類型答:內(nèi)容耦合公共耦合控制耦合標(biāo)記耦合數(shù)據(jù)耦合非直接耦合3、 模塊內(nèi)聚有哪7種類型答:巧合內(nèi)聚:部分各不相關(guān)。邏輯內(nèi)聚:只通過代碼的邏輯結(jié)構(gòu)關(guān)聯(lián)。時態(tài)內(nèi)聚:設(shè)計被劃分成幾個用來表示不同執(zhí)行狀態(tài)的模塊:初始化、讀寫輸入、計算、打印輸出,在一個任務(wù)中被使用而形成內(nèi)聚。過程內(nèi)聚:按照每個確定的順序執(zhí)行一系列的功能。通信內(nèi)聚:某些功能操作或生成同一個數(shù)據(jù)集。功能內(nèi)聚:一個模塊中包含了所有必須的元素,每個處理元素對于執(zhí)行單個功能來說都是必須的。信息內(nèi)聚:在功能內(nèi)聚的基礎(chǔ)上,將其調(diào)整為數(shù)據(jù)抽象化和基于對象的設(shè)計。三、術(shù)語解釋信息隱

14、藏-每個模塊的實現(xiàn)細節(jié)對于其它模塊來說是隱蔽的。也就是說,模塊中包含的信息(過程和數(shù)據(jù))不允許其它不需要這些信息的模塊使用。第8-9章 練習(xí)題一、填空1、測試用例的設(shè)計方法大體可分為兩類: 白盒測試 和 黑盒測試 。2、語句覆蓋是指 選擇足夠的測試用例,使得運行這些測試用例時,被測程序的每個可執(zhí)行語句都至少執(zhí)行一次。3、邊界值總結(jié)為三句話是: 剛剛等于 ; 剛剛大大于 ; 剛剛小于 。4、單元測試又稱模塊測試 ,它著重對軟件設(shè)計的 模塊 (軟件構(gòu)件或模塊)進行驗證。5、常用的系統(tǒng)測試包括 恢復(fù)測試 , 安全測試, 壓力測試 , 性能測試 。6、安全測試用來 驗證集成在系統(tǒng)中的保護機制能否實際保

15、護系統(tǒng)不受非法侵入。2、 簡答題1、 軟件測試的目的是什么答:測試是一個為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程一個好的測試用例是指很可能找到迄今為至尚未發(fā)現(xiàn)的錯誤的測試用例一個成功的測試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯誤的測試2、 什么是白盒測試(又稱為結(jié)構(gòu)測試)答:把測試對象看作一個透明的盒子,測試人員根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息設(shè)計測試用例,檢查程序中所有邏輯路徑是否都按預(yù)定的要求正確地工作。3、 什么是黑盒測試答:(又稱行為測試)把測試對象看做一個黑盒子,測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能需求。 4、 什么是等價類答:等價類

16、是指輸入域的某個子集,該子集中的每個輸入數(shù)據(jù)對揭露軟件中的錯誤都是等效的,測試等價類的某個代表值就等價于對這一類其他值的測試。也就是說,如果該子集中的某個輸入數(shù)據(jù)能檢測出某個錯誤,那么該子集中的其他輸入數(shù)據(jù)也能檢測出同樣的錯誤;反之,如果該子集中的某個輸入數(shù)據(jù)不能檢測出錯誤,那么該子集中的其他輸入數(shù)據(jù)也不能檢測出錯誤。 5、 因果圖方法具有哪些特點答:考慮輸入條件的組合關(guān)系;考慮輸出條件對輸入條件的依賴關(guān)系,即因果關(guān)系;測試用例發(fā)現(xiàn)錯誤的效率高;能檢查出功能說明中的某些不一致或遺漏。三、術(shù)語解釋1、窮舉測試-力圖全面、無遺漏地“挖掘”出程序中的所有錯誤。必須在所有可能的輸入條件和輸出條件中確定

17、測試數(shù)據(jù),來檢查是否都能產(chǎn)生正確的輸出。5、 判斷題,正確打勾,錯誤打叉。1、軟件測試是為了證明程序是正確的,即測試能發(fā)現(xiàn)程序中所有的錯誤。( F )第11章 練習(xí)題1、 填空題1、軟件維護階段覆蓋了從軟件交付使用到軟件被淘汰為止的整個時期。2、軟件維護可以分為 糾錯性維護、適應(yīng)性維護 、改善性維護 、 預(yù)防性維護 四類。3、對軟件可維護性影響的主要因素有: 可理解性 、 可測試性 、可修改性 、 可移植性 。4、 軟件維護可理解性是指: 理解軟件接口 、結(jié)構(gòu) 、功能 和 內(nèi)部過程的難易程度。 二、簡答題1、什么是糾錯性維護答:為了改正軟件系統(tǒng)中的錯誤,使軟件能夠滿足預(yù)期的正常運行狀態(tài)的要求而進行的維護。2、什么是改善性維護答:滿足使用過程中用戶提出增加新功能或修改已有功能的建議維護。3、提高軟件可理解性的措施有哪些答:提高軟件可理解

溫馨提示

  • 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論