軟件工程導(dǎo)論試題(打印)

1、軟件工程導(dǎo)論試題（老師給的）一選擇1、瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開(kāi)發(fā)階段和()。A 、詳細(xì)計(jì)劃B、可行性分析C 、運(yùn)行階段D 、測(cè)試與排錯(cuò)2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大()。A 、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C 、 需求分析階段D 、 測(cè)試和運(yùn)行階段3、在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo) ()。 A 、需求分析階段B、詳細(xì)設(shè)計(jì)階段C 、概要設(shè)

2、計(jì)階段D 、 可行性研究階段4、軟件工程的出現(xiàn)主要是由于() 。A. 程序設(shè)計(jì)方法學(xué)的影響B(tài).其它工程科學(xué)的影響C.軟件危機(jī)的出現(xiàn)D. 計(jì)算機(jī)的發(fā)展5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是()A 、硬件環(huán)境B、軟件開(kāi)發(fā)的環(huán)境C 、軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境D 、開(kāi)發(fā)人員的素質(zhì)6、軟件開(kāi)發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為( )A 、相互排斥B、相互補(bǔ)充C 、獨(dú)立使用D、交替使用7、 UML 是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法()A 、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動(dòng)態(tài)定義的

3、原型化方法C 、基于對(duì)象的面向?qū)ο蟮姆椒― 、基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法8、在下面的軟件開(kāi)發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高()A 、結(jié)構(gòu)化方法B、原型化方法C 、面向?qū)ο蟮姆椒― 、控制流方法9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的( )A 、控制流B、數(shù)據(jù)流C 、程序流D、指令流10 、軟件開(kāi)發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成()A 、 計(jì)劃階段、開(kāi)發(fā)階段、運(yùn)行階段B、 計(jì)劃階段、編程階段、測(cè)試階段C 、 總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D 、需求分析、功能定義、系統(tǒng)設(shè)計(jì)11 、軟件開(kāi)發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其

4、為()A 、瀑布模型B、對(duì)象模型C 、螺旋模型D、層次模型12 、軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一般認(rèn)為可能占用人員最多的階段是()A 、分析階段B、設(shè)計(jì)階段C 、編碼階段D、測(cè)試階段二.填空21 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的 ()情況。22成本效益分析的目的是從 ()角度評(píng)價(jià)開(kāi)發(fā)一個(gè)項(xiàng)目是否可行。23自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略： 深度優(yōu)先策略和 ( ) 。專業(yè)資料24 獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含

5、有一條()的邊的路徑。25匯編語(yǔ)言是面向 () 的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。26在 JSP 方法中解決結(jié)構(gòu)沖突的具體辦法是()。27詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、() 。28所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱() 報(bào)告。29 有兩類維護(hù)技術(shù)：在開(kāi)發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的()技術(shù)。30 科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：()、PASCAL 語(yǔ)言、 C 語(yǔ)言和 PL/1 語(yǔ)言。三判斷1軟件的開(kāi)發(fā)與運(yùn)行經(jīng)常受到

6、硬件的限制和制約。( )2模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。()3 Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。( )上述數(shù)據(jù)流圖表示數(shù)據(jù)A 和 B 同時(shí)輸入變換成C 。( )5軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開(kāi)發(fā)人員不必關(guān)心。()6判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。( )7.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫(xiě)代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。( )8 UML 只能應(yīng)用于軟件系統(tǒng)模型的建立。( )9容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫(xiě)。( )10 軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。( )四、名詞解釋題( 本大題共5 小題，每小題3 分

7、，共 15 分)31. 軟件開(kāi)發(fā)環(huán)境32. 錯(cuò)誤推測(cè)法33. 黑盒測(cè)試法34. 軟件質(zhì)量保證35. 瀑布模型五、圖a中，模塊G 為判定，判斷涉及到模塊B、F、G ，請(qǐng)指出設(shè)計(jì)中的錯(cuò)誤，再根據(jù)改進(jìn)模塊圖的基本原則，畫(huà)出12 個(gè)改進(jìn)方案 ( 不改變模塊G的判斷關(guān)系 ) ，并說(shuō)明是按照哪條基本原則進(jìn)行改進(jìn)的。40 請(qǐng)使用 PAD 圖和 PDL 語(yǔ)言描述在數(shù)組A （ 1 ） A （ 10 ）中找最大數(shù)的算法。41 根據(jù)下列條件使用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。專業(yè)資料某一 8 位微機(jī)，其八進(jìn)制常數(shù)定義為：以零開(kāi)頭的數(shù)是八進(jìn)制整數(shù)，其值的范圍是-177 177 ，如 05 ，0127 ， -06542 某電

