北華航天工業(yè)學(xué)院軟件工程練習(xí)題

1、選擇題I .軟件危機(jī)出現(xiàn)于 的基礎(chǔ)。A. 50年代末 B. 60年代初C. 60年代末D. 70年代初A.運(yùn)籌學(xué) B.工程學(xué)C.軟件學(xué)D.軟件學(xué) E數(shù)字2. 開(kāi)發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作A.軟件投機(jī)B.軟件危機(jī) C軟件工程D.軟件產(chǎn)生3. 產(chǎn)生軟件危機(jī)的原因有如下幾點(diǎn)，除了 A. 軟件開(kāi)發(fā)過(guò)程未經(jīng)審查B. 軟件開(kāi)發(fā)不分階段，開(kāi)發(fā)人員沒(méi)有明確的分工C. 所開(kāi)發(fā)的軟件除了程序清單外，沒(méi)有其他文檔D. 采用工程設(shè)計(jì)的方法開(kāi)發(fā)軟件，不符合軟件本身的特點(diǎn)4. 軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開(kāi)發(fā)的學(xué)科，其目的是A.引入新技術(shù)提高空間利用率B.用較少的投資獲

2、得高質(zhì)量的軟件C.縮短研制周期擴(kuò)大軟件功能D.硬軟件結(jié)合使系統(tǒng)面向應(yīng)用6. 瀑布模型把軟件生存周期劃分為軟件定義、軟件開(kāi)發(fā)和 三個(gè)階段，而每一階段又可細(xì)分為若干個(gè) 更小的階段。A.詳細(xì)設(shè)計(jì) B.可行性分析C.運(yùn)行及維護(hù)7. 劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是_A.各階段的任務(wù)盡可能相關(guān)性C.各階段的任務(wù)在時(shí)間上連續(xù) &一個(gè)軟件項(xiàng)目是否進(jìn)行開(kāi)發(fā)的結(jié)論是在 A.軟件開(kāi)發(fā)計(jì)劃 B.可行性報(bào)告9 .分析員是OA.用戶中系統(tǒng)的直接使用者B.用戶和軟件人員的中間人C.軟件的編程人員D.用戶和軟件人員的領(lǐng)導(dǎo)10 .下列敘述中 不屬于數(shù)據(jù)字典的作用。A .作為編碼階段的描述工具B.為用戶與開(kāi)

3、發(fā)人員之間統(tǒng)一認(rèn)識(shí)C.作為概要設(shè)計(jì)的依據(jù)D.為需求分析階段定義各類條目II .使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是 OA .分解和抽象 B.分解和綜合C歸納與推導(dǎo)12 .結(jié)構(gòu)化系統(tǒng)分析主要是通過(guò) 進(jìn)行分析的。A.算法分解B.控制結(jié)構(gòu)分解C數(shù)據(jù)結(jié)構(gòu)分解D.處理功能分解13 .分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式它的頂層描述了系統(tǒng)的A .總貌 B.細(xì)節(jié)14 .需求分析說(shuō)明書(shū)不能作為A .可行性研究的依據(jù)C.系統(tǒng)概要設(shè)計(jì)的依據(jù)，為了解決軟件危機(jī)，人們提出了用的原理來(lái)設(shè)計(jì)軟件，這是軟件工程誕生D.測(cè)試與排錯(cuò)OB.各階段的任務(wù)盡可能相對(duì)獨(dú)立D.各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立文檔中作出的。C需求

4、分析說(shuō)明書(shū)C.抽象 D.軟件的作者OB.用戶和開(kāi)發(fā)人員之間的合同D.軟件驗(yàn)收測(cè)試的依據(jù)D.測(cè)試報(bào)告D.試探與回溯15.不適于作為數(shù)據(jù)流圖處理加工框名稱的是 OA.人工校核工資數(shù)據(jù)B.工資支票數(shù)據(jù)C打印工資支票D.計(jì)算職工工資16 .系統(tǒng)開(kāi)發(fā)人員使用系統(tǒng)流程圖或其他工具描述系統(tǒng)，估計(jì)每種方案的成本和效益的工作是在 段進(jìn)行的。A.需求分析B.總體設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.編碼階段17 .軟件的設(shè)計(jì)又稱為總體設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A .概要 B.抽象 C邏輯 D.規(guī)劃18 .結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)A. 從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B.從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C.從模塊結(jié)構(gòu)

