軟件工程導(dǎo)論復(fù)習(xí)筆記_第1頁
軟件工程導(dǎo)論復(fù)習(xí)筆記_第2頁
軟件工程導(dǎo)論復(fù)習(xí)筆記_第3頁
軟件工程導(dǎo)論復(fù)習(xí)筆記_第4頁
軟件工程導(dǎo)論復(fù)習(xí)筆記_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、簡答題:1. 什么是軟件?答:軟件是:(1)指令的集合(計算機(jī)程序) ,通過執(zhí)行這些指令可以滿 足預(yù)期的特征、功能和性能需求。(2)數(shù)據(jù)結(jié)構(gòu),使得程序可以合理利用信息。(3)軟件描述信息, 它以硬拷貝和虛擬形式存在, 用來描述 程序操作和使用。2. How do software characteristics differ from hardware characteristics?軟件的特性是如何不同硬件的特性?答:(1)軟件是設(shè)計開發(fā)的,而不是傳統(tǒng)意義上生產(chǎn)制造的 (2)軟件不會磨損,但會退化(3)雖然整個工業(yè)向著基于構(gòu)件的構(gòu)造模式發(fā)展,然而大多 數(shù)軟件仍是根據(jù)實際的顧客需求定制的3.

2、What do people mean by the expression "software crisis"?人們是怎樣理解“軟件危機(jī)”這個短語的?答:軟件危機(jī)主要表現(xiàn)在兩個方面:( 1) 無法滿足日益增長的對軟件的需求。( 2) 難以滿足對已有的軟件系統(tǒng)的維護(hù)需求。 軟件危機(jī)出現(xiàn)的原因:(1)由于軟件生產(chǎn)本身存在著復(fù)雜性(2)與軟件開發(fā)所使用的方法和技術(shù)有關(guān) “軟件工程”的概念用工程化的思想來克服軟件危機(jī)。4. What myths about software still exist ? 軟件仍然存在著什么神話? 答:管理者的神話;用戶的神話;開發(fā)者的神話。簡答題:1

3、. What are the three generic phases of software engineering? 軟件工程的三個一般的階段是? 答:定義階段、開發(fā)階段、維護(hù)階段(軟件生存周期的三個階段:軟件定義、軟件開發(fā)、軟件維護(hù))2. What are the names of the five levels of the SEI Capability Maturity Model?CMM 把企業(yè)控制軟件過程的能力分為 5 級( 5 個級別的名字) : 1 級 initial or ad hoc leve(l 初始級) 2 級 repeatable level( 可重復(fù)級) 3級de

4、fined level (可定義級) 4級managed level (可管理級) 5 級optimizing level (可優(yōu)化級)3. Describe the phases of the prototyping model for software development.描述原型開發(fā)模型階段對于軟件開發(fā)?答:( 1)開發(fā)人員和客戶會面并且對于軟件定義總體目標(biāo), 確認(rèn)需求( 2)開發(fā)人員對原型進(jìn)行快速的構(gòu)造設(shè)計( 3)用戶對原型的評估從而改進(jìn)需求( 4)開發(fā)人員調(diào)整原型以滿足客戶的需求4. Why are evolutionary models considered by many t

5、o be the best approach to software development?對于軟件開發(fā)為什么演化模型被認(rèn)為是最好的方法? 由于現(xiàn)代軟件開發(fā)的時間線越來越短, 客戶正變得越來越多樣化, 需求的變化也變得更加常見,我們需要一種方法來提供增量或進(jìn) 化的過程。相比大多數(shù)過程這個演化的過程能提供更好的過程模 型,最重要的是該模型反映了在建立復(fù)雜系統(tǒng)時到底發(fā)生了什么。第三章(Exercise 3 :簡答題:1. 可行性分析的任務(wù)是什么?答:可行性研究的任務(wù)是用最小的代價、在盡可能短的時間內(nèi)確定問題是否能夠解決。分析員首先應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型,然后從系統(tǒng)邏輯模型 出發(fā),探索出若干種可供

6、選擇的主要解法 (即系統(tǒng)實現(xiàn)方案) 最后仔細(xì)研究每種解法的可行性。2. 簡述可行性分析的步驟是什么?答:(1)復(fù)查系統(tǒng)規(guī)模和目標(biāo)(2)研究目前正在使用的系統(tǒng)(3)導(dǎo)出新系統(tǒng)的高層邏輯模型(4)重新定義問題(5)導(dǎo)出和評價供選擇的方案(6)推薦方案和行動方針(7)草擬開發(fā)計劃(8)書寫文檔、提交審查Rapid Application Development Model 包含五個開發(fā)階段Business modeling業(yè)務(wù)建模)Data modelingProcess modelingApplication generationTesting and turnover第四章( Exercise

7、4):(軟件需求分析)簡答題:1. What are the five phases of software requirements analysis? 軟件需求分析的 5 個階段是什么?(1) 問題分析( 2)問題評估和方案綜合( 3)建模( 4) 規(guī)約( 5)復(fù)審2. Describe the facilitated application specification technique(FAST).描述 FAST(facilitated application specification technique) 便利的 應(yīng)用規(guī)約技術(shù)?1) 確定地點出席會議,會議由開發(fā)者和客戶出席2) 建