8、器集團(tuán)公司下屬的廠包括技術(shù)科、生產(chǎn)科等基層單位?，F(xiàn)在想建立一個(gè)計(jì)算機(jī)輔助企業(yè)管理系統(tǒng)，其中：生產(chǎn)科的任務(wù)是： （ 1 ）根據(jù)銷(xiāo)售公司轉(zhuǎn)來(lái)的內(nèi)部合同（產(chǎn)品型號(hào)、規(guī)格、數(shù)量、交獲日期）制定車(chē)間月生產(chǎn)計(jì)劃。（ 2 ）根據(jù)車(chē)間實(shí)際生產(chǎn)日?qǐng)?bào)表、周報(bào)表調(diào)整月生產(chǎn)計(jì)劃（3 ）以月生產(chǎn)計(jì)劃為以及，制定產(chǎn)品設(shè)計(jì)（結(jié)構(gòu)、工藝）及產(chǎn)品組裝月計(jì)劃。（4 ）將產(chǎn)品的組裝計(jì)劃傳達(dá)到各科，將組裝月計(jì)劃分解為周計(jì)劃，下達(dá)給車(chē)間技術(shù)科的任務(wù)是：（ 1）根據(jù)生產(chǎn)科轉(zhuǎn)來(lái)的組裝計(jì)劃進(jìn)行產(chǎn)品結(jié)構(gòu)設(shè)計(jì)，產(chǎn)生產(chǎn)品裝配圖給生產(chǎn)科，產(chǎn)生外購(gòu)需求計(jì)劃給供應(yīng)科，并產(chǎn)生產(chǎn)品自制物料清單。（ 2）根據(jù)組裝計(jì)劃進(jìn)行產(chǎn)品工藝設(shè)計(jì)，根據(jù)產(chǎn)品自制物料清單產(chǎn)生

9、工藝流程圖給零件廠。 試寫(xiě)出以上系統(tǒng)中生產(chǎn)科和技術(shù)科處理的軟件結(jié)構(gòu)圖。2009 2010學(xué)年第二學(xué)期期末考試試題1. 軟件危機(jī)具有下列表現(xiàn)（）。I. 對(duì)軟件開(kāi)發(fā)成本估計(jì)不準(zhǔn)確II. 軟件產(chǎn)品的質(zhì)量往往靠不住III. 軟件常常不可維護(hù) IV. 軟件成本逐年上升A. I 、 II 和 IIIB.I、 III 和 IVC. II 、 III 和 IVD. 以上都正確2. 軟件生命周期一般都被劃分為若干個(gè)獨(dú)立的階段，其中占用精力和費(fèi)用最多的階段往往是（）。 A.運(yùn)行和維護(hù)階段B. 設(shè)計(jì)階段C. 代碼實(shí)現(xiàn)階段D. 測(cè)試階段3.下列屬于軟件的特點(diǎn)的是（）。A.軟件是一種邏輯實(shí)體，具有抽象性B. 軟件在使用

10、過(guò)程中沒(méi)有磨損、老化的問(wèn)題C.軟件不同于一般程序，它的一個(gè)顯著特點(diǎn)是規(guī)模龐大，復(fù)雜程度高D. 以上都正確4.軟件工程的出現(xiàn)是由于（）。A. 軟件危機(jī)的出現(xiàn)B. 計(jì)算機(jī)硬件技術(shù)的發(fā)展C. 軟件社會(huì)化的需要D. 計(jì)算機(jī)軟件技術(shù)的發(fā)展5.軟件開(kāi)發(fā)技術(shù)不包含（）。A.軟件開(kāi)發(fā)方法學(xué)B. 軟件工程環(huán)境C. 軟件工具D. 軟件質(zhì)量度度量6.軟件工程的課程特點(diǎn)（）。I.學(xué)科理論及其知識(shí)應(yīng)用的多維性II. 工程化 III. 濃厚的方法學(xué)色彩IV. 實(shí)踐性、指導(dǎo)性強(qiáng)A. I、II 和 IIIB. I、III 和 IV C. II 、 III 和 IVD.以上都正確7.下列屬于應(yīng)用軟件的是（）。I.計(jì)算機(jī)輔助教學(xué)

11、軟件II. 軟件測(cè)試工具III. 辦公自動(dòng)化軟件IV. 工程與科學(xué)計(jì)算軟件A. I、II 和 IIIB. I、III 和 IV C. II 、 III 和 IVD.以上都正確8.需求分析階段最重要的技術(shù)文檔是（）。A.設(shè)計(jì)說(shuō)明書(shū)B(niǎo). 需求規(guī)格說(shuō)明書(shū)C.可行性分析報(bào)告D.用戶手冊(cè)9.以下關(guān)于數(shù)據(jù)流圖的說(shuō)法錯(cuò)誤的是（）。A. 數(shù)據(jù)流圖舍去了具體的物質(zhì)，只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)B. 數(shù)據(jù)流圖是用作結(jié)構(gòu)化分析的一種工具專業(yè)資料C.傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點(diǎn)/ 終點(diǎn)、數(shù)據(jù)流、控制流、數(shù)據(jù)存儲(chǔ)組成D. 數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法10.數(shù)據(jù)字典是軟件需求分析階段的最重要工具