5、導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D.從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖19 .結(jié)構(gòu)化設(shè)計(jì)方法是面向 的設(shè)計(jì)方法。A. 過(guò)程B.對(duì)象 C.數(shù)據(jù)流 D.數(shù)據(jù)結(jié)構(gòu)20. Jackson程序設(shè)計(jì)方法是一種面向 的設(shè)計(jì)方法。A. 數(shù)據(jù)結(jié)構(gòu)B.數(shù)據(jù)流圖C. IPO圖D.系統(tǒng)流程圖OC.提高有效性D.降低復(fù)雜度21 .結(jié)構(gòu)化設(shè)計(jì)采用模塊化方法的主要出發(fā)點(diǎn)是22 .增加內(nèi)聚性B.減少耦合度23 .下列不是模塊化設(shè)計(jì)的目的。B 降低復(fù)雜度D.描述系統(tǒng)的功能與性能A. 可采用結(jié)構(gòu)化設(shè)計(jì)方法C.有利于信息隱蔽24 .一個(gè)模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的A. 扇入數(shù) B.扇出數(shù)C.寬度 D.作用域25 .某個(gè)模塊的作用域是指A.被

6、該模塊調(diào)用的所用模塊B.調(diào)用該模塊的所有模塊C.與該模塊相關(guān)聯(lián)的所有模塊D.受該模塊內(nèi)的判定影響的所有模塊26 .模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在七類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是A.順序性內(nèi)聚 B.過(guò)程性內(nèi)聚 C.邏輯性內(nèi)聚D.功能性內(nèi)聚27 .如果模塊中所有成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是_oA.順序內(nèi)聚B.功能內(nèi)聚C.通信內(nèi)聚D.過(guò)程內(nèi)聚28 .初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為_(kāi)模塊。A.過(guò)程內(nèi)聚B.功能內(nèi)聚C.時(shí)間內(nèi)聚D.邏輯內(nèi)聚29 .若一模塊內(nèi)部的處理動(dòng)作為：成分A的輸出是成分B的輸入，則該模塊的聚合性稱為 A.順序內(nèi)聚B.功能內(nèi)聚C.過(guò)程內(nèi)聚D.通信

7、內(nèi)聚30 .某模塊的功能是打印錄取通知書(shū)或不錄取通知書(shū)，調(diào)用模塊可通過(guò)向此模塊傳遞布爾標(biāo)志信息決定本 次調(diào)用哪種通知書(shū)的打印，這種模塊之間的耦合稱為D.控制耦合A.數(shù)據(jù)耦合B.混合耦合C.公共耦合31.要減少兩個(gè)模塊之間的耦合，則必須A. 兩個(gè)模塊間的調(diào)用次數(shù)要少B. 模塊間傳遞的參數(shù)要少C. 模塊間傳遞的參數(shù)要少且不傳遞開(kāi)關(guān)型參數(shù)D .模塊間傳遞的參數(shù)要少且不傳遞開(kāi)關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量32 .下列耦合度表示中，最弱的耦合形式是 oA.特征耦合B.公共耦合C.數(shù)據(jù)耦合 D.數(shù)據(jù)結(jié)構(gòu)耦合。33 .一個(gè)模塊傳送給另一模塊的參數(shù)是由單個(gè)數(shù)據(jù)項(xiàng)組成的數(shù)組，它屬于A .數(shù)據(jù)型B.復(fù)合型

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

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

