2015年鄭州大學(xué)軟件學(xué)院軟件工程期末試卷(自己整理的-很完整的)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上1、 瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開發(fā)階段和( C)。  A、詳細(xì)計(jì)劃 B、可行性分析 C、 運(yùn)行階段 D、 測(cè)試與排錯(cuò)  2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大(C )。  A、詳細(xì)設(shè)計(jì)階段 B、概要設(shè)計(jì)階段 C、

2、60;需求分析階段 D、 測(cè)試和運(yùn)行階段  3、在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)(A )。  A、 需求分析階段 B、 詳細(xì)設(shè)計(jì)階段 C、 概要設(shè)計(jì)階段 D、 可行性研究階段  4、軟件工程的出現(xiàn)主要是由于(C )。  A.程序設(shè)計(jì)方法學(xué)的影響 B.其它工程科學(xué)的影響 C. 軟件危機(jī)的出現(xiàn) D.計(jì)算機(jī)的發(fā)展 &#

3、160;5、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是(C )  A、 硬件環(huán)境               B、軟件開發(fā)的環(huán)境  C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境 D、 開發(fā)人員的素質(zhì)  6、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為 ( B

4、)  A、 相互排斥 B、 相互補(bǔ)充 C、 獨(dú)立使用 D、 交替使用  7、UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法(C )  A、基于瀑布模型的結(jié)構(gòu)化方法  B、基于需求動(dòng)態(tài)定義的原型化方法  C、基于對(duì)象的面向?qū)ο蟮姆椒? D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法  8、在下面的軟件開發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高(B )  A、結(jié)構(gòu)

5、化方法 B、原型化方法 C、面向?qū)ο蟮姆椒?#160;D、控制流方法  9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的(B )  A、控制流 B、數(shù)據(jù)流 C、程序流 D、指令流  10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A )  A、 計(jì)劃階段、開發(fā)階段、運(yùn)行階段 B、 計(jì)劃階段、編程階段、測(cè)試階段 C、 總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試 D、需

6、求分析、功能定義、系統(tǒng)設(shè)計(jì)  11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A )  A、 瀑布模型 B、 對(duì)象模型 C、 螺旋模型 D、 層次模型  12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一般認(rèn)為可能占用人員最多的階段是( C)  A、 分析階段 B、 設(shè)計(jì)階段 C、 編碼階段 D、 測(cè)試階段

7、   三判斷 1軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。() 2模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。( )5軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(X ) 6判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。() 7. 應(yīng)該盡量使用機(jī)器語(yǔ)言編寫代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。(X) 8UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X) 10軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。(X) 一、填空 1.結(jié)構(gòu)化分析方法的分析策略是_自頂

8、向下逐步求精_。2.衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是_耦合性與內(nèi)聚性_。3.軟件集成測(cè)試的方法主要有兩種，它們是_漸增式與非漸增式測(cè)試_。4.可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目_是否值得開發(fā)_。5.需求分析階段，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是_功能需求_。6.軟件生存周期中時(shí)間最長(zhǎng)、花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是_維護(hù)_階段。7. 計(jì)算機(jī)輔助軟件工程這一術(shù)語(yǔ)的英文縮寫為_CASE_。8McCall提出的軟件質(zhì)量模型包括_11_個(gè)軟件質(zhì)量特性。9.軟件結(jié)構(gòu)是以_模塊_為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。 10.軟件概要設(shè)計(jì)的主要任務(wù)就是_軟件結(jié)構(gòu)的設(shè)計(jì)_。

9、 11.結(jié)構(gòu)化程序設(shè)計(jì)方法是使用_三種基本控制結(jié)構(gòu)(條件控制循環(huán))_構(gòu)造程序。 12.在建立對(duì)象的功能模型時(shí)，使用的數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動(dòng)作對(duì)象和_數(shù)據(jù)存儲(chǔ)對(duì)象_二、選擇 1.UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法( C ) A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動(dòng)態(tài)定義的原型化方法 C、基于對(duì)象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法 2、面向?qū)ο蟮拈_發(fā)方法中，（B）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言。 A、Booch方法 B、UML語(yǔ)言 C、OMT方法 D、Coad方法 3、功能模型中所有的（A）往往形成一個(gè)層次結(jié)構(gòu)。在這個(gè)層次結(jié)構(gòu)中

