1《軟件工程》試題一、從供選擇的答案中選出應(yīng)填入下列敘述中（）內(nèi)的正確答案。軟件設(shè)計(jì)中劃分程序模塊通常遵循的原則是使各模塊間的耦合盡可能（A3）。三種可能的模塊耦【供選擇的答案】A：①強(qiáng)②適中③弱B～E：①公共耦合②數(shù)據(jù)耦合③邏輯耦合④外部耦合⑤內(nèi)容耦合⑥控制耦合二、為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)必須遵循（A3）的原則B2）建立軟件系統(tǒng)【供選擇的答案】A：①質(zhì)量控制②程序優(yōu)化③C：①數(shù)據(jù)獨(dú)立性②程序獨(dú)立性③D：①數(shù)據(jù)結(jié)構(gòu)②處理結(jié)構(gòu)③E：①程序塊②公共塊③信息隱蔽④衍變的自頂向下模塊獨(dú)立性功能結(jié)構(gòu)數(shù)據(jù)塊數(shù)據(jù)共享可修改性成份記錄塊⑤⑤⑤⑤⑤模塊通信可理解性控制結(jié)構(gòu)通信塊(((3)如果程序中連鎖式連接了8個(gè)判定(IF)結(jié)構(gòu),則程序中總的路徑數(shù)達(dá)28。v2(六、下面是一段用賽德爾迭代法求解線性方程組的程序。其中A[n,n]是方程組的系數(shù)矩陣,B[n]是方程組是標(biāo)志0，表示迭代不收斂1，表示迭代收斂。fork:=1tondoX[k]:=0.0;fork:=1tondoifj＝kthens:=s+X[k];s:=s－A[j,k]*X[k]X[j]:=s;L1:(1)試畫出它的結(jié)構(gòu)化的程序流程圖。七、下面是一趟插入排序的程序,把R[i＋1]插入到R[1..i]的適當(dāng)位置R[0]=R[i+1];j=i;{R[j+1]=R[j];j=j－1;}3八、閱讀下列關(guān)于軟件可靠性方面的敘述，回答問題1和問題2。軟件的可靠度可定義為：在假定輸入和硬件不發(fā)生錯(cuò)誤的前提下，對于給定的環(huán)境和給定的輸入，在指定的時(shí)間內(nèi)能完成規(guī)定任務(wù)的概率。某軟件中心的評測部為了評估已開發(fā)實(shí)現(xiàn)的應(yīng)用軟件ASP的可靠性，決定采用軟件可靠性的錯(cuò)誤播種模型來進(jìn)行測試和評估。評測部在評估時(shí)，作了下列三個(gè)假設(shè)：(1)在測試前，單位長度的故障個(gè)數(shù)ET/IT為一常數(shù)，此常數(shù)基本上落在一個(gè)固定的范圍內(nèi)。其中IT為被測程序的長度(即機(jī)器指令條數(shù))，ET為被測程序中故障總數(shù)。(2)失效率正比于軟件中剩余的（潛伏的）故障數(shù)，平均無故障時(shí)間MTTF與單位長度的剩余故障個(gè)數(shù)成rrrr(3)測試中發(fā)現(xiàn)的錯(cuò)誤都得到了及時(shí)改正，在測試過程中沒有引入新的錯(cuò)誤。評測部對ASP軟件人為地植入了10個(gè)錯(cuò)誤，即NS=10，在開始測試的一小段時(shí)間內(nèi)，發(fā)問題1：用故障播種（植入）的數(shù)學(xué)模型，估算出被測程序ASP的固有故障的個(gè)數(shù)N的值。如果通過測試一段時(shí)間后，發(fā)現(xiàn)的固有錯(cuò)誤個(gè)數(shù)為ED=795時(shí)，請估算此程序的平均無故障時(shí)間MTTF值。問題2：若要求把此MTTF再提高4倍，應(yīng)至少再排除多少個(gè)固有錯(cuò)誤?請簡要地列出有關(guān)計(jì)算式。參考答案參考答案說明：(1)利用括號可以明確地規(guī)定表達(dá)式中各運(yùn)算符的優(yōu)先順序，這樣可以提供表達(dá)式運(yùn)算的清晰性，修改容易出問題，所以修修補(bǔ)補(bǔ)，越補(bǔ)越糟，不如重新寫。(5)浮點(diǎn)數(shù)的運(yùn)算有其近似性，兩個(gè)浮點(diǎn)數(shù)可能會非常接近但永遠(yuǎn)不會相等，所以做浮點(diǎn)數(shù)的相等比較可能不會有結(jié)果。(7)利用數(shù)據(jù)類型來檢查數(shù)據(jù)值，這是靜態(tài)分析的一種手段，叫做類型分析，因此是對的。(10)使用有意義的標(biāo)識符，可以提高程序的可讀性，因此是對的。其它的敘述都不對。(2)對遞歸定義的數(shù)據(jù)結(jié)構(gòu)，應(yīng)當(dāng)使用遞歸過程來解決基于這種數(shù)據(jù)結(jié)構(gòu)的應(yīng)用問題。(3)程序代碼的優(yōu)化工作應(yīng)交給編譯器來做，程序設(shè)計(jì)時(shí)應(yīng)首先考慮程序代碼的清晰性、簡明性、可讀性、正確性、以至于可維護(hù)性。(6)輸出中間結(jié)果只是在調(diào)試程序時(shí)才有用，其它時(shí)候輸出大量中間結(jié)果，不但浪費(fèi)資源，而且給使用者造成麻煩。(8)從文件輸入數(shù)據(jù)時(shí)，應(yīng)當(dāng)使用文件結(jié)束符來判斷輸入的結(jié)束，使用計(jì)數(shù)方法判斷輸入結(jié)束不一定是最佳方式。(9)程序中的注釋是必須的，不是可有可無的。身應(yīng)當(dāng)是一個(gè)程序的執(zhí)行過程，而不是靜態(tài)的邏輯分析，其目的是發(fā)現(xiàn)程序中潛藏的錯(cuò)誤。(3)連鎖式分的內(nèi)部結(jié)構(gòu)設(shè)計(jì)測試用例，可以不考慮程序的功能要求。(8)由于在等價(jià)類的邊界上最容易出錯(cuò)，所以邊界值分析方法選取輸入∕輸出等價(jià)類的邊界值作為測試用例，可以有效地查錯(cuò)。不正確的敘述，如(5)采用一次性集成方式進(jìn)行模塊組裝，往往成功的可能性低，而且出現(xiàn)錯(cuò)誤時(shí)，不容易確定在什么地方出了問題，因此應(yīng)采用增殖式集成方式，可以把出錯(cuò)的范圍局限到少數(shù)模塊中間。弄清哪些模塊問題發(fā)現(xiàn)得多，對這些模塊重點(diǎn)測試。(7)好的測試用例是能夠發(fā)現(xiàn)新錯(cuò)誤的測試用例，發(fā)現(xiàn)不了問題的測試用例就不是好的測試用例，用它們做測試是浪費(fèi)時(shí)間和金錢。(9)等價(jià)類劃分法是選擇輸入等價(jià)類的代表值作為測試用例，而因果圖法才是考慮了各等價(jià)類之間取值的組合情況及可能的結(jié)果來設(shè)計(jì)測試用例的。(10)語句覆蓋法可能查不出在判定中邏輯運(yùn)算符使用有誤時(shí)產(chǎn)生的錯(cuò)誤。而判定覆蓋法則可能查不出在判定中某些條件中關(guān)系運(yùn)算符使用有誤時(shí)產(chǎn)生的錯(cuò)誤。說明：(3)盡可能在軟件生產(chǎn)過程中保證各階段文檔的正確性，對于保證軟件的可靠性、功能性等有相當(dāng)大的作用，這樣可減少用戶提出維護(hù)請求的可能，即使要更新，工作的難度和工作量也會降低。(5)選擇時(shí)間效率和空間效率盡可能高的算法，可以讓編程者把注意力集中在提供程序的正確性、可理解性、可修改性、可測試性、可使用性等方面，從而提高可維護(hù)性，不必為追求效率而把程序編寫得讓人看不懂。(7)如果程序結(jié)構(gòu)設(shè)計(jì)得較好，層次結(jié)構(gòu)合理，在維護(hù)時(shí)理解程序和修改程序容易，不易出錯(cuò)。(8)使用維護(hù)工具或支撐環(huán)境可以大大降低維護(hù)的工作量。(10)用高級語言編寫程序，易讀易懂，可以提高可維護(hù)性。不正確的敘述，如(1)在需求分析時(shí)主要考慮軟件要“做什么？”這一階段對可維護(hù)性可以提出要求，要達(dá)到什么指標(biāo)，而如何實(shí)現(xiàn)可維護(hù)性，是在設(shè)計(jì)和實(shí)現(xiàn)階段考慮的問題。(2)在程序中加入注釋，這是提高程序可讀性，從而提高可維護(hù)性的重要手段，不能因?yàn)闇y試通過就刪去它們。(9)在軟件概要設(shè)計(jì)時(shí)，對產(chǎn)生的程序模塊結(jié)構(gòu)的評價(jià)方法就是看模塊之間的耦合（聯(lián)系）是否松散。如果聯(lián)系密切，這樣的結(jié)構(gòu)各部分牽連太多，是不好的。(4)因此在編程時(shí)盡可能用參數(shù)表，而不應(yīng)當(dāng)用全局變量來傳送信息。(6)盡可能利用硬件的特點(diǎn)，這樣的程序可移植性很差，自然維護(hù)起來就相當(dāng)困難了。(11)增加維護(hù)人員會降低維護(hù)的生產(chǎn)率，有可能對維護(hù)進(jìn)度帶來不利的影響。FTX[k]=0;k++;Ti<imax&&flag==0Fi++i++;j≤nFTTX[k]=0;X[k]=0;k++;j==kTj≤n4F5s=s-A[j][k]*X[k];k++;X[j]=s;j++;jiis=s-A[j][k]*X[k];k++;X[j]=s;j++;jiiiiii<><>=>><>>=R[i-2]――――12R[i-1]――1233R[i]113344R[i+1]212222R[i+1]213344212222i<imax&&flag==Fj==kTs=s-A[j][k]*X[k];k++;X[j]=s;j++;TFi++;R[0]=R[i+1];j=i;①②TR[j+1]=R[j];j--;③TFX[j]=sj=j+1測試用例設(shè)計(jì)0j i ii-2R[i-2]――――12R[i-1]――1222R[i]112233〖問題1〗利用故障播種（植入）模型，被測程序ASP的固有故障個(gè)數(shù)N的值為：565TCA．靜態(tài)單變量B．動態(tài)單變量C．靜態(tài)多變量D．動態(tài)多變量A．可靠性B．可重用性C．適應(yīng)性D．可移植性A．SQICB．SQMCC．SQRCD．SQ7A．效率B．規(guī)模C．完整性D．容錯(cuò)性A．結(jié)合B．隱藏C．封裝D．抽象A．邊界值分析B．演繹法C．循環(huán)覆蓋D．集成測試A．用戶容易參與開發(fā)B．黑盒法A．詳細(xì)設(shè)計(jì)B．軟件編碼C．軟件測試D．軟件維護(hù)8A．PADB．SAC．SCD．DFDA．代碼的規(guī)模B．運(yùn)行速度C．質(zhì)量D．可維護(hù)性A．軟件做什么B．用戶使用界面C．輸入的信息D．軟件的9A．怎么做B．對誰做C．何時(shí)做D．做什么A．資源有效性B．管理制度C．效益分析D．開發(fā)風(fēng)險(xiǎn)A．確定B．行或不行C．正確D．無二義22．規(guī)定功能的軟件，在一定程度上對自身錯(cuò)誤A．靜態(tài)單變量B．動態(tài)單變量C．靜態(tài)多變量D．動態(tài)多變量A．可靠性B．可重用性C．適應(yīng)性D．可移植性A．SQICB．SQMCC．SQRCD．SQA．效率B．規(guī)模C．完整性D．容錯(cuò)性A．結(jié)合B．隱藏C．封裝D．抽象A．邊界值分析B．演繹法C．循環(huán)覆蓋D．集成測試A．用戶容易參與開發(fā)B．黑盒法A．詳細(xì)設(shè)計(jì)B．軟件編碼C．軟件測試D．軟件維護(hù)A．PADB．SAC．SCD．DFDA．代碼的規(guī)模B．運(yùn)行速度C．質(zhì)量D．可維護(hù)性A．軟件做什么B．用戶使用界面C．輸入的信息D．軟件A．怎么做B．對誰做C．何時(shí)做D．做什么A．資源有效性B．管理制度C．效益分析D．開發(fā)風(fēng)險(xiǎn)A．確定B．行或不行C．正確D．無二義22．規(guī)定功能的軟件，在一定程度上對自身錯(cuò)誤是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的。它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，其定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過程，它根據(jù)輸入，輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，即程序結(jié)構(gòu)。指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結(jié)果?；颍ú煌膶ο螅盏酵幌④浖y試是（1）為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程；（2）一個(gè)好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測就程序設(shè)計(jì)語言的工程特性而言，對程序編碼有如下要求：（2）開發(fā)工具的可利用性（3）軟件的可重用性路徑20）—②—③—（14）—（19）符70后跟數(shù)字串②為合理等價(jià)類設(shè)計(jì)測試用例，表中有三個(gè)-0×15顯示有效輸入2，9-1012顯示無效輸入6-011顯示無效輸入7-0134顯示無效輸入8-0x777顯示無效輸入10A.處理對象和處理規(guī)則的描述B.程序C.程序及其文檔D.計(jì)算機(jī)系統(tǒng)A.主要功能B.算法的詳細(xì)描述C.用戶界面及運(yùn)行環(huán)境D.軟件的性能A.過程、子程序和分程序B.順序、選擇和重復(fù)C.遞歸、迭代和回溯D.調(diào)用、返回和轉(zhuǎn)移(D)4.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，?)。B)對象模型、動態(tài)模型、應(yīng)用模型C)E-R模型、對象模型、功能模型D)對象模型、動態(tài)模型、功能模型A)數(shù)據(jù)、對象、實(shí)體B)控制、聯(lián)系、對象C)實(shí)體、聯(lián)系、屬性D)實(shí)體、屬性、操作(A)6.各種軟件維護(hù)的類型中最重要的是()。A)完善性維護(hù)B)糾錯(cuò)性維護(hù)C)適應(yīng)性維護(hù)D)預(yù)防性維護(hù)A.證明軟件是正確的B.發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)C.排除軟件中所有的錯(cuò)誤D.與軟件調(diào)試相同（D）8．軟件生命周期中所花費(fèi)用最多的階段是()A．詳細(xì)設(shè)計(jì)B．軟件編碼C．軟件測試D．軟件維護(hù)（C）9．若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是[-1.0,1.0]，現(xiàn)從輸入的角度考A．條件覆蓋法B．等價(jià)分類法C．邊界值分析法D．錯(cuò)誤推測法（D）10、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的()設(shè)計(jì)A．功能B.調(diào)用關(guān)系C.輸入輸出數(shù)據(jù)D.算法對于兩個(gè)問題P1和P2，如果C（P1）>C（P2）顯然E（P1）>E（P2）,則得出結(jié)論E（P1+P2）>E（P1）+EA．模塊化的根據(jù)B．逐步求精的根據(jù)C．抽象的根據(jù)D．信息隱藏和局部化的根據(jù)A．語句覆蓋B．條件覆蓋C．判定覆蓋D．條件組合覆蓋A．?dāng)?shù)據(jù)流B．系統(tǒng)結(jié)構(gòu)C．控制結(jié)構(gòu)（A）14.內(nèi)聚程度最低的是()內(nèi)聚A.偶然B.過程C.順序D.時(shí)間（A）15.確定測試計(jì)劃是在()階段制定的.A．總體設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.編碼D.測試（D）16．需求分析的產(chǎn)品是()A．?dāng)?shù)據(jù)流程圖案B．?dāng)?shù)據(jù)字典C．判定表D．需求規(guī)格說（C）17．?dāng)?shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是()A．?dāng)?shù)據(jù)庫設(shè)計(jì)B．?dāng)?shù)據(jù)通信C．?dāng)?shù)據(jù)定義(D)18.()引入了“風(fēng)險(xiǎn)驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。A．增量模型B．噴泉模型（D）19．模塊的內(nèi)聚性最高的是()A．邏輯內(nèi)聚B．時(shí)間內(nèi)聚C．偶然內(nèi)聚(D)20.提高測試的有效性非常重要,成功的測試是指()A.證明了被測試程序正確無誤B.說明了被測試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測程序的錯(cuò)誤D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤(×)2、系統(tǒng)測試的主要方法是白盒法，主要進(jìn)行功能測試、性能測試、安全性測試及可靠性等測1、將下面的關(guān)系按繼承關(guān)系、聚集關(guān)系或普通關(guān)聯(lián)進(jìn)行分類。小汽車---------駕駛員（普通關(guān)聯(lián)）2、將下列各項(xiàng)分為類或類的實(shí)例我的汽車交通工具((類))1、問題定義：要解決的問題是什么2、可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性3、需求分析：系統(tǒng)必須做什么4、總體設(shè)計(jì)：系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)5、詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)6、實(shí)現(xiàn)：編碼和測試7、運(yùn)行維護(hù)：保證軟件正常運(yùn)行。2、軟件重用可以極大地提高軟件開發(fā)的效率。3、節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動和人力、財(cái)力的浪費(fèi)。優(yōu)點(diǎn)：不需要測試驅(qū)動程序，能夠在測試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，而且能夠盡早發(fā)現(xiàn)上層模塊的接口錯(cuò)誤。缺點(diǎn)：需要存根程序，底層錯(cuò)誤發(fā)現(xiàn)較晚。優(yōu)點(diǎn)與缺點(diǎn)和自頂而下漸增測試相反。答：在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護(hù)性，在每個(gè)階段結(jié)束前的審查和復(fù)審中，應(yīng)著重對可維護(hù)性進(jìn)行復(fù)審。在需求分析階段的復(fù)審中，應(yīng)對將來要擴(kuò)充和修改的部分加以注明。在討論軟件可移植性問題時(shí)，要考慮可能要影響軟件維護(hù)的系統(tǒng)界面。在軟件設(shè)計(jì)的復(fù)審中，因從便于修改、模塊化和功能獨(dú)立的目標(biāo)出發(fā)，評價(jià)軟件的結(jié)構(gòu)和過程，還應(yīng)對將來可能修改的部分預(yù)先做準(zhǔn)備。在軟件系統(tǒng)交付使用前的每一測試步驟中都應(yīng)給出需要進(jìn)行預(yù)防性維護(hù)部分的提示。在完成每項(xiàng)維護(hù)工作后，都應(yīng)對軟件維護(hù)本身進(jìn)行仔細(xì)認(rèn)真的復(fù)審。為了從根本上提高軟件系統(tǒng)的可維護(hù)性，人們正試圖通過直接維護(hù)軟件規(guī)格說明來維護(hù)軟件，同時(shí)也在大力發(fā)展軟件重用技術(shù)。簡述軟件測試要經(jīng)過哪幾個(gè)步驟，每個(gè)步驟與什么文檔有關(guān)。【解答】試（驗(yàn)收測試）和平行運(yùn)行。單元測試集中對用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測試，與其相關(guān)的文檔是單元測試計(jì)劃和詳細(xì)設(shè)集成測試把已測試過的模塊組裝起來，主要對與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。與其相關(guān)的文檔是集成測試計(jì)劃和軟件需求說明書。確認(rèn)測試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。與其相關(guān)的文檔是確認(rèn)測試計(jì)劃和軟件需求說明書。平行運(yùn)行把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其他系統(tǒng)成份組合在一起進(jìn)行測試。與其相1、假設(shè)一家工廠的采購部每天需要一張定貨報(bào)表，報(bào)表按零件編號排序，表中列出所有需要再次定貨的零件。對于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)：零件編號，零件名稱，定貨數(shù)量，目前價(jià)格，主要供應(yīng)者，次要供應(yīng)者。零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時(shí)就應(yīng)該再次定貨。要求：畫出系統(tǒng)的數(shù)據(jù)流圖。if