軟件工程習(xí)題集

1、軟件工程練習(xí)題一、填空題1. 軟件生存周期一般可以劃分為，問題定義、可行性研究、需求分析 、設(shè)計(jì)、編碼、測試和運(yùn)行與維護(hù)。2. 可行性研究，應(yīng)從經(jīng)濟(jì)可行性、技術(shù)可行性、運(yùn)行可行性、法律可行性等方面研究。3. 數(shù)據(jù)流圖的四種基本成分：數(shù)據(jù)輸入的源點(diǎn)和數(shù)據(jù)輸出匯點(diǎn)、加工、數(shù)據(jù)流 和 數(shù)據(jù)存儲(chǔ)文件。4. 結(jié)構(gòu)化分析方法是面向_數(shù)據(jù)流 進(jìn)行需求分析的方法。5. 結(jié)構(gòu)化分析方法使用 數(shù)據(jù)流圖DFD 與 數(shù)據(jù)字典DD來描述。6. 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是算法描述和數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。7.為了在軟件開發(fā)過程中保證軟件的質(zhì)量，主要采取下述措施：審查_、復(fù)查和管理復(fù)審、測試。8. 大型軟件測試包括 單元測試 、集成

2、測試 、確認(rèn)測試和 系統(tǒng)測試 四個(gè)步驟。9. 在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改，軟件配置管理 能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度.10McCall提出的軟件質(zhì)量模型包括_13_個(gè)軟件質(zhì)量特性。11軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測試性、可修改性、可靠性、可移植性 、 可使用性和效率。12. 為了便于對(duì)照檢查，測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。13. 軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。14. 在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語言、判定表、判定樹。15. 結(jié)構(gòu)化語言是介于自然語言和形式語言 之間的一種半形式語言

3、。16.系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的信息流動(dòng) 情況。17.CASE技術(shù)是軟件工具和軟件開發(fā)方法的結(jié)合。18數(shù)據(jù)字典有四類條目，分別是數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)和基本加工。19各種軟件系統(tǒng)的數(shù)據(jù)流圖一般可分為變換型和事務(wù)型兩類。20. 軟件可維護(hù)性可用七種質(zhì)量特性來衡量，分別是可理解性、可測試性、可修改性、可靠性、可移植性、可使用性和效率。21. 面向?qū)ο蠓治鲋?，?dòng)態(tài)模型使用狀態(tài)圖_作為描述工具，該圖反映了狀態(tài)與事件的關(guān)系。22.計(jì)算機(jī)程序及其說明程序的各種文檔稱為_軟件。23.面向?qū)ο蠓治龇椒ㄊ且环N面向_對(duì)象 的開發(fā)方法。24.成本效

4、益分析的目的是從_ _ 角度評(píng)價(jià)開發(fā)一個(gè)新的軟件項(xiàng)目是否可行。25.確認(rèn)測試可以發(fā)現(xiàn)軟件系統(tǒng)是否符合用戶的經(jīng)濟(jì)_要求。26.在算法描述工具中，PAD _是一種由左往右展開的二維樹型結(jié)構(gòu)。27.隨著軟硬件環(huán)境變化而修改軟件的維護(hù)活動(dòng)稱為適應(yīng)性維護(hù)。28. 面向?qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象、類、繼承、封裝_、聚合、消息、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。其中，繼承機(jī)制實(shí)現(xiàn)了子類自動(dòng)地共享父類中定義的數(shù)據(jù)和方法。29軟件總體設(shè)計(jì)（概要設(shè)計(jì)）的基本任務(wù)是設(shè)計(jì)初步的軟件結(jié)構(gòu)圖 ，它直接影響下一階段詳細(xì)設(shè)計(jì)和編碼的工作。30軟件工程方法學(xué)包括三個(gè)要素：方法、工具和過程。31一個(gè)程序員在編寫程序時(shí)所表現(xiàn)出來的