10、一個(gè)數(shù)據(jù)流圖的過(guò)程可以由下一層的數(shù)據(jù)流圖作進(jìn)一步的說(shuō)明。 A、數(shù)據(jù)流圖 B、概念模型圖 C、狀態(tài)遷移圖 D、事件追蹤圖 4、（A）應(yīng)當(dāng)在應(yīng)用分析之前進(jìn)行，因?yàn)槲覀冊(cè)诹私鈫?wèn)題之前應(yīng)當(dāng)對(duì)問(wèn)題敞開思想考慮，不應(yīng)加以限制。 A、問(wèn)題域分析 B、高層分析 C、實(shí)例的建立 D、類的開發(fā) 5、通過(guò)執(zhí)行對(duì)象的操作改變對(duì)象的屬性，但它必須通過(guò)（B）的傳遞。 A、接口 B、消息 C、信息 D、操作 6、所有的對(duì)象可以成為各種對(duì)象類，每個(gè)對(duì)象類都定義了一組（B） A、說(shuō)明 B、方法 C、過(guò)程 D、類型 9、面向?qū)ο蟮闹饕卣鞒龑?duì)象唯一性、封裝、繼承外，還有（A） A、多態(tài)性 B、完整性 C、可移植性 D、兼容 10

11、、在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有（B） A、 隱藏復(fù)雜性 B、 信息隱藏 C、 即存類的重用 D、 類的開發(fā) 13、在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí)，要用動(dòng)態(tài)模型來(lái)表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是（B） A、數(shù)據(jù)流圖 B、狀態(tài)圖 C、系統(tǒng)結(jié)構(gòu)圖 D、時(shí)序圖 14、人們常用的評(píng)價(jià)軟件質(zhì)量的4個(gè)因素是( B ) A.可維護(hù)性、可靠性、健壯性、效率 B.可維護(hù)性、可靠性、可理解性、效率C.可維護(hù)性、可靠性、完整性、效率 D.可維護(hù)性、可靠性、移植性、效率 15、軟件可移植性是用來(lái)衡量軟件的( C )

12、重要尺度之一。 A.通用性 B.效率 C.質(zhì)量 D.人機(jī)界面 16、為了提高軟件的可移植性，應(yīng)注意提高軟件的( D ) A.使用的方便性 B.簡(jiǎn)潔性 C.可靠性 D.設(shè)備獨(dú)立性 20.在軟件質(zhì)量因素中，軟件在異常條件下仍能運(yùn)行的能力稱之為軟件的( B ) A.可靠性 B.健壯性 C.可用性 D.安全性 21.在軟件設(shè)計(jì)中，設(shè)計(jì)復(fù)審是和軟件設(shè)計(jì)本身一樣重要的環(huán)節(jié)，其主要的目的和作用是為了能夠( B) A.減少測(cè)試工作量 B.避免后期付出高代價(jià) C.保證軟件質(zhì)量 D.縮短軟件開發(fā)周期 22.在軟件危機(jī)中表現(xiàn)出來(lái)的軟件質(zhì)量差的問(wèn)題，其原因是( B) A.用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作 B.沒(méi)有軟件質(zhì)

