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

;.1、 瀑布模型把軟件生命周期劃分為八個(gè)階段：問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開發(fā)階段和(C)。A、詳細(xì)計(jì)劃B、可行性分析C、運(yùn)行階段D、測試與排錯(cuò)2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對軟件的影響最大(C)。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D、測試和運(yùn)行階段3、在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)(A)。A、需求分析階段B、詳細(xì)設(shè)計(jì)階段C、概要設(shè)計(jì)階段D、可行性研究階段4、軟件工程的出現(xiàn)主要是由于(C)。A.程序設(shè)計(jì)方法學(xué)的影響B(tài).其它工程科學(xué)的影響C.軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展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)A、相互排斥B、相互補(bǔ)充C、獨(dú)立使用D、交替使用7、UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法(C)A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動(dòng)態(tài)定義的原型化方法C、基于對象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法8、在下面的軟件開發(fā)方法中，哪一個(gè)對軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高(B)A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對象的(B)A、控制流B、數(shù)據(jù)流C、程序流D、指令流10、軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)A、計(jì)劃階段、開發(fā)階段、運(yùn)行階段B、計(jì)劃階段、編程階段、測試階段C、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D、需求分析、功能定義、系統(tǒng)設(shè)計(jì)11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)A、瀑布模型B、對象模型C、螺旋模型D、層次模型12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計(jì)、編碼和測試等階段，一般認(rèn)為可能占用人員最多的階段是(C)A、分析階段B、設(shè)計(jì)階段C、編碼階段D、測試階段三判斷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ùn)行效率，而減少高級語言的使用。(X)8UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)10軟件測試的目的是為了無一遺漏的找出所有的錯(cuò)誤。(X)一、填空 1.結(jié)構(gòu)化分析方法的分析策略是_自頂向下逐步求精_。2.衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是_耦合性與內(nèi)聚性_。3.軟件集成測試的方法主要有兩種，它們是_漸增式與非漸增式測試_。4.可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目_是否值得開發(fā)_。5.需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是_功能需求_。6.軟件生存周期中時(shí)間最長、花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是_維護(hù)_階段。7. 計(jì)算機(jī)輔助軟件工程這一術(shù)語的英文縮寫為_CASE_。8McCall提出的軟件質(zhì)量模型包括_11_個(gè)軟件質(zhì)量特性。9.軟件結(jié)構(gòu)是以_模塊_為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。 10.軟件概要設(shè)計(jì)的主要任務(wù)就是_軟件結(jié)構(gòu)的設(shè)計(jì)_。 11.結(jié)構(gòu)化程序設(shè)計(jì)方法是使用_三種基本控制結(jié)構(gòu)(條件控制循環(huán))_構(gòu)造程序。 12.在建立對象的功能模型時(shí)，使用的數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動(dòng)作對象和_數(shù)據(jù)存儲(chǔ)對象_二、選擇 1.UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開發(fā)方法( C ) A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動(dòng)態(tài)定義的原型化方法 C、基于對象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法 2、面向?qū)ο蟮拈_發(fā)方法中，（B）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。 A、Booch方法 B、UML語言 C、OMT方法 D、Coad方法 3、功能模型中所有的（A）往往形成一個(gè)層次結(jié)構(gòu)。在這個(gè)層次結(jié)構(gòu)中一個(gè)數(shù)據(jù)流圖的過程可以由下一層的數(shù)據(jù)流圖作進(jìn)一步的說明。 A、數(shù)據(jù)流圖 B、概念模型圖 C、狀態(tài)遷移圖 D、事件追蹤圖 4、（A）應(yīng)當(dāng)在應(yīng)用分析之前進(jìn)行，因?yàn)槲覀冊诹私鈫栴}之前應(yīng)當(dāng)對問題敞開思想考慮，不應(yīng)加以限制。 A、問題域分析 B、高層分析 C、實(shí)例的建立 D、類的開發(fā) 5、通過執(zhí)行對象的操作改變對象的屬性，但它必須通過（B）的傳遞。 A、接口 B、消息 C、信息 D、操作 6、所有的對象可以成為各種對象類，每個(gè)對象類都定義了一組（B） A、說明 B、方法 C、過程 D、類型 9、面向?qū)ο蟮闹饕卣鞒龑ο笪ㄒ恍浴⒎庋b、繼承外，還有（A） A、多態(tài)性 B、完整性 C、可移植性 D、兼容 10、在面向?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)模型來表示。動(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、人們常用的評價(jià)軟件質(zhì)量的4個(gè)因素是( B ) A.可維護(hù)性、可靠性、健壯性、效率 B.可維護(hù)性、可靠性、可理解性、效率C.可維護(hù)性、可靠性、完整性、效率 D.可維護(hù)性、可靠性、移植性、效率 15、軟件可移植性是用來衡量軟件的( C )重要尺度之一。 A.通用性 B.效率 C.質(zhì)量 D.人機(jī)界面 16、為了提高軟件的可移植性，應(yīng)注意提高軟件的( D ) A.使用的方便性 B.簡潔性 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.減少測試工作量 B.避免后期付出高代價(jià) C.保證軟件質(zhì)量 D.縮短軟件開發(fā)周期 22.在軟件危機(jī)中表現(xiàn)出來的軟件質(zhì)量差的問題，其原因是( B) A.用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作 B.沒有軟件質(zhì)量標(biāo)準(zhǔn) C.軟件研發(fā)人員不愿意遵守軟件質(zhì)量標(biāo)準(zhǔn) D.軟件研發(fā)人員素質(zhì)太差 23.軟件工程管理是( D)一切活動(dòng)的管理。 A.需求分析 B.軟件設(shè)計(jì)過程 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、測試用例設(shè)計(jì) 28.軟件測試中，白盒法是通過分析程序的（B ）來設(shè)計(jì)測試用例的。 A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù) 29.軟件維護(hù)費(fèi)用高的主要原因是（C ）。 A、人員少 B、人員多 C、生產(chǎn)率低 D、生產(chǎn)率高 30.軟件質(zhì)量必須在（D ）加以保證。 A、開發(fā)之前 B、開發(fā)之后 C、可行性研究過程中 D、設(shè)計(jì)與實(shí)現(xiàn)過程中 31.確認(rèn)測試主要涉及的文檔是（A ）。 A、需求規(guī)格說明書 B、概要設(shè)計(jì)說明書 C、詳細(xì)設(shè)計(jì)說明書 D、源程序 33.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是( 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對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C ）于對象的統(tǒng)一體中。 A結(jié)合 B隱藏 C封裝 D抽象 39瀑布模型的存在問題是（B ） A用戶容易參與開發(fā) B缺乏靈活性 C用戶與開發(fā)者易溝通 D適用可變需求 40軟件測試方法中的靜態(tài)測試方法之一為（A ） A計(jì)算機(jī)輔助靜態(tài)分析 B黑盒法 C路徑覆蓋 D邊界值分析 41程序的三種基本控制結(jié)構(gòu)是（B ） A過程、子程序和分程序 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 程序設(shè)計(jì)語言的先進(jìn)性 D 程序易讀性 46.黑盒測試在設(shè)計(jì)測試用例時(shí)，主要研究 （ A ）A.需求規(guī)格說明與概要設(shè)計(jì)說明 B.詳細(xì)設(shè)計(jì)說明 C.項(xiàng)目開發(fā)計(jì)劃 D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明 47.若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)，其范圍是從輸入的角度考慮一組測試用例， 設(shè)計(jì)這組測試用例的方法是（C ）A.條件覆蓋法 B.等價(jià)分類法 C.邊界值分析法 D.錯(cuò)誤推測法 48.下列屬于維護(hù)階段的文檔是（ C ）A.軟件規(guī)格說明 B.用戶操作手冊 C.軟件問題報(bào)告 D.軟件測試分析報(bào)告 49.快速原型模型的主要特點(diǎn)之一是（D ）A.開發(fā)完畢才見到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件 D.及早提供工作軟件 52.下列模型屬于成本估算方法的有（ A） A.COCOMO模型 B.McCall模型 C.McCabe度量法 D.時(shí)間估算法 53能力成熟度模型可以（ A ） A、使軟件組織建立一個(gè)有規(guī)律的成熟的軟件過程 B、使用軟件沒有錯(cuò)誤 C、使軟件開發(fā)人員掌握更多的技術(shù) D、避免開發(fā)人員跳槽 55數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于(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 。 A算法和使用的數(shù)據(jù)結(jié)構(gòu) B外部接口 C功能 D編程 59程序的三種基本控制結(jié)構(gòu)是( B )。 A過程、子程序積分程序 B順序、選擇和重復(fù) C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移 60軟件測試方法中，黑盒測試方法和白盒測試方法是常用的方法，其中黑盒測試方法主要用于測試(B )。 A結(jié)構(gòu)合理性 B軟件外部功能 C程序正確性 D程序內(nèi)部邏輯 61在軟件開發(fā)和維護(hù)的過程中，為了定量地評價(jià)軟件質(zhì)量，必須對軟件特性進(jìn)行 (B) A測試 B度量 C評審 D維護(hù) 64對象是OO方法的核心，對象的類型有多種，通常把例如飛行、事故、演出、開會(huì)等等，稱之為( C ) A有形實(shí)體 B作用 C事件 D性能說明 65.在面向?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過程調(diào)用 68.面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（A） A對象模型、動(dòng)態(tài)模型、功能模型 B對象模型、數(shù)據(jù)模型、功能模型 C數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型 D對象模型、動(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)的選擇和制定 三、簡答 1 簡述軟件工程方法學(xué)所包含的內(nèi)容。軟件工程方法學(xué)包括三個(gè)要素， 這就是方法、工具和過程。其中，方法是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“如何做”的問題；工具是為方法的運(yùn)用提供自動(dòng)的或半自動(dòng)的軟件支撐,過程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 2.什么是軟件過程？它與軟件工程方法學(xué)有何關(guān)系？ (1)軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。(2) 軟件過程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。(3) 軟件工程方法學(xué)包含三個(gè)要素：方法、工具和過程。 3.分析軟件危機(jī)產(chǎn)生的主要原因有哪些？ 答：導(dǎo)致軟件危機(jī)的主要原因有： （1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費(fèi)用不斷增加4、說明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么？ 答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法（2）使用3種基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。5、軟件測試包括哪些步驟？說明這些步驟的測試對象是什么？ 答：（1）單元測試：測試對象對單元模塊（2）集成測試：測試對象為組裝后的程序模塊（3）確認(rèn)測試：測試對象為可運(yùn)行的目標(biāo)軟件系統(tǒng)（4）系統(tǒng)測試：測試對象為計(jì)算機(jī)系統(tǒng)的各組成部分6、需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么？ 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么 軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。 7、說明軟件測試和調(diào)試的目的有何區(qū)別？ 答：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤調(diào)試的目的是定位軟件錯(cuò)誤并糾正錯(cuò)誤。 四、綜合應(yīng)用 1、某“調(diào)整工資”處理模塊接受一個(gè)“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價(jià)類劃分法設(shè)計(jì)測試用例。 輸入條件 合理等價(jià)類 不合理等價(jià)類 職稱 教授 副教授 講師四種職稱之外任意一種 職稱兼工齡 助教兼工齡大于2年 助教兼工齡等于兩年 助教兼工齡小于兩年 二、填空（20分）1.增量模型適合于_軟件需求_不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。2.結(jié)構(gòu)化分析方法的分析策略是_自頂向下逐步求精_。3.可行性研究實(shí)質(zhì)上是要在較高層次上以較抽象的方式進(jìn)行_需求分析和設(shè)計(jì)_的過程。4.衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是_耦合性和內(nèi)聚性_。5.Jackson方法是一種面向_數(shù)據(jù)結(jié)構(gòu)_的設(shè)計(jì)方法。6.軟件集成測試的方法主要有兩種，它們是_漸增式和非漸增式測試_。7.維護(hù)階段是軟件生存周期中花費(fèi)精力和費(fèi)用_最多_的階段。8.繼承性是子類自動(dòng)共享其父類的_數(shù)據(jù)結(jié)構(gòu)和方法_機(jī)制。 9.在面向?qū)ο蠓椒ㄖ校藗兂Ｓ脿顟B(tài)圖描述類中對象的_動(dòng)態(tài)行為_。10.規(guī)定功能的軟件，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為_容錯(cuò)_軟件。三、選擇（20分）1.需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是(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、公共型 D、數(shù)據(jù)型5.確認(rèn)測試中，作為測試依據(jù)的文檔是(A )。A、需求規(guī)格說明書 B、設(shè)計(jì)說明書 C、源程序 D、開發(fā)計(jì)劃6.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(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、對象驅(qū)動(dòng)模型8.用于描述對象模型的工具是(D )。A、數(shù)據(jù)流圖 B、結(jié)構(gòu)圖 C、狀態(tài)圖 D、對象圖9.基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng) 的(C )上 A.配置項(xiàng) B.程序 C.基線 D.過程10.軟件質(zhì)量保證應(yīng)在( A )階段開始。A.需求分析 B.設(shè)計(jì) C.編碼 D.投入使用四.簡答題（20分）1.為了提高設(shè)計(jì)質(zhì)量，應(yīng)從哪幾方面優(yōu)化軟件結(jié)構(gòu)？2.集成測試階段，漸增式與非漸增式測試有哪些區(qū)別？ 3.說明瀑布模型的局限性。4.說明面向?qū)ο蟮奶卣鳌?.軟件工程管理包括哪些內(nèi)容？五.綜合應(yīng)用（25分）1.某“調(diào)整工資”處理模塊接受一個(gè)“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價(jià)類劃分法設(shè)計(jì)測試用例。（7分）答案2.某圖書館借閱系統(tǒng)有以下功能：（1）借書：根據(jù)讀者的借書證查詢讀者檔案，若借書數(shù)目未超過規(guī)定數(shù)量，則辦理借閱手續(xù)（修改庫存記錄及讀者檔案），超過規(guī)定數(shù)量者不予借閱。對于第一次借閱者則直接辦理借閱手續(xù)。（2）還書：根據(jù)讀者書中的條形碼，修改庫存記錄及讀者檔案，若借閱時(shí)間超過規(guī)定期限則罰款。請對以上問題，畫出分層數(shù)據(jù)流圖。（8分）3.某報(bào)社采用面向?qū)ο蠹夹g(shù)實(shí)現(xiàn)報(bào)刊征訂的計(jì)算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下：（1）報(bào)社發(fā)行多種刊物，每種刊物通過訂單來征訂，訂單中有代碼，名稱，訂期，單價(jià)，份數(shù)等項(xiàng)目，訂戶通過填寫訂單來訂閱報(bào)刊。（2）報(bào)社下屬多個(gè)發(fā)行站，每個(gè)站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。（3）報(bào)社負(fù)責(zé)分類并統(tǒng)計(jì)各個(gè)發(fā)行站送來的報(bào)刊訂閱信息。請就此需求建立對象模型。（10分）參考答案一、（略）二、填空1.軟件需求 2.自頂向下逐步求精3.需求分析和設(shè)計(jì) 4.耦合性與內(nèi)聚性5.數(shù)據(jù)結(jié)構(gòu) 6.漸增式與非漸增式測試7.最多 8.數(shù)據(jù)結(jié)構(gòu)和方法9.動(dòng)態(tài)行為 10.容錯(cuò)三、選擇 1.A 2.B 3.B 4.D 5.A 6.C 7.A 8.D9.C 10.A 四、（略）五、綜合應(yīng)用1.劃分等價(jià)類： 輸入條件合理等價(jià)類不合理等價(jià)類職稱教授副教授講師四種職稱之外任意一種職稱兼工齡助教兼工齡大于2年助教兼工齡等于兩年 助教兼工齡小于兩年設(shè)計(jì)測試用例： 輸入數(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)整工資處理工程師輸入無效2. 3. 軟件工程 一、單向選擇題（四選一、每小題3分，共18分）1、軟件的發(fā)展經(jīng)歷了（D）個(gè)發(fā)展階段。0102A. 一B. 二C. 三D. 四2、需求分析的任務(wù)不包括（B）。0401A. 問題分析B. 系統(tǒng)設(shè)計(jì)C. 需求描述D. 需求評審。4、當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰地表達(dá)出各種動(dòng)作之間的對應(yīng)關(guān)系。 A. 判定表和判定樹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. 軟件項(xiàng)目管理的范圍主要集中于3個(gè)P上，即：People人員、Problem問題和（過程process 項(xiàng)目project三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 用戶對軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。（）2. 目前，軟件項(xiàng)目的進(jìn)度安排的兩種比較常用的方法是程序評估與審查技術(shù)（PERT）和關(guān)鍵路徑法（CPM）。（）3. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（）02064. 目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（X）04025. 面向數(shù)據(jù)的設(shè)計(jì)方法適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。（）100016. 缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（X）01027. 測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長期保存。（X）14018. 軟件也會(huì)磨損和老化。（X）01019. 完善性維護(hù)是提高或完善軟件的性能。（）0101四、簡答題（每小題4分，共20分）1、軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。3、軟件項(xiàng)目的質(zhì)量管理制定軟件質(zhì)量保證計(jì)劃，按照質(zhì)量評價(jià)體系控制軟件質(zhì)量要素，對階段性的軟件產(chǎn)品進(jìn)行評審，對最終軟件產(chǎn)品進(jìn)行確認(rèn)，確保軟件質(zhì)量。4、好的編程風(fēng)格應(yīng)遵循哪四條規(guī)則？13041）節(jié)簡化 2）模塊化3）簡單化 4）文檔化軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、對在數(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ù)防性維護(hù)4、人機(jī)界面的風(fēng)格大致經(jīng)過了（B）代的演變。1202A三 B四 C五 D六5、以下不屬于白盒測試技術(shù)的是（D）1402A 邏輯覆蓋 B基本路徑測試 C循環(huán)覆蓋測試 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è)階段來完成。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ì)和能力不包括具有良好的書面和口頭表達(dá)能力。（X）02063. 在用戶需求分析時(shí)觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（）04024. 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場合。（）04025. 流程圖也稱為程序（框圖）是最常用的一種表示法。（）08026. 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（）10017. 理想的人機(jī)界面應(yīng)針對具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（）12018. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動(dòng)作。（X）12049. 用窮舉測試是較現(xiàn)實(shí)的測試方法。（X）140110、編碼時(shí)應(yīng)盡可能使用全局變量（X）130211、重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（）130112、程序中的注解越少越好（ X ）。1302四、簡答題（每小題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ī)格說明書、軟件系統(tǒng)的驗(yàn)收測試準(zhǔn)則和初步的用戶手冊。4、快速原型技術(shù)的基本思想是什么？0402在軟件開發(fā)的早期，快速開發(fā)一個(gè)目標(biāo)軟件系統(tǒng)的原型，讓用戶對其進(jìn)行評價(jià)并提出修改意見，然后開發(fā)人員根據(jù)用戶的意見對原型進(jìn)行改進(jìn)。軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、在設(shè)計(jì)測試用例時(shí)，應(yīng)當(dāng)包括（C）1401、合理的輸入條件、不合理的輸入條件、合理的和不合理的輸入條件、部分條件2、下列各項(xiàng)中不屬于邏輯覆蓋的是（D）1402、語句覆蓋、判定覆蓋、判定條件覆蓋、全部覆蓋5、實(shí)踐表明，確定發(fā)生錯(cuò)誤的位置和內(nèi)在原因所需的工作量幾乎占整個(gè)調(diào)試工作量的（D）%。1404A. 30B. 50C. 70D. 90二、填空題（每空2分，共18分）1. 黑盒測試主要是測試軟件是否滿足（功能）需求。14022. （調(diào)試）的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以改正。因此，又稱為排錯(cuò)或糾錯(cuò)。14043. 軟件工程由方法、工具和（過程）三部分組成，稱軟件工程的三要素。0101三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 文檔可用于專業(yè)人員和用戶之間的通信和交流；軟件開發(fā)過程的管理； 運(yùn)行階段的維護(hù)。（）01012. 軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。（）01013. 適應(yīng)性維護(hù)是改進(jìn)軟件未來的可維護(hù)性和可靠性。（X）01014. 由于軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（X）02035. 按照功能，軟部件可劃分為系統(tǒng)軟件和應(yīng)用軟件兩類。（）03016. 如果某子功能可以用一段簡潔、精確的文字描述清楚，就無需進(jìn)一步分解，是創(chuàng)建用戶需求的數(shù)據(jù)流模型應(yīng)遵循的規(guī)則。（）05027. 耦合度是對軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。在設(shè)計(jì)軟件時(shí)應(yīng)追求盡可能緊密的耦合的系統(tǒng)。（X）08038. 在面向?qū)ο笤O(shè)計(jì)階段則著重完成“如何做”的問題，也就是著重考慮對象的實(shí)現(xiàn)細(xì)節(jié)。（）11019. 隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來越大。（）150110. 軟件的可維護(hù)性差是軟件維護(hù)工作量和費(fèi)用激增的直接原因。（）1505軟件工程試題及參考答案一、單向選擇題（四選一、每小題3分，共18分）1、從事物的組成部件及每個(gè)部件的屬性、功能來認(rèn)識事物。這種方法被稱為（A）的方法。0701A、面向?qū)ο驜、面向數(shù)據(jù)C、面向過程D、面向?qū)傩?、判定表由四部分組成：左上部列出（B）。0802A. 條件組合與動(dòng)作之間的對應(yīng)關(guān)系B. 所有條件C. 所有可能的動(dòng)作D. 可能的條件組合4、耦合度也可以分為七級：其中最松散的耦合是（A）。0801A. 非直接耦合B. 數(shù)據(jù)耦合C. 特征耦合D. 控制耦合二、填空題（每空2分，共18分）1. 軟件工程由方法、（工具）和過程三部分組成，稱軟件工程的三要素。01012. 軟件可理解性，指系統(tǒng)具有清晰的結(jié)構(gòu)，能直接反映問題的（需求）。01033. 在實(shí)體-關(guān)系圖簡稱E-R圖中，數(shù)據(jù)對象實(shí)體用長方形、關(guān)系用（菱形）、屬性用橢圓表示。05024. 從工程管理的角度軟件設(shè)計(jì)可分為概要設(shè)計(jì)和（詳細(xì)）設(shè)計(jì)兩大步驟。08015. 通過向用戶提供視覺和聽覺上的反饋，保持用戶與界面間的雙向通信，是提高界面可（交互）性的措施之一。12046. 測試用例中，不僅要選擇合理的輸入數(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ù)雜性不能反映出軟件的可理解性、模塊化、簡單性等屬性。（X）02044. 當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時(shí)，V（G）值將隨之增加，即程序的復(fù)雜性增大。（）02045. 一般來說，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（）08036. 編碼的依據(jù)是詳細(xì)設(shè)計(jì)說明書。（）13037. 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（）13038. 預(yù)防性維護(hù)是修改軟件，以適應(yīng)軟硬