10、可移植性。A.機(jī)器語(yǔ)言B.宏指令 C.匯編語(yǔ)言45 .瀑布模型的存在問(wèn)題是 OA.用戶容易參與開(kāi)發(fā)B.缺乏靈活性46 .需求分析中開(kāi)發(fā)人員要從用戶那里了解A .軟件做什么 B.用戶使用界面47 .結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是 OA.程序的規(guī)模B.程序的效率C.程序設(shè)計(jì)語(yǔ)言的先進(jìn)性D.程序易讀性48 .可行性分析是在系統(tǒng)開(kāi)發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開(kāi)發(fā)的決策依據(jù),必須給出的回答。A.確定 B.行或不行D.可理解性D.高級(jí)語(yǔ)言C.用戶與開(kāi)發(fā)者易溝通C.輸入的信息C.正確 D.無(wú)二義D.適用可變需求D.軟件的規(guī)模49 .軟件維護(hù)的困難主要原因是 OD.維護(hù)難A.費(fèi)用低B.人員

11、少C.開(kāi)發(fā)方法的缺陷50 .用白盒測(cè)試技術(shù)設(shè)計(jì)測(cè)試用例的方法包括 OA.錯(cuò)誤推測(cè)B.因果圖C.基本路徑測(cè)試D.邊界值分析51.軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種，它們A. 前者屬于靜態(tài)測(cè)試，后者屬于動(dòng)態(tài)測(cè)試B. 前者屬于動(dòng)態(tài)測(cè)試，后者屬于靜態(tài)測(cè)試C. 都屬于靜態(tài)測(cè)試D. 都屬于動(dòng)態(tài)測(cè)試52 .當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為A.數(shù)據(jù)耦合B.公共耦合C.標(biāo)記耦合D.內(nèi)容耦合53 .數(shù)據(jù)流圖（DFD）是方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。A. SAB. SDC. SP D. SC54 .螺旋模型是一種將瀑布模型和 結(jié)合起來(lái)的軟件開(kāi)

12、發(fā)模型。A .增量模型B.專家系統(tǒng)C.噴泉模型D.變換模型55 .數(shù)據(jù)字典是用來(lái)定義 中的各個(gè)成份的具體含義的。A.流程圖B.功能結(jié)構(gòu)圖 C.系統(tǒng)結(jié)構(gòu)圖D.數(shù)據(jù)流圖56 .在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝薃 .軟件危機(jī)B.軟件工程C.程序設(shè)計(jì)革命D.結(jié)構(gòu)化程序設(shè)計(jì)57 .瀑布模型的主要特點(diǎn)是 OB.將開(kāi)發(fā)過(guò)程分解為階段D.缺乏靈活性A.將開(kāi)發(fā)過(guò)程嚴(yán)格地劃分為一系列有序的活動(dòng)C.提供了有效的管理模式58 .畫某系統(tǒng)的數(shù)據(jù)流圖時(shí)，頂層圖有 oA. 0張B. 1張C. 2張D. 3張及其以上59 .軟件模塊內(nèi)聚性最強(qiáng)的是 oD.邏輯內(nèi)聚A.功能內(nèi)聚B.通信內(nèi)聚C.

13、偶然內(nèi)聚60 . SD （結(jié)構(gòu)化設(shè)計(jì)）方法設(shè)計(jì)的結(jié)果是 oA.模塊B.模塊結(jié)構(gòu)圖C.模塊的算法D.數(shù)據(jù)流圖61 .在進(jìn)行軟件測(cè)試時(shí)，首先應(yīng)當(dāng)進(jìn)行以下哪項(xiàng)測(cè)試，然后再進(jìn)行組裝測(cè)試，最后再進(jìn)行有效性測(cè)試A .單元測(cè)試B.系統(tǒng)測(cè)試C.集成測(cè)試D.確認(rèn)測(cè)試62 .軟件詳細(xì)設(shè)計(jì)階段的任務(wù)是 oD.輸入/輸出設(shè)計(jì)C.調(diào)用關(guān)系設(shè)計(jì)A .算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)B.功能設(shè)計(jì)63 .可維護(hù)軟件的主要特性包括 oA.可理解性、可修改性、可移植性B.可使用性C.可維護(hù)性、可使用性、可靠性D.可測(cè)試性64 .關(guān)于軟件測(cè)試的目的，下面觀點(diǎn)錯(cuò)誤的是 A. 為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程B. 一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的