12、之一，其最基本的功能是（）。A.數(shù)據(jù)庫(kù)設(shè)計(jì)B. 數(shù)據(jù)通信C.數(shù)據(jù)定義D.數(shù)據(jù)維護(hù)11.需求分析階段的研究對(duì)象是（）。A.系統(tǒng)分析員要求B. 用戶要求C. 軟硬件要求D. 系統(tǒng)要求12.結(jié)構(gòu)化方法的基本原則是（）。A.模塊化B. 抽象與分解C.信息隱蔽D.逐步求精13.耦合度最高的是（）耦合。 A. 環(huán)境B. 內(nèi)容 C.控制 D. 數(shù)據(jù)14.內(nèi)聚程度較低的是（）內(nèi)聚。 A.偶然B. 通訊 C.順序 D. 時(shí)間15.對(duì)一個(gè)程序來(lái)說(shuō)，組成系統(tǒng)的模塊數(shù)目（），則開(kāi)發(fā)成本越小。A.越多B. 越少C.順序D.時(shí)間16.畫(huà)軟件結(jié)構(gòu)圖時(shí)應(yīng)注意調(diào)用關(guān)系只能是（）。A.從下到上B. 從上到下C.從左到右D.從右到

13、左17.程序流程圖中的“”代表（）。A. 數(shù)據(jù)流B. 控制流C.順序流D.調(diào)用18. DFD 中的“”代表（）。A. 數(shù)據(jù)流B. 文件C.處理D. 控制流19. DFD 中的“”代表（）。A. 數(shù)據(jù)流B. 文件C.處理D. 控制流20. DFD 中的“”代表（）。A. 數(shù)據(jù)流B. 文件C.處理D. 控制流1.計(jì)算機(jī)軟件不僅僅是程序，還應(yīng)該有一整套。2.傳統(tǒng)的軟件生存期模型是。3.軟件按照功能的不同可以劃分為 3大 類 型、和。4.DFD 在軟件工程中表示。5.與是模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)，將軟件系統(tǒng)劃分模塊時(shí)，盡量做到內(nèi)聚、耦合， 提高模塊的，為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。6.數(shù)據(jù)流圖有四種

14、基本成分：、。7.12. 數(shù)據(jù)字典有以下四類條目：、。是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。8.某廠對(duì)部分職工重新分配工作的政策是：年齡有 20 歲以下者， 初中文化程度脫產(chǎn)學(xué)習(xí)，高中文化程度當(dāng)電工；年齡有20 歲至 40 歲之間者，中學(xué)文化程度男性當(dāng)鉗工，女性當(dāng)車(chē)工，大學(xué)文化程度者當(dāng)技術(shù)員；年齡有40 歲以上者，中學(xué)文化程度當(dāng)材料員，大學(xué)文化程度當(dāng)技術(shù)員。請(qǐng)用結(jié)構(gòu)化語(yǔ)言、判定表或判定樹(shù)描述上述問(wèn)題的加工邏輯。一、單項(xiàng)選擇題11. B12. B13. B14. A15. C16. B17. B18. A 19.C20. B二、填空題1. 文檔 2. 瀑布模型3. 系統(tǒng)軟件支持軟件應(yīng)用軟件4. 數(shù)據(jù)

15、流圖5. 耦合性內(nèi)聚性高低獨(dú)立性專業(yè)資料6. 數(shù)據(jù)流加工（又稱為數(shù)據(jù)處理）文件數(shù)據(jù)的源點(diǎn)或終點(diǎn)7. 數(shù)據(jù)流 數(shù)據(jù)項(xiàng) 文件 基本加工 數(shù)據(jù)項(xiàng)三、簡(jiǎn)答題答：（1 ）結(jié)構(gòu)化語(yǔ)言。IF年齡 <20THENIF文化程度 = 初中THEN脫產(chǎn)學(xué)習(xí)ELSE工作為電工ENDIFELSEIF年齡 40THENIF（文化程度 =大學(xué)）THEN工作為技術(shù)員ELSEIF性別 =男性THEN工作為鉗工ELSE工作為車(chē)工ENDIFENDIFELSEIF（文化程度 =大學(xué)）THEN工作為技術(shù)員ELSE工作為材料員ENDIFENDIFENDIF（ 2）判定樹(shù)如下：?jiǎn)雾?xiàng)選擇題（每小題1 分，共 10 分）在結(jié)構(gòu)性的瀑布模

16、型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)（A）（A ） 需求分析階段（ B） 詳細(xì)設(shè)計(jì)階段（C ） 概要設(shè)計(jì)階段（ D）可行性研究階段軟件工程方法中普遍定義的方法之一是結(jié)構(gòu)化生命周期方法（ SLC 方法），下述哪一個(gè)論述不具有SLC 方法的主要特征（C）A 嚴(yán)格定義需求B 劃分開(kāi)發(fā)階段C 規(guī)范文檔格式D 分析控制流程軟件結(jié)構(gòu)中兩個(gè)模塊之間有調(diào)用關(guān)系，傳遞簡(jiǎn)單數(shù)據(jù)值，相當(dāng)于高級(jí)語(yǔ)言中的值傳遞，這專業(yè)資料兩個(gè)模塊之間的耦合是（D） （ A ）公共耦合（ B）控制耦合（ C ）標(biāo)記耦合（D ）數(shù)據(jù)耦合軟件維護(hù)的四類維護(hù)活動(dòng)是（A）（A ） 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)

