軟件工程復(fù)習(xí)資料簡答題_第1頁
軟件工程復(fù)習(xí)資料簡答題_第2頁
軟件工程復(fù)習(xí)資料簡答題_第3頁
軟件工程復(fù)習(xí)資料簡答題_第4頁
軟件工程復(fù)習(xí)資料簡答題_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

三、簡答題

1、軟件開發(fā)與寫程序有何不一樣?

答:軟件包括程序,程序足軟件的一部分。軟件是程序、數(shù)據(jù)及其有關(guān)文檔H勺完整集合。程

序只是為了實現(xiàn)軟件的功能和性能規(guī)定而編寫的指令序列。

2、軟件的構(gòu)造設(shè)計可以采用多種措施,目前重要使用的措施有哪幾種?內(nèi)容分別是什么?

3、軟件質(zhì)量保證的重要功能是什么?

4、什么是DFD?其意義怎樣?解釋DFD四要素H勺內(nèi)容。

答:(1)是數(shù)據(jù)流圖英文縮寫,是一種描述數(shù)據(jù)在系統(tǒng)中流動的圖形工具;(2)是以圖形

方式體現(xiàn)數(shù)據(jù)處理系統(tǒng)中信息口勺傳遞和變換處理過程,它從數(shù)據(jù)加工口勺角度來描述一種企事

業(yè)組織中的)業(yè)務(wù)活動;(3)A圓框符號轉(zhuǎn)換數(shù)據(jù)流的處理過程,又稱泡。B方框符號代表

位于軟件系統(tǒng)邊界之外的信息生產(chǎn)著或消費者。C箭頭符號代表轉(zhuǎn)換之間的有向流動H勺數(shù)

據(jù)項或數(shù)據(jù)項集合。D雙杠符號代表為一種或多種轉(zhuǎn)換提供數(shù)據(jù)源或數(shù)據(jù)存儲服務(wù)的緩沖

區(qū)、文獻(xiàn)或數(shù)據(jù)庫。

5、需求分析的難點重要表目前哪幾種方面?

答:(1)問題II勺復(fù)雜性。因顧客需求所波及的原因繁多引起,如運行環(huán)境和系統(tǒng)功能等等。

(2)交流障礙。需求分析波及人員較多,如軟件系統(tǒng)顧客、問題領(lǐng)域?qū)<摇⑿枨蠊こ處熀?/p>

項目管理員等,這些人具有不一樣的背景知識,處在不一樣H勺角度,飾演不一樣角色。

導(dǎo)致了互相之間交流H勺困難。

(3)不完備性和不一致性。由于多種原因,顧客對問題的陳說往往是不完備日勺,其各方面

的J需求還也許存在著矛盾,需求分析要消除矛盾,形成完備及一致性口勺定義。

(4)需求易變性。顧客需求日勺變動是一種極為普遍日勺問題,雖然是部分變動,也往往會影

響到需求分析的所有,導(dǎo)致不一致性和不完備性。

為了克服上述困難,人們重要圍繞著需求分析的措施及自動化工具(如CASE技術(shù))等

方面進(jìn)行研究。

6、白盒測試中的邏輯覆蓋有哪幾種常用的覆蓋技術(shù)?試對它們的檢錯能力進(jìn)行比較。

答:(1)語句覆蓋

(2)鑒定覆蓋(比語句覆蓋嚴(yán)格些)

(3)條件覆蓋(比單是鑒定覆蓋要嚴(yán)格)

(4)鑒定/條件測試(條件覆蓋也不一定滿足鑒定覆蓋,由于只符合條件覆蓋的用例

也許會不滿足每個鑒定語句均有真值或假值出現(xiàn)。因此要兩者兼顧)

(5)條件組合覆蓋(是前兩個覆蓋的I組合)

(6)途徑覆蓋(指設(shè)計足夠的測試用例,覆蓋被測程序中所有也許的途徑)

條件組合發(fā)現(xiàn)錯誤的能力較強(qiáng),凡滿足其原則的測試用例,也必然滿足前四種覆蓋