13、量標(biāo)準(zhǔn) C.軟件研發(fā)人員不愿意遵守軟件質(zhì)量標(biāo)準(zhǔn) D.軟件研發(fā)人員素質(zhì)太差 23.軟件工程管理是( D)一切活動(dòng)的管理。 A.需求分析 B.軟件設(shè)計(jì)過(guò)程 C.模塊設(shè)計(jì) D.軟件生命期 24.軟件管理的主要職能包括(D ) A.人員管理、計(jì)劃管理 B.標(biāo)準(zhǔn)化管理、配置管理 C.成本管理、進(jìn)度管理 D.(A)和(B) 26.結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中用于（A ）。 A、概要設(shè)計(jì) B、詳細(xì)設(shè)計(jì) C、程序設(shè)計(jì) D、測(cè)試用例設(shè)計(jì) 28.軟件測(cè)試中，白盒法是通過(guò)分析程序的（B ）來(lái)設(shè)計(jì)測(cè)試用例的。 A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù) 29.軟件維護(hù)費(fèi)用高的主要原因是（C ）。 A、人員少 B

14、、人員多 C、生產(chǎn)率低 D、生產(chǎn)率高 30.軟件質(zhì)量必須在（D ）加以保證。 A、開發(fā)之前 B、開發(fā)之后 C、可行性研究過(guò)程中 D、設(shè)計(jì)與實(shí)現(xiàn)過(guò)程中 31.確認(rèn)測(cè)試主要涉及的文檔是（A ）。 A、需求規(guī)格說(shuō)明書 B、概要設(shè)計(jì)說(shuō)明書 C、詳細(xì)設(shè)計(jì)說(shuō)明書 D、源程序 33.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是( C )。A、校正性維護(hù) B、完善性維護(hù) C、適應(yīng)性維護(hù) D、預(yù)防性維護(hù) 35軟件質(zhì)量保證應(yīng)在( A )階段開始。A.需求分析 B.設(shè)計(jì) C.編碼 D.投入使用 36在McCall軟件質(zhì)量度量模型中，（C ）屬于面向軟件產(chǎn)品修改。 A可靠性 B可重用性 C適應(yīng)性 D可移植性 37對(duì)象實(shí)現(xiàn)

15、了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C ）于對(duì)象的統(tǒng)一體中。 A結(jié)合 B隱藏 C封裝 D抽象 39瀑布模型的存在問(wèn)題是（B ） A用戶容易參與開發(fā) B缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求 40軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為（A ） A計(jì)算機(jī)輔助靜態(tài)分析 B黑盒法 C路徑覆蓋 D邊界值分析 41程序的三種基本控制結(jié)構(gòu)是（B ） A過(guò)程、子程序和分程序 B順序、選擇和重復(fù) C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移 43詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（C ） A代碼的規(guī)模 B運(yùn)行速度 C質(zhì)量 D可維護(hù)性 44結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ D） A 程序的規(guī)模 B 程序的效率 C 程序

16、設(shè)計(jì)語(yǔ)言的先進(jìn)性 D 程序易讀性 46.黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要研究 （ A ）A.需求規(guī)格說(shuō)明與概要設(shè)計(jì)說(shuō)明 B.詳細(xì)設(shè)計(jì)說(shuō)明 C.項(xiàng)目開發(fā)計(jì)劃 D.概要設(shè)計(jì)說(shuō)明與詳細(xì)設(shè)計(jì)說(shuō)明 47.若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)，其范圍是從輸入的角度考慮一組測(cè)試用例， 設(shè)計(jì)這組測(cè)試用例的方法是（C ）A.條件覆蓋法 B.等價(jià)分類法 C.邊界值分析法 D.錯(cuò)誤推測(cè)法 48.下列屬于維護(hù)階段的文檔是（ C ）A.軟件規(guī)格說(shuō)明 B.用戶操作手冊(cè) C.軟件問(wèn)題報(bào)告 D.軟件測(cè)試分析報(bào)告 49.快速原型模型的主要特點(diǎn)之一是（D ）A.開發(fā)完畢才見(jiàn)到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢

