軟件工程-吉林大學(xué)課程機(jī)考復(fù)習(xí)題庫及答案

單選題1：軟件工程的七條基本原理中有一條是“堅(jiān)持進(jìn)行階段評審”，要這么做的理由有（2）。①大部分錯(cuò)誤是在編碼之前造成的②在軟件開發(fā)過程中插入階段評審是為了張弛有度、提高開發(fā)效率③錯(cuò)誤發(fā)現(xiàn)得越晚，所付出的修正代價(jià)越高④為了便于控制開發(fā)進(jìn)度1．供選擇的答案：2：92．下面說法哪個(gè)不屬于設(shè)計(jì)準(zhǔn)則（4）3：83．HIPO的含義是（1）4：95．軟件測試的目的是（2）5：77．需求分析的方法包括（2）6：88．計(jì)算機(jī)的體系結(jié)構(gòu)對程序設(shè)計(jì)語言具有（1）7：84．?dāng)?shù)據(jù)字典和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的（4）8：80．V（G）=m-n+p中的p取3意味著（3）9：82．模塊的初始化工作和模塊處理意外故障均屬于（1）10：CMU/SEI推出的（1）將軟件組織的過程能力分為五個(gè)成熟度級別，每一個(gè)級別定義了一組過程能力目標(biāo)，并描述了要達(dá)到這些目標(biāo)應(yīng)該具備的實(shí)踐活動(dòng)。在數(shù)據(jù)流圖中，源點(diǎn)和終點(diǎn)的數(shù)量415：78．結(jié)構(gòu)化程序設(shè)計(jì)就是要311：76．軟件的開發(fā)模式有（2）12：90．軟件維護(hù)組織包括（1）13：79．程序圖的作用是（2）14：86．可行性研究階段使用的圖形工具是（1）15：89．若要保證開發(fā)出來的軟件局部優(yōu)化，而且能盡早發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤，應(yīng)采用（2）判斷題1：20、預(yù)防性維護(hù)是把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)上，以支持明天的需求。正確2：31、測試和調(diào)試是軟件測試階段中兩個(gè)關(guān)系非常密切的過程，但它們不可以交替進(jìn)行錯(cuò)誤。3：72、內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，模塊獨(dú)立性由弱到強(qiáng)的同時(shí)模塊內(nèi)聚性由低到高的順序是：功能內(nèi)聚、信息內(nèi)聚、通信內(nèi)聚、過程內(nèi)聚、時(shí)間內(nèi)聚、邏輯內(nèi)聚、巧合內(nèi)聚錯(cuò)誤。4：30、抽象和求精是一對互補(bǔ)的概念，也是人類解決復(fù)雜問題時(shí)最常用、最有效的方法正確。5：6、傳統(tǒng)方法學(xué)采用結(jié)構(gòu)化技術(shù)自底向上地完成軟件開發(fā)各項(xiàng)任務(wù)。錯(cuò)誤6：54、面向?qū)ο蠓椒▽W(xué)的要點(diǎn)：盡可能模擬人類習(xí)慣的思維方式，使描述問題的問題空間與實(shí)現(xiàn)解法的解空間在結(jié)構(gòu)上盡可能一致。以數(shù)據(jù)和信息為主線，把數(shù)據(jù)和處理相結(jié)合正確。7：46、白盒測試又叫做功能測試或數(shù)據(jù)驅(qū)動(dòng)測試，黑盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。錯(cuò)誤8：32、在進(jìn)行詳細(xì)的過程設(shè)計(jì)和編寫程序之前，進(jìn)行概要設(shè)計(jì)的好處是可以在軟件開發(fā)的早期在全局高度對軟件結(jié)構(gòu)進(jìn)行優(yōu)化，使軟件質(zhì)量得到重大改進(jìn)正確。9：90、改正性維護(hù)是改正軟件中原有的錯(cuò)誤，所以對軟件的修改一般不會導(dǎo)致文檔的修改，而適應(yīng)性和完善性維護(hù)將導(dǎo)致文檔的修改。正確10：58、測試分析報(bào)告應(yīng)把每個(gè)模塊實(shí)際測試的結(jié)果，與軟件需求規(guī)格說明書和概要設(shè)計(jì)說明書中規(guī)定的要求進(jìn)行對照并作出結(jié)論。正確11：18、除非對效率有特殊的要求，程序編寫要做到清晰第一，效率第二。正確12：8、重用也叫再用或復(fù)用，是指同一事物不作修改就多次重復(fù)使用。軟件重用可分為知識重用、方法和標(biāo)準(zhǔn)重用、軟件成分重用。錯(cuò)誤13：38、在為標(biāo)識符命名時(shí)，名字不是越長越好，應(yīng)當(dāng)選擇精煉的意義明確的名字正確。14：59、項(xiàng)目開發(fā)計(jì)劃除去規(guī)定項(xiàng)目開發(fā)所需的資源、開發(fā)的進(jìn)度等以外，還可以包括用戶培訓(xùn)計(jì)劃。錯(cuò)誤15：36、軟件體系結(jié)構(gòu)風(fēng)格通過施加于構(gòu)件上的限制及組成與設(shè)計(jì)規(guī)則來表現(xiàn)構(gòu)件和構(gòu)件間的關(guān)系。正確16：91、泛化針對類型而不針對實(shí)例，一個(gè)類可以繼承另一個(gè)類，但一個(gè)對象不能繼承另一個(gè)對象。正確17：22、工程項(xiàng)目的管理人員應(yīng)該密切注視項(xiàng)目關(guān)鍵作業(yè)的進(jìn)展情況，如果希望縮短工期，只有往關(guān)鍵作業(yè)中增加資源才會有效果正確。18：47、實(shí)體類指系統(tǒng)要記錄和維護(hù)的信息；邊界類指系統(tǒng)和外部要素間交互的邊界；控制類指UseCase中行為的協(xié)調(diào)。正確19：63、軟件工程方法學(xué)包含三個(gè)要素：方法、工具和過程。方法是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)；工具為軟件工程方法提供了自動(dòng)或半自動(dòng)的軟件支撐環(huán)境；過程為獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的步驟。目前使用得最廣泛的軟件工程方法學(xué)是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)正確。20：5、軟件工程方法學(xué)包含三個(gè)要素：方法、模型和過程錯(cuò)誤。16：27、需求分析是提取、建模、規(guī)格說明和復(fù)審的過程。正確18：94、軟件項(xiàng)目的開發(fā)時(shí)間最多可以減少到正常開發(fā)時(shí)間的75％。如果要求一個(gè)軟件系統(tǒng)的開發(fā)時(shí)間過短，則開發(fā)成功的概率幾乎為零正確。19：77、軟件工程的Brooks定律指出：向已經(jīng)延期的軟件項(xiàng)目中添加人手只會使進(jìn)度更加落后。我們不可能用“人力換時(shí)間”的辦法無限縮短一個(gè)軟件的開發(fā)時(shí)間，Boehm根據(jù)經(jīng)驗(yàn)指出，軟件項(xiàng)目的開發(fā)時(shí)間最多可以減少到正常開發(fā)時(shí)間的75％。正確10：93、面向?qū)ο蠓椒ㄔ谠O(shè)計(jì)的早期階段，變動(dòng)較大，隨著時(shí)間推移，設(shè)計(jì)方案日趨成熟，改動(dòng)也越來越小了。正確11：14、軟件體系結(jié)構(gòu)是軟件需求活動(dòng)的一種工作產(chǎn)品。錯(cuò)誤6：25、從項(xiàng)目的角度來看，需求總是向著膨脹的方向變化正確。7：40、軟件重用技術(shù)是從根本上提高軟件可維護(hù)性的重要技術(shù)正確。5：60、可行性研究報(bào)告應(yīng)評述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案，以便用戶抉擇。因此，編寫者不必提出結(jié)論。錯(cuò)誤3：82、面向?qū)ο蠓椒▽W(xué)是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法，把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件正確判斷題1：71、耦合是對一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量，耦合由弱到強(qiáng)的順序是：非直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、外部耦合、公共耦合、內(nèi)容耦合。正確2：55、等價(jià)類劃分法的主要思想是首先將所有的輸入數(shù)據(jù)劃分成若干個(gè)有效等價(jià)類，然后設(shè)計(jì)一個(gè)新的測試用例，使其僅覆蓋一個(gè)尚未被覆蓋的等價(jià)類，重復(fù)這一步，直到所有的等價(jià)類都被覆蓋為止。錯(cuò)誤3：50、面向?qū)ο蠓治鍪翘崛『驼碛脩粜枨螅⒔栴}域精確模型的過程。面向?qū)ο笤O(shè)計(jì)則是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過程。正確4：90、改正性維護(hù)是改正軟件中原有的錯(cuò)誤，所以對軟件的修改一般不會導(dǎo)致文檔的修改，而適應(yīng)性和完善性維護(hù)將導(dǎo)致文檔的修改。正確5：57、軟件開發(fā)時(shí)，一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚，為改正它所付出的代價(jià)就越大。正確6：28、可行性研究階段的主要工作是界定問題的范圍，確切地定義問題錯(cuò)誤。7：86、軟件結(jié)構(gòu)一般要求頂層扇出比較少，中層扇出較高，底層模塊有高扇入。錯(cuò)誤8：43、可重用的軟件構(gòu)件在開發(fā)時(shí)都經(jīng)過了很嚴(yán)格的測試，本身是無錯(cuò)誤的，其構(gòu)件的可靠性很高。錯(cuò)誤9：95、面向?qū)ο蟪绦驔]有面向過程程序執(zhí)行效率高正確。10：14、軟件體系結(jié)構(gòu)是軟件需求活動(dòng)的一種工作產(chǎn)品。錯(cuò)誤11：4、軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品正確。12：49、把程序中與計(jì)算機(jī)硬件特性有關(guān)的部分集成在一起容易導(dǎo)致系統(tǒng)可移植性的降低。錯(cuò)誤13：35、判定表、判定樹和IPO圖都是常用來編寫數(shù)據(jù)字典加工邏輯說明的工具。錯(cuò)誤14：42、快速原型應(yīng)該具備的基本特性是“快速”和“容易修改”正確。15：85、模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能。錯(cuò)誤16：36、軟件體系結(jié)構(gòu)風(fēng)格通過施加于構(gòu)件上的限制及組成與設(shè)計(jì)規(guī)則來表現(xiàn)構(gòu)件和構(gòu)件間的關(guān)系。正確17：83、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的物理模型錯(cuò)誤。18：80、一個(gè)UseCase是用戶與計(jì)算機(jī)之間為達(dá)到某個(gè)目的的一次典型交互作用，作為結(jié)果，UseCase代表的是系統(tǒng)的一個(gè)完整功能。錯(cuò)誤19：25、從項(xiàng)目的角度來看，需求總是向著膨脹的方向變化。正確20：39、如果程序員足夠小心，就不需要測試錯(cuò)誤。16：1、軟件開發(fā)應(yīng)該是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目。正確17：37、使用PAD符號所設(shè)計(jì)出來的程序必然是結(jié)構(gòu)化程序。正確18：92、在面向?qū)ο蠓椒ㄖ?，軟件系統(tǒng)的結(jié)構(gòu)是根據(jù)問題領(lǐng)域的模型建立起來的，因此系統(tǒng)功能需求變化時(shí)并不會引起軟件結(jié)構(gòu)的整體變化，僅需要作一些局部性的修改即可。正確19：52、判定覆蓋法則一定可以查出在判定中某些條件中關(guān)系運(yùn)算符使用有誤時(shí)產(chǎn)生的錯(cuò)誤錯(cuò)誤。20：11、控制耦合實(shí)質(zhì)是在單一接口上選擇多功能模塊中的某項(xiàng)功能。正確10：79、軟件配置管理是一門應(yīng)用技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科，通過標(biāo)識和文檔來記錄配置項(xiàng)的功能和物理特性、控制這些特性的變更、記錄和報(bào)告變更的過程和狀態(tài)，并驗(yàn)證它們與需求是否一致。軟件配置管理主要有：標(biāo)識、版本控制、變化控制、配置審計(jì)和配置狀態(tài)報(bào)告。正確11：61、軟件包括程序、數(shù)據(jù)及其相關(guān)文檔的完整集合。其中程序是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開發(fā)、維護(hù)和使用有關(guān)的圖文材料。正確12：48、軟件測試是軟件質(zhì)量保證的唯一手段。錯(cuò)誤13：66、增量模型適用于人員配備不充裕、不能在軟件項(xiàng)目期限之前實(shí)現(xiàn)一個(gè)完全版本的軟件的情況。正確14：62、軟件的生產(chǎn)與硬件不同，在它的開發(fā)中沒有明顯的制造過程。對軟件的質(zhì)量控制，必須著重在軟件維護(hù)方面下功夫。錯(cuò)誤44、回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個(gè)子集，以保證由于調(diào)試或其他原因引起的變化，不會導(dǎo)致非預(yù)期的軟件行為或額外錯(cuò)誤。正確3：24、軟件配置管理是在軟件項(xiàng)目啟動(dòng)時(shí)就開始的，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動(dòng)正確。4：70、任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致，即父圖與子圖的平衡。正確6：82、面向?qū)ο蠓椒▽W(xué)是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法，把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件。正確8：16、一個(gè)程序流程圖對應(yīng)的盒圖表示是唯一的。錯(cuò)誤45、事實(shí)上，層次圖和結(jié)構(gòu)圖不僅表明一個(gè)模塊調(diào)用哪些模塊，而且對模塊的其他成分也有明確的表示。錯(cuò)誤19：84、需求定義文檔要從適合顧客的層次，而且要用顧客能夠理解的術(shù)語編寫。正確34、在一個(gè)設(shè)計(jì)得很好的系統(tǒng)中，模塊的控制域應(yīng)該在作用域之內(nèi)。錯(cuò)誤11：81、在傳統(tǒng)開發(fā)方法中，早期引入變動(dòng)代價(jià)比較低，中期引入變動(dòng)要付出的代價(jià)劇增，在軟件“已經(jīng)完成”時(shí)再引入變動(dòng)，則需要付出更高的代價(jià)。正確13：15、管道／過濾器風(fēng)格支持并行執(zhí)行。正確14：29、瀑布模型中每個(gè)階段都必須完成規(guī)定的文檔，沒有交出合格的文檔就是沒有完成該階段的任務(wù)。正確16：17、可以用基于流圖的環(huán)形復(fù)雜度描述測試一個(gè)單元或構(gòu)件所需的工作量。正確19：19、測試就是不斷尋找程序中的漏洞直到時(shí)間耗盡為止。錯(cuò)誤3：88、Pareto原理說明，測試發(fā)現(xiàn)的錯(cuò)誤中的80％很可能是由程序中20％的模塊造成的正確。4：軟件開發(fā)小組的規(guī)模與個(gè)人生產(chǎn)率成正比，向一個(gè)已經(jīng)延期的軟件項(xiàng)目中增加人力，會使它按期完工。錯(cuò)誤8：74、環(huán)形復(fù)雜度取決于程序控制結(jié)構(gòu)的復(fù)雜度，當(dāng)程序的分支數(shù)目或循環(huán)數(shù)目增加時(shí)其復(fù)雜度也增加，環(huán)形復(fù)雜度與程序中覆蓋的路徑條數(shù)有關(guān)，在McCabe復(fù)雜度為10的附近，存在出錯(cuò)率的間斷躍變。正確9：76、邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測試用例的技術(shù)，其中判定/條件覆蓋是比判定覆蓋更嚴(yán)格的測試標(biāo)準(zhǔn)。正確20：2、軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題正確。4：75、測試是程序的執(zhí)行過程，目的在于改正錯(cuò)誤。一個(gè)好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試。正確12：26、對軟件的質(zhì)量控制，必須著重在軟件開發(fā)方面下功夫。正確18：13、軟件設(shè)計(jì)優(yōu)化應(yīng)該力求做到在有效的模塊化的前提下使用最少量的模塊正確。20：33、對一批模塊進(jìn)行測試，發(fā)現(xiàn)錯(cuò)誤多的模塊中殘留的錯(cuò)誤將比其它的模塊少錯(cuò)誤。4：68、面向?qū)ο笮枨筮^程的本質(zhì)是在問題空間與求解空間之間架設(shè)橋梁。正確14：51、用計(jì)數(shù)方法而不是用文件結(jié)束符或輸入序列結(jié)束符來判別輸入的結(jié)束，這樣做是一種良好的程序設(shè)計(jì)風(fēng)格錯(cuò)誤。17：12、錯(cuò)誤處理類模塊是典型的時(shí)間內(nèi)聚模塊錯(cuò)誤。填空題1：51、Jackson程序設(shè)計(jì)方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，若一個(gè)數(shù)據(jù)結(jié)構(gòu)為分層次的，則它的軟件結(jié)構(gòu)必然為（）的?；卮穑悍謱?：56、軟件測試所需要的工作量大約占軟件開發(fā)總工作量的（)以上?；卮穑?0%_3：4、結(jié)構(gòu)圖描述了程序的模塊結(jié)構(gòu)，表示了一個(gè)系統(tǒng)的層次分解關(guān)系，反映了（）聯(lián)系和塊內(nèi)聯(lián)系等特征及控制信息的傳遞情況?；卮穑簤K間4：36、軟件的可靠性是指在給定的時(shí)間間隔內(nèi)，程序按著規(guī)格說明書的規(guī)定成功地運(yùn)行的（）?；卮穑焊怕?：31、PDL具有數(shù)據(jù)說明、子程序、分程序、順序控制、（）結(jié)構(gòu)?；卮穑狠斎牒洼敵?：17、測試不能證明程序是正確的，它只能保證程序按照規(guī)格說明書的規(guī)定（）地運(yùn)行?；卮穑赫_7：19、常用的設(shè)計(jì)測試數(shù)據(jù)技術(shù)有邏輯覆蓋、等價(jià)類劃分、邊界值、錯(cuò)誤推測、（）、程序流程圖。回答：因果圖8：41、技術(shù)審查是保證軟件（）和降低軟件成本的重要措施?；卮穑嘿|(zhì)量9：32、Jackson圖既可以表示層次結(jié)構(gòu)，也可以表示數(shù)據(jù)結(jié)構(gòu)和（），是自頂向下分解的好工具。回答：程序結(jié)構(gòu)10：59、軟件維護(hù)中的大多數(shù)問題，追其根源往往是由于（）和軟件開發(fā)的方法有缺陷?；卮穑很浖x11：55、有兩種程序設(shè)計(jì)方法論，分別稱為（）的程序開發(fā)方法和自底向上的程序開發(fā)方法?；卮穑鹤皂斚蛳?2：39、在工程和科學(xué)計(jì)算領(lǐng)域主要采用FORTRAN語言，在商業(yè)應(yīng)用方面采用（）語言，在系統(tǒng)程序及實(shí)時(shí)應(yīng)用領(lǐng)域采用C語言和Ada語言，在組合論應(yīng)用方面較多的采用LISP語言，在表達(dá)知識和邏輯推理方面采用PROLOG語言?；卮穑篊OBOL13：26、對象是所有數(shù)據(jù)及可對這些數(shù)據(jù)施加的（）結(jié)合在一起所構(gòu)成的獨(dú)立單位的總稱。回答：操作14：9、我們依據(jù)對數(shù)據(jù)存儲和操作的抽象程度把品種繁多的程序設(shè)計(jì)語言分成機(jī)器語言、匯編語言、（）語言和第四代語言?；卮穑焊呒?5：49、SD方法的基本思想是把（），它提出了高內(nèi)聚、低耦合的評價(jià)模塊結(jié)構(gòu)質(zhì)量的具體標(biāo)準(zhǔn)?；卮穑簲?shù)據(jù)流圖映射成軟件結(jié)構(gòu)16：8、SD方法的基本思想是模塊化，它提出了高內(nèi)聚（）耦合的評價(jià)模塊結(jié)構(gòu)質(zhì)量的具體標(biāo)準(zhǔn)?；卮穑旱?7：7、軟件結(jié)構(gòu)表示程序的系統(tǒng)結(jié)構(gòu)，它意味著一種控制層次體系，指出了需求分析中確定的某一問題中各（）之間的相互關(guān)系?；卮穑涸?8：16、面向?qū)ο蟮母拍钍窃谄呤甏绦蛟O(shè)計(jì)方法學(xué)的（）中產(chǎn)生的?；卮穑撼橄髷?shù)據(jù)類型19：52、McCabe方法的核心是：通過定量分析程序中的分支個(gè)數(shù)或循環(huán)個(gè)數(shù)，對軟件測試難度進(jìn)行（）度量，對軟件最終的可靠性進(jìn)行預(yù)測?；卮穑憾?0：45、面向?qū)ο蠓治黾夹g(shù)以（）和內(nèi)部信息隱蔽為主要特征?；卮穑耗K化21：46、對象是所有數(shù)據(jù)及可對這些數(shù)據(jù)施加的（）結(jié)合在一起所構(gòu)成的獨(dú)立單位的總稱?；卮穑翰僮?2：47、Warnier圖可以表明信息的邏輯組織，指出一類或一個(gè)信息是（）出現(xiàn)的，也可以表示特定信息的有條件出現(xiàn)。回答：重復(fù)23：38、軟件維護(hù)中的大多數(shù)問題，追其根源往往是由于（）的方法有缺陷。回答：開發(fā)24：60、軟件系統(tǒng)的文檔分為用戶文檔和（）兩大類?；卮穑合到y(tǒng)文檔25：22、系統(tǒng)流程圖含有（）種基本符號，11種系統(tǒng)符號?；卮穑?26：5、層次方框圖是用（）的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)?；卮穑簶湫谓Y(jié)構(gòu)27：15、可行性研究的實(shí)質(zhì)是要進(jìn)行一次壓縮，簡化了的系統(tǒng)（）的過程?；卮穑悍治龊驮O(shè)計(jì)28：21、可行性研究就是用最小的（）在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決?；卮穑捍鷥r(jià)29：57、軟件測試有兩中方法，一種是（）測試，另一種是白盒測試。回答：黑盒測試30：30、繼承關(guān)系一般分為多重繼承，（）和無繼承?；卮穑簡卫^承4：18、黑盒測試是在軟件（）上進(jìn)行的測試，只檢查程序功能是否滿足要求，程序是否能正確地接收輸入數(shù)據(jù)，并產(chǎn)生輸出結(jié)果?；卮穑航涌?5：23、電子計(jì)算機(jī)從誕生以來，一直遵循馮?諾依曼的設(shè)計(jì)原則，即采用（）和程序存儲的原理?；卮穑憾M(jìn)制1：43、可行性研究的實(shí)質(zhì)是要進(jìn)行一次壓縮，簡化了的系統(tǒng)（）和設(shè)計(jì)的過程。回答：分析2：14、決定軟件可維護(hù)性的因素有可理解性、可測試性和可（）性。回答：修改3：15、可行性研究的實(shí)質(zhì)是要進(jìn)行一次壓縮，簡化了的系統(tǒng)（）的過程。回答：分析和設(shè)計(jì)4：19、常用的設(shè)計(jì)測試數(shù)據(jù)技術(shù)有邏輯覆蓋、等價(jià)類劃分、邊界值、錯(cuò)誤推測、（）、程序流程圖?；卮穑阂蚬麍D5：40、Warnier程序設(shè)計(jì)方法也是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，它的最終目標(biāo)是對（）處理過程進(jìn)行詳細(xì)描述?；卮穑撼绦?：11、McCabe方法的核心是：通過定量分析程序中的（）個(gè)數(shù)或循環(huán)個(gè)數(shù)，對軟件測試難度進(jìn)行定量度量，對軟件最終的可靠性進(jìn)行預(yù)測?；卮穑簵l件7：46、對象是所有數(shù)據(jù)及可對這些數(shù)據(jù)施加的（）結(jié)合在一起所構(gòu)成的獨(dú)立單位的總稱?；卮穑翰僮?：9、我們依據(jù)對數(shù)據(jù)存儲和操作的抽象程度把品種繁多的程序設(shè)計(jì)語言分成機(jī)器語言、匯編語言、（）語言和第四代語言?；卮穑焊呒?：44、數(shù)據(jù)流圖從數(shù)據(jù)傳送和加工的角度，以圖形方式刻畫（）系統(tǒng)的工作狀態(tài)?；卮穑哼壿?0：57、軟件測試有兩中方法，一種是（）測試，另一種是白盒測試?；卮穑汉诤袦y試11：22、系統(tǒng)流程圖含有（）種基本符號，11種系統(tǒng)符號?；卮穑?12：25、結(jié)構(gòu)化分析技術(shù)是一種面向（）的分析方法?；卮穑簲?shù)據(jù)流13：21、可行性研究就是用最小的（）在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決?；卮穑捍鷥r(jià)14：6、類是對一組具有（）數(shù)據(jù)結(jié)構(gòu)和相同操作的對象的描述?；卮穑合嗤?5：5、層次方框圖是用（）的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。回答：樹形結(jié)構(gòu)16：4、結(jié)構(gòu)圖描述了程序的模塊結(jié)構(gòu)，表示了一個(gè)系統(tǒng)的層次分解關(guān)系，反映了（）聯(lián)系和塊內(nèi)聯(lián)系等特征及控制信息的傳遞情況。回答：塊間17：54、從語言的內(nèi)在特點(diǎn)看，高級語言可以分為（）語言、靜態(tài)高級語言、塊結(jié)構(gòu)高級語言和動(dòng)態(tài)高級語言?；卮穑合到y(tǒng)實(shí)現(xiàn)語言18：37、軟件的維護(hù)代價(jià)包括（）代價(jià)、無形代價(jià)和生產(chǎn)率代價(jià)三部分?；卮穑很浖木S護(hù)代價(jià)包括19：12、在面向?qū)崿F(xiàn)的程序設(shè)計(jì)語言中有六種不同的語言范型，它們是計(jì)算模型命令式、過程式、邏輯式、函數(shù)式、OO式、（）?；卮穑宏P(guān)系式20：42、軟件危機(jī)是指在計(jì)算機(jī)軟件（）和維護(hù)過程中所遇到的一系列嚴(yán)重問題或難題?；卮穑洪_發(fā)21：60、軟件系統(tǒng)的文檔分為用戶文檔和（）兩大類?；卮穑合到y(tǒng)文檔22：2、軟件工程采用工程的（）、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件．回答：概念23：50、判定表能夠清晰地表示復(fù)雜的（）與所產(chǎn)生的動(dòng)作之間的關(guān)系?；卮穑簵l件24：58、證明程序正確性的一般方法是（），他的基本思想是對所驗(yàn)證的程序建立一組定理，定理得到證明就保證了程序中無錯(cuò)?；卮穑簹w納斷言法25：29、SD方法的基本思想是（），它提出了高內(nèi)聚低耦合的評價(jià)模塊結(jié)構(gòu)質(zhì)量的具體標(biāo)準(zhǔn)?；卮穑耗K化26：20、最常用的邏輯覆蓋標(biāo)準(zhǔn)有語句覆蓋、判定覆蓋、條件覆蓋、（）、覆蓋、條件組合覆蓋?；卮穑号卸?條件27：24、技術(shù)審查是保證軟件（）和降低軟件成本的重要措施?；卮穑嘿|(zhì)量28：47、Warnier圖可以表明信息的邏輯組織，指出一類或一個(gè)信息是（）出現(xiàn)的，也可以表示特定信