原則,在實際的邏輯測試中,一般以條件組合覆蓋為主設(shè)計測試用例,然后再補(bǔ)充部分

用例來到達(dá)途徑覆蓋的測試原則。

7、簡述文檔在軟件工程中的作用。

答:(1)提高軟件開發(fā)過程的能見度(2)提高開發(fā)效率

(3)作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志

(4)記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù);

(5)提供軟件運行、維護(hù)和培訓(xùn)有關(guān)資料;(6)便「顧客理解軟件功能、性能。

8、需求分析MJ難點重要表目前哪幾種方面?

答:(1)問題的復(fù)雜性。國顧客需求所波及日勺原因繁多引起,如運行環(huán)境和系統(tǒng)功能等等。

(2)交流障礙。需求分析波及人員較多,如軟件系統(tǒng)顧客、問題領(lǐng)域?qū)<?、需求工程?/p>

和項FI管理員等,這些人具有不一樣的背景知識,處在不一樣的角度,飾演不一樣

角色。導(dǎo)致了互相之間交流的困難。

(3)不完備性和不一致性。由于多種原因,顧客對問題的陳說往往是不完備的,其各方

面日勺需求還也許存在著矛盾,需求分析要消除矛盾,形成完備及一致性口勺定義。

(4)需求易變性。顧客需求的變動是一種極為普遍的問題,雖然是部分變動,也往往會

影響到需求分析的所有,導(dǎo)致不一致性和不完備性。

為了克服上述困難,人們重要圍繞著需求分析的措施及自動化工具(如CASE技術(shù))

等方面進(jìn)行研究。

9、軟件開發(fā)分哪幾種階段?哪幾種環(huán)節(jié)?

答:軟件開發(fā)分軟件計劃、軟件開發(fā)和運行維護(hù)三個階段;制定計劃、需求分析、

軟件設(shè)計、編碼設(shè)計、軟件測試、運行維護(hù)六個環(huán)節(jié)。

10、軟件計劃日勺任務(wù)?答:規(guī)劃與調(diào)度

11、闡明構(gòu)造化程序設(shè)計的重要思想是什么?

答:(1)采用自頂向下逐漸求精的設(shè)計措施:(2)使用3種基本控制構(gòu)造、單入口、單出

I」來構(gòu)造程序。

12、闡明軟件測試和程序調(diào)試口勺目H勺有何區(qū)別?

答:測試日勺目的是判斷和發(fā)現(xiàn)軟件與否有錯誤;調(diào)試口勺目的J是定位軟件錯誤并糾正錯誤。

13、需求分析與軟件設(shè)計二個階段任務(wù)的重要區(qū)別是什么?

答;需求分析定義軟件的顧客需求,即定義待開發(fā)軟件能做什么;

軟件設(shè)計定義軟件的實現(xiàn)細(xì)節(jié)以滿足顧客需求,即研究怎樣實現(xiàn)軟件。

14、什么是編碼風(fēng)格?為何要強(qiáng)調(diào)編碼風(fēng)格?

答:編碼風(fēng)格是在不影響性能口勺前提下,有效地編排和組織程序,以提高可讀性和可維性。

15、軟件測試包括哪些環(huán)節(jié)?闡明這些環(huán)節(jié)的測試對象是什么?

答:(I)單元測試,測試對象為單元模塊

(2)集成測試,測試對象為組裝后的程序模塊

(3)確認(rèn)測試,測試對象為可運行的目的軟件系統(tǒng)

(4)最終?步是系統(tǒng)測試,檢查軟件與系統(tǒng)中其他元素與否協(xié)調(diào)。

16、什么是a測試和B測試?

答:a測試是指軟件開發(fā)企業(yè)組織內(nèi)部人員模擬各類顧客行為對即將面市的I軟件產(chǎn)品(稱為

a版本)進(jìn)行測試,試圖發(fā)現(xiàn)錯誤并修改。

B測試是指軟件開發(fā)企業(yè)組織各方面的經(jīng)典顧客在平常工作中實際使用B版本,并規(guī)定

顧客匯報異常狀況、提出批評意見。

17、系統(tǒng)設(shè)計的內(nèi)容是什么?