17、后才見(jiàn)到工作軟件 D.及早提供工作軟件 52.下列模型屬于成本估算方法的有（ A） A.COCOMO模型 B.McCall模型 C.McCabe度量法 D.時(shí)間估算法 53能力成熟度模型可以（ A ） A、使軟件組織建立一個(gè)有規(guī)律的成熟的軟件過(guò)程 B、使用軟件沒(méi)有錯(cuò)誤 C、使軟件開發(fā)人員掌握更多的技術(shù) D、避免開發(fā)人員跳槽 55數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含于(A ) A數(shù)據(jù)流圖 B程序框圖 C軟件結(jié)構(gòu) D方框圖 56需求分析階段的任務(wù)是確定 ( D )。 A軟件開發(fā)方法 B軟件開發(fā)工具 C軟件開發(fā)費(fèi) D軟件系統(tǒng)的功能 58軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的 A 。

18、A算法和使用的數(shù)據(jù)結(jié)構(gòu) B外部接口 C功能 D編程 59程序的三種基本控制結(jié)構(gòu)是( B )。 A過(guò)程、子程序積分程序 B順序、選擇和重復(fù) C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移 60軟件測(cè)試方法中，黑盒測(cè)試方法和白盒測(cè)試方法是常用的方法，其中黑盒測(cè)試方法主要用于測(cè)試(B )。 A結(jié)構(gòu)合理性 B軟件外部功能 C程序正確性 D程序內(nèi)部邏輯 61在軟件開發(fā)和維護(hù)的過(guò)程中，為了定量地評(píng)價(jià)軟件質(zhì)量，必須對(duì)軟件特性進(jìn)行 (B) A測(cè)試 B度量 C評(píng)審 D維護(hù) 64對(duì)象是OO方法的核心，對(duì)象的類型有多種，通常把例如飛行、事故、演出、開會(huì)等等，稱之為( C ) A有形實(shí)體 B作用 C事件 D性能說(shuō)明 65.在

19、面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（A） A繼承和聚集 B繼承和一般 C 聚集和消息傳遞 D繼承和方法調(diào)用 66.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(C) A成本高 B生產(chǎn)率低 C技術(shù)發(fā)展快 D質(zhì)量得不到保證 67.以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎―） A）多態(tài)性 B）繼承性 C封裝性 D過(guò)程調(diào)用 68.面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（A） A對(duì)象模型、動(dòng)態(tài)模型、功能模型 B對(duì)象模型、數(shù)據(jù)模型、功能模型 C數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型 D對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型 69.軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（D） A培訓(xùn)計(jì)劃 B 人員安排 C 進(jìn)度安排 D軟件開發(fā)標(biāo)準(zhǔn)的選擇和

20、制定 三、簡(jiǎn)答 1 簡(jiǎn)述軟件工程方法學(xué)所包含的內(nèi)容。軟件工程方法學(xué)包括三個(gè)要素， 這就是方法、工具和過(guò)程。其中，方法是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“如何做”的問(wèn)題；工具是為方法的運(yùn)用提供自動(dòng)的或半自動(dòng)的軟件支撐,過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 2.什么是軟件過(guò)程？它與軟件工程方法學(xué)有何關(guān)系？ (1)軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。(2) 軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。(3) 軟件工程方法學(xué)包含三個(gè)要素：方法、工具和過(guò)程。 3.分析軟件危機(jī)產(chǎn)生的主要原因

21、有哪些？ 答：導(dǎo)致軟件危機(jī)的主要原因有： （1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費(fèi)用不斷增加4、說(shuō)明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么？ 答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法（2）使用3種基本控制結(jié)構(gòu)、單入口、單出口來(lái)構(gòu)造程序。5、軟件測(cè)試包括哪些步驟？說(shuō)明這些步驟的測(cè)試對(duì)象是什么？ 答：（1）單元測(cè)試：測(cè)試對(duì)象對(duì)單元模塊（2）集成測(cè)試：測(cè)試對(duì)象為組裝后的程序模塊（3）確認(rèn)測(cè)試：測(cè)試對(duì)象為可運(yùn)行的目標(biāo)軟件系統(tǒng)（4）系統(tǒng)測(cè)試：測(cè)試對(duì)象為計(jì)算機(jī)系統(tǒng)的各組成部分6、需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么？