14、錯(cuò)誤C. 證明程序是正確、沒(méi)有錯(cuò)誤的D個(gè)成功的測(cè)試用例是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試oD.交付期限65 .在制定項(xiàng)目開(kāi)發(fā)計(jì)劃文檔時(shí)，不包含的內(nèi)容是 _A.項(xiàng)目概述B.實(shí)施計(jì)劃C.測(cè)試計(jì)劃66 .可行性研究要進(jìn)行一次 需求分析。D.徹底的A.詳細(xì)的B.全面的C.簡(jiǎn)化的、壓縮的67 .系統(tǒng)流程圖用于可行性分析中的 的描述。D.新系統(tǒng)A .當(dāng)前運(yùn)行系統(tǒng)B.當(dāng)前邏輯模型C.目標(biāo)系統(tǒng)68 .系統(tǒng)流程圖是描述 的工具。D.物理系統(tǒng)A.邏輯系統(tǒng)B.程序系統(tǒng)C.體系結(jié)構(gòu)69 . 工具在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用。A.判定表B. IP0 圖C. PDL D. DFD 圖70 .產(chǎn)生軟件維護(hù)的副作用，是指 oD.

15、運(yùn)行時(shí)誤操作A.開(kāi)發(fā)時(shí)的錯(cuò)誤B.隱含的錯(cuò)誤C.因修改軟件而造成的錯(cuò)誤71. 是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A.技術(shù)創(chuàng)新B.測(cè)試C.技術(shù)創(chuàng)造D.技術(shù)評(píng)審72 .面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程。盡可能接近于人類認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。因此面向?qū)ο蠓椒ㄓ性S多特征， 如軟件系統(tǒng)是由對(duì)象組成的； ;對(duì)象彼此之間僅能通過(guò)傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。A. 開(kāi)發(fā)過(guò)程基于功能分析和功能分解B. 強(qiáng)調(diào)需求分析重要性C. 把對(duì)象劃分成類，每個(gè)對(duì)象類都定義一組數(shù)據(jù)和方法D. 對(duì)既存類進(jìn)行調(diào)整73 .軟件開(kāi)發(fā)過(guò)程中，抽取和整理用戶

16、需求并建立問(wèn)題域精確模型的過(guò)程叫oA.生存期 B.面向?qū)ο笤O(shè)計(jì)C.面向?qū)ο蟪绦蛟O(shè)計(jì)D.面向?qū)ο蠓治?4 .原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于系統(tǒng)。A .需求不確定性高的B.需求確定的C.管理信息D.實(shí)時(shí)75 .使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù) 和指定的覆蓋標(biāo)準(zhǔn)。A .程序的內(nèi)部邏輯B.程序的復(fù)雜結(jié)構(gòu) C.使用說(shuō)明書(shū)D.程序的功能76 .在軟件危機(jī)中表現(xiàn)出來(lái)的軟件質(zhì)量差的問(wèn)題，其原因是A.軟件研發(fā)人員素質(zhì)太差C.沒(méi)有軟件質(zhì)量標(biāo)準(zhǔn)77 .在下列測(cè)試技術(shù)中，_B. 用戶經(jīng)常干預(yù)軟件系統(tǒng)的研發(fā)工作D. 軟件開(kāi)發(fā)人員不遵守軟件質(zhì)量標(biāo)準(zhǔn) 不屬于黑盒測(cè)試技術(shù)。A.等價(jià)劃分B.邊界值

