軟件試題綜合

1、綜合練習(xí)一答案一 選擇題：1 軟件危機(jī)出現(xiàn)于_C_，為了解決軟件危機(jī)，人們提出了用_B_的原理來設(shè)計(jì)軟件，這是軟件工程誕生的基礎(chǔ)。 A50年代末 B60年代初 C60年代末 D70年代初 A運(yùn)籌學(xué) B工程學(xué) C軟件學(xué) D軟件學(xué) E數(shù)字2開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作B_。A.軟件投機(jī)B軟件危機(jī)C軟件工程D軟件產(chǎn)生3產(chǎn)生軟件危機(jī)的原因有如下幾點(diǎn)，除了_D_。A、 軟件開發(fā)過程未經(jīng)審查 B、 軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工C、 所開發(fā)的軟件，除了程序清單外，沒有其他文檔D、 采用工程設(shè)計(jì)的方法開發(fā)軟件，不符合軟件本身的特點(diǎn)4軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上

2、的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是_B_。A引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴(kuò)大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用5請(qǐng)按順序?qū)懗鲕浖诘膸讉€(gè)階段_，_ ，_，_，_，_。A維護(hù) B測(cè)試 C詳細(xì)設(shè)計(jì) D概要設(shè)計(jì) E編碼 F需求分析6 瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和C_三個(gè)階段，而每一階段又可細(xì)分為若干個(gè)更小的階段。A詳細(xì)設(shè)計(jì)B可行性分析C運(yùn)行及維護(hù)D測(cè)試與排錯(cuò)7劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是_B_。A、各階段的任務(wù)盡可能相關(guān)性 B、各階段的任務(wù)盡可能相對(duì)獨(dú)立C、各階段的任務(wù)在時(shí)間上連續(xù) D、各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立8一個(gè)

3、軟件項(xiàng)目是否進(jìn)行開發(fā)的結(jié)論是在B_文檔中作出的。A、 軟件開發(fā)計(jì)劃B、可行性報(bào)告C、需求分析說明書D、測(cè)試報(bào)告9分析員是_B_。A 用戶中系統(tǒng)的直接使用者B用戶和軟件人員的中間人C 軟件的編程人員 D用戶和軟件人員的領(lǐng)導(dǎo) 10下列敘述中，_A_不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具 B、為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、作為概要設(shè)計(jì)的依據(jù) D、為需求分析階段定義各類條目11使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是_A_。A分解和抽象B分解和綜合C歸納與推導(dǎo)D試探與回溯12結(jié)構(gòu)化系統(tǒng)分析主要是通過_D_進(jìn)行分析的。A算法分解B控制結(jié)構(gòu)分解C數(shù)據(jù)結(jié)構(gòu)分解D處理功能分解13分層數(shù)據(jù)流圖是一種比

4、較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的_A_?？偯睟細(xì)節(jié)C抽象D軟件的作者 13變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于_A_。 A變換型 B 事務(wù)型 14需求分析說明書不能作為_A_。A、 可行性研究的依據(jù)B、用戶和開發(fā)人員之間的合同C、 系統(tǒng)概要設(shè)計(jì)的依據(jù) D、軟件驗(yàn)收測(cè)試的依據(jù)15結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、_D_和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語言來描述軟件系統(tǒng)模型。ADFD圖BPAD圖CIPO圖D數(shù)據(jù)字典16不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是_B_。A人工校核工資數(shù)據(jù)B工資支票數(shù)據(jù)C打印工資支票D計(jì)算職工工資

5、17系統(tǒng)開發(fā)人員使用系統(tǒng)流程圖或其他工具描述系統(tǒng)，估計(jì)每種方案的成本和效益的工作是在_B_階段進(jìn)行的。A、需求分析 B、總體設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D、編碼階段18軟件的_A_設(shè)計(jì)又稱為總體設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A概要B抽象C邏輯D規(guī)劃19結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)_D_。A從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖20結(jié)構(gòu)化設(shè)計(jì)方法是面向_C_的設(shè)計(jì)方法。A過程B對(duì)象C數(shù)據(jù)流D數(shù)據(jù)結(jié)構(gòu) 41Jackson程序設(shè)計(jì)方法是一種面向 A_ 的設(shè)計(jì)方法。A、數(shù)據(jù)結(jié)構(gòu) B、數(shù)據(jù)流圖 C、IPO圖 D、系統(tǒng)流程圖2

6、0Jackson設(shè)計(jì)方法由英國(guó)的M. Jackson提出的，它是一種面向_C_的設(shè)計(jì)方法。A對(duì)象B數(shù)據(jù)流C數(shù)據(jù)結(jié)構(gòu)D控制結(jié)構(gòu)21結(jié)構(gòu)化設(shè)計(jì)采用模塊化方法的主要出發(fā)點(diǎn)是_D_。A、 增加內(nèi)聚性 B、減少耦合度 C、提高有效性 D、降低復(fù)雜度22下列_D_不是模塊化設(shè)計(jì)的目的。 A、可采用結(jié)構(gòu)化設(shè)計(jì)方法 B、降低復(fù)雜度C、有利于信息隱蔽 D、描述系統(tǒng)的功能與性能23一個(gè)模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的_B_。A、扇入數(shù) B、扇出數(shù) C、寬度 D、作用域24某個(gè)模塊的作用域是指_D_。 A、被該模塊調(diào)用的所用模塊 B、調(diào)用該模塊的所有模塊C、與該模塊相關(guān)聯(lián)的所有模塊 D、受該模塊內(nèi)的判