17、防性維護(hù)。（B） 適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和輔助性維護(hù)。（C ） 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和輔助性維護(hù)。（D ） 適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和預(yù)防性維護(hù)。主要從（A）幾個(gè)方面進(jìn)行系統(tǒng)可行性研究。（A ）技術(shù)可行性， 經(jīng)濟(jì)可行性，操作可行性。 （B）技術(shù)可行性， 經(jīng)濟(jì)可行性，系統(tǒng)可行性。（ C ）經(jīng)濟(jì)可行性，系統(tǒng)可行性，操作可行性。 （ D ）經(jīng)濟(jì)可行性，系統(tǒng)可行性，時(shí)間可行性。進(jìn)行需求分析可使用多種工具，但（C）是不適用的。（A ）數(shù)據(jù)流圖（ B）判定表（ C ） PAD 圖（ D）數(shù)據(jù)字典軟件需求分析階段的工作，可以分為四個(gè)方面：對(duì)問(wèn)題的識(shí)別、 分析與綜合、編寫(xiě)需

18、求分析文檔以及（B）（ A ）軟件的總結(jié)（ B）需求分析評(píng)審（C ）階段性報(bào)告（D ）以上答案都不對(duì)OMT （ Object Modelling Technique）方法的第一步是從問(wèn)題的陳述入手，構(gòu)造系統(tǒng)模型。系統(tǒng)模型由對(duì)象模型、（C）組成。A 靜態(tài)模型和功能模型B 動(dòng)態(tài)模型和過(guò)程模型C 動(dòng)態(tài)模型和功能模型D 靜態(tài)模型和操作模型為了表示項(xiàng)目管理功能工作中各項(xiàng)任務(wù)之間的進(jìn)度銜接關(guān)系，常用的計(jì)劃管理工具是（D）（A ） 程序結(jié)構(gòu)圖（ B） 數(shù)據(jù)流圖（ C ） E-R 圖（ D ） 甘特（ Gantt）圖判斷題（每小題1分,共5分）軟件開(kāi)發(fā)的主要任務(wù)是寫(xiě)程序。錯(cuò)測(cè)試功能是否符合要求是白盒測(cè)試。錯(cuò)流

19、圖中的區(qū)域數(shù)等于環(huán)形復(fù)雜度。對(duì)扇出是一個(gè)模塊直接控制 （調(diào)用）的模塊數(shù)目， 扇出過(guò)大意味著模塊過(guò)分復(fù)雜，需要控制和協(xié)調(diào)過(guò)多的下級(jí)模塊。對(duì)在面向?qū)ο蟪绦蛑?，使用繼承機(jī)制是實(shí)現(xiàn)共享和提高重用程度的主要途徑。對(duì)簡(jiǎn)答題簡(jiǎn)述需求分析的三個(gè)層次。業(yè)務(wù)需求 :反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。用戶需求 : 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。功能需求 :定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。軟件測(cè)試中一般包含幾個(gè)步驟？請(qǐng)分別加以說(shuō)明。制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例執(zhí)行測(cè)試撰寫(xiě)測(cè)試報(bào)告消除軟件缺陷完成說(shuō)出你所知道的兩種估算軟件規(guī)模的方法的名稱，并說(shuō)明他們

20、的優(yōu)缺點(diǎn)。（4 分）軟件生命周期都包含哪些階段，并簡(jiǎn)述每個(gè)階段的基本任務(wù)（5 分） 軟件生命周期中所花費(fèi)用最多的階段是（）A 詳細(xì)設(shè)計(jì) B軟件編碼 C 軟件測(cè)試 D 軟件維護(hù)可行性分析是在系統(tǒng)開(kāi)發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開(kāi)發(fā)的決策依據(jù)，因必須給出（）的回答。A 確定 B行或不行 C 正確 D無(wú)二義專業(yè)資料下列關(guān)于瀑布模型的描述正確的是（）。A. 瀑布模型的核心是按照軟件開(kāi)發(fā)的時(shí)間順序?qū)?wèn)題簡(jiǎn)化。B. 瀑布模型具由于良好的靈活性。C. 瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。D. 利用瀑布模型，如果發(fā)現(xiàn)問(wèn)題則修改的代價(jià)很低。 詳細(xì)設(shè)計(jì)的結(jié)果基本決定

21、了最終程序的（）A 代碼的規(guī)模B運(yùn)行速度 C 質(zhì)量 D可維護(hù)性 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（）A 程序的規(guī)模 B 程序的效率 C 程序設(shè)計(jì)語(yǔ)言的先進(jìn)性D 程序易讀性 程序的三種基本控制結(jié)構(gòu)是（）A 過(guò)程、子程序和分程序B順序、選擇和重復(fù)C 遞歸、堆棧和隊(duì)列D 調(diào)用、返回和轉(zhuǎn)移 確認(rèn)軟件的功能是否與需求規(guī)格說(shuō)明書(shū)中所要求的功能相符的測(cè)試屬于（）A 、集成測(cè)試 B、恢復(fù)測(cè)試 C 、驗(yàn)收測(cè)試 D、單元測(cè)試 面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成份：（）、屬性和方法(或操作 )。A.標(biāo)識(shí)B.規(guī)則C.封裝 D. 消息 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是（）。A. 鍵盤(pán)、鼠標(biāo)、通信端口、網(wǎng)