8、立準(zhǔn)備和參與會議的規(guī)則3) 建立一個足夠正式的議程以便可以進(jìn)行所有重要的而又足夠非正式的、鼓勵思維的自由交流4) 一個“協(xié)調(diào)者“控制會議5 ) 使用一種定義機(jī)制第五章( Exercise 5 ) :簡答題:1. What are three primary objectives of the analysis model?分析模型中的三個主要對象是什么?( 1) 描述顧客的需求( 2) 創(chuàng)建軟件設(shè)計的基礎(chǔ)3) 定義在軟件完成后可以被確認(rèn)的一組需求1. What are the data modeling elements represented inthe entity relationshi

9、p diagram (ERD)?在實體關(guān)系圖( ERD )中代表數(shù)據(jù)模型的元素是什么?答:1 ) 數(shù)據(jù)對象一些實體的產(chǎn)生或消耗的信息2) 屬性數(shù)據(jù)特征與數(shù)據(jù)對象實例相關(guān)聯(lián)3) 聯(lián)系指示數(shù)據(jù)對象連接的形式2. List the elements of the analysis model and explain the role of each element?列出分析模型的元素并且解釋每個元素的角色?答:(1) 數(shù)據(jù)字典包含所有數(shù)據(jù)對象產(chǎn)生或消耗的信 息( 2) 實體關(guān)系圖描述數(shù)據(jù)對象的關(guān)系(3)數(shù)據(jù)流圖提供數(shù)據(jù)通過系統(tǒng)被改變移動數(shù)據(jù) 流功能的指示(4)狀態(tài)轉(zhuǎn)換圖指示系統(tǒng)對于外部事件的答復(fù)第六

10、章( Exercise 6 )(設(shè)計、模型、設(shè)計模型)簡答題:1. List the four design models required for a complete specification of a design and explain how each is created.列出四個設(shè)計模型需求對于一個設(shè)計的完整說明書并且解釋 每一個是怎樣產(chǎn)生的?答:(1) 數(shù)據(jù)設(shè)計為了軟件的實現(xiàn)而使 ERD 和數(shù)據(jù)字典 變?yōu)閿?shù)據(jù)結(jié)構(gòu)需求( 2) 體系結(jié)構(gòu)設(shè)計來源于系統(tǒng)規(guī)范和子系統(tǒng)交互(3) 接口設(shè)計來源于 DFD 和 CFD 集中于怎樣進(jìn)行人 機(jī)交互(4)構(gòu)件級設(shè)計結(jié)構(gòu)化的元素被轉(zhuǎn)變?yōu)檫^程化的描

11、 述2. List three characteristics that can serve as a guide toevaluate desig n quality.列出能夠作為評估設(shè)計質(zhì)量向?qū)У娜齻€特征?答:(1)設(shè)計必須實現(xiàn)所有包含在分析模型中的明顯需求(2)設(shè)計必須是可讀的、可理解的(3 )設(shè)計應(yīng)該提供軟件的完整面貌3. What is a good desig n?soluti on:1. The design process should not suffer from ,tunnel vision?2. The desig n should be traceable to th

12、e an alysis model.3. The desig n should not reinvent the wheel.4. The desig n should“ mi ni mize the in tellectual dista nee”5. The design should exhibit uniformity and integration.6. The desig n should be structured to accommodate cha nge.7. The desig n should be structured to degrade gen tly.8. De