22、 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么 軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。 7、說(shuō)明軟件測(cè)試和調(diào)試的目的有何區(qū)別？ 答：測(cè)試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤調(diào)試的目的是定位軟件錯(cuò)誤并糾正錯(cuò)誤。 四、綜合應(yīng)用 1、某“調(diào)整工資”處理模塊接受一個(gè)“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過(guò)兩年才能調(diào)整工資。請(qǐng)用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。 輸入條件 合理等價(jià)類 不合理等價(jià)類 職稱 教授 副教授 講師四種職稱之外任意一種 職稱兼工齡 助教兼工齡大于2年 助教兼工齡等于兩年 助教兼工齡小于

23、兩年 二、填空（20分）1.增量模型適合于_軟件需求_不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。2.結(jié)構(gòu)化分析方法的分析策略是_自頂向下逐步求精_。3.可行性研究實(shí)質(zhì)上是要在較高層次上以較抽象的方式進(jìn)行_需求分析和設(shè)計(jì)_的過(guò)程。4.衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是_耦合性和內(nèi)聚性_。5.Jackson方法是一種面向_數(shù)據(jù)結(jié)構(gòu)_的設(shè)計(jì)方法。6.軟件集成測(cè)試的方法主要有兩種，它們是_漸增式和非漸增式測(cè)試_。7.維護(hù)階段是軟件生存周期中花費(fèi)精力和費(fèi)用_最多_的階段。8.繼承性是子類自動(dòng)共享其父類的_數(shù)據(jù)結(jié)構(gòu)和方法_機(jī)制。 9.在面向?qū)ο蠓椒ㄖ校藗兂Ｓ脿顟B(tài)圖描述類中對(duì)象的_動(dòng)態(tài)行為_。10.規(guī)定功能的軟件

24、，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為_容錯(cuò)_軟件。三、選擇（20分）1.需求分析中，開發(fā)人員要從用戶那里解決的最重要的問(wèn)題是( A )。A、要讓軟件做什么 B、要給該軟件提供哪些信息C、要求軟件工作效率怎樣 D、要讓該軟件具有何種結(jié)構(gòu)2.DFD中的每個(gè)加工至少有( B )。A、一個(gè)輸入流或一個(gè)輸出流 B、一個(gè)輸入流和一個(gè)輸出流C、一個(gè)輸入流 D、一個(gè)輸出流3.詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是( B )。A、DFD圖 B、SC圖 C、PAD圖 D、程序流程圖4.下列幾種類型中，耦合性最弱的是( D )。A、內(nèi)容型 B、控制型 C、公

25、共型 D、數(shù)據(jù)型5.確認(rèn)測(cè)試中，作為測(cè)試依據(jù)的文檔是( A )。A、需求規(guī)格說(shuō)明書 B、設(shè)計(jì)說(shuō)明書 C、源程序 D、開發(fā)計(jì)劃6.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是( C )。A、校正性維護(hù) B、完善性維護(hù) C、適應(yīng)性維護(hù) D、預(yù)防性維護(hù)7.瀑布模型是一種( A )。A、整體開發(fā)模型 B、非整體開發(fā)模型 C、風(fēng)險(xiǎn)驅(qū)動(dòng)模型 D、對(duì)象驅(qū)動(dòng)模型8.用于描述對(duì)象模型的工具是( D )。A、數(shù)據(jù)流圖 B、結(jié)構(gòu)圖 C、狀態(tài)圖 D、對(duì)象圖9.基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng) 的( C )上 A.