5、特點(diǎn)、習(xí)慣、邏輯思路等就構(gòu)成了這個(gè)程序員的編程風(fēng)格 。32軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過程，而軟件測試是一個(gè)由單元測試到集成測試，再到確認(rèn)測試的逐步集成的過程。33瀑布模型是以文檔為驅(qū)動(dòng)、適合于需求固定的軟件項(xiàng)目的模型。34在進(jìn)行軟件項(xiàng)目的人員組織上，目前比較流行的組織機(jī)構(gòu)主要有民主組織機(jī)構(gòu)、主程序員組織結(jié)構(gòu) 和現(xiàn)代程序員組。其中，在民主組織機(jī)構(gòu)中如果一個(gè)小組有n個(gè)成員，則可能的通信信道有n(n-1)/2條。35. 需求分析最終結(jié)果是產(chǎn)生(需求規(guī)格說明書 )36. 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的( 算法和使用的數(shù)據(jù)結(jié)構(gòu) )。 37. IPO圖由輸入、處理和輸出三個(gè)框組成。這個(gè)

6、圖的特點(diǎn)是能夠直觀的顯示三者之間的關(guān)系。38. 將下面的關(guān)系按繼承關(guān)系、聚集關(guān)系或普通關(guān)聯(lián)進(jìn)行分類。小汽車-紅旗轎車 （繼承） 小汽車-駕駛員（ 普通關(guān)聯(lián)）班級(jí)-學(xué)生（聚集） 39. 將下列各項(xiàng)分為類或類的實(shí)例我的汽車 （ 實(shí)例 ） 交通工具 （類 ）40.軟件工程研究的主要內(nèi)容是軟件開發(fā)技術(shù)和_軟件工程管理_兩個(gè)方面。二、單項(xiàng)選擇題 1.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ C ）。A. 低內(nèi)聚低耦合 B.低內(nèi)聚高耦合 C.高內(nèi)聚低耦合 D.高內(nèi)聚高耦合2. Jackson設(shè)計(jì)方法是由英國的M. Jackson提出的，它是一種面向（ C ）的軟件設(shè)計(jì)方法。A.對(duì)象 B.數(shù)據(jù)流 C.數(shù)據(jù)結(jié)構(gòu) D.

7、控制結(jié)構(gòu)3. 試判斷下列敘述中，哪 個(gè)（些）是正確的(  C   )。a、軟件系統(tǒng)中所有的信息流都可以認(rèn)為是事務(wù)流b、軟件系統(tǒng)中所有的信息流都可以認(rèn)為是變換流c、事務(wù)分析和變換分析的設(shè)計(jì)步驟是基本相似的A、a  B、b   C、c D、b和c4.（ A ）是用戶和設(shè)計(jì)交換最頻繁的方法。A、原型化方法 B、瀑布模型方法C、 螺旋模型方法 D、構(gòu)件組裝模型5. 軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是(  C )。A、硬件環(huán)境      

8、;       B、軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境   D、 開發(fā)人員的素質(zhì)6. 20世紀(jì)50年代以來，出現(xiàn)了許多不同的程序設(shè)計(jì)語言，下列語言中哪個(gè)語言是低級(jí)語言(  D )。A、PASCAL             B、 VISUAL BASIC C、 C+         

9、60;      D、 匯編語言7. 軟件測試的目的是？(  D )A、證明軟件的正確性 B、找出軟件系統(tǒng)中存在的所有錯(cuò)誤C、證明軟件系統(tǒng)中存在錯(cuò)誤 D、盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤8. 使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（ A ）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯 B、程序的復(fù)雜程度C、該軟件的編輯人員 D、程序的功能9. 軟件維護(hù)工作的最主要部分是(  C )。A、校正性維護(hù)           

10、0;B、適應(yīng)性維護(hù) C、完善性維護(hù)             D、預(yù)防性維護(hù)10、PDL是（ B ）語言。A、高級(jí)程序設(shè)計(jì)語言 B、偽碼式  C、中級(jí)程序設(shè)計(jì)語言 D、低級(jí)程序設(shè)計(jì)語言 11. 數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)存儲(chǔ)組成時(shí)，使用了若干符號(hào)，其中表示的含義是（D ）A.可選 B.與 C.或 D.重復(fù)12.可行性研究是在（ A ）之前A、系統(tǒng)開發(fā) B、測試 C、試運(yùn)行 D、集成測試13.結(jié)構(gòu)化方法是一種基于（ D ）的方法。A.數(shù)據(jù)結(jié)構(gòu) B.程序結(jié)構(gòu)C.算

