吉大11秋學(xué)期《軟件工程》主觀模擬題頁碼標(biāo)注A.doc

吉大11秋學(xué)期軟件工程主觀模擬題頁碼標(biāo)注A本模擬題頁碼標(biāo)注所用教材為：軟件工程導(dǎo)論（第5版）張海藩2008年9月第1版清華大學(xué)出版社書如學(xué)員使用其他版本教材，請參考相關(guān)知識點(diǎn)一、填空題1.生命周期包括：問題定義、可行性研究、需求分析、設(shè)計(jì)、編寫程序、測試、（ ）?？己酥R點(diǎn)：軟件生命周期，參見P42.NATO的全稱為（ ）。 考核知識點(diǎn)：3.可行性研究應(yīng)著重考慮技術(shù)可行性、經(jīng)濟(jì)可行性、（ ）三個(gè)方面?？己酥R點(diǎn)：可行性研究的目的，參見P174.數(shù)據(jù)流圖反映了數(shù)據(jù)在軟件中（ ）和被處理的邏輯過程。考核知識點(diǎn)：數(shù)據(jù)流圖，參見P205.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的（ ）?？己酥R點(diǎn)：數(shù)據(jù)字典，參見P216.系統(tǒng)的邏輯模型包括：數(shù)據(jù)流圖和數(shù)據(jù)字典、（ ）、狀態(tài)轉(zhuǎn)換圖、主要的處理算法描述考核知識點(diǎn)：結(jié)構(gòu)化分析，參見P177.訪談包括：正式訪談、非正式訪談、向被調(diào)查人員發(fā)調(diào)查表、（ ）。考核知識點(diǎn)：與用戶溝通的方法，參見P188.IPO圖是（ ）圖的簡稱，考核知識點(diǎn)：其他圖形工具IPO圖，參見P229.模塊是由邊界元素限定的相鄰程序元素的（ ），而且有一個(gè)總體標(biāo)識符代表它?？己酥R點(diǎn)：模塊化，參見P4710.耦合由低到高的順序是：兩個(gè)模塊之間完全獨(dú)立，數(shù)據(jù)耦合，（ ），特征耦合，公共環(huán)境耦合，內(nèi)容耦合。考核知識點(diǎn)：耦合，參見P49二、單項(xiàng)選擇題 1.產(chǎn)生軟件危機(jī)的原因有（ ）A.一方面與軟件本身的特點(diǎn)有關(guān)，另一方面也和軟件開發(fā)與維護(hù)的方法不正確有關(guān)B.軟件缺乏可見性，在寫出程序代碼并在計(jì)算機(jī)上試運(yùn)行之前，軟件開發(fā)過程的進(jìn)展情況較難衡量，軟件開發(fā)的質(zhì)量也較難評價(jià)C.對用戶要求沒有完整準(zhǔn)確的認(rèn)識就匆忙著手編寫程序是許多軟件開發(fā)工程失敗的主要原因之一D.以上三種都是2.軟件體系結(jié)構(gòu)的風(fēng)格有（ ）A.對象、隱含調(diào)用 B.分層、倉庫、解釋器C.過程控制、管道過濾器 D.以上三類3.哪個(gè)不是過程設(shè)計(jì)的工具（ ）。A.程序流程圖 B.N-S圖(盒圖) C.PAD圖 D.E-R圖4.McCabe研究大量程序后發(fā)現(xiàn)，環(huán)形復(fù)雜度高的程序往往是最困難、最容易出問題的程序。實(shí)踐表明，模塊規(guī)模以（ ）為宜。A.V(G)10 B.V(G)=10 C.V(G)10 D.V(G)105.選擇程序設(shè)計(jì)語言的實(shí)用標(biāo)準(zhǔn)是（ ）。A.系統(tǒng)用戶的要求、可以使用的編譯程序B.可以得到的軟件工具、工程規(guī)模C.程序員的知識、軟件可移植性要求、軟件的應(yīng)用領(lǐng)域D.以上三部分6.Pareto原理說明，測試發(fā)現(xiàn)的錯(cuò)誤中的（ ）。A.80很可能是由程序中20的模塊造成的B.20很可能是由程序中80的模塊造成的C.20很可能是由程序中20的模塊造成的D.80很可能是由程序中80的模塊造成的7.軟件測試步驟為（ ）。A.模塊測試、集成測試、系統(tǒng)測試、功能測試、性能測試、安裝測試B.功能測試、性能測試、安裝測試、模塊測試、集成測試、系統(tǒng)測試C.系統(tǒng)測試、功能測試、模塊測試、集成測試、性能測試、安裝測試D.安裝測試、性能測試、功能測試、系統(tǒng)測試、集成測試、模塊測試8.預(yù)防性維護(hù)大約占軟件維護(hù)總工作量的（ ）。A.4%左右 B.44%左右 C.40%左右 D.0.4%左右9.面向?qū)ο蠓椒ǖ?個(gè)要點(diǎn)為（ ）。A.OO=對象+類+消息+通信 B.OO=對象+類+繼承+通信C.OO=對象+繼承+消息+通信 D.OO=對象+類+消息+繼承10.面向?qū)ο笤O(shè)計(jì)的準(zhǔn)則為（ ）。 A.模塊化、抽象 B.信息隱藏、弱耦合 C.強(qiáng)內(nèi)聚、可重用 D.以上三個(gè)方面三、判斷題 1.軟件危機(jī)主要表現(xiàn)之一是用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。2.內(nèi)聚由高到低的順序是：偶然內(nèi)聚、邏輯內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、通訊內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚。3.高內(nèi)聚低耦合是我們進(jìn)行軟件設(shè)計(jì)的一貫原則。4.在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。5.抽象就是在概括層次上對問題的描述，它使我們能夠側(cè)重考慮問題的細(xì)節(jié)。6.瀑布模型的中心通常是文檔和工件，而V模型的中心則是活動(dòng)和正確性。7.Miller法則指出一個(gè)人在任何時(shí)候都只能把注意力集中在(72)個(gè)知識塊上。8.Bata測試是由用戶在開發(fā)者的場所進(jìn)行，并且在開發(fā)者對用戶的“指導(dǎo)”下進(jìn)行測試。開發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問題。9.軟件成分的重用級別為源代碼剪貼、源代碼包含、繼承。10.用面向?qū)ο蠓椒ㄩ_發(fā)軟件，通常要建立5種形式的模型。四、簡答題 1.軟件工程?？己酥R點(diǎn)：軟件工程，參見P32.瀑布模型簡圖及特點(diǎn)?？己酥R點(diǎn)：軟件過程瀑布模型，參見P53.代碼行技術(shù)。考核知識點(diǎn)：代碼行技術(shù)，參見P1854.需求分析的任務(wù)?？己酥R點(diǎn)：需求分析的任務(wù)，參見P185.軟件結(jié)構(gòu)中深度、寬度、扇出、扇入間的關(guān)系?？己酥R點(diǎn)： 6.自底向上的結(jié)合策略?？己酥R點(diǎn)：集成測試（自底向上集成），參見P877.環(huán)形復(fù)雜度的用處?？己酥R點(diǎn)：程序復(fù)雜程度的定量度量（），參見P58.Wasserman1996年提出改變軟件工程實(shí)踐的7個(gè)關(guān)鍵因素?？己酥R點(diǎn)：五、完成下列各題 1.某銀行的計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)功能是：業(yè)務(wù)員將儲(chǔ)戶填寫好的存款單或取款單輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款金額、存款類型、存款日期、利率等信息，并打印出存款憑證由業(yè)務(wù)員交給儲(chǔ)戶；如果是取款，系統(tǒng)要求儲(chǔ)戶輸入密碼，通過驗(yàn)證后才能計(jì)算利息、打印結(jié)算清單并由業(yè)務(wù)員據(jù)此付款給儲(chǔ)戶。（1）根據(jù)結(jié)構(gòu)化方法，用DFD描繪該系統(tǒng)功能的需求，要求畫出0層圖和1層圖。（2）畫一個(gè)順序圖，描述取款的過程。（3）在需求分析時(shí)發(fā)現(xiàn)，當(dāng)取款金額超出儲(chǔ)戶賬戶余額時(shí)系統(tǒng)應(yīng)該做出提示。假設(shè)對應(yīng)動(dòng)作被建模為一個(gè)名為“透支拒付”的用例，而取款過程本身已是一個(gè)用例，這二者之間適宜建模為何種關(guān)系?？己酥R點(diǎn)：數(shù)據(jù)流圖，參見P202.面向數(shù)據(jù)流的設(shè)計(jì)方法定義了一個(gè)將描述軟件系統(tǒng)的數(shù)據(jù)流圖轉(zhuǎn)換成對應(yīng)的軟件結(jié)構(gòu)的系統(tǒng)化的途徑，該途徑針對數(shù)據(jù)流圖中數(shù)據(jù)流的