7、定影響的所有模塊25模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在七類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是_D_。A順序性內(nèi)聚B過程性內(nèi)聚C邏輯性內(nèi)聚D功能性內(nèi)聚26如果模塊中所有成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是_C_。A順序內(nèi)聚B功能內(nèi)聚C通信內(nèi)聚D過程內(nèi)聚27初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為_C_模塊。A過程內(nèi)聚B功能內(nèi)聚C時(shí)間內(nèi)聚D邏輯內(nèi)聚28若一模塊內(nèi)部的處理動(dòng)作為：成分A的輸出是成分B的輸入，則該模塊的聚合性稱為_A_。A、順序內(nèi)聚 B、功能內(nèi)聚 C、過程內(nèi)聚 D、通信內(nèi)聚29某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種

8、通知書的打印，這種模塊之間的耦合稱為_D_。A數(shù)據(jù)耦合B混合耦合C公共耦合D控制耦合30要減少兩個(gè)模塊之間的耦合，則必須_D_。A兩個(gè)模塊間的調(diào)用次數(shù)要少B模塊間傳遞的參數(shù)要少C模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)D模塊間傳遞的參數(shù)要少且不傳遞開關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量31下列耦合度表示中，最弱的耦合形式是_C_。 A、特征耦合 B、公共耦合 C、數(shù)據(jù)耦合 D、數(shù)據(jù)結(jié)構(gòu)32一個(gè)模塊傳送給另一模塊的參數(shù)是由單個(gè)數(shù)據(jù)項(xiàng)組成的數(shù)組，它屬于_A_耦合。A、 數(shù)據(jù)型B、復(fù)合型C、內(nèi)容型D、公共型34PAD（Problem Analysis Diagram）圖是一種_B工具。 A系統(tǒng)描述

9、B。詳細(xì)設(shè)計(jì) C。測(cè)試 D。編程輔助35下列系統(tǒng)設(shè)計(jì)工具中，_B_不屬于詳細(xì)設(shè)計(jì)工具。 A、NS圖 B、數(shù)據(jù)流圖 C、程序流程圖 D、PAD36程序流程圖、N-S圖和PAD圖是_B_使用的表達(dá)工具。A設(shè)計(jì)階段的概要設(shè)計(jì)B設(shè)計(jì)階段的詳細(xì)設(shè)計(jì)C編碼階段D測(cè)試階段37模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的_C_階段進(jìn)行。A、系統(tǒng)分析 B、概要設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D 編碼（實(shí)現(xiàn)）38源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和_B_。A框圖B統(tǒng)一書寫格式C修改記錄D編程日期39提高程序可讀性的有力手段是_D_。A、 選好一種程序設(shè)計(jì)語言 B、顯式說明一切變量C、使用三種標(biāo)準(zhǔn)控制語句 D、給程序加注釋40文檔

10、是軟件開發(fā)人員.維護(hù)人員.用戶以及計(jì)算機(jī)之間的_B_, 軟件開發(fā)人員在各個(gè)階段以文檔作為前段工作成果的_E_和后段工作的_F_。A. 接口B.橋梁C.科學(xué)D.繼續(xù)E.體現(xiàn)F.基礎(chǔ)41軟件工程中_C_不屬于用戶文檔的內(nèi)容。A、 功能描述 B、安裝手冊(cè)C、系統(tǒng)設(shè)計(jì)D、使用手冊(cè)42在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和_C_。A統(tǒng)一性B安全性C無二義性D組合性43一般來說，在管理軟件中，軟件生存周期各個(gè)階段的工作量以_D_所占的比例最大。 A、需求分析與設(shè)計(jì)階段 B、編碼實(shí)現(xiàn)階段 C、測(cè)試階段 D、維護(hù)階段44軟件的_B_一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)時(shí)間來度量；A可維護(hù)性 B可

11、靠性 C效率 D可理解性45采用_D_且編寫程序，可提高程序的可移植性；A機(jī)器語言 B宏指令 C匯編語言 D高級(jí)語言二、填空題：1、 在結(jié)構(gòu)化分析中，_數(shù)據(jù)字典_用于詳細(xì)地定義數(shù)據(jù)流圖中的成分。2、 耦合性和內(nèi)聚性是衡量_模塊獨(dú)立性_的兩個(gè)定性的標(biāo)準(zhǔn)。3、 結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，它采用_自頂向下、逐步求精_的設(shè)計(jì)方法和順序、選擇、循環(huán)三種基本控制結(jié)構(gòu)構(gòu)造常態(tài)程序。4、 結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖的四種基本成分為：處理、源點(diǎn)或終點(diǎn)_數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流_。5、 從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計(jì)的要求是_高內(nèi)聚低耦合_。6、 在需求分析中，可從有關(guān)問題的簡(jiǎn)述中提取組成數(shù)據(jù)流圖的基本成分。通

12、常問題簡(jiǎn)述中的動(dòng)詞短語將成為數(shù)據(jù)流圖中的_處理_成分。7、 如果兩模塊間的通信信息是若干個(gè)參數(shù)，而每個(gè)參數(shù)是單一的數(shù)據(jù)項(xiàng)，則稱這種耦合性為_數(shù)據(jù)_耦合。8、 模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的_詳細(xì)設(shè)計(jì)_階段進(jìn)行。9、 定性度量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是內(nèi)聚性和_耦合性_。10、 在模塊結(jié)構(gòu)圖中，直接調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的_扇入數(shù)_。一 單項(xiàng)選擇題（每題1分，20題共20分）1 計(jì)算機(jī)系統(tǒng)可以劃分為軟件系統(tǒng)和硬件系統(tǒng)，軟件是一種A邏輯產(chǎn)品 B文檔資料 C程序代碼 D物理裝置2 可行性分析研究的主要目的是A.定義項(xiàng)目B. 項(xiàng)目是否值得開發(fā)C.開發(fā)項(xiàng)目D.規(guī)劃項(xiàng)目3 在下列四種模塊的耦合性