11、法 D.數(shù)據(jù)流14.軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次( A )需求分析、設(shè)計(jì)過程。A、簡化、壓縮的 B、詳細(xì)的C、徹底的D、深入的15.可行性研究的目的是（ D ）A、分析開發(fā)系統(tǒng)的必要性B、確定系統(tǒng)建設(shè)的方案C、分析系統(tǒng)風(fēng)險(xiǎn)D、確定是否值得開發(fā)系統(tǒng)16.需求規(guī)格說明書的作用不包括（ C ）A、軟件驗(yàn)收的依據(jù) B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件可行性研究的依據(jù)D、軟件設(shè)計(jì)的依據(jù)17.數(shù)據(jù)字典是用來定義（ D ）中的各個(gè)成份的具體含義的。A、程序流程圖B、功能結(jié)構(gòu)圖C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)流程圖18.數(shù)據(jù)流程圖是（ A ）方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。A、SAB、SDC

12、、SPD、SC19. DFD中的每個(gè)加工至少有( A )。A、一個(gè)輸入流或一個(gè)輸出流 B、一個(gè)輸入流和一個(gè)輸出流C、一個(gè)輸入流D、一個(gè)輸出流20.需求分析階段的關(guān)鍵任務(wù)是確定（ D ）A、軟件開發(fā)方法B、軟件開發(fā)工具C、軟件開發(fā)費(fèi)D、軟件系統(tǒng)的功能21.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（D ）。A、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模塊獨(dú)立性22.模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下哪一項(xiàng)符合從低到高的正確次序（ D ）。A、數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合，控制耦合，內(nèi)容耦合B、數(shù)據(jù)耦合，控制耦合，數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合C、無直接耦合，數(shù)據(jù)結(jié)構(gòu)耦合，內(nèi)容耦合，控制耦合D

13、、無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合23.PDL(過程設(shè)計(jì)語言)是描述處理過程( C )A、做什么B、為什么做 C、怎么做D、對(duì)誰做24.（ D ）工具在軟件詳細(xì)設(shè)計(jì)過程中不采用。A、判定表B、IPO圖C、PDLD、DFD圖25.為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（ A ）原則。A.信息隱蔽 B、質(zhì)量控制C、程序優(yōu)化D、數(shù)據(jù)共享26.當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（ D ）A、數(shù)據(jù)耦合B、公共耦合C、標(biāo)記耦合D、內(nèi)容耦合27.下列幾種類型中，耦合性最弱的是( D )。A、內(nèi)容型B、控制型C、公共型D、數(shù)據(jù)型28.軟件結(jié)構(gòu)使用的圖形工具，一般采

14、用（ C ）圖。A、DFDB、PADC、SCD、ER29.在七種偶合中，最低偶合是（ D ）。A、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合30.結(jié)構(gòu)化程序設(shè)計(jì)，主要強(qiáng)調(diào)的是（ C ）A程序的執(zhí)行效率B模塊的內(nèi)聚 C程序的可理解性D模塊的耦合31.基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng)?shù)模?C ）上。A.配置項(xiàng) B.程序 C.基線 D.過程32.在軟件設(shè)計(jì)中應(yīng)該保持模塊的獨(dú)立性原則，（A）反映模塊獨(dú)立性。A.耦合和內(nèi)聚 B.數(shù)據(jù)和模塊 C. 模塊內(nèi)部的凝聚力 D.模塊之間的耦合33.以下四種邏輯覆蓋中，發(fā)現(xiàn)錯(cuò)誤能力最弱的是（ A ）A.