17、分析78 .軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法A.原型化方法B.結(jié)構(gòu)化方法C. 錯(cuò)誤推測(cè)D.邏輯覆蓋而早期的軟件工程方法主要是指C.功能化方法D.面向?qū)ο蠓椒?9. 是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的,外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系。D.消息的一種方法。C.設(shè)計(jì)評(píng)審D.測(cè)試驗(yàn)收,它不僅是軟件開(kāi)發(fā)各階段的重要依據(jù)，而且影響軟件的C.可擴(kuò)展性D.可移植A 多態(tài) B.繼承 C.封裝80 .面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行 A .需求分析B.程序設(shè)計(jì)I81 .軟件文檔是軟件工程實(shí)施中的重要部分A.可理解性B.可維護(hù)性I82.常用的面向?qū)ο蟮能浖^(guò)程模型是 o

18、A.瀑布模型B.噴泉模型C.原型模型D.增量模型OD.數(shù)據(jù)模型不在措施之列。83 .面向?qū)ο蟮姆治鲭A段建立的系統(tǒng)模型不包括_A.對(duì)象模型B.動(dòng)態(tài)模型C.功能模型84 .提高軟件的可維護(hù)性可采用很多措施，下列B. 建立質(zhì)量保證制度D.明確軟件質(zhì)量標(biāo)準(zhǔn)可以分為4個(gè)方面：需求獲取，需求分析，編寫需求規(guī)格說(shuō)明書(shū)以及C. 總結(jié)D.都不正確3個(gè)要素是C.方法A .提供沒(méi)有錯(cuò)誤的程序C.改進(jìn)程序文檔質(zhì)量85 .軟件需求分析階段的工作，A.用戶 B.需求審評(píng)86 .下面不屬于軟件工程的3 個(gè)要素是 oA.工具B.過(guò)程C.方法D.環(huán)境87 .檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱為 oA .確認(rèn)測(cè)試 B.集成測(cè)試

19、C.驗(yàn)證測(cè)試D.驗(yàn)收測(cè)試88 .數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是 ，僅僅是所處的狀態(tài)不同。A.分析結(jié)果B.事件C.動(dòng)作 D.數(shù)據(jù)89 . 是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A.信息隱蔽B.內(nèi)聚C.局部化 D.模塊獨(dú)立90 .軟件調(diào)試的目的是 oA.發(fā)現(xiàn)錯(cuò)誤B.改正錯(cuò)誤C.改善軟件的性能D.挖掘軟件的潛能91 .軟件工程是一種分階段實(shí)現(xiàn)的軟件程序開(kāi)發(fā)的方法。A.自底向上B.自頂向下C.逐步求精D.面向數(shù)據(jù)流92 .在軟件生命周期法中，用戶的參與主要在 oA .軟件定義期B.軟件開(kāi)發(fā)期C.軟件維護(hù)期D.整個(gè)軟件生命周期過(guò)程中93 .數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含在 中。A .

20、數(shù)據(jù)流圖B.程序框圖C.軟件結(jié)構(gòu)D.方框圖94 .程序流程圖是一種傳統(tǒng)的程序設(shè)計(jì)表示工具，有其優(yōu)點(diǎn)和缺點(diǎn)，使用該工具是應(yīng)注意A.支持逐步求精B.考慮控制流程C.遵守結(jié)構(gòu)化設(shè)計(jì)原則D.數(shù)據(jù)結(jié)構(gòu)表示95 .軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審是和設(shè)計(jì)本身一樣重要的環(huán)節(jié)，其主要目的和作用是A.減少測(cè)試工作量B.減免后期付出高代價(jià)C.保證軟件質(zhì)量D.縮短軟件開(kāi)發(fā)周期96 .軟件開(kāi)發(fā)的結(jié)構(gòu)化分析方法，常用的描述軟件功能需求的工具是一A.業(yè)務(wù)流程圖、處理說(shuō)明B.軟件流程圖、模塊說(shuō)明C.數(shù)據(jù)流程圖、數(shù)據(jù)字典D.系統(tǒng)流程圖、程序編碼97 .面向數(shù)據(jù)流的軟件設(shè)計(jì)方法，一般是把數(shù)據(jù)流圖中的數(shù)據(jù)流化分為軟件結(jié)構(gòu)。A.數(shù)據(jù)流與事務(wù)流B