13、中，信息隱蔽性能最好的是（）A.控制耦合B.內(nèi)容耦合 C. 數(shù)據(jù)耦合D. 特征耦合4 需求分析是回答系統(tǒng)必須（）的問題。A. 為誰做B.怎么做C.何時(shí)做D.做什么5 在UML中，類是用 （ ）表示的A 矩形框 B 橢圓 C 箭頭 D 菱形框 6 編碼階段是位于哪個(gè)階段之后A. 詳細(xì)設(shè)計(jì)B. 可行性研究C. 總體設(shè)計(jì)D. 需求分析7 在數(shù)據(jù)流圖中，圓圈符號(hào)表示的是A. 數(shù)據(jù)源點(diǎn)或終點(diǎn)B.數(shù)據(jù)處理C. 數(shù)據(jù)存儲(chǔ)D. 數(shù)據(jù)流8 內(nèi)聚是衡量模塊內(nèi)部聚合能力的量度。內(nèi)聚越高，說明模塊內(nèi)各成分彼此聯(lián)系的程度A越松散B彼此相等C越緊密D沒有聯(lián)系9 在瀑布模型中，將軟件劃分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一

14、般歸屬于（）A、維護(hù)時(shí)期B、開發(fā)時(shí)期 C、運(yùn)行時(shí)期D、計(jì)劃時(shí)期10 軟件維護(hù)有四種，下面哪一個(gè)不是的A. 完善性維護(hù)B. 測(cè)試性維護(hù)C. 預(yù)防性維護(hù)D. 適應(yīng)性維護(hù)11 結(jié)構(gòu)化程序設(shè)計(jì)采用的三種基本控制結(jié)構(gòu)是（）A.順序、選擇、重復(fù)B.選擇、循環(huán)、重復(fù)C.順序、分支、選擇D.輸入、變換、輸出12 軟件測(cè)試的目的是（）A. 為了表明程序沒有錯(cuò)誤B.為了發(fā)現(xiàn)程序中的錯(cuò)誤C. 為了說明程序能正確地執(zhí)行D.為了評(píng)價(jià)程序的質(zhì)量13 在UML的用例圖中，人形符號(hào)表示的是A關(guān)聯(lián)B 用例 C角色 D 系統(tǒng)14 軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試（）A、結(jié)構(gòu)合理性B、軟件外部

15、功能C、程序正確性D、程序內(nèi)部邏輯15 下面哪些測(cè)試屬于黑盒測(cè)試（）。A、路徑測(cè)試B、循環(huán)測(cè)試C、等價(jià)類劃分 D、條件判斷16 （ ）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。 A封裝 B 繼承 C多態(tài)性D 消息 17 在UML中，協(xié)作圖反映收發(fā)消息的對(duì)象的結(jié)構(gòu)組織，它與（ ）是同構(gòu)的A 用例圖B時(shí)序圖C 活動(dòng)圖 D 類圖18 需求分析是軟件生存周期中的一個(gè)重要階段，它的應(yīng)該是在（）進(jìn)行。A、維護(hù)階段B、軟件開發(fā)全過程C、軟件定義階段D、軟件運(yùn)行階段19 下面哪個(gè)階段不屬于軟件的開發(fā)時(shí)期A.編碼B.測(cè)試C.需求分析D.

16、維護(hù)20 模塊內(nèi)聚可分為七類，最低的內(nèi)聚是A. 順序內(nèi)聚B. 時(shí)間內(nèi)聚C. 過程內(nèi)聚D. 偶然性內(nèi)聚二 填空題（每空2分， 15空共30分）1 常用（【1】耦合）和內(nèi)聚這兩個(gè)定性度量標(biāo)準(zhǔn)來評(píng)定模塊的獨(dú)立性。2 結(jié)構(gòu)化設(shè)計(jì)方法以數(shù)據(jù)流圖為基礎(chǔ)，按一定步驟映射成軟件結(jié)構(gòu)，數(shù)據(jù)流圖有兩種基本結(jié)構(gòu)：變換型結(jié)構(gòu)和（【2】事務(wù)流型結(jié)構(gòu)）。3 軟件的定義可以簡(jiǎn)單的表述為：軟件（【3】程序文檔）4 測(cè)試技術(shù)有黑盒測(cè)試和白盒測(cè)試兩種，根據(jù)程序的功能來設(shè)計(jì)測(cè)試用例，這種方法稱為（ 【4】黑盒 ）測(cè)試。5 在面向?qū)ο蟮南到y(tǒng)設(shè)計(jì)過程中，有4種主要的設(shè)計(jì)組件必須定義，它們是領(lǐng)域組件、（ 【5】人機(jī)交互組件 ） 、任務(wù)管

17、理組件和數(shù)據(jù)管理組件。6 統(tǒng)一建模語言是面向?qū)ο筌浖こ趟褂玫囊环N建模工具，其英文縮寫是（【6】UML）7 軟件結(jié)構(gòu)的深度、寬度、扇人、扇出四個(gè)特征，定義了軟件結(jié)構(gòu)的形態(tài)。（【7】扇出）是指一個(gè)模塊直接調(diào)用的下屬模塊的數(shù)目。8 軟件維護(hù)的內(nèi)容包括糾錯(cuò)性維護(hù)，（【8】適應(yīng)性維護(hù)）、完善性維護(hù)和（【9】預(yù)防性維護(hù)）。9 向一個(gè)已經(jīng)拖期的項(xiàng)目追加開發(fā)人員，可能使它完成得更晚。鑒于這一發(fā)現(xiàn)的重要性，許多文獻(xiàn)稱之為（【10】Brooks）定律。10 在UML的圖形符號(hào)中，虛線箭頭表示的是兩個(gè)元素之間的 （【11】依賴）關(guān)系。11 軟件的測(cè)試可以分為4個(gè)步驟，主要包括（【12】單元測(cè)試）、集成測(cè)試、（【