26、配置項(xiàng) B.程序 C.基線 D.過(guò)程10.軟件質(zhì)量保證應(yīng)在( A  )階段開始。A.需求分析 B.設(shè)計(jì) C.編碼 D.投入使用四.簡(jiǎn)答題（20分）1.為了提高設(shè)計(jì)質(zhì)量，應(yīng)從哪幾方面優(yōu)化軟件結(jié)構(gòu)？2.集成測(cè)試階段，漸增式與非漸增式測(cè)試有哪些區(qū)別？ 3.說(shuō)明瀑布模型的局限性。4.說(shuō)明面向?qū)ο蟮奶卣鳌?.軟件工程管理包括哪些內(nèi)容？五.綜合應(yīng)用（25分）1.某“調(diào)整工資”處理模塊接受一個(gè)“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過(guò)兩年才能調(diào)整工資。請(qǐng)用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。（7分）2.某圖書館借閱系統(tǒng)有以下功能：（1）借

27、書：根據(jù)讀者的借書證查詢讀者檔案，若借書數(shù)目未超過(guò)規(guī)定數(shù)量，則辦理借閱手續(xù)（修改庫(kù)存記錄及讀者檔案），超過(guò)規(guī)定數(shù)量者不予借閱。對(duì)于第一次借閱者則直接辦理借閱手續(xù)。（2）還書：根據(jù)讀者書中的條形碼，修改庫(kù)存記錄及讀者檔案，若借閱時(shí)間超過(guò)規(guī)定期限則罰款。  請(qǐng)對(duì)以上問(wèn)題，畫出分層數(shù)據(jù)流圖。（8分）3.某報(bào)社采用面向?qū)ο蠹夹g(shù)實(shí)現(xiàn)報(bào)刊征訂的計(jì)算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下：  （1）報(bào)社發(fā)行多種刊物，每種刊物通過(guò)訂單來(lái)征訂，訂單中有代碼，名稱，訂期，單價(jià)，份數(shù)等項(xiàng)目，訂戶通過(guò)填寫訂單來(lái)訂閱報(bào)刊。  （2）報(bào)社下屬多個(gè)發(fā)行站，每個(gè)站負(fù)責(zé)收集登

28、陸訂單、打印收款憑證等事務(wù)。（3）報(bào)社負(fù)責(zé)分類并統(tǒng)計(jì)各個(gè)發(fā)行站送來(lái)的報(bào)刊訂閱信息。  請(qǐng)就此需求建立對(duì)象模型。（10分）參考答案一、（略）二、填空1.軟件需求            2.自頂向下逐步求精       3.需求分析和設(shè)計(jì)      4.耦合性與內(nèi)聚性5.數(shù)據(jù)結(jié)構(gòu)      &

29、#160;     6.漸增式與非漸增式測(cè)試     7.最多                8.數(shù)據(jù)結(jié)構(gòu)和方法9.動(dòng)態(tài)行為            10.容錯(cuò)三、選擇  1.A     &#

30、160;       2.B 3.B             4.D 5.A             6.C        7.A        &#

31、160;    8.D9.C            10.A 四、（略）五、綜合應(yīng)用1.劃分等價(jià)類： 輸入條件合理等價(jià)類不合理等價(jià)類職稱教授副教授講師四種職稱之外任意一種職稱兼工齡助教兼工齡大于2年助教兼工齡等于兩年 助教兼工齡小于兩年設(shè)計(jì)測(cè)試用例： 輸入數(shù)據(jù)預(yù)期結(jié)果覆蓋范圍教授輸入有效，進(jìn)行調(diào)整工資處理副教授輸入有效，進(jìn)行調(diào)整工資處理講師輸入有效，進(jìn)行調(diào)整工資處理助教  3輸入有效，進(jìn)行調(diào)整工資處理助教   2輸入