22、絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息B操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C.應(yīng)用程序之間可以相互發(fā)送消息D發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同 面向?qū)ο蟪绦蛟O(shè)計(jì)中的數(shù)據(jù)隱藏指的是（）。A 輸入數(shù)據(jù)必須輸入保密口令B數(shù)據(jù)經(jīng)過(guò)加密處理C.對(duì)象內(nèi)部數(shù)據(jù)結(jié)構(gòu)上建有防火墻D 對(duì)象內(nèi)部數(shù)據(jù)結(jié)構(gòu)的不可訪問(wèn)性答案： DBCCDBCABD1.程序設(shè)計(jì)屬于軟件開(kāi)發(fā)過(guò)程（）階段。A 、設(shè)計(jì) B、編程 C 、實(shí)現(xiàn) D 、編碼2.結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以（）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過(guò)程。A 、數(shù)據(jù)流 B、數(shù)據(jù)流圖 C 、數(shù)據(jù)庫(kù) D 、數(shù)據(jù)結(jié)構(gòu)3. 結(jié)

23、構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的（）。A 、效率 B、速度 C 、可讀性 D、大小4.分析員是（）A 、戶中系統(tǒng)的直接使用者B、用戶和軟件人員的中間人C 、軟件的編程人員D 、用戶和軟件人員的領(lǐng)導(dǎo)5. 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（）。A 、不能嵌套使用 B、只能用來(lái)寫(xiě)簡(jiǎn)單的程序 C 、已經(jīng)用硬件實(shí)現(xiàn) D 、只有一個(gè)入口和一個(gè)出口6. 軟件生產(chǎn)過(guò)程中，需求信息由（）給出。A 、程序員 B、項(xiàng)目管理者C 、軟件分析設(shè)計(jì)人員D、軟件用戶7.與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（）。A 、需求說(shuō)明書(shū)B(niǎo)、設(shè)計(jì)說(shuō)明書(shū) C 、源程序 D 、項(xiàng)目開(kāi)發(fā)設(shè)計(jì)8.結(jié)構(gòu)化分析 SA 方法以數(shù)據(jù)流圖、（）和加工說(shuō)明等描述工具，

24、即用直觀的圖和簡(jiǎn)潔的語(yǔ)言來(lái)描述軟系統(tǒng)模型。專業(yè)資料A、DFD 圖B、數(shù)據(jù)字典 C 、IPO 圖D、PAD圖9.面向數(shù)據(jù)流的軟件設(shè)計(jì)方法，一般是把數(shù)據(jù)流圖中數(shù)據(jù)流劃分為（），再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A 、數(shù)據(jù)流和事務(wù)流B、交換流和事務(wù)流C 、信息流和控制流D 、交換流和數(shù)據(jù)流10. 總體設(shè)計(jì)的結(jié)果是提供一份（）。A 、模塊說(shuō)明書(shū)B(niǎo)、框圖 C 、程序 D 、數(shù)據(jù)結(jié)構(gòu)1.C2.A3.C4.B5.D6.D7.D8.B9.B10.A1. 軟件是（）。A. 處理對(duì)象和處理規(guī)則的描述B. 程序 C.程序及其文檔 D. 計(jì)算機(jī)系統(tǒng)2. 軟件需求規(guī)格說(shuō)明的內(nèi)容不應(yīng)包括（）。A. 主要功能B. 算法的詳細(xì)描述

25、C.用戶界面及運(yùn)行環(huán)境D. 軟件的性能3. 程序的三種基本控制結(jié)構(gòu)是（）。A. 過(guò)程、子程序和分程序B. 順序、選擇和重復(fù)C.遞歸、迭代和回溯D. 調(diào)用、返回和轉(zhuǎn)移4. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，? ) 。A) 系統(tǒng)模型、 ER 模型、應(yīng)用模型 B) 對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型C) -模型、對(duì)象模型、功能模型 D) 對(duì)象模型、動(dòng)態(tài)模型、功能模型5. 在E-R 模型中，包含以下基本成分 ( ) 。A) 數(shù)據(jù)、對(duì)象、實(shí)體 B) 控制、聯(lián)系、對(duì)象C) 實(shí)體、聯(lián)系、屬性 D) 實(shí)體、屬性、操作6. 各種軟件維護(hù)的類型中最重要的是( ) 。A) 完善性維護(hù)所占比重最大 B) 糾錯(cuò)性維護(hù)

26、C) 適應(yīng)性維護(hù) D) 預(yù)防性維護(hù)7軟件測(cè)試的目標(biāo)是（）。A.證明軟件是正確的B. 發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來(lái)的風(fēng)險(xiǎn)C.排除軟件中所有的錯(cuò)誤D. 與軟件調(diào)試相同8軟件生命周期中所花費(fèi)用最多的階段是（）A 詳細(xì)設(shè)計(jì) B軟件編碼 C 軟件測(cè)試 D軟件維護(hù)9若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是 -1.0, 1.0 ，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001, -1.0, 1.0, 1.001.設(shè)計(jì)這組測(cè)試用例的方法是（）A 條件覆蓋法 B等價(jià)分類法 C 邊界值分析法 D錯(cuò)誤推測(cè)法10、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的( )設(shè)計(jì)A 功能 B.調(diào)用關(guān)系 C. 輸入輸出數(shù)據(jù) D. 算法