18、13】確認(rèn)測(cè)試）和系統(tǒng)測(cè)試。12 在軟件的開發(fā)過程中，必須遵循的原則是抽象、信息隱蔽和（【14】模塊化）。13 為使軟件適應(yīng)運(yùn)行環(huán)境的改變而進(jìn)行的一類維護(hù)稱之為（【15】適應(yīng)性維護(hù)）。三 名詞解釋（每題3分，6題共18分）1 白盒法該方法把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒法也不可能進(jìn)行窮舉測(cè)試。2 類具有相同或相似性質(zhì)的對(duì)象的抽象就是類。3 信息隱蔽指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對(duì)于不需要

19、這些信息的其它模塊來說，是不能訪問的。4 路徑覆蓋指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。5 軟件工程軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，這就是軟件工程。6 軟件復(fù)用就是將已有的軟件成分用于構(gòu)造新的軟件系統(tǒng)?？梢员粡?fù)用的軟件成分一般稱作可復(fù)用構(gòu)件，無論對(duì)可復(fù)用構(gòu)件原封不動(dòng)地使用還是作適當(dāng)?shù)男薷暮笤偈褂茫灰怯脕順?gòu)造新軟件，則都可稱作復(fù)用。四 簡(jiǎn)答題（每題6分， 4題共24分）1 請(qǐng)說明軟件文檔的作用？軟件開發(fā)項(xiàng)目生存期各階段都包含哪些文檔？軟件文檔

20、的作用是：提高軟件開發(fā)過程的能見度；提高開發(fā)效率；作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志；記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；便于用戶了解軟件功能、性能。軟件開發(fā)項(xiàng)目生存期各階段應(yīng)包括得文檔以及與各類人員的關(guān)系如下：可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)劃、軟件需求說明書、數(shù)據(jù)要求說明書、測(cè)試計(jì)劃、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、用戶手冊(cè)、操作手冊(cè)、測(cè)試分析報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目開發(fā)總結(jié)、程序維護(hù)手冊(cè)（維護(hù)修改建議）。2 什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典（簡(jiǎn)稱DD）是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分

21、析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。他和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說明書的主要組成部分。數(shù)據(jù)字典是為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字典一樣，要把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源點(diǎn)、終點(diǎn)不在系統(tǒng)之內(nèi)，故一般不在字典中說明。3 采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪幾種方法？這些方法各有什么特點(diǎn)？等價(jià)類劃分。等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不合理的）劃分成若干個(gè)等價(jià)類，測(cè)試每個(gè)等價(jià)類的代表值就等于對(duì)該類其它值的

22、測(cè)試。邊界值分析。該方法是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測(cè)試用例。錯(cuò)誤推測(cè)。錯(cuò)誤推測(cè)法沒有確定的步驟，憑檢驗(yàn)進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯(cuò)誤的情況，根據(jù)這些情況選擇測(cè)試用例。因果圖。因果圖能有效的檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。因果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測(cè)試用例。4 何謂軟件生存周期？其可以劃分為幾個(gè)時(shí)期？每個(gè)時(shí)期又可分為幾個(gè)階段？每個(gè)階段的主要任務(wù)是什么？一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的

23、這個(gè)漫長(zhǎng)的時(shí)期稱為生存周期。軟件生存期也可以分為三個(gè)時(shí)期：計(jì)劃時(shí)期、開發(fā)時(shí)期和運(yùn)行時(shí)期。軟件生存周期一般可分為以下幾個(gè)階段：1) 問題定義 問題定義階段必須回答的關(guān)鍵問題是“要解決的問題是什么？”，正確理解用戶的真正需求。2) 可行性研究 這個(gè)階段要回答的關(guān)鍵問題是：對(duì)于上一個(gè)階段所確定的問題“有行得通的解決辦法嗎?” ，可行性研究階段應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型(通常用數(shù)據(jù)流圖表示)，準(zhǔn)確地估計(jì)系統(tǒng)的成本和效益。3) 需求分析 需求分析階段的任務(wù)，主要是確定目標(biāo)系統(tǒng)必須具備的功能，得出經(jīng)用戶確認(rèn)的系統(tǒng)邏輯模型。根據(jù)該系統(tǒng)邏輯模型，準(zhǔn)確地回答“為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么”。4) 總體設(shè)

24、計(jì) 也叫概要設(shè)計(jì)或初步設(shè)計(jì)。這個(gè)階段必須回答的是“概括地說，應(yīng)該如何解決這個(gè)問題”?？傮w設(shè)計(jì)的目標(biāo)是將需求分析階段定義的系統(tǒng)模型轉(zhuǎn)換成相應(yīng)的軟件結(jié)構(gòu)，以規(guī)定軟件的形態(tài)及各成分間的層次關(guān)系、界面及接口要求。5) 詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)階段的任務(wù)是把解法具體化，也就是回答“應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)”。詳細(xì)設(shè)計(jì)亦即模塊設(shè)計(jì)。它是在算法設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)的基礎(chǔ)上，針對(duì)每個(gè)模塊的功能、接口和算法定義，設(shè)計(jì)模塊內(nèi)部的算法過程及程序的邏輯結(jié)構(gòu)，并編寫模塊設(shè)計(jì)說明。6) 編碼 這個(gè)階段的任務(wù)，是根據(jù)詳細(xì)設(shè)計(jì)的結(jié)果，選擇一種適合的程序設(shè)計(jì)語言，把詳細(xì)設(shè)計(jì)的結(jié)果翻譯成程序的源代碼。7) 測(cè)試 以便盡早發(fā)現(xiàn)程序中的錯(cuò)誤和