32、有效，不調(diào)整工資處理助教   1輸入有效，不調(diào)整工資處理工程師輸入無(wú)效2. 3. 軟件工程 一、單向選擇題（四選一、每小題3分，共18分）1、軟件的發(fā)展經(jīng)歷了（D）個(gè)發(fā)展階段。0102A. 一B. 二C. 三D. 四2、需求分析的任務(wù)不包括（B）。0401A. 問(wèn)題分析B. 系統(tǒng)設(shè)計(jì)C. 需求描述D. 需求評(píng)審。4、當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系。 A. 判定表和判定樹B. 盒圖C. 流程圖D. 關(guān)系圖5、以下不屬于邏輯覆蓋的是（D）。1402A. 語(yǔ)句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D. 基本路徑6、為適應(yīng)軟件

33、運(yùn)行環(huán)境的變化而修改軟件的活動(dòng)稱為（B）。1501A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)二、填空題（每空2分，共18分）1. 軟件項(xiàng)目管理的范圍主要集中于3個(gè)P上，即：People人員、Problem問(wèn)題和（過(guò)程process 項(xiàng)目project三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 用戶對(duì)軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。（）2. 目前，軟件項(xiàng)目的進(jìn)度安排的兩種比較常用的方法是程序評(píng)估與審查技術(shù)（PERT）和關(guān)鍵路徑法（CPM）。（）3. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別

34、人的意見(jià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. 測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（X）14018. 軟件也會(huì)磨損和老化。（X）01019. 完善性維護(hù)是提高或完善軟件的性能。（）0101四、簡(jiǎn)答題（每小題4分，共20分）1、軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題和難題。3、軟件項(xiàng)目的質(zhì)量管理制定軟

35、件質(zhì)量保證計(jì)劃，按照質(zhì)量評(píng)價(jià)體系控制軟件質(zhì)量要素，對(duì)階段性的軟件產(chǎn)品進(jìn)行評(píng)審，對(duì)最終軟件產(chǎn)品進(jìn)行確認(rèn)，確保軟件質(zhì)量。4、好的編程風(fēng)格應(yīng)遵循哪四條規(guī)則？13041）節(jié)簡(jiǎn)化 2）模塊化3）簡(jiǎn)單化 4）文檔化軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、對(duì)在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（B）0501、條目定義、數(shù)據(jù)字典、數(shù)據(jù)定義、數(shù)據(jù)說(shuō)明2、軟件的可行性研究中不包括（D）0302、法律可行性、技術(shù)可行性、經(jīng)濟(jì)可行性、政治可行性3、根據(jù)用戶在軟件使用過(guò)程中提出的建設(shè)性意見(jiàn)而進(jìn)行的維護(hù)活動(dòng)稱為（C）。1501A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)

36、防性維護(hù)4、人機(jī)界面的風(fēng)格大致經(jīng)過(guò)了（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ī)器語(yǔ)言、匯編語(yǔ)言：依賴于機(jī)器，面向（機(jī)器）01013. 軟件有效性（efficiency），指軟件系統(tǒng)的時(shí)間和（空間）效率。01034. 軟件定義過(guò)程可通過(guò)軟件系統(tǒng)的 可行性研究

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

38、的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（X）02063. 在用戶需求分析時(shí)觀察用戶手工操作過(guò)程不是為了模擬手工操作過(guò)程，而是為了獲取第一手資料，并從中提取出有價(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)

39、則中包括盡量（增加）用戶輸入的動(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)的文檔和數(shù)據(jù)。01012、需求分析的任務(wù)是什么？0103需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運(yùn)行環(huán)境約束，編制軟件需求規(guī)格說(shuō)明書、軟件系統(tǒng)的驗(yàn)收測(cè)試準(zhǔn)則和初步的用戶手冊(cè)。4、快速原型技

40、術(shù)的基本思想是什么？0402在軟件開發(fā)的早期，快速開發(fā)一個(gè)目標(biāo)軟件系統(tǒng)的原型，讓用戶對(duì)其進(jìn)行評(píng)價(jià)并提出修改意見(jiàn)，然后開發(fā)人員根據(jù)用戶的意見(jiàn)對(duì)原型進(jìn)行改進(jìn)。軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括（C）1401、合理的輸入條件、不合理的輸入條件、合理的和不合理的輸入條件、部分條件2、下列各項(xiàng)中不屬于邏輯覆蓋的是（D）1402、語(yǔ)句覆蓋、判定覆蓋、判定條件覆蓋、全部覆蓋5、實(shí)踐表明，確定發(fā)生錯(cuò)誤的位置和內(nèi)在原因所需的工作量幾乎占整個(gè)調(diào)試工作量的（D）%。1404A. 30B. 50C. 70D. 90二、填空題（每空2分，共18分）1. 黑