15、語句覆蓋 B.條件覆蓋C.判定覆蓋 D.條件組合覆蓋34.軟件工程領(lǐng)域中，與確認(rèn)測試有關(guān)的軟件開發(fā)階段是（ D ）A.編碼 B.詳細(xì)設(shè)計(jì)C.概要設(shè)計(jì) D.需求分析35.為了使軟件適應(yīng)環(huán)境的變換而修改軟件的維護(hù)活動(dòng)稱為（ B ）A.校正性維護(hù) B.適應(yīng)性維護(hù)C.完善性維護(hù) D.預(yù)防性維護(hù)36.McCall質(zhì)量度量模型中，與“用戶熟悉、使用及準(zhǔn)備輸入和解釋輸出所需的工作量的大小”所對(duì)應(yīng)的軟件質(zhì)量特性是（ D ）A.正確性 B.完整性C.可靠性 D.可用性37. 軟件生存周期中，準(zhǔn)確地確定軟件系統(tǒng)必須做什么的階段是(B)A可行性分析和項(xiàng)目開發(fā)計(jì)劃B需求分析 C概要設(shè)計(jì)D詳細(xì)設(shè)計(jì)38. 把瀑布模型和專

16、家系統(tǒng)結(jié)合在一起的軟件生存周期模型是(B)A增量模型B基于知識(shí)的模型 C螺旋模型D噴泉模型39. 以下不屬于項(xiàng)目開發(fā)計(jì)劃主要內(nèi)容的是(C)A實(shí)施計(jì)劃 B交付期限 C測試用例 D人員組織及分工40. 使用數(shù)據(jù)流圖來表示系統(tǒng)邏輯模型的是(D)AJacksonBVDM COOA DSA41. 用于描述結(jié)構(gòu)化分析中數(shù)據(jù)流加工邏輯的是(A)A判定樹 BER圖 C狀態(tài)圖D用例圖42若一個(gè)模塊中各個(gè)處理元素都密切相關(guān)于同一功能且必須順序執(zhí)行，前一功能元素的輸出就是下一功能元素的輸入，則該模塊的內(nèi)聚性類型是(C)A時(shí)間內(nèi)聚B偶然內(nèi)聚 C順序內(nèi)聚 D功能內(nèi)聚43下列幾種耦合類型，耦合性最高的是(A)A公共耦合B

17、控制耦合 C標(biāo)記耦合D數(shù)據(jù)耦合44確認(rèn)測試也稱為(A)A有效性測試B無效性測試 C靜態(tài)測試D動(dòng)態(tài)測試45黑盒測試技術(shù)不包括(B)A等價(jià)類劃分B路徑覆蓋 C邊界值分析D錯(cuò)誤推測46.為每個(gè)模塊完成的功能進(jìn)行具體描述，把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過程描述的階段是( B )A.概要設(shè)計(jì)B.詳細(xì)設(shè)計(jì) C.編碼 D.測試47.軟件開發(fā)環(huán)境是支持軟件整個(gè)生存周期各階段或部分階段的相關(guān)的一組( D )A.軟件模型B.軟件過程 C.軟件工程D.軟件工具48.從結(jié)構(gòu)化的瀑布模型看，在軟件生存周期的幾個(gè)階段中，對(duì)軟件的影響最大是( C )A.詳細(xì)設(shè)計(jì)階段 B.概要設(shè)計(jì)階段 C.需求分析階段D.測試和運(yùn)行階段4

18、9.數(shù)據(jù)字典是軟件需求分析階段所采用的最重要工具之一，其最基本的功能是( A)A.數(shù)據(jù)定義B.數(shù)據(jù)通訊 C.數(shù)據(jù)庫設(shè)計(jì)D.數(shù)據(jù)維護(hù)50.軟件結(jié)構(gòu)化設(shè)計(jì)中，好的軟件結(jié)構(gòu)應(yīng)該力求做到( B )A.頂層扇出較少，中間扇出較高，底層模塊低扇入B.頂層扇出較高，中間扇出較少，底層模塊高扇入C.頂層扇入較少，中間扇出較高，底層模塊高扇入D.頂層扇入較少，中間扇入較高，底層模塊低扇入51.兩個(gè)模塊都使用同一張數(shù)據(jù)表，模塊間的這種耦合稱為( A )A.公共耦合B.內(nèi)容耦合 C.數(shù)據(jù)耦合D.控制耦合52.與軟件開發(fā)需求分析、設(shè)計(jì)及編碼階段相對(duì)應(yīng)的軟件測試步驟是( D )A.組裝測試、確認(rèn)測試、單元測試B.單元測