答:系統(tǒng)設(shè)計階段先從高層入手,然后細(xì)化。系統(tǒng)設(shè)計要決定整個構(gòu)造及風(fēng)格,這種構(gòu)造為

背面設(shè)計階段的更詳細(xì)方略H勺設(shè)計提供了基礎(chǔ).

(I)系統(tǒng)分解。系統(tǒng)中重要口勺構(gòu)成部分稱為子系統(tǒng),子系統(tǒng)既不是一種對象也不是一種

功能,而是類、關(guān)聯(lián)、操作、時間和約束口勺集合。每次分解的各子系統(tǒng)數(shù)目不能太多,

最底層子系統(tǒng)稱為模塊。

<2)確定并發(fā)性。分析模型、現(xiàn)實世界及硬件中不少對象均是并發(fā)H勺。系統(tǒng)設(shè)計的一種

重要目H勺就是確定哪些是必須同步動作的對象,哪些不是同步動作H勺對象。后者可以放

在一起,而綜合成單個控制線或任務(wù)。

(3)處理器及任務(wù)分派。各并發(fā)子系統(tǒng)必須分派給單個硬件單元,要么是一種一般日勺處

理器,要么是一種詳細(xì)口勺功能單元,必須完畢下面時工作:估計性能規(guī)定和資源需求,

選擇實現(xiàn)子系統(tǒng)的硬軟件,將軟件子系統(tǒng)分派給各處理器以滿足性能規(guī)定和極小化處理

器之間U勺通信,決定實現(xiàn)各子系統(tǒng)的各物理單元"勺連接。

(4)數(shù)據(jù)存儲管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲管理是一項重要的任務(wù)。一般

各數(shù)據(jù)存儲可以將數(shù)據(jù)構(gòu)造、文獻(xiàn)、數(shù)據(jù)庫組合在?起,不?樣數(shù)據(jù)存儲要在費用、訪

問時間、容量以及可靠性之間做折中考慮。

(5)全局資源的J處理.必須確定全局資源,并且制定訪問全局資源口勺方略。全局資源包

括:物理資源,如處理器、驅(qū)動器等;空間,如盤空間、工作站屏等;邏輯名字,如對

象標(biāo)識符、類名、文獻(xiàn)名等。

假如資源是物理對象,則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問,以到達(dá)自身控制;

假如資源是邏輯實體,如對象標(biāo)識符,那么在共享環(huán)境中有沖突訪問的也許,如獨立的

事務(wù)也許同步使用同一種對象標(biāo)識符,則各個全局資源都必須有一種保護(hù)對象,由保護(hù)

對象來控制對該資源的訪問。

(6)選擇軟件控制機(jī)制。分析模型中所有交互行為都表達(dá)為對象之間的I事件。系統(tǒng)設(shè)計

必須從多種措施中選擇某種措施來實現(xiàn)軟件11勺控制。

(7)人機(jī)交互接II設(shè)計。設(shè)計中日勺大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān),但必須考慮顧

客使用系統(tǒng)的交互接口。

18、什么是軟件危機(jī)?軟件危機(jī)的體現(xiàn)是什么?其產(chǎn)生的原因是什么?答:軟件發(fā)展第二階

段的末期,由于計算機(jī)硬;牛技術(shù)的進(jìn)步,計算機(jī)運行速度、容量、可靠性有明顯的提高,生.

產(chǎn)成本明顯下降,這為計算機(jī)的廣泛應(yīng)用發(fā)明了條件。某些復(fù)雜的、大型的軟件開發(fā)項目提

出來了,不過,軟件開發(fā)技術(shù)的進(jìn)步一直未能滿足發(fā)展的需要。在軟件開發(fā)中碰到及I問題找

不到處理措施,使問題積累起來,形成了鋒利口勺矛盾,因而導(dǎo)致了軟件危機(jī)。

軟件危機(jī)表目前如下四個方面:

(1)經(jīng)費預(yù)算常常突破,完畢時間一再遲延。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā)數(shù)據(jù)的