25、缺陷而進(jìn)行的一個(gè)過程，有單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試4種。8) 運(yùn)行與維護(hù) 通過各種必要的維護(hù)措施支持軟件系統(tǒng)能持久地滿足用戶的需要。 5 如何做好軟件質(zhì)量保證工作？軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾個(gè)方面的工作：<1>采用技術(shù)手段和工具。 質(zhì)量保證活動(dòng)要貫徹開發(fā)過程始終，必須從采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。<2>組織正式技術(shù)評(píng)審，在軟件開發(fā)的第一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國(guó)家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來保證質(zhì)量。<3>加強(qiáng)軟件測(cè)試。軟件

26、測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。<4>推選軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己指定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。<5>對(duì)軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變更。<6>對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。五論述題（8分）在自己的開發(fā)實(shí)踐中你是如何運(yùn)用軟件工程的？一、單項(xiàng)選擇題（每小題1分，共20分）1. 軟件生存周期一般可分為問題定義、可行性研究、需求分析、設(shè)計(jì)編碼、測(cè)試、運(yùn)行與維護(hù)階段。2. 按軟件的功能進(jìn)行劃分，軟

27、件可以劃分為 系統(tǒng)軟件 、支撐軟件和應(yīng)用軟件。3. 可行性研究主要集中在以下四個(gè)方面 經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性和抉擇。4. 用戶界面的 可使用性 是用戶界面設(shè)計(jì)最重要的也是最基本的目標(biāo)。5. 常見的軟件概要設(shè)計(jì)方法有3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的_結(jié)構(gòu)化設(shè)計(jì)方法_，以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的_jackson方法_，以對(duì)象、類、繼承和通信為基礎(chǔ)的_面向?qū)ο笤O(shè)計(jì)方法_。6. _數(shù)據(jù)流圖_和_數(shù)據(jù)字典_共同構(gòu)成系統(tǒng)的邏輯模型。7. 軟件測(cè)試的方法有_分析方法_和_非分析方法_（即黑盒法）。8. 單元測(cè)試一般以_白盒_測(cè)試為主，_黑盒_測(cè)試為輔。9. 成本估計(jì)方法主要有_自底向上估計(jì)

28、_、_自頂向下估計(jì)_和算法模型估計(jì)三種類型二、單項(xiàng)選擇題（每小題2分，共10分）1. 下列哪個(gè)階段不屬于軟件生存周期的三大階段（ C ）。 A、計(jì)劃階段 B、開發(fā)階段C、編碼階段 D、維護(hù)階段2. 需求分析是（ A ）。  A、 軟件開發(fā)工作的基礎(chǔ)          B、 軟件生存周期的開始  C、 由系統(tǒng)分析員單獨(dú)完成的      D、 由用戶自己?jiǎn)为?dú)完成的3. 原型化方法是軟件開發(fā)中一類常用的方法，它與結(jié)構(gòu)化方法相比較，更需要（ B

29、 ）。  A、 明確的需求定義                B、完整的生命周期  C、 較長(zhǎng)的開發(fā)時(shí)間                D、熟練的開發(fā)人員4. 軟件維護(hù)時(shí)，對(duì)測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測(cè)試、診斷、定位、糾錯(cuò)，直至修改的回歸測(cè)試過程稱為（ A ）。  

30、60; A、改正性維護(hù)           B、適應(yīng)性維護(hù)C、完善性維護(hù)           D、預(yù)防性維護(hù)5. 一般說來，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（ A ）。A、不是不可以理解的B、是不能容忍的C、是要求退貨的理由D、是必然的三、多項(xiàng)選擇題（每小題2分，共10分）1. 下面哪些測(cè)試屬于白盒測(cè)試（ AE ）。A、基本路徑測(cè)試 B、等價(jià)類劃分 C、邊界值分析 D、錯(cuò)誤推測(cè)E、邏輯覆蓋測(cè)試

31、2. 下列哪些選項(xiàng)是屬于內(nèi)容耦合（ ABC ）。A、 一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)B、 一個(gè)模塊有多個(gè)入口C、 一個(gè)模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部D、 一個(gè)模塊只有一個(gè)入口3. 下列屬于度量效益方法的是（ ABC ）。A、貨幣的時(shí)間價(jià)值 B、投資回收期B、收入 D、投資回報(bào)率4. 數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是常采用的（ ACD ）。A、自頂向下B、自底向上C、分層繪制D、逐步求精 四、判斷題（正確的在括號(hào)內(nèi)打上“”，錯(cuò)誤的打上“×”。每小題2分，共20分）1. 在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（ N ）2. 系統(tǒng)結(jié)構(gòu)圖是精

32、確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（ N ）3. 用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（ N ）4. 在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（ Y ）5. 以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見的軟件概要設(shè)計(jì)方法之一。（ Y ）6. 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（ N ） 7. 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（ Y ）8. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（ Y ）9. 集成測(cè)試主要由用戶來完成。（ N ）10