21、.交換流和事務(wù)流98 軟件設(shè)計(jì)中，可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有 OA 程序流程圖、PAD方框圖和偽碼B.數(shù)據(jù)流程圖、PAD結(jié)構(gòu)圖和偽碼C.業(yè)務(wù)流程圖、N-S圖和偽碼D.數(shù)據(jù)流程圖、PAD N-S圖和偽碼99 軟件可行性分析是著重確定系統(tǒng)的目標(biāo)和規(guī)模。對(duì)功能、性能以及約束條件的分析應(yīng)屬于下列之中 的C.信息流與控制流.兩種流，再將數(shù)據(jù)流圖映射為D.交換流和數(shù)據(jù)流A 經(jīng)濟(jì)可行性分析100 軟件測(cè)試基本方法中A.白盒測(cè)試法B.技術(shù)可行性分析C.操作可行性分析，下列不用測(cè)試實(shí)例。B.動(dòng)態(tài)測(cè)試法C.黑盒測(cè)試法D.開(kāi)發(fā)可行性分析D.靜態(tài)測(cè)試法.數(shù)據(jù)字典 用于詳細(xì)地定義數(shù)據(jù)流圖中的成分。 模塊獨(dú)立性_的兩個(gè)定性

22、的標(biāo)準(zhǔn)。自頂向下、逐步求精的設(shè)計(jì)方法和順序、選擇、循二、填空題1在結(jié)構(gòu)化分析中_2 .耦合性和內(nèi)聚性是衡量3 結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，它采用 環(huán)三種基本控制結(jié)構(gòu)構(gòu)造常態(tài)程序。數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流O4 結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖的四種基本成分為：處理、源點(diǎn)或終點(diǎn)5.從模塊內(nèi)外的聯(lián)系來(lái)看，結(jié)構(gòu)化設(shè)計(jì)的要求是高內(nèi)聚低耦合_。6 .在需求分析中可從有關(guān)問(wèn)題的簡(jiǎn)述中提取組成數(shù)據(jù)流圖的基本成分。通常問(wèn)題簡(jiǎn)述中的動(dòng)詞短語(yǔ)將成為數(shù)據(jù)流圖中的 處理成分。7.如果兩模塊間的通信信息是若干個(gè)參數(shù)，而每個(gè)參數(shù)是單一的數(shù)據(jù)項(xiàng)，則稱這種耦合性為一數(shù)據(jù)_耦合。&模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的詳細(xì)設(shè)計(jì) 階段進(jìn)

23、行。9 定性度量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是內(nèi)聚性和耦合性_。扇入數(shù)10 .在模塊結(jié)構(gòu)圖中，直接調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的_扇入數(shù)。11軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性 和效率。12 為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果 兩部分組成。13 .軟件結(jié)構(gòu)是以模塊 為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。14 .面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行建模。15 .為了使應(yīng)用軟件適應(yīng)計(jì)算機(jī)環(huán)境的變化而修改軟件_的過(guò)程稱為適應(yīng)性維護(hù)。16 .一個(gè)進(jìn)行學(xué)生成績(jī)統(tǒng)計(jì)的模塊其功能是先對(duì)學(xué)生的成績(jī)進(jìn)行累加，然后求平均值，則該模塊的內(nèi)聚性是順

24、序內(nèi)聚17 .軟件結(jié)構(gòu)圖的寬度是指一層中 最大的模塊個(gè)數(shù)。18 .投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。不再使用19 .軟件生存周期是指一個(gè)軟件從提出開(kāi)發(fā)要求開(kāi)始直到_不再使用為止的整個(gè)時(shí)期。20 .可行性研究從技術(shù)可行性、經(jīng)濟(jì)可行性、一社會(huì)可行性_三方面講行分析。21 .結(jié)構(gòu)化方法總的指導(dǎo)思想是 _自頂向下逐層分解。22 .用來(lái)模擬被測(cè)模塊的上級(jí)調(diào)用模塊的模塊稱為_(kāi)驅(qū)動(dòng)模塊。23 .系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間 的 信息流動(dòng) 情況。24 .成本效益分析的目的是從 經(jīng)濟(jì)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)項(xiàng)目是否可行。25 .自頂向