19、試、組裝測試、確認(rèn)測試C.單元測試、確認(rèn)測試、組裝測試D.確認(rèn)測試、組裝測試、單元測試53.軟件維護(hù)產(chǎn)生的副作用是指( C )A.開發(fā)時(shí)的錯(cuò)誤 B.隱含的錯(cuò)誤C.因修改軟件而造成的錯(cuò)誤D.運(yùn)行時(shí)的誤操作54.面向?qū)ο蠼５玫降娜齻€(gè)模型，其中核心的模型是( A )A.對(duì)象模型 B.功能模型 C.邏輯模型 D.動(dòng)態(tài)模型55原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于_A_系統(tǒng)。A需求不確定性高的B需求確定的C管理信息D實(shí)時(shí)56原型化方法是一種_A_型的設(shè)計(jì)過程。A自外向內(nèi)B自頂向下C自內(nèi)向外D自底向上57為了提高測試的效率，應(yīng)該（D ）A隨機(jī)地選取測試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測試數(shù)

20、據(jù)C在完成編碼以后制定軟件的測試計(jì)劃D選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)58.數(shù)據(jù)流圖中,當(dāng)數(shù)據(jù)流向或流自文件時(shí),(B )。A、數(shù)據(jù)流要命名,文件不必命名 B、數(shù)據(jù)流不必命名,有文件名就足夠了C、數(shù)據(jù)流和文件均要命名,因?yàn)榱鞒龊土鬟M(jìn)的數(shù)據(jù)流是不同的D、數(shù)據(jù)流和文件均不用命名,通過加工可自然反映出59.數(shù)據(jù)流圖(DFD)是用于描述結(jié)構(gòu)化方法中( B)工作階段的工具。A、可行性分析B、需求分析C、詳細(xì)設(shè)計(jì)D、程序編碼60.數(shù)據(jù)流圖是用于軟件需求分析的工具,下列元素( A ) .數(shù)據(jù)流 .加工.數(shù)據(jù)存儲(chǔ) .外部實(shí)體 A、 , 和 B、 和 C、 , 和 D、全部三、判斷題1. 用黑盒法測試時(shí)，測

21、試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（ × ）2.軟件開發(fā)的主要任務(wù)是編寫程序。 （× ）3.模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以下。（ × ）4.在編制程序時(shí)，首先應(yīng)該對(duì)程序的結(jié)構(gòu)充分考慮，不要急于開始編碼，而要像寫軟件文檔那樣，很好地琢磨程序具有什么樣的功能，這些功能如何安排，等等。（ ）5.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。（× ）6.系統(tǒng)流程圖是一個(gè)典型的描述邏輯系統(tǒng)的傳統(tǒng)工具。（× ）7.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。（ ）8.扇出是一個(gè)模塊直接調(diào)用的模塊數(shù)目，一般推

22、薦的扇出為3或4。（ ）9.耦合用于衡量一個(gè)模塊內(nèi)部的各個(gè)元素彼此結(jié)合的緊密程度。（×）10.程序運(yùn)行過程中出現(xiàn)錯(cuò)誤叫做容錯(cuò)。 （× ）11.軟件測試的目的是證明程序沒有錯(cuò)誤。 （× ）12.白盒測試法是將程序看成一個(gè)透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程。（ × ）13.軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(× )14.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。( )15.軟件測試的目的是為了無一遺漏的找出所有的錯(cuò)誤。 （ × ）16.軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)