33、. 軟件危機(jī)完全是由于硬件問題引起的。（ N ）五、簡(jiǎn)答題（每小題5分，共20分）1. 什么是軟件危機(jī)?為什么會(huì)產(chǎn)生軟件危機(jī)?答：軟件危機(jī)是指軟件在開發(fā)和維護(hù)過程中遇到的一系統(tǒng)嚴(yán)重問題，主要包含二方面的問題，一是如何開發(fā)利用軟件，二是如何維護(hù)數(shù)量不斷膨脹的已有軟件。產(chǎn)生軟件危機(jī)的原因，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開發(fā)與維護(hù)的方法不正確有關(guān)。2. 耦合性有哪幾種類型? 其耦合度的順序如何答：低：非直接耦合® 數(shù)據(jù)耦合®標(biāo)記耦合® 控制耦合®外部耦合® 公共耦合®內(nèi)容耦合 ：高 3. 簡(jiǎn)述需求分析工作可以分成哪四個(gè)方面？軟件

34、需求分析的有哪三個(gè)基本原則？答：需求分析階段分成四個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、制定規(guī)格說明和評(píng)審。三個(gè)基本原則：必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域；必須按自頂向下、逐步分解的方式對(duì)問題進(jìn)行分解和不斷細(xì)化；要給出系統(tǒng)的邏輯視圖和物理視圖。4. 什么是黑盒測(cè)試法？答：黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)生正確地輸出信息。六、 分析設(shè)計(jì)題（每小題10分，共20分）1. 某“調(diào)整工資”處理模塊接受一個(gè)“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若

35、是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請(qǐng)用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。輸入條件合理等價(jià)類不合理等價(jià)類職稱教授副教授講師四種職稱之外任意一種職稱兼工齡助教兼工齡大于2年助教兼工齡等于兩年 助教兼工齡小于兩年2. 劃分等價(jià)類： 輸入數(shù)據(jù)預(yù)期結(jié)果覆蓋范圍教授輸入有效，進(jìn)行調(diào)整工資處理副教授輸入有效，進(jìn)行調(diào)整工資處理講師輸入有效，進(jìn)行調(diào)整工資處理助教  3輸入有效，進(jìn)行調(diào)整工資處理助教   2輸入有效，不調(diào)整工資處理助教   1輸入有效，不調(diào)整工資處理工程師輸入無效設(shè)計(jì)測(cè)試用例： 2假定某航空公司規(guī)定，乘客可以免費(fèi)托運(yùn)重

36、量不超過30公斤的行李。當(dāng)行李重量超過30公斤時(shí)，對(duì)頭等艙的國(guó)內(nèi)乘客超重部分每公斤收費(fèi)4元，對(duì)其它艙的國(guó)內(nèi)乘客超重部分每公斤收費(fèi)6元，對(duì)國(guó)外乘客超重部分每公斤收費(fèi)比國(guó)內(nèi)乘客多一倍，對(duì)殘疾乘客超重部分每公斤收費(fèi)比正常乘客少一半。用判定樹表示計(jì)算行李費(fèi)的算法。判定樹為下圖軟件工程期末考試樣題 一、填空題 1軟件開發(fā)模型有 瀑布模型 、 螺旋模型 、第四代技術(shù)模型、原型模型、構(gòu)件組裝模型、混合模型。 2可行性研究一般可以從 經(jīng)濟(jì) 可行性、 技術(shù) 可行性、運(yùn)行可行性、法律可行性和開發(fā)可行性等方面來研究。 3現(xiàn)在向銀行存款，年利率為i，若希望在n年后從銀行得到F元，現(xiàn)在應(yīng)該存入的錢數(shù)為 F/(1+i)n

37、 。 4數(shù)據(jù)流圖基本符號(hào)包括 數(shù)據(jù)輸入的源點(diǎn)和數(shù)據(jù)輸出的匯點(diǎn) 、 加工 、 數(shù)據(jù)流 、 數(shù)據(jù)存儲(chǔ)文件。 5Jackson圖除了可以表達(dá)程序結(jié)構(gòu)外，還可以表達(dá) 數(shù)據(jù)結(jié)構(gòu) ，它首先要分析 數(shù)據(jù)結(jié)構(gòu)，并用適當(dāng)?shù)墓ぞ邅砻枋觥?6詳細(xì)設(shè)計(jì)的工具有 圖形工具 、表格工具和 語言工具 。 7IPO圖由 輸入 、處理和 輸出 三個(gè)框組成。這個(gè)圖的特點(diǎn)是能夠直觀的顯示三者之間的關(guān)系。 8面向?qū)ο蠹夹g(shù)是一整套關(guān)于如何看待 軟件系統(tǒng) 和 現(xiàn)實(shí)世界 的關(guān)系，以什么觀點(diǎn)來研究問題并進(jìn)行分析求解，以及如何進(jìn)行系統(tǒng)構(gòu)造的軟件方法學(xué)。面向?qū)ο蠓椒ㄊ且环N運(yùn)用 對(duì)象 、 類 、 繼承 、 封裝 、聚集、消息傳送、多態(tài)性等概念來構(gòu)

38、造系統(tǒng)的軟件開發(fā)方法。 二、單項(xiàng)選擇題 1下列（ A ）屬于系統(tǒng)軟件。 A. WINDOWS 2000 B. Word C. Flash D. 3D MAX3對(duì)于螺旋模型，下列（ D ）不是利用笛卡爾坐標(biāo)表達(dá)的活動(dòng)。 A. 制定計(jì)劃 B. 實(shí)施工程 C. 風(fēng)險(xiǎn)分析 D. 程序編碼 三、多項(xiàng)選擇題 1軟件危機(jī)可以表現(xiàn)為（ ABCD ）。 A 產(chǎn)品不符合用戶的需要 B 軟件產(chǎn)品的質(zhì)量差 C 軟件的可維護(hù)性差 D 軟件的價(jià)格昂貴 2Jackson圖中一般可能包括（ ABCD）。 A表頭 B表體 C表名 D字段名 3關(guān)于內(nèi)容耦合的描述正確的是（ AD ）。 A、內(nèi)容耦合是最高程度的耦合 B、應(yīng)該盡量使