25、下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略，深度優(yōu)先策略和寬度優(yōu)先策略。26 .獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條 在其他獨(dú)立路徑中未有過(guò)的邊的路徑。27 .軟件工程中的結(jié)構(gòu)化分析 SA是一種面向 數(shù)據(jù)流的分析方法。28 軟件開(kāi)發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過(guò)程，而軟件測(cè)試是一個(gè)29 .數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型30 . 等價(jià)類劃分_是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類，據(jù)此導(dǎo)岀測(cè)試用例。31 .軟件開(kāi)發(fā)模型有瀑布模型混合模型。32 可行性研究一般可以從經(jīng)濟(jì)性等方面來(lái)研究。33 .現(xiàn)

26、在向銀行存款，年利率為由上而下的過(guò)程。螺旋模型、第四代技術(shù)模型、原型模型、構(gòu)件組裝模型、可行性、技術(shù)可行性、運(yùn)行可行性、法律可行性和開(kāi)發(fā)可行I，若希望在n年后從銀行得到F元，現(xiàn)在應(yīng)該存入的錢數(shù)為F/(l +1/數(shù)據(jù)流加工數(shù)據(jù)輸入的源點(diǎn)和數(shù)據(jù)輸出的匯點(diǎn)34 .數(shù)據(jù)流圖的基本符號(hào)包括據(jù)存儲(chǔ)文件、處理和35 . IPO圖由 輸入 、處理和 輸出三個(gè)框組成。這個(gè)圖的特點(diǎn)是能夠直觀的顯示三者之間的關(guān)系。36 .面向?qū)ο蠹夹g(shù)是一整套關(guān)于如何看待軟件系統(tǒng) 和 現(xiàn)實(shí)世界 的關(guān)系，以什么觀點(diǎn)來(lái)研究問(wèn)題并進(jìn)行分析求解，以及如何進(jìn)行系統(tǒng)構(gòu)造的軟件方法學(xué)。 面向?qū)ο蠓椒ㄊ且环N運(yùn)用 對(duì)象 、 類 繼承 、 封裝 、聚集

27、、消息傳送、多態(tài)性等概念來(lái)構(gòu)造系統(tǒng)的軟件開(kāi)發(fā)方法。37 .系統(tǒng)流程圖是描述物理系統(tǒng) 的傳統(tǒng)工具。38 .需求分析的基本任務(wù)是準(zhǔn)確的回答系統(tǒng)必須做什么O39 .數(shù)據(jù)字典的內(nèi)容包括六項(xiàng)：數(shù)據(jù)流 ， 數(shù)據(jù)項(xiàng) ， 數(shù)據(jù)結(jié)構(gòu) ，數(shù)據(jù)存儲(chǔ)，處理邏輯，外部實(shí)體。Warnier 圖IPO 圖 。信息隱藏 和局部化概念的直接結(jié)果。40 在需求分析階段常用的圖形工具有層次方框圖41 模塊獨(dú)立的概念是模塊化 ， 抽象42 .軟件=程序 + 文檔 。43 .軟件生存周期是指一個(gè)軟件從提出開(kāi)發(fā)要求開(kāi)始直到該軟件報(bào)廢的整個(gè)時(shí)期。通常，軟件生存周期包括問(wèn)題定義，可行性研究，_需求分析_，總體設(shè)計(jì)，詳細(xì)設(shè)計(jì),_編碼和單元測(cè)試