23、計(jì)。( )17.確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定（× ） 18.用戶需求經(jīng)常是變化的，因?yàn)檐浖庆`活的，所以總可以滿足用戶的需求。（× ）四、簡答題1.什么是軟件工程方法學(xué)？2.耦合性和內(nèi)聚性的定義、類型？ 3.黑盒測試法和白盒測試法的定義？4.軟件生命期各階段的任務(wù)是什么？5.什么是結(jié)構(gòu)化方法？6.什么是數(shù)據(jù)流圖？其作用是什么？7.可行性研究的任務(wù)是什么？ 8.詳細(xì)設(shè)計(jì)的任務(wù)是什么？描述詳細(xì)設(shè)計(jì)的工具有哪些？9.什么是變換流？什么是事務(wù)流？10.什么是需求分析？需求分析階段的基本任務(wù)是什么？五、應(yīng)用題1. 熟練掌握數(shù)據(jù)流圖的知識(shí)。1）下圖描述的是某單位的商品訂單處理系

24、統(tǒng)，在這個(gè)系統(tǒng)中，描述了貨物在各個(gè)過程之間是如何流動(dòng)的，同時(shí)描述了其中的數(shù)據(jù)存儲(chǔ)(訂單文件和預(yù)算文件)。請(qǐng)你完善訂單系統(tǒng)的數(shù)據(jù)流圖。答: 2）假設(shè)一家工廠的采購部每天需要一張定貨報(bào)表，報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號(hào)，零件名稱，定貨數(shù)量，目前價(jià)格，主要供應(yīng)者，次要供應(yīng)者。零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時(shí)就應(yīng)該再次定貨。要求：畫出系統(tǒng)的數(shù)據(jù)流圖。 解答： 2. 熟練掌握判斷樹和判斷表的畫法 某航空公司規(guī)定，乘客可以免費(fèi)托運(yùn)重量不超過30kg的行李。

25、當(dāng)行李重量超過30kg時(shí)，對(duì)頭等艙的國內(nèi)乘客超重部分每公斤收費(fèi)4元，對(duì)其他艙的國內(nèi)乘客超重部分每公斤收費(fèi)6元，對(duì)外國乘客超重部分每公斤收費(fèi)比國內(nèi)乘客多一倍，對(duì)殘疾乘客超重部分每公斤收費(fèi)比正常乘客少一半。用判定樹表示與上述每種條件組合相對(duì)應(yīng)的計(jì)算行李費(fèi)的算法.解答：3. 掌握等價(jià)類劃分法測試用例的設(shè)計(jì)根據(jù)下列條件使用等價(jià)類劃分法設(shè)計(jì)測試用例。 某一8位微機(jī)，其十六進(jìn)制常數(shù)定義為：以0x或0X開頭的數(shù)是十六進(jìn)制整數(shù)，其值的范圍是-7f7f（表示十六進(jìn)制的大小寫字母不加區(qū)別），如0X13,0X6A,-0X3c。解答：等價(jià)劃分法 劃分等價(jià)類并編號(hào)，如下表所示。十六進(jìn)制整型常量輸入條件的等價(jià)類表輸入數(shù)據(jù)

26、合理等價(jià)類不合理等價(jià)類十六進(jìn)制整數(shù)1  0x或0X開頭12位數(shù)字串2  以0x打頭的12位數(shù)字串3  非0x或非打頭的串4  含有非數(shù)字且（a,b,c,d,e,f）以外字符5  多于5個(gè)字符6  后跟非0的多位串7  0后跟數(shù)字串8  后多于3個(gè)數(shù)字十六進(jìn)制數(shù)范圍9在7f7f之間10小于7f11大于7f為合理等價(jià)類設(shè)計(jì)測試用例，表中有三個(gè)合理等價(jià)類，設(shè)計(jì)兩個(gè)例子測試數(shù)據(jù)期望結(jié)果覆蓋范圍0×23顯示有效輸入1，90×15顯示有效輸入2，9為每個(gè)不合理等價(jià)類至少設(shè)計(jì)一個(gè)測試用例測試數(shù)據(jù)期望結(jié)果覆蓋范圍2顯示無效輸入3G12顯示無效輸入