13、sig n is not codi ng, cod ing is not desig n.9. The design should be assessed for quality as it is being created, not after the fact.10. The desig n should be reviewed to mi ni mize con ceptual (sema ntic) errors.4. 內(nèi)聚(cohesion )是什么?凝聚力是衡量一個模塊的功能相對實力5. 耦合(coupling )是什么?耦合是模塊之間的相互依存的方法第七章(Exercise 7

14、)簡答題1. What is Architecture?(體系結(jié)構(gòu)是什么?)答.程序或計算機(jī)系統(tǒng)的軟件體系結(jié)構(gòu)是指系統(tǒng)的一個或者多個結(jié)構(gòu),它包括 軟件構(gòu)件、構(gòu)件的外部可見屬性以及它們之間的相互關(guān)系。2. How is a transaction center different from a transform cen ter in a data flow diagram?在一個數(shù)據(jù)流圖中交易中心是如何不同于變換中心?答.交易中心轉(zhuǎn)換成系統(tǒng)內(nèi)部許多行動路徑之一的外部信息流。第八章:(界面設(shè)計) 簡答題:1 . What is three“golden rules三個'黃金法則 是什么?

15、答:(1)將用戶控制。(2)減少用戶的記憶負(fù)荷 -(3)接口一致。2 What framework activities are completed duri ng user in terface developme nt process?在用戶界面的發(fā)展過程期間完成的是什么框架內(nèi)的活動?答:用戶,任務(wù)和環(huán)境分析 界面設(shè)計 界面結(jié)構(gòu) 接口驗證3. List four in terface desig n issues prese nt in the developme ntof most user in terfaces在大多數(shù)的用戶界面的發(fā)展當(dāng)中列出四個接口設(shè) 計問題答.系統(tǒng)響應(yīng)時間用戶幫助

16、設(shè)施錯誤信息處理命令標(biāo)簽4. 用戶界面的基本類型有幾種?答:從用戶角度出發(fā),用戶界面設(shè)計的類型主要有問題描述語言,數(shù)據(jù)表格、圖形與圖標(biāo)、菜單、對話框及窗口等。每一種類型都有不同的特點和性能。第九章: 簡答題:1. What characteristics has a box diagram?一個方塊圖有什么特征?答: ( 1)功能域以及定義和清晰可見,作為一個圖示(2) 任意控制轉(zhuǎn)移是不可能的(3) 本地和全球數(shù)據(jù)的范圍可以很容易地確定(4 )遞歸很容易代表2. Which sections are decision tablesdivided into?決策表分為哪些部分?答.左上方象限包含

17、的所有條件左下角象限包含了所有動作的清單 右手象限形成一個矩陣3 What are the characteristics of a program design Ianguage (PDL)?程序設(shè)計語言(PDL)的特點是什么?答.提供一個固定的關(guān)鍵字語法一個自然語言的語法描述處理功能數(shù)據(jù)申報的設(shè)施應(yīng)包括子程序的定義和調(diào)用技術(shù),支持各種接口描述模式第十章: 簡答題:1 What are the attributes of a good software test? 一個良好的軟件測試的屬性是什么?答:(1)發(fā)現(xiàn)錯誤的概率高(2) 不是多余的(3) 應(yīng)該是能夠發(fā)現(xiàn)大部分的錯誤 不宜過于簡單或過

18、于復(fù)雜2 Describe the differences between black-box testing and white-box testing.描述黑盒測試和白盒測試之間的差異。答: ( 1)黑盒測試,包括測試軟件組件的功能,不知道其內(nèi)部邏輯的細(xì)節(jié)黑盒測試是功能測試(2)白盒測試涉及全面測試內(nèi)部獨立的邏輯路徑 白盒測試是模塊測試3. Cyclomatic complexity is Computed in three ways.圈復(fù)雜度計算方法有三種。(1) 流圖中區(qū)域的數(shù)量對應(yīng)于環(huán)形的復(fù)雜性有:內(nèi)部的范圍外部的范圍-算一個區(qū)域(2) 計算流圖G的環(huán)形復(fù)雜性V(G):公式:V (G)= E N + 2N-節(jié)點數(shù)E-邊的數(shù)量(3) 計算流圖G的環(huán)形復(fù)雜性V(G):公式:V (G)= P+1P-程序圖中判定點的數(shù)量第11章:(軟件測試一一單元測試、系統(tǒng)測試;自上而下的集成 測試、自下而上的集成測試;驗證測試、確認(rèn)測試)簡答題:1 . What is unit testing? 么是單兀測試?答:單元測試是測試各軟件組件,單獨使用存根和 /或驅(qū)動程序的過程。模塊接口進(jìn)行測試,以便正確的信息流。本地

溫馨提示

  • 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

提交評論