大學(xué)軟件工程基礎(chǔ)知識測試題(doc6頁)(優(yōu)質(zhì)版)_第1頁
大學(xué)軟件工程基礎(chǔ)知識測試題(doc6頁)(優(yōu)質(zhì)版)_第2頁
大學(xué)軟件工程基礎(chǔ)知識測試題(doc6頁)(優(yōu)質(zhì)版)_第3頁
大學(xué)軟件工程基礎(chǔ)知識測試題(doc6頁)(優(yōu)質(zhì)版)_第4頁
大學(xué)軟件工程基礎(chǔ)知識測試題(doc6頁)(優(yōu)質(zhì)版)_第5頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、五、簡答題1 .層次圖和層次方框圖之間區(qū)別何在? P92層次圖描繪軟件的層次結(jié)構(gòu),層次方框圖描繪數(shù)據(jù)結(jié)構(gòu)層次圖中方框代表一個功能模塊,層次方框圖方框代表數(shù)據(jù)的子集或數(shù)據(jù)元素層次圖中連線表示模塊間調(diào)用關(guān)系,層次方框圖連線表示組成關(guān)系。2 . 2、軟件設(shè)計過程中為什么要采用模塊化設(shè)計方法? P85參考答案:(1)、采用模塊化原理可以使軟件結(jié)構(gòu)清晰,不僅容易設(shè)計,也容易閱讀和理解;(2)、模塊化使軟件容易測試和調(diào)試,因而有助于提高軟件的可靠性;(3)、模塊化可以提高軟件的可修改性;(4)、模塊化有助于開發(fā)過程的組織和管理;3 .用某種軟件更雜性度量算法來度量不同類型的程序時。得出的度量值是否真正反映

2、了它們的復(fù)雜性? 如果對同類型的程序進(jìn)行度量,其結(jié)果是否就比較有價值?參考答案:開發(fā)規(guī)模相同,但更雜性不同的軟件,花費(fèi)的成本和時間會有很大的差異。因此到目前為止,還沒有一個 軟件更雜性度量的方法能夠全面、系統(tǒng)地度量任一軟件的更雜性,某一種度量方法只偏重于某一方面。所 以,用某種軟件更雜性來度量不同類型的程序,所得到的度量值不一定真正反映它們的復(fù)雜性。但對同一 類里的程序,按某種視點來度量它們的兔雜性,其結(jié)果還是比較有價值的。4 .數(shù)據(jù)流圖的作用是什么?它有哪些基本成分?參考答案:數(shù)據(jù)流圖可以用來抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度.以圖形的方式刻畫數(shù)據(jù)流從輸入 到輸出的移動變換過程,

3、同時可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。 因此,數(shù)據(jù)流圖既提供了功能建模的機(jī)制.也提供了信息流建模的機(jī)制,從而可以建立起系統(tǒng)或軟件的功 能模型?;境煞钟校簲?shù)據(jù)原點/終點數(shù)據(jù)處理數(shù)據(jù)流數(shù)據(jù)存儲5 .常用的估算軟件規(guī)模的方法有哪些?試比較這些方法的優(yōu)缺點。代碼行技術(shù)的優(yōu)點,容易計算,缺點是太片面,因為源程序只是軟件配置的很少一部分,不同語言實現(xiàn)同 一個軟件所需的代碼行數(shù)不同;功能點數(shù)的特點:與編程語言無關(guān),但是判斷信息域復(fù)雜性級別和技術(shù)因素的影響程度時,存在著相當(dāng)大 的主觀因素。6 . CMM的全稱是什么?其基本思想是什么?為什么要對CMM進(jìn)行分級? P321其基本

4、思想是:軟件開發(fā)和維護(hù)過程中的問題是由于管理軟件過程的方法不當(dāng)引起的,即使是應(yīng)用新的軟 件技術(shù),也不會自動提高軟件的生產(chǎn)率和質(zhì)量。能力成熟度模型有助于軟件開發(fā)機(jī)構(gòu)建立一個有規(guī)律的、 成熟的軟件過程。改進(jìn)后的軟件過程將有利于開發(fā)出高質(zhì)量的軟件,使更多的軟件項目免受時間和費(fèi)用超 支之苦。3分對于任何軟件開發(fā)機(jī)構(gòu)的軟件過程的改進(jìn)都是在完成一個又一個小的改進(jìn)的基礎(chǔ)之上不斷進(jìn)行的漸進(jìn)過 程,而不是一蹴而就的徹底革命。CMM將軟件過程從無序到有序的進(jìn)化過程分為5個等級,用于測量軟 件機(jī)構(gòu)的軟件過程成熟度和評價其軟件過程能力什么是軟件配置管理?答:軟件配置管理,簡稱SCM(Sofrware Coiiflgu

5、ration Management),是在軟件的整個生命周期內(nèi)管理變化 的一組活動。具體地講,這組活動包括:標(biāo)志變化,控制辯化,確保適當(dāng)?shù)貙崿F(xiàn)變化,向需 要指導(dǎo)這類信息的人報告變化。軟件配置管理技術(shù)可以使軟件變更所產(chǎn)生的錯誤達(dá)到最小并最有效地提高生產(chǎn)率。7 .什么是基線?你是如何理解基線的? P319基線:已經(jīng)通過正式包:審的規(guī)格說明或中間產(chǎn)品,它可以作為進(jìn)一步開發(fā)的基礎(chǔ),并且只有通過正式的變 化控制過程才能改變它。基線是通過了正式更審的軟件配置項。一旦軟件配置變成基線,那么,對于軟件配置的改變,必須使用特 定的、正式的過程來評估、實現(xiàn)和驗證每個變化。 基線除了包含軟件配置之外,還有可能包含軟