積累,使得開發(fā)工作口勺計劃很難制定。主觀盲目制定計劃,執(zhí)行起來與實際狀況有很大差距,

使得開發(fā)經(jīng)費一再突破。由于對工作量估計局限性,對開發(fā)難度估計局限性,進(jìn)度計劃無法

準(zhǔn)時完畢,開發(fā)時間一再遲延。

(2)開發(fā)的軟件不能滿足顧客規(guī)定。開發(fā)初期對顧客的規(guī)定理解不夠明確,未能得到明確

的體現(xiàn)。開發(fā)工作開始后,軟件人員和顧客又未能及時互換意見,使得某些問題不能及時處

理,導(dǎo)致開發(fā)H勺軟件不能滿足顧客H勺規(guī)定,因而導(dǎo)致開發(fā)失敗。

(3)開發(fā)的軟件可維護(hù)性差。開發(fā)過程中沒有同意的、公認(rèn)H勺規(guī)范,軟件開發(fā)人員按各自

的風(fēng)格工作,各行其是,開發(fā)過程無完整、規(guī)范日勺文檔,發(fā)現(xiàn)問題后進(jìn)行雜亂無章的修改。

程序構(gòu)造不好,運行時發(fā)現(xiàn)錯誤也很難修改,導(dǎo)致維護(hù)性差。

(4)開發(fā)的軟件可靠性差。由于在開發(fā)過程中,沒有保證軟件質(zhì)量的體系和措施,在軟件

測試時,又沒有嚴(yán)格的、充足的、完全的測試,提交給顧客的軟件質(zhì)量差,在運行中暴露出

大量的問題。

導(dǎo)致軟件危機(jī)的原因是:

(1)軟件的J規(guī)模越來越大,構(gòu)造越來越復(fù)雜。

(2)軟件開發(fā)管理困難而復(fù)雜。

(3)軟件開發(fā)費用不停增長。

(4)軟件開發(fā)技術(shù)落后。

(5)生產(chǎn)方式落后。

(6)開發(fā)工具落后,生產(chǎn)率提高緩慢。

19、軟件質(zhì)量保證應(yīng)做好哪兒方面口勺工作?

答:軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容,軟件質(zhì)量保證應(yīng)做好如下幾方面的工作:

(1)采用技術(shù)手段和工具。質(zhì)量保證活動要貫徹開發(fā)過程一直,必須采用技術(shù)手段和工具,

尤其是使用軟件開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。

(2)組織正式技術(shù)評審。在軟件開發(fā)的I每一種階段結(jié)束時,都要組織正式的技術(shù)評審。國

標(biāo)規(guī)定單位必須采用審查、文檔評審、設(shè)計評審、審計和測試等詳細(xì)手段來保證質(zhì)量。

(3)加強(qiáng)軟件測試。軟件測試是質(zhì)量保證的重要手段,由于測試可發(fā)現(xiàn)軟件中大多數(shù)潛在

錯誤。

(4)推行軟件工程規(guī)范〔原則)。顧客可以自己制定軟件工程規(guī)范(原則),但原則一旦

確認(rèn)就應(yīng)貫徹執(zhí)行。

(5)對軟件的變更進(jìn)行控制。軟件口勺修改和變更常常會引起潛伏日勺錯誤,因此必須嚴(yán)格控

制軟件日勺修改和變更。

(6)對軟件質(zhì)量進(jìn)行度量。即對軟件質(zhì)量進(jìn)行跟蹤,及時記錄和匯報軟件質(zhì)量狀況。

1.分析軟件危機(jī)產(chǎn)生的重要原因有哪些?

答:(1)軟件日益復(fù)雜和龐大(2)軟件開發(fā)管理困難和復(fù)雜(3)軟件開發(fā)技術(shù)落后(4)

生產(chǎn)方式落后(5)開發(fā)工具落后(6)軟件開發(fā)費用不停增長

2.闡明構(gòu)造化程序設(shè)計的重要思想是什么?

答:(1)自頂向下、逐漸求精的程序設(shè)計措施(2)使用3種基本控制構(gòu)造、單入口、單出

口來

溫馨提示

  • 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

提交評論