41、盒測(cè)試主要是測(cè)試軟件是否滿足（功能）需求。14022. （調(diào)試）的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以改正。因此，又稱為排錯(cuò)或糾錯(cuò)。14043. 軟件工程由方法、工具和（過(guò)程）三部分組成，稱軟件工程的三要素。0101三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 文檔可用于專業(yè)人員和用戶之間的通信和交流；軟件開發(fā)過(guò)程的管理； 運(yùn)行階段的維護(hù)。（）01012. 軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。（）01013. 適應(yīng)性維護(hù)是改進(jìn)軟件未來(lái)的可維護(hù)性和可靠性。（X）01014. 由于軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（X）02035. 按照功能，軟部件可劃分

42、為系統(tǒng)軟件和應(yīng)用軟件兩類。（）03016. 如果某子功能可以用一段簡(jiǎn)潔、精確的文字描述清楚，就無(wú)需進(jìn)一步分解，是創(chuàng)建用戶需求的數(shù)據(jù)流模型應(yīng)遵循的規(guī)則。（）05027. 耦合度是對(duì)軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。在設(shè)計(jì)軟件時(shí)應(yīng)追求盡可能緊密的耦合的系統(tǒng)。（X）08038. 在面向?qū)ο笤O(shè)計(jì)階段則著重完成“如何做”的問(wèn)題，也就是著重考慮對(duì)象的實(shí)現(xiàn)細(xì)節(jié)。（）11019. 隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來(lái)越大。（）150110. 軟件的可維護(hù)性差是軟件維護(hù)工作量和費(fèi)用激增的直接原因。（）1505軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、從事物的組成部件及每個(gè)

43、部件的屬性、功能來(lái)認(rèn)識(shí)事物。這種方法被稱為（A）的方法。0701A、面向?qū)ο驜、面向數(shù)據(jù)C、面向過(guò)程D、面向?qū)傩?、判定表由四部分組成：左上部列出（B）。0802A. 條件組合與動(dòng)作之間的對(duì)應(yīng)關(guān)系B. 所有條件C. 所有可能的動(dòng)作D. 可能的條件組合4、耦合度也可以分為七級(jí)：其中最松散的耦合是（A）。0801A. 非直接耦合B. 數(shù)據(jù)耦合C. 特征耦合D. 控制耦合二、填空題（每空2分，共18分）1. 軟件工程由方法、（工具）和過(guò)程三部分組成，稱軟件工程的三要素。01012. 軟件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問(wèn)題的（需求）。01033. 在實(shí)體-關(guān)系圖簡(jiǎn)稱E-R圖中，數(shù)據(jù)對(duì)象實(shí)體

44、用長(zhǎng)方形、關(guān)系用（菱形）、屬性用橢圓表示。05024. 從工程管理的角度軟件設(shè)計(jì)可分為概要設(shè)計(jì)和（詳細(xì)）設(shè)計(jì)兩大步驟。08015. 通過(guò)向用戶提供視覺(jué)和聽覺(jué)上的反饋，保持用戶與界面間的雙向通信，是提高界面可（交互）性的措施之一。12046. 測(cè)試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。1401三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 糾錯(cuò)性維護(hù)是改正運(yùn)行期間發(fā)現(xiàn)的潛伏錯(cuò)誤。（）01012. 軟件可移植性（portability），是指軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或（環(huán)境）移植到另一個(gè)上去的難易程度。（）01033. 軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡(jiǎn)單性等屬性。（X）02044