28、_, _綜合測(cè)試維護(hù)活動(dòng)，可以將這些活動(dòng)以適當(dāng)方式分配到不同階段去完成。44 . _可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開(kāi)發(fā)，是否值得去開(kāi)發(fā)。45 .總體設(shè)計(jì)過(guò)程通常由兩個(gè)階段組成：系統(tǒng)設(shè)計(jì)階段 和 結(jié)構(gòu)設(shè)計(jì)階段46 .面向?qū)ο箝_(kāi)發(fā)方法包括 OOA、_OOD_和_面向?qū)ο髮?shí)現(xiàn)三部分。47 .軟件工程學(xué)中除重視軟件開(kāi)發(fā)技術(shù)的研究外，另一重要組成內(nèi)容是軟件的工程管理O48 .瀑布模型把軟件生命周期劃分為軟件定義、軟件開(kāi)發(fā)與運(yùn)行與維修 3個(gè)階段，而每個(gè)階段又可分為若干個(gè)小更小的階段.49 .可行性研究的目的是要用最小的代價(jià).在盡可能段的時(shí)間內(nèi)確定軟件項(xiàng)目的可行性5

29、0 .軟件成本一效益分析的目的是文檔工程管理從經(jīng)濟(jì)的角度評(píng)價(jià)軟件項(xiàng)目的開(kāi)發(fā)是否可行三. 簡(jiǎn)答題模塊的內(nèi)聚性包括哪些類型？ 何謂軟件開(kāi)發(fā)方法？請(qǐng)列舉四種主要方法。軟件生存周期可以分為幾個(gè)階段，每個(gè)階段的提交物是什么？ 簡(jiǎn)述面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)。6.7.8.什么是軟件危機(jī)？其產(chǎn)生的原因是什么？解決軟件危機(jī)的途徑是什么? 簡(jiǎn)述軟件測(cè)試的任務(wù)、目的與類型。簡(jiǎn)述結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)簡(jiǎn)述需求分析的內(nèi)容四. 應(yīng)用題1 .某個(gè)學(xué)生成績(jī)管理系統(tǒng)的部分功能如下（1）基本信息管理教務(wù)管理人員輸入或修改學(xué)期教學(xué)執(zhí)行計(jì)劃、學(xué)生名單和教師名單（2）學(xué)生選課學(xué)生根據(jù)教學(xué)執(zhí)行計(jì)劃進(jìn)行選課并打印任課通知單給教師教務(wù)管理人

30、員輸入、維（3）分配任課教師教務(wù)管理人員為符合開(kāi)課條件的課程分配教師（4）成績(jī)管理每門課程的教師在考試評(píng)分結(jié)束后將考試成績(jī)交給教務(wù)管理人員護(hù)成績(jī)系統(tǒng)可生成成績(jī)單（發(fā)給學(xué)生）、成績(jī)統(tǒng)計(jì)分析表（發(fā)給教務(wù)管理人員）。 請(qǐng)根據(jù)要求畫出該問(wèn)題的分層數(shù)據(jù)流圖（要求畫出頂層和0層數(shù)據(jù)流圖）。-177177，如 05,2 .根據(jù)下列條件使用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。某一 8位微機(jī)，其八進(jìn)制常數(shù)定義為：以零開(kāi)頭的數(shù)是八進(jìn)制整數(shù)，其值的范圍是0127，-065某一位微機(jī)，其八進(jìn)制常數(shù)定文為.以零殲頭的數(shù)是八進(jìn)制整數(shù).其值的范圍是-177-177.如 05, 0127, -065解：£1）劃分等價(jià)類并編號(hào).如下表示：C4分）丿lift擷I整型常韋轎人條沖的等價(jià)類表合理等惋裘不臺(tái)理等愉菟A進(jìn)制楚塾1 . 24泣以0打頭軸散字弗2U.-0打頭的Z恆數(shù)率3,現(xiàn)葺0菲-打頭的®4 U打頭臺(tái)有非數(shù)宇宇符的申5 .以山打頭含直非數(shù)字字符曰5畔G參于5平宇苻J 后菲0的多位串S .后有非數(shù)