39、用內(nèi)容耦合 C、高級(jí)語言一般設(shè)計(jì)成允許內(nèi)容耦合的形式 D、如果一個(gè)模塊有多個(gè)入口，可能發(fā)生內(nèi)容耦合 4下列屬于不標(biāo)準(zhǔn)的書寫格式（BCD）。 A、書寫時(shí)適當(dāng)使用空格分隔 B、一行寫入多條語句 C、嵌套結(jié)構(gòu)不使用 D、程序中不加注釋四、判斷題（正確的在括號(hào)內(nèi)打上“”，錯(cuò)誤的打上“×”） 1.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。（X ） 2.系統(tǒng)流程圖是一個(gè)典型的描述邏輯系統(tǒng)的傳統(tǒng)工具。（ X ） 3.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。（ V） 4.扇出是一個(gè)模塊直接調(diào)用的模塊數(shù)目，一般推薦的扇出為3或4。（ V ） 5.耦合用于衡量一個(gè)模塊內(nèi)部的各個(gè)元素彼此結(jié)合的緊

40、密程度。（ X ） 6.程序運(yùn)行過程中出現(xiàn)錯(cuò)誤叫做容錯(cuò)。 （ X ） 7.軟件測(cè)試的目的是證明程序沒有錯(cuò)誤。 （ X ） 8.白盒測(cè)試法是將程序看成一個(gè)透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程。 （ X ） 五、問答題 1什么是軟件生存周期。 2在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么。 3為什么數(shù)據(jù)流圖要分層？ 4軟件的質(zhì)量反應(yīng)為哪些方面的問題？ 1答：一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被淘汰的全過程。 2答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工

41、具。它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫(kù)、表格、人工過程等）。系統(tǒng)流程圖表達(dá)的是部件的信息流程，而不表示對(duì)信息進(jìn)行加工處理的控制過程。 3答：這了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍為復(fù)雜的實(shí)際問題，需要按照問題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。 4答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。 在各種標(biāo)準(zhǔn)中定義了一些開發(fā)準(zhǔn)則，用來指導(dǎo)軟件人員用工程化的方法來開發(fā)軟件。 如果不遵守這些開發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。 往往會(huì)有一些隱含的需求沒有明確地提出來。如果軟件只滿足那些精確定義

42、了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。 軟件質(zhì)量是各種特性的復(fù)雜組合。它隨著應(yīng)用的不同而不同，隨著用戶提出的質(zhì)量要求不同而不同。軟件工程考試試題及參考答案-多套合集一、單向選擇題（四選一、每小題3分，共18分）1、軟件的發(fā)展經(jīng)歷了（D）個(gè)發(fā)展階段。0102A. 一B. 二C. 三D. 四2、需求分析的任務(wù)不包括（B）。0401A. 問題分析B. 系統(tǒng)設(shè)計(jì)C. 需求描述D. 需求評(píng)審。3、一個(gè)軟件的寬度是指其控制的（C）。0801A. 模塊數(shù)B. 層數(shù)C. 跨度D. 厚度4、當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系。 0802A. 判定表和判定

43、樹B. 盒圖C. 流程圖D. 關(guān)系圖5、以下不屬于邏輯覆蓋的是（D）。1402A. 語句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D. 基本路徑6、為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動(dòng)稱為（B）。1501A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)二、填空題（每空2分，共18分）1. 軟件可靠性是指在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的（概率）。01012. 高級(jí)語言：獨(dú)立于機(jī)器，面向過程或面向（對(duì)象）01013. 軟件項(xiàng)目管理的范圍主要集中于3個(gè)P上，即：People人員、Problem問題和（過程）。02014. 人機(jī)界面的風(fēng)格第一代界面是命令和（詢問）方式。12025.

44、由于維護(hù)或在維護(hù)過程中其他一些不期望的行為引入的錯(cuò)誤稱為維護(hù)的（副作用）。15046. 在公式V（G）= E N + 2中：E為程序圖G中邊的總數(shù)； N 為程序圖中結(jié)點(diǎn)的總數(shù)。V（G）又稱為圖G的環(huán)形（復(fù)雜度）0204。7. 任何一個(gè)基于計(jì)算機(jī)系統(tǒng)都可以用輸入-處理-輸出（IPO）圖來描述，它將該系統(tǒng)轉(zhuǎn)換成一個(gè)信息變換模型。03038. 為提高可交互性一般對(duì)所有可能造成損害的用戶操作動(dòng)作，應(yīng)堅(jiān)持要求用戶（確認(rèn)），例如，提問“你確實(shí)要?jiǎng)h除？”。12049. 文檔是一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。0101三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 用戶對(duì)軟件需求的描述不精確，往往

45、是產(chǎn)生軟件危機(jī)的原因之一。（）01022. 目前，軟件項(xiàng)目的進(jìn)度安排的兩種比較常用的方法是程序評(píng)估與審查技術(shù)（PERT）和關(guān)鍵路徑法（CPM）。（）02063. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（）02064. 目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（X）04025. 面向數(shù)據(jù)的設(shè)計(jì)方法適用場(chǎng)合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。（）100016. 缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（X）01027. 通常緊致性好的語言一致性就好。（X）13018. 測(cè)試