27、11設(shè)函數(shù) C （ X）定義問(wèn)題 X 的復(fù)雜程序，函數(shù)E（ X）確定解決問(wèn)題 X 需要的工作量（時(shí)間）。對(duì)于兩個(gè)問(wèn)題P1 和 P2，如果 C （ P1） >C （ P2）顯然 E（P1） >E（ P2） ,則得出結(jié)論 E（ P1+P2 ） >E（ P1 ） +E（ P2 ）就是：（）A 模塊化的根據(jù) B逐步求精的根據(jù) C 抽象的根據(jù) D 信息隱藏和局部化的根據(jù)12下面幾種白箱測(cè)試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（）A 語(yǔ)句覆蓋 B條件覆蓋 C 判定覆蓋 D條件組合覆蓋13面向數(shù)據(jù)流的設(shè)計(jì)方法把（）映射成軟件結(jié)構(gòu)。A 數(shù)據(jù)流 B系統(tǒng)結(jié)構(gòu) C 控制結(jié)構(gòu) D信息流14. 內(nèi)聚程度最低的是

28、 ( ) 內(nèi)聚A. 偶然 B.過(guò)程 C. 順序 D. 時(shí)間15. 確定測(cè)試計(jì)劃是在( ) 階段制定的 .專業(yè)資料A 總體設(shè)計(jì) B.詳細(xì)設(shè)計(jì) C. 編碼 D. 測(cè)試16 需求分析的產(chǎn)品是（）A 數(shù)據(jù)流程圖案B數(shù)據(jù)字典 C 判定表 D 需求規(guī)格說(shuō)明書(shū)17 數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（）A 數(shù)據(jù)庫(kù)設(shè)計(jì)B數(shù)據(jù)通信 C 數(shù)據(jù)定義 D 數(shù)據(jù)維護(hù)18.( ) 引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開(kāi)發(fā)項(xiàng)目。A 增量模型 B噴泉模型 C 原型模型 D螺旋模型19 模塊的內(nèi)聚性最高的是（）A 邏輯內(nèi)聚 B時(shí)間內(nèi)聚 C 偶然內(nèi)聚 D功能內(nèi)聚20. 提高測(cè)試的有效性非常重要

29、,成功的測(cè)試是指 ( )A. 證明了被測(cè)試程序正確無(wú)誤B. 說(shuō)明了被測(cè)試程序符合相應(yīng)的要求C. 未發(fā)現(xiàn)被測(cè)程序的錯(cuò)誤D. 發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤_答案： 1.C2.B3.B4. 5.C6.A7.B8.D9.C10.D11.A12.D13.A14.A15.A16.D17.C18.D19.D20.D簡(jiǎn)述軟件測(cè)試的任務(wù)、目的與類型。答：軟件測(cè)試是一個(gè)為了尋找軟件錯(cuò)誤而運(yùn)行程序的過(guò)程。目的就是為了發(fā)現(xiàn)軟件中的錯(cuò)誤。一個(gè)好的測(cè)試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的用例。 一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試主要分為白盒測(cè)試和黑盒測(cè)試兩大類。簡(jiǎn)述軟件工程目標(biāo)和面臨的主

30、要問(wèn)題。答：軟件工程的目標(biāo)是應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理開(kāi)發(fā)軟件的工程。它采用經(jīng)過(guò)實(shí)踐驗(yàn)證的工程的原則、方法，以提高質(zhì)量，降低成本。但是目前的軟件開(kāi)發(fā)面臨著許多問(wèn)題：（1 ）對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。（ 2 ）用戶常對(duì)“已完成的”軟件系統(tǒng)不滿意。（3 ）軟件產(chǎn)品的質(zhì)量往往靠不住。（4 ）軟件常常很難維護(hù)。（5 ）軟件常常缺乏適當(dāng)?shù)奈臋n資料。（6 ）軟件開(kāi)發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。（7）軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。簡(jiǎn)述軟件開(kāi)發(fā)過(guò)程、每個(gè)里程碑的提交物。答：軟件開(kāi)發(fā)的基本過(guò)程：（1 ）可行性研究，做初步的需求分析工作，決定

31、項(xiàng)目可行與否（ 2）軟件需求分析，軟件工程師必須了解軟件的信息領(lǐng)域，以及需求的功能、行為、性能和接口。 系統(tǒng)需求和軟件需求均需文檔化， 并與用戶一起復(fù)審。 并提交需求分析報(bào)告。（ 3 ）設(shè)計(jì)，包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)，軟件設(shè)計(jì)是一個(gè)多步驟的過(guò)程，主要是對(duì)軟件的數(shù)據(jù)結(jié)構(gòu)、 軟件體系結(jié)構(gòu)、 界面表示及過(guò)程細(xì)節(jié)進(jìn)行設(shè)計(jì)。 設(shè)計(jì)過(guò)程將需求轉(zhuǎn)換為軟件表示， 在編碼之前可以評(píng)估其質(zhì)量， 所有設(shè)計(jì)均要文檔化， 它是軟件配置的重要組成部分，經(jīng)復(fù)審后提交相應(yīng)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)報(bào)告。（4）編碼，把設(shè)計(jì)轉(zhuǎn)化為機(jī)器可執(zhí)行的程序。提交源程序清單。（5 ）測(cè)試，提交測(cè)試報(bào)告。（6）維護(hù)，提交維護(hù)報(bào)告。軟件生命周期模型?瀑