6、件工具。8 .什么是面向?qū)ο蟮姆椒▽W(xué)?它有哪些優(yōu)點? P193面向?qū)ο蟮姆椒ň褪悄M人類認(rèn)識世界解決問題的思維習(xí)慣開發(fā)軟件的方法,這種方法認(rèn)為:00=對象+ 類+繼承+對象之間的通訊。1分OO方法有如下四個方面的要點:客觀世界是由各種對象組成的,任何事物都是對象,更雜的對象可以 有比較簡單的對象以某種方式組合而成。把所有對象都劃分成各種對象類,每個類定義一組數(shù)據(jù)(靜態(tài) 屬性,狀態(tài)信息,類實例專有數(shù)據(jù))和一組方法(施加于對象上的操作,類實例所共有的)。按照子類 與父類的關(guān)系,把若干個類組成一個層次結(jié)構(gòu)的系統(tǒng)。子類繼承父類的方法和屬性,同時可以重載某些方 法。對象之間僅能通過傳遞消息相互聯(lián)系2分優(yōu)

7、點:與人類習(xí)慣的思維方法一致,穩(wěn)定性好,可重用性好,較易開發(fā)大型軟件產(chǎn)品,可維護(hù) 性好。2分六、分析題1.試說明下面的兩個程序段的功能是什么?可否用另一些等效的程序段來代替它,以提高其可讀性。 A=A+BB=A-BA=A-BQ)fbr(i=0;j<n;i+)2.已知被測試模垛力start下,按照“條件覆蓋”法,在表格中填入滿足測試要求的數(shù)據(jù)。假設(shè)店種同F(xiàn)l: A>3(A>3)AND(B=1)填寫數(shù)據(jù)g表(注意:本題答案不唯一)徜 T3:A=1F3:A1 T4:M>1 F4:M<=1覆蓋路徑M=M/2伐 HILzKcdI 1徑覆蓋用例,并寫出各種測試 是一段用Sei