46、計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（X）14019. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式等內(nèi)容。（）120410. 軟件也會(huì)磨損和老化。（X）010111. 完善性維護(hù)是提高或完善軟件的性能。（）010112. McCabe建議模塊規(guī)模應(yīng)滿足：V（G）20。（X）0204四、簡(jiǎn)答題（每小題4分，共20分）1、程序設(shè)計(jì)語言的三種類型和特點(diǎn)是什么？01011) 機(jī)器語言、匯編語言：依賴于機(jī)器，面向機(jī)器 2) 高級(jí)語言：獨(dú)立于機(jī)器，面向過程或面向?qū)ο?) 面向問題語言：獨(dú)立于機(jī)器，非過程式語言（4GL） （2分）2、軟件危機(jī)

47、是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。01013、軟件項(xiàng)目的質(zhì)量管理制定軟件質(zhì)量保證計(jì)劃，按照質(zhì)量評(píng)價(jià)體系控制軟件質(zhì)量要素，對(duì)階段性的軟件產(chǎn)品進(jìn)行評(píng)審，對(duì)最終軟件產(chǎn)品進(jìn)行確認(rèn)，確保軟件質(zhì)量。02014、好的編程風(fēng)格應(yīng)遵循哪四條規(guī)則？13041）節(jié)簡(jiǎn)化2）模塊化3）簡(jiǎn)單化4）文檔化5、軟件測(cè)試中按照錯(cuò)誤的性質(zhì)和范圍進(jìn)行分類可分為：“功能錯(cuò)誤”及其它哪些錯(cuò)誤？ 14011) 系統(tǒng)錯(cuò)誤 2) 加工錯(cuò)誤（算法錯(cuò)誤）3) 數(shù)據(jù)錯(cuò)誤 4) 代碼錯(cuò)誤 五、綜合題（每小題10分，共20分）1、選擇語言時(shí)要考慮的因素有：項(xiàng)目的應(yīng)用領(lǐng)域、項(xiàng)目中算法、計(jì)算的復(fù)雜性和其余哪些內(nèi)容？1301

48、答： 1）項(xiàng)目中數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性2）用戶的性能需求 3）軟件運(yùn)行的環(huán)境 4）軟件開發(fā)人員開發(fā)水平5）可用的編譯器和交叉編譯器2、已知一個(gè)軟件項(xiàng)目的記錄，開發(fā)人員M=3人，其代碼行數(shù)=12.1KLOC，工作量E=24PM，成本S=168000美元，錯(cuò)誤數(shù)N=29，文檔頁(yè)數(shù)Pd=365頁(yè)。試計(jì)算開發(fā)該軟件項(xiàng)目的生產(chǎn)率P、平均成本C、代碼出錯(cuò)率EQR和文檔率D。0201解： 1軟件開發(fā)的生產(chǎn)率P為：P = L / E = 12.1×103LOC / 24PM = 504 LOC/PM2開發(fā)每行代碼的平均成本C為：C = S / L = 168000美元 / 12100LOC=13.9美元/

49、LOC3代碼出錯(cuò)率EQR為：EQR = N / L = 29個(gè)/12.1KLOC=2.4個(gè)/KLOC4軟件的文檔率D為：D = Pd / L = 365頁(yè) / 12.1KLOC = 30頁(yè)/ KLOC軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、對(duì)在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（B）0501、條目定義、數(shù)據(jù)字典、數(shù)據(jù)定義、數(shù)據(jù)說明2、軟件的可行性研究中不包括（D）0302、法律可行性、技術(shù)可行性、經(jīng)濟(jì)可行性、政治可行性3、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動(dòng)稱為（C）。1501A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防

50、性維護(hù)4、人機(jī)界面的風(fēng)格大致經(jīng)過了（B）代的演變。1202A三B四C五D六5、以下不屬于白盒測(cè)試技術(shù)的是（D）1402A邏輯覆蓋B基本路徑測(cè)試C循環(huán)覆蓋測(cè)試D等價(jià)類劃分6、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱為（A）。1501A糾錯(cuò)性維護(hù)B適應(yīng)性維護(hù)C改善性維護(hù)D預(yù)防性維護(hù) 二、填空題（每空2分，共18分）1. 文檔（document）一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。01012. 機(jī)器語言、匯編語言：依賴于機(jī)器，面向（機(jī)器）01013. 軟件有效性（efficiency），指軟件系統(tǒng)的時(shí)間和（空間）效率。01034. 軟件定義過程可通過軟件系統(tǒng)的(可行性研究)和需求分析兩個(gè)階段來完

51、成。01035. 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。01036. 為了使用戶需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。04027. 一個(gè)軟件的深度是指其控制的（層數(shù)）。08018. 以詳細(xì)設(shè)計(jì)說明書為輸入，將該輸入用某種程序設(shè)計(jì)語言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過程叫（編碼）過程。13019. 軟件維護(hù)是軟件生命周期的（最后）一個(gè)階段。1501三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持， 這往往是產(chǎn)生軟件危機(jī)的原因之一。（）01022. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力

52、不包括具有良好的書面和口頭表達(dá)能力。（X）02063. 在用戶需求分析時(shí)觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（）04024. 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（）04025. 流程圖也稱為程序（框圖）是最常用的一種表示法。（）08026. 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（）10017. 理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（）12018. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動(dòng)作。（X）12049. 用窮舉測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（X）140110、編碼時(shí)應(yīng)盡可能使用全局變量（X）130211、重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（）130112、程序中的注解越少越好（ X ）。1302四、簡(jiǎn)答題（每小題4分，共20分）1、計(jì)算機(jī)軟件與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、 規(guī)則及任何與之有關(guān)的