32、布模型？快速原型模型？答; 概括的說(shuō)，軟件生命周期模型由軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)3 個(gè)時(shí)期組成，每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。專業(yè)資料軟件生命周期模型有問(wèn)題定義，可行性研究，需求分析，總體詳細(xì)設(shè)計(jì)，總體編碼和單元測(cè)試，綜合測(cè)試，軟件維護(hù)組瀑布模型是一個(gè)項(xiàng)目開(kāi)發(fā)架構(gòu)，開(kāi)發(fā)過(guò)程是通過(guò)設(shè)計(jì)一系列階段順序展開(kāi)的，從系統(tǒng)需求分析開(kāi)始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，如果有信息未被覆蓋或者發(fā)現(xiàn)了問(wèn)題， 那么最好“返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷?，?xiàng)目開(kāi)發(fā)進(jìn)程從一個(gè)階段“流動(dòng)”到下一個(gè)階段?？焖僭湍Ｐ褪窃谟脩舨荒芙o出完整、準(zhǔn)確的需求說(shuō)明，或者開(kāi)發(fā)者不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性

33、或人機(jī)交互的形式等許多情況下，可以根據(jù)用戶的一組基本需求，快速建造一個(gè)原型（可運(yùn)行的軟件） ，然后進(jìn)行評(píng)估，進(jìn)一步精化、調(diào)整原型，使其滿足用戶的要求，也使開(kāi)發(fā)者對(duì)將要做的事情有更好的理解。軟件？軟件產(chǎn)品具有哪些特性?答：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序， 數(shù)據(jù)及其相關(guān)文檔的完整集合。軟件產(chǎn)品具有以下特性：1 、非常復(fù)雜；2、成本高； 3 、風(fēng)險(xiǎn)大； 4、維護(hù)困難；可行性分析的目的和主要任務(wù)是什么？答：可行性分析的目的不是解決問(wèn)題，而是確定問(wèn)題是否值得去解決。主要任務(wù)是從下面幾方面研究每種解法的可行性：技術(shù)可行性， 經(jīng)濟(jì)可行性， 操作可行性，社會(huì)可行性，抉擇可行性。需求分

34、析的目的和主要任務(wù)是什么？答：進(jìn)行需求分析是為了準(zhǔn)確地回答“系統(tǒng)必須做什么”這個(gè)問(wèn)題，決定可以做什么不做什么。需求分析的主要任務(wù)是描述系統(tǒng)的功能需求、性能需求、數(shù)據(jù)需求、可靠性/ 可用性需求、出錯(cuò)處理需求、接口需求、約束條件、其他需求。總體設(shè)計(jì)的目的和主要任務(wù)是什么？答：總體設(shè)計(jì)的目的是用比較抽象的方法確定系統(tǒng)概要地是如何實(shí)現(xiàn)的（ How to do generally ! ）。從初步的數(shù)據(jù)流圖導(dǎo)出（設(shè)計(jì)出）軟件結(jié)構(gòu)；根據(jù)數(shù)據(jù)需求設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫(kù)結(jié)構(gòu)、文件結(jié)構(gòu)設(shè)計(jì)）。主要任務(wù)是概括地說(shuō)，如何解決這些問(wèn)題，系統(tǒng)怎樣實(shí)現(xiàn)？劃分系統(tǒng)的構(gòu)成成分（黑盒子），如程序、文件、數(shù)據(jù)庫(kù)、人工操作等。設(shè)計(jì)系統(tǒng)

35、的軟件結(jié)構(gòu)，即構(gòu)成模塊。詳細(xì)設(shè)計(jì)的目的和主要任務(wù)是什么？答：在總體設(shè)計(jì)的基礎(chǔ)上，進(jìn)一步確定軟件怎樣具體實(shí)現(xiàn)，經(jīng)過(guò)這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序。主要任務(wù)包括人機(jī)界面設(shè)計(jì)、模塊過(guò)程設(shè)計(jì)。編碼的目的和主要任務(wù)是什么？答：把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)的程序軟件測(cè)試的目的和主要任務(wù)是什么（的觀點(diǎn)）？答：發(fā)現(xiàn)程序中的錯(cuò)誤軟件維護(hù)的目的和主要任務(wù)是什么？維護(hù)的類型有哪些？答：軟件維護(hù)是軟件生命周期中最后一個(gè)、持續(xù)時(shí)間最長(zhǎng)的階段。主要任務(wù)是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件，專業(yè)資料