8、del迭代法求解線性Tb T2, F3, F4TA=4,B=1,M=2dA=1 FM=M+5F2, T3, T4-1M ,的執(zhí)行路徑。=M-5皿的程序。其中An,n是方程組的系數(shù)矩陣。Bn是方程組的右端項,Xn是方程組的解向量。epsflag是標(biāo)志,軻 fbr(k=0;k<n;k+)是控制迭代精度的較小實數(shù)。uuax是控制迭代的最大次數(shù)。W示迭代不收斂,值為1時表示迭代收斂。Xk=O.O;Xn-l=1.0;fbr(i= 1 ;i<iinax;i-H-)(flag=l;for(j=Oj<nJ+)(s=Bj;fbr(k=O;k<n;k-H-)s += Xk;s=s-Aj,k

9、*Xk;if(abs(Xj-s) > (abs(s) + 1.0)*epsflag=O;Xj=s;if(flag=l)break;畫出該C偽碼的程序流程圖,N-S圖,程序流圖,并計算程序的McCabe環(huán)形及雜度。4.閱讀下列關(guān)于軟件可靠性方面的敘述,回答問題1和問題2o軟件的可靠度可定義為:在假定輸入和硬件不發(fā)生錯誤的前提下,對于給定的環(huán)境和給定的輸入,在指定 的時間內(nèi)能完成規(guī)定任務(wù)的概率。某軟件中心的評測部為了評估已開發(fā)實現(xiàn)的應(yīng)用軟件ASP的可靠性,決定采用軟件可靠性的錯誤播種模型 來進(jìn)行測試和評估。評測部在評估時,作了下列3個假設(shè):(1)在測試前,單位長度的故障個數(shù)E/t為一常數(shù),此

10、常數(shù)基本上落在一個固定的范圍內(nèi)。其中R為被 測程序的長度(即機(jī)器指令條數(shù)),Et為被測程序中故障總數(shù)。(2)失效率正比于軟件中剩余的(潛伏的)故障數(shù),平均無敵障時間MTTF (MeanTune To Fadure)與單 位長度的剩余故障個數(shù)成反比,即MTTF=1/ (K-其中£,為單位長度剩余故障個數(shù),K的典型值現(xiàn) 取為200。(3)測試中發(fā)現(xiàn)的錯誤都得到了及時改正,在測試過程中沒有引入新的錯誤。評測部對ASP軟件人為地 植入了 10個錯誤,即NylO,在開始測試的一小段時間內(nèi),發(fā)現(xiàn)了 160個固有故障,即n=160,又發(fā)現(xiàn)了 植入的故障2個,即4=2,被測程序ASP的長度(即機(jī)器指

11、令條數(shù))為100000。問題1:用故障播種(植入)的數(shù)學(xué)模型,估算出被測程序ASP的固有故障的個數(shù)N的值。如果通過測試 一段時間后,發(fā)現(xiàn)的固有錯誤個數(shù)為Ec=795時,請估算此程序的平均無故障時間MTTF的值。問題2:若要求把此MTTF提高4倍,應(yīng)至少再排除多少個固有錯誤?請簡要地列出有關(guān)計算式。N = ±N, = -xl0 = 800七 2MTTF =K", K*(Et-Ec)/It) 200 *(800 -795)/100000 )= 100= 500 得:200 *(800 -%)/100000) x = 799所以應(yīng)該在排除:799-795=4個錯誤。5 .對于包含

12、10000條機(jī)器指令的程序進(jìn)行一個月集成測試后,總共改正了 15個錯誤,此時MTTF=10h: 經(jīng)過兩個月的測試后,總共改正了 25個錯誤(第二個月改正了 10個錯誤),MTTF=15ho請問:(1)在開始測試之前,軟件中潛藏著多少個錯誤?(2)為了達(dá)到MTTF=100h,還應(yīng)該改正多少個錯誤?程序中還殘留多少個錯誤?6 .在測試一個長度為24000條指令的程序時,第一個月內(nèi)由甲、乙兩人各自獨立地測試這個程序。經(jīng)過 一個月后,甲發(fā)現(xiàn)并改正了 20個錯誤,使MTTF達(dá)到10鼠與此同時,乙發(fā)現(xiàn)了 24個錯誤,其中6 個錯誤甲也發(fā)現(xiàn)了。以后甲一個人繼續(xù)獨立測試這個程序。請問:(1)剛開始測試這個程序

13、時,程序中總共潛藏有多少個錯誤?(2)為了使MTTF達(dá)到60h,需要再改正多少個錯誤?此時程序中還殘留有多少個錯誤?7 .根據(jù)下列程序流程圖畫出相應(yīng)得N-S圖和PAD圖,并計算其環(huán)路復(fù)雜度。答:數(shù)據(jù)字典(Data Dictionary,簡稱DD)就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。它和數(shù)據(jù) 流圖共同構(gòu)成了系統(tǒng)的邏輯模型。8 .數(shù)據(jù)流圖(DFD)答:數(shù)據(jù)流圖,簡稱DFD,是SA方法中用于表示系統(tǒng)邏輯模型的一種工具,它以圖形的方式描繪數(shù)據(jù) 在系統(tǒng)中流動和處理的過程,由于它只反映系統(tǒng)必須完成的邏輯功能,所以它是一種功能模型。9 .軟件工程答:軟件工程是:把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟

14、件開發(fā)、運(yùn)行和維護(hù)過程,也就是把工 程應(yīng)用于軟件;研究中提到的途徑。10 模塊答:在程序中是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?,或者是單獨命名和編址的元素,在軟件的體 系結(jié)構(gòu)中,模塊是可組合、分解和更換的單元。11 控制耦合答:控制耦合指一個模塊調(diào)用另一個模塊時,傳遞的是控制變量(如開關(guān)、標(biāo)志等),被調(diào)模塊通過該控 制變量的值有選擇地執(zhí)行塊內(nèi)某一功能。12 內(nèi)聚性答:內(nèi)聚性指模塊的功能強(qiáng)度的度量,即一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量。13 PAD 圖答:PAD圖指問題分析圖(ProblemAnalysis Diagiam),是口本口立公司于1979年提出的一算法描述工 具,它是一種由左往右展開的二維樹型結(jié)構(gòu)。PAD圖的控制流程為自上而下、從左到右地執(zhí)行。14 單

溫馨提示

  • 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

提交評論