天津市大學軟件學院軟件工程專升本補習班習題

天津市大學軟件學院軟件工程專升本補習班習題天津市大學軟件學院軟件工程專升本補習班習題天津市大學軟件學院軟件工程專升本補習班習題V:1.0精細整理，僅供參考天津市大學軟件學院軟件工程專升本補習班習題日期：20xx年X月選擇題1.在軟件開發(fā)模型中，提出最早，應(yīng)用最廣泛的模型是（A）A，瀑布B，螺旋C，演化D，智能2.軟件工程方法是在實踐中不斷發(fā)展著的，而早期的軟件工程方法一般是（B）A，原型化方法B，結(jié)構(gòu)化方法C，面向?qū)ο蠓椒―，功能分解法3.下列關(guān)于瀑布模型的描述正確的是（D）A，利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價很低B，瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化C，瀑布模型具有良好的靈活性D，瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計方法，將邏輯現(xiàn)實與物理現(xiàn)實分開4.原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于（A）系統(tǒng)A，需求不確定性高的B，需求確定的C，管理信息D，實時5.軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是（A）A，問題定義，可行性研究，需求分析。B，可行性研究，問題定義，需求分析C，可行性研究，需求分析，問題定義D，以上都不對6.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象是（C）的一種表現(xiàn)A，軟件工程B，軟件周期C，軟件周期D，軟件生產(chǎn)7.快速原型模型的主要特點之一是（D）A，開發(fā)完畢才見到產(chǎn)品B，及早提供全部完整的軟件產(chǎn)品C，開發(fā)完畢后才見到工作軟件D，及早提供工作軟件8.軟件工程中常用的生命周期模型有（A）等A，瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型B，瀑布模型，快速循環(huán)模型，擴展模型，螺旋模型和敏捷模型C，瀑布模型，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型D，瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型9.軟件工程方法是在實踐中不斷發(fā)展著的方法，而早期敵敵畏軟件工程方法常用模型不包括（B）A，瀑布模型B，敏捷模型C，原型模型D，螺旋模型10.軟件開發(fā)瀑布模型中的各個階段依次是（D）A，設(shè)計，分析，實現(xiàn)，測試，維護B，分析，設(shè)計，測試，實現(xiàn)，維護C，分析，設(shè)計，實現(xiàn)，維護，測試D，分析，設(shè)計，實現(xiàn)，測試，維護11.軟件危機的表現(xiàn)不包括（C）A，軟件質(zhì)量不可靠B軟件幾乎是不可維護的C，測試過程中發(fā)現(xiàn)的錯誤較多D，缺少文檔12.瀑布模型的主要特點之一是（A）A，推遲實現(xiàn)B，成功率極高C，容易失敗D，過程迭代13.在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性提高等原因?qū)е铝耍ˋ）A，軟件危機B，軟件工程C，軟件設(shè)計革命D，結(jié)構(gòu)化程序設(shè)計14.軟件工程是（C）A，是結(jié)構(gòu)化程序設(shè)計的指導方法B，是軟件開發(fā)技術(shù)和軟件工程管理學為內(nèi)容的學科C，是指導計算機軟件開發(fā)和維護的工程學科D，是指導軟件開發(fā)的工程方法15.在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)可以在用例模型或方案腳本中予以說明，（C）是從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。A，業(yè)務(wù)需求B，系統(tǒng)要求C，非功能需求D，用戶需求16.軟件可行性研究一般不考錄（D）A，是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B，是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C，待開發(fā)軟件是否有市場，經(jīng)濟上是否合算D，待開發(fā)的軟件是否會有質(zhì)量問題17.經(jīng)濟可行性研究的范圍包括（C）A，資源的有效性B，管理制度C，效益分析D，開發(fā)風險18.研究開發(fā)所需要的成本和資源是屬于可行性研究中的（B）A，技術(shù)可行性B，經(jīng)濟可行性C，社會可行性D，法律可行性19.研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的（D）A，技術(shù)可行性B，經(jīng)濟可行性C，社會可行性D，法律可行性23.需求分析的任務(wù)不包括（C）A，確定對系統(tǒng)的綜合要求B，分析系統(tǒng)的數(shù)據(jù)要求C，從技術(shù)角度分析系統(tǒng)是否可行D，導出邏輯模型并修正開發(fā)計劃24.要將一個復雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用的方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（A）A，面向數(shù)據(jù)流自頂向下，逐步求精的方法B，由內(nèi)向外進行分析的方法C，先局部后整體的分析方法D，使用IPO圖形工具分析的方法25.需求分析是要完整，準確，清晰，具體地確定系統(tǒng)所要完成的工作，其主要根據(jù)是前一階段的文檔（D）A，用戶手冊和參考手冊B，軟件需求規(guī)格說明書C，開發(fā)計劃D，可行性研究報告26.需求分析階段的主要任務(wù)是確定（D）A，軟件開發(fā)方法B，軟件開發(fā)工具C，軟件開發(fā)費D，軟件系統(tǒng)的功能27.數(shù)據(jù)字典是用來定義（B）中的各個成份的具體含義的A，流程圖B，功能結(jié)構(gòu)圖C，系統(tǒng)結(jié)構(gòu)圖D，數(shù)據(jù)流圖28.數(shù)據(jù)流圖是一種用來描述（B）的圖形化工具A，系統(tǒng)物理組成B，系統(tǒng)信息流和數(shù)據(jù)流C，所有功能D，系統(tǒng)控制流和數(shù)據(jù)流29.（C）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)據(jù)流圖就不完整A，數(shù)據(jù)流程圖B，E-R圖C，數(shù)據(jù)字典D，層次方框圖30.數(shù)據(jù)流圖DFD中每個加工至少需要（B）A，一個輸入流B，一個輸出流和一個輸入流C，一個輸入或輸出流D，一個輸出流31.數(shù)據(jù)流圖（DFD）是（A）方法中用于表示系統(tǒng)的邏輯模型的一種工具A，SAB,SDC,SPD,SC32.使用實體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息是（B）A，數(shù)據(jù)對象，屬性，方法B，數(shù)據(jù)對象，屬性，聯(lián)系C，數(shù)據(jù)表，屬性，聯(lián)系D，數(shù)據(jù)表，實體，聯(lián)系33.模塊的內(nèi)聚性最高的是（D）A，邏輯內(nèi)聚B，時間內(nèi)聚C，過程內(nèi)聚D，功能內(nèi)聚34.總體設(shè)計的目的是確定整個系統(tǒng)的（B）A,規(guī)模B,功能及模塊結(jié)構(gòu)C，費用D，測試方案35.一個模塊內(nèi)部各個程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個模塊的內(nèi)聚性稱為（C）A，時間內(nèi)聚B,功能內(nèi)聚C，通信內(nèi)聚D，過程內(nèi)聚36.軟件總體設(shè)計是指軟件總體結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計，該階段的主要任務(wù)不包括（C）A，設(shè)計軟件懂得模塊結(jié)構(gòu)B，定義接口并建立數(shù)據(jù)結(jié)構(gòu)C，模塊設(shè)計D，生成概要設(shè)計規(guī)格說明37.如果某種內(nèi)聚要求一個模塊中包含的任務(wù)必須在同一段時間執(zhí)行，則這種內(nèi)聚為（A）A，時間內(nèi)聚B，邏輯內(nèi)聚C，通信內(nèi)聚D，信息內(nèi)聚38.為了提高模塊的獨立性，模塊之間最好使用（D）A,控制耦合B,公共耦合C,內(nèi)容耦合D，數(shù)據(jù)耦合39.結(jié)構(gòu)化程序設(shè)計的一種基本方法是（D）A,篩選法B，遞歸法C，歸納法D，逐步求精法40.對軟件進行分解，是為了（B）A，降低模塊間接口的復雜程度B，降低模塊的復雜程度C，降低模塊的復雜程度，并降低模塊間接口的復雜程度D，降低模塊的復雜程度，并提高模塊間接口的復雜程度41.在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括（C）A，層次圖B，HIPO圖C，PAD圖D，H圖42.在詳細設(shè)計階段經(jīng)常采用的圖形工具包括（D）A，PAD圖B，程序流程圖C，N-S圖D，以上都是43.提高程序可讀性的手段包括（D）A，使用三種標準控制結(jié)構(gòu)B，采用有實際意義的變量名C，給程序加注釋D，以上都是44.結(jié)構(gòu)化程序設(shè)計的三種基本控制結(jié)構(gòu)不包括（C）A，順序B，選擇C，轉(zhuǎn)移D，循環(huán)45.詳細設(shè)計中，過程設(shè)計的常用圖形工具不包括（A）A，程序流程圖B，數(shù)據(jù)流圖C，N-S盒圖D，PAD圖46.下列關(guān)于詳細設(shè)計中的說法正確的是（D）等A，詳細設(shè)計任務(wù)相當于設(shè)計程序的藍圖B，詳細設(shè)計的根本目標是應(yīng)該怎樣具體的實現(xiàn)系統(tǒng)C，詳細設(shè)計不等于編譯代碼D，以上都正確47.結(jié)構(gòu)化程序之所以具有易于閱讀，并且有可能驗證其正確性，這是由于（D）A，他強調(diào)編程風格B，選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法C，有限制的使用GOTO語句D，只有三種基本結(jié)構(gòu)48.程序設(shè)計語言主要分三大類：機器語言，匯編語言和（B）A，邏輯語言B，高級語言C，自然語言D，智能語言49.結(jié)構(gòu)化程序設(shè)計中的三種基本控制結(jié)構(gòu)是（B）A，過程，子程序和分程序B，順序，選擇和循環(huán)C，遞歸，堆棧和隊列D，調(diào)用，返回和轉(zhuǎn)移50.軟件詳細設(shè)計的主要任務(wù)是確定每個模塊的（A）A，算法和使用的數(shù)據(jù)B，外部接口C，功能D，編程51.在詳細設(shè)計階段，經(jīng)常采用的工具包括（A）A，程序流程圖B，SAC，SCD，DFD52.詳細設(shè)計的結(jié)果基本決定了最終程序的（C）A，代碼的規(guī)模B，運行速度C，質(zhì)量D，可維護性53.兩個模塊彼此傳遞的信息中有控制信息，這種耦合稱為（D）A，數(shù)據(jù)耦合B，公共環(huán)境耦合C，內(nèi)容耦合D，控制耦合54.結(jié)構(gòu)化設(shè)計又稱為（A）A，概要設(shè)計B，面向數(shù)據(jù)流設(shè)計C，面向?qū)ο笤O(shè)計D，詳細設(shè)計55.按照總體設(shè)計中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)是（A）A，模塊的作用域應(yīng)在模塊的控制域之內(nèi)B，模塊的控制域應(yīng)在模塊的作用域之內(nèi)C，模塊的控制域與模塊的作用域互相獨立D，以上的說法都不對56.在SD方法中全面指導模塊劃分的最重要的原則是（D）A，程序模塊化B，模塊高內(nèi)聚C，模塊低耦合D，模塊獨立性57.軟件總體設(shè)計是指軟件總體結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計，該階段的主要任務(wù)不包括（C）A，設(shè)計軟件的模塊結(jié)構(gòu)B，定義接口并建立數(shù)據(jù)結(jié)構(gòu)C，模塊內(nèi)部算法設(shè)計D，生成概要設(shè)計規(guī)格說明58.軟件詳細設(shè)計主要采用的方法是（D）A,模塊設(shè)計B，結(jié)構(gòu)化設(shè)計C，PDL語言D，結(jié)構(gòu)化程序設(shè)計59.詳細設(shè)計中，過程設(shè)計的常用工具有（A）A，程序流程圖，N-S盒圖，PAD圖B，程序流程圖，數(shù)據(jù)流圖C，程序流程圖，系統(tǒng)流程圖D，程序流程圖，E-R圖60.結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（A）A，程序易讀性B，程序的效率C，程序設(shè)計語言的先進性D，程序的規(guī)模61.提高程序可讀性的最有力手段是（A）A，使用三種標準控制結(jié)構(gòu)B，采用有實際意義的變量名C，顯示說明一切變量D，給程序加注釋62.一般來說，在軟件生命周期中成本最高的階段是（D）A，詳細設(shè)計B，軟件編碼C，軟件測試D，軟件維護63.軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（D）A，前者屬于靜態(tài)測試，后者屬于動態(tài)測試B，前者屬于動態(tài)測試，后者屬于靜態(tài)測試C，都屬于靜態(tài)測試D，都屬于動態(tài)測試64.若有一個計算類型的程序，它的輸入量只有一個X，其范圍是【，】，現(xiàn)從輸入的角度考慮一組測試用例：，，，。設(shè)計這組測試用例的方法是（C）A，條件覆蓋法B，等價分類法C，邊界值分析法D，錯誤推測法65.單元測試的測試用例主要根據(jù)（B）的結(jié)果來設(shè)計A，需求分析B，詳細設(shè)計C，概要設(shè)計D，源程序66.軟件測試是為了（B）而執(zhí)行程序的過程A，糾正錯誤B，發(fā)現(xiàn)錯誤B，避免錯誤D，證明正確67.常用的黑盒測試方法不包括（C）A，等價劃分B，邊界值分析C，邏輯覆蓋D，錯誤推測68.軟件測試中，白盒法是通過分析程序的（B）來設(shè)計測試用例的A，應(yīng)用范圍B，內(nèi)部邏輯C，功能D，輸入數(shù)據(jù)69.使用黑盒測試時，測試用例的設(shè)計應(yīng)該根據(jù)（D）A，程序的內(nèi)部邏輯B，程序的復雜程度C，使用說明書D，程序的功能70.與確認測試階段有關(guān)的文檔是（A）A，需求規(guī)格說明書B，概要設(shè)計說明書C，詳細設(shè)計說明書D，源程序71.（B）是指程序在給定的時間點，按照規(guī)格說明書的規(guī)定成功運行的概念A，可移植性B，可用性C，可靠性D，可擴展性72.為軟件的運行增加監(jiān)控設(shè)施以應(yīng)對將來可能出現(xiàn)的問題，這種維護的維護類別是（D）A，改正性維護B，適應(yīng)性維護C，完善性維護D，預防性維護73.在整個軟件維護階段所花費的全部工作中，哪種維護所占比例最大（C）A，改正性維護B，適應(yīng)性維護C，完善性維護D，預防性維護74.產(chǎn)生軟件維護的副作用，是指（C）A，開發(fā)時的錯誤B，隱含的錯誤C，因修改軟件而造成了新的錯誤D，運行時錯誤操作75.下列屬于維護階段的文檔是（C）A，軟件規(guī)格說明B，用戶操作手冊C，軟件問題報告D，軟件測試分析報告76.維護活動必須應(yīng)用于（B）A，軟件文檔B，整個軟件配置C，可執(zhí)行代碼D，數(shù)據(jù)77.為了提高軟件的可維護性，在編碼階段應(yīng)注意（D）A，保存測試用例和數(shù)據(jù)B，提高模塊的獨立性C，文檔的副作用D，養(yǎng)成好的程序設(shè)計風格78.以下哪些問題是維護人員經(jīng)常面對的問題（D）A，理解別人的程序非常困難B，文檔不合格C，設(shè)計時沒考慮未來的修改維護D，以上都是79.決定軟件可維護性的因素包括（B）A，可理解性，可測試性，可修改性，可移植性，可用性B，可理解性，可測試性，可修改性，可移植性，可重用性C，可理解性，可靠性，可測試性，可修改性，可移植性D，可理解性，可擴展性，可測試性，可修改性，可升級性80.軟件生存周期的（D）工作與軟件可維護性有著密切的關(guān)系。A，編碼階段B，設(shè)計階段C，測試階段D，每個階段81.軟件維護困難的主要原因是（C）A，費用低B，人員少C，開發(fā)設(shè)計中的缺陷D,得不到用戶支持82.因計算機硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為（B）A，改正性維護B，適應(yīng)性維護C，完善性維護D，預防性維護83.在軟件維護的實施過程中，為了正確和有效的修改，需要經(jīng)歷以下三個步驟：分析和理解程序，修改程序，重新驗證程序。（A）是決定維護成敗和質(zhì)量好壞的關(guān)鍵A，分析和理解程序B，重新驗證程序C，修改程序D，驗收程序84.（C）是指程序咋給定的時間內(nèi)，按照規(guī)格說明書的規(guī)定成功運行的概率。A，可移植性B，可用性C，可靠性D，可擴展性85.軟件可移植性是用來衡量軟件的（D）的重要尺度之一A，人機關(guān)系B，效率C，質(zhì)量D，通用性86.軟件質(zhì)量必須在（D）加以保證A，開發(fā)之前B，開發(fā)之后C，可行性研究報告過程中D，設(shè)計與實驗過程中87.面向?qū)ο蠹夹g(shù)中，對象是類的實例。對象有三種成份：（A），屬性，和方法A，標識B，規(guī)則C，封裝D，消息88.（C）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息是對外界隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系A(chǔ)，多態(tài)性B，繼承C，封裝D，消息89.消息是對象間交互的一種機制，消息刺激接受對象產(chǎn)生某種行為，消息的構(gòu)成有三部分：（B），消息名，若干變元A，發(fā)出消息的對象B，接受消息的對象C，消息編號D，時間90.面向?qū)ο笤O(shè)計準則包括：模塊化，抽象，（A），弱耦合，強內(nèi)聚和可重用性A，信息隱藏B，可繼承C，封裝性D，實例化91.（A）意味著一個操作在不同的類中可以有不同的實現(xiàn)方式A，多態(tài)性B，多繼承C，類的復用D，封裝92.軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫（B）A，生存期B，面向?qū)ο蠓治鯟，面向?qū)ο蟪绦蛟O(shè)計D，面向?qū)ο笤O(shè)計93.把一組具有相似特性的對象的描述，稱之為（C）A，多態(tài)性B，繼承性C，類D，消息94.面向?qū)ο蠓治龅莫毜街幵谟冢ˋ）A，將數(shù)據(jù)和操作對象結(jié)合在一起而不是分離B，僅考慮數(shù)據(jù)結(jié)構(gòu)C，數(shù)據(jù)和操作分別獨立考慮D，僅考慮操作過程95.下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是（B）A，鍵盤，鼠標，通信端口，網(wǎng)絡(luò)等設(shè)備一有變化，就會產(chǎn)生消息B，操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C，應(yīng)用程序之間可以互相發(fā)送消息D，發(fā)送與接受消息的通信機制與傳統(tǒng)的子程序調(diào)用機制不同96.面向?qū)ο蠓治鍪菍ο到y(tǒng)進行（A）的一種方法A，需求建模B，程序設(shè)計C，設(shè)計評審D,測試驗收97.汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是（B）A，繼承關(guān)系B，聚合關(guān)系C，分類關(guān)系D，主從關(guān)系98.消息是對象間交互的手段，消息刺激接受對象產(chǎn)生某種行為，消息的構(gòu)成有三部分：接受消息的對象，（B），若干變元。A，發(fā)出消息的對象B，消息名C，消息編號D，發(fā)送時間99.（C）是指用戶只能見到對象界面上的信息，對象內(nèi)部對用戶是隱藏的A，類B，消息名C，封裝D，對象100.對象是00方法的核心，對象的類型有多種，但通常把如飛行，事故，演出，開會等稱為（C）A，有形實體B，作用C，事件D，性能說明101.汽車有一種叫貨車。汽車和火車之間的關(guān)系是（A）A，繼承關(guān)系B，聚合關(guān)系C，分類關(guān)系D，主從關(guān)系102.（C）是對具有相同屬性和行為的一個或多個對象的描述A，屬性B，實例C，類D，對象填空題1.一般來說，好的軟件工程開發(fā)環(huán)境應(yīng)采用（CASE工具）和集成化CASE環(huán)境。2.軟件由程序，（數(shù)據(jù)，文檔）組成。3.軟件工程中采用層次化的方法，每個層次都包括（工具），方法，（過程）三要素。4.在分析過程中用來描繪物理系統(tǒng)的圖形工具是（系統(tǒng)流程圖）。5.需求分析階段產(chǎn)生的文檔是（軟件需求規(guī)格說明書）。6.需求分析法包括（面向數(shù)據(jù)流）的分析方法，（面向?qū)ο螅┑姆治龇椒?，面向過程流的分析方法。7.在學校中，一個學生可以選修多門課程，一門課程可以由多個學生選修，那么學生和課程之間的關(guān)系是（多對多）關(guān)系。8.數(shù)據(jù)流圖用圖形符號表示（加工），（數(shù)據(jù)流），數(shù)據(jù)源及數(shù)據(jù)存儲。9.一個模塊擁有的直屬下級模塊的個數(shù)稱為（模塊的扇出），一個模塊的直接上級模塊的個數(shù)成為（模塊的扇入）。10.從工程管理的角度看，軟件設(shè)計可分為（概要設(shè)計）和（詳細設(shè)計）兩大步驟。11.軟件詳細設(shè)計階段的輸入結(jié)果為（詳細設(shè)計說明書），此文檔經(jīng)嚴格復審后將作為（編碼）階段的輸入文檔。12.軟件過程設(shè)計中最常用的技術(shù)和工具主要為（程序流程圖），（PAD圖），（判定表），（判定樹），盒圖，和PDL語言。13.單元測試過程應(yīng)為測試模塊開發(fā)一個（驅(qū)動模塊）和若干個（存根模塊）。14.設(shè)計用戶界面要充分考慮到（人的因素），還要考慮（界面風格），可用的軟，硬件技術(shù)及應(yīng)用本身的影響。15.軟件測試既是軟件開發(fā)階段的最后一個活動，又是軟件質(zhì)量保證的最后一項措施。它所用的主要技術(shù)分為（黑盒測試）和（白盒測試）兩大類。16.維護是指軟件在交付使用后，為（改正錯誤）或（滿足新需要）而修改軟件的過程。17.逆向工程與（重構(gòu)工程）是目前預防性維護采用的主要技術(shù)。18.在面向?qū)ο蟮母拍钪?，（實例）是由某個特定類描述的一個具體的對象。判斷題1.一個優(yōu)秀的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力。（錯）2.一個優(yōu)秀的開發(fā)人員不必非要具有良好的書面和口頭表達能力，只要程序?qū)懙暮镁蜎]問題了。（錯）3.軟件維護的副作用指由于維護或在維護過程中其他一些不期望的行為引入的錯誤。（對）4.耦合是影響軟件復雜度的重要因素。設(shè)計師應(yīng)盡量使用內(nèi)容耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合，完全不用數(shù)據(jù)耦合。（錯）5.需求分析主要內(nèi)容包括:問題分析，需求描述，需求評審。（對）6.如果大量測試沒有發(fā)現(xiàn)任何錯誤，可以說明軟件沒有錯誤。（錯）7.編程風格是在提高性能的前提下，有效的編排和組織程序以提高可讀性和可維護性。（錯）8.數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中所包含的所有元素的定義的集合。（對）9.程序的可靠性，可維護性和效率通常只由程序設(shè)計語言，源代碼的質(zhì)量和語言的實現(xiàn)機制決定的。（錯）10.完成測試工作后，為了縮短源程序的長度應(yīng)刪去源程序的注釋。（錯）11.難以控制開發(fā)進度和工作量估計困難是軟件危機的主要表現(xiàn)之一。（對）12.系統(tǒng)響應(yīng)時間是指當用戶執(zhí)行了某個控制動作后（例如，按回車鍵，點鼠標鍵等），系統(tǒng)作出的反應(yīng)時間。（對）13.原型是目標軟件系統(tǒng)的一個可操作模型，它實現(xiàn)了目標軟件系統(tǒng)的某些重要方面。（對）14.即使測試過程沒有發(fā)現(xiàn)任何錯誤，也不能說明軟件沒有錯誤。（對）15.采用信息隱藏原理指導模塊設(shè)計可以支持模塊的并行開發(fā)，減少軟件測試和軟件維護的工作量。（對）16.模塊的接口設(shè)計要簡單，以便降低復雜程度。（對）17.軟件=“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔”。（對）18.制定軟件項目進度表的途徑之一是軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往錢安排時間。（對）19.在模塊原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（對）20.瀑布模型在實際的項目中嚴格順序執(zhí)行就基本可以成功。（錯）21.只要實行嚴格的產(chǎn)品控制就不用擔心用戶隨意改需求。（錯）22.確認測試任務(wù)是根據(jù)軟件需求規(guī)格說明書。測試軟件系統(tǒng)是否滿足用戶的需求。（對）23.需求分析階段所生成的文檔主要是進度計劃和可行性研究報告。（對）24.確認測試任務(wù)是根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求。（對）25.軟件就是完成特定功能的程序集合。（錯）26.制定軟件項目進度表的途經(jīng)之一是軟件項目開發(fā)組織根據(jù)項目和資源情況制定項目開發(fā)的初步計劃和交付軟件產(chǎn)品的日期。（對）27.過程式程序設(shè)計語言的基本機制包括:消息傳送，數(shù)據(jù)類型定義，多態(tài)，子程序，控制程序。（錯）28.即使測試程序沒有發(fā)現(xiàn)任何錯誤，也不能說明