36、目的是提高軟件的可靠性、可用性，延長(zhǎng)軟件的壽命。維護(hù)的類型有：改正性（錯(cuò)誤） 、適應(yīng)性（環(huán)境） 、完善性（功能） 、預(yù)防性（新產(chǎn)品）什么是耦合 ? 模塊的耦合包括哪些類型？答：耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。模塊的耦合包括以下幾種類型：數(shù)據(jù)耦合，控制耦合，特征耦合，公共環(huán)境耦合，內(nèi)容耦合，標(biāo)記耦合，無(wú)耦合 / 非直接耦合什么是內(nèi)聚 ? 模塊的內(nèi)聚包括哪些類型？答：內(nèi)聚標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度， 它是信息隱蔽和局部化概念的自然擴(kuò)展模塊的內(nèi)聚包括以下幾種類型：低內(nèi)聚偶然內(nèi)聚，邏輯內(nèi)聚，時(shí)間內(nèi)聚中內(nèi)聚過(guò)程內(nèi)聚，通信內(nèi)聚； 高內(nèi)聚順序內(nèi)聚，功能內(nèi)聚如何選擇程序設(shè)計(jì)語(yǔ)

37、言的工程特性答： 1.系統(tǒng)用戶的要求2.可以使用的編譯程序3.可以得到的軟件工具4.工程規(guī)模5.程序員的知識(shí)6.軟件可移植性的要求7.軟件的應(yīng)用領(lǐng)域什么是編碼風(fēng)格? 為什么要強(qiáng)調(diào)編碼風(fēng)格?答：編碼風(fēng)格包括以下內(nèi)容：程序內(nèi)部良好的文檔（注釋） 、數(shù)據(jù)說(shuō)明、語(yǔ)句構(gòu)造、輸入輸出和效率保障等。因?yàn)榫幋a風(fēng)格對(duì)軟件的可讀性、 可維護(hù)性、可靠性、 可用性很重要，所以要強(qiáng)調(diào)編碼風(fēng)格。一、單選題1 在軟件危機(jī)中表現(xiàn)出來(lái)的軟件質(zhì)量差的問(wèn)題，其原因是_。A 軟件研發(fā)人員素質(zhì)太差C 沒(méi)有軟件質(zhì)量標(biāo)準(zhǔn)B 用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作D 軟件開(kāi)發(fā)人員不遵守軟件質(zhì)量標(biāo)準(zhǔn)2 在軟件質(zhì)量因素中，軟件在異常條件下仍能運(yùn)行的能力

38、成為軟件的_。A 安全性C 可用性B 健壯性D 可靠性3 在下列測(cè)試技術(shù)中，_不屬于黑盒測(cè)試技術(shù)。A 等價(jià)劃分C 錯(cuò)誤推測(cè)B 邊界值分析D 邏輯覆蓋4 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法主要是指_。A 原型化方法C 功能化方法B 結(jié)構(gòu)化方法D 面向?qū)ο蠓椒? _是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。A 多態(tài)C 封裝B 繼承D 消息6 Jackson 方法是在軟件開(kāi)發(fā)過(guò)程中常用的方法，使用 Jackson方法時(shí)可以實(shí)現(xiàn) _。A 從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C 從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)B 從數(shù)據(jù)流圖導(dǎo)出

39、初始結(jié)構(gòu)圖D 從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)7 軟件測(cè)試時(shí)為了 _而執(zhí)行程序的過(guò)程。A 糾正錯(cuò)誤C 避免錯(cuò)誤B 發(fā)現(xiàn)錯(cuò)誤D 證明錯(cuò)誤8 在軟件系統(tǒng)中，一個(gè)模塊應(yīng)具有什么樣的功能，這是由_決定的。專業(yè)資料A 總體設(shè)計(jì)C 詳細(xì)設(shè)計(jì)B 需求分析D 程序設(shè)計(jì)9 面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行_的一種方法。A 需求分析C 設(shè)計(jì)評(píng)審B 程序設(shè)計(jì)D 測(cè)試驗(yàn)收10 軟件文檔是軟件工程實(shí)施中的重要部分，它不僅是軟件開(kāi)發(fā)各階段的重要依據(jù)，而且影響軟件的 _。A 可理解性C 可擴(kuò)展性B 可維護(hù)性D 可移植11 模塊內(nèi)聚度越高，說(shuō)明模塊內(nèi)各成分彼此結(jié)合的程序越_。A 松散C 無(wú)法判斷B 緊密D 相等12 軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段，一般認(rèn)為可能占用人員最多的階段是_。A 分析階段C 維護(hù)階段B 設(shè)計(jì)階段D 測(cè)試階段13 常用的面向?qū)ο蟮能浖^(guò)程模型是_。A 瀑布模型C 原型模型B 噴泉模型D 增量模型14 面向?qū)ο蟮姆治鲭A段建立的系統(tǒng)模型不包括_。A 對(duì)象模型C 功能模型B 動(dòng)態(tài)模型D 數(shù)據(jù)模型15 提高軟件的可維護(hù)性可采用很多措施，下列哪個(gè)不在措施之列？A 提供沒(méi)有錯(cuò)誤的程序C 改進(jìn)程序文檔質(zhì)量B 建立質(zhì)量保證制度D 明確軟件質(zhì)量標(biāo)準(zhǔn)二、填空題1 軟件工程中的結(jié)構(gòu)化分析SA 是一種面向 _的分析方法。