0010軟件工程作業(yè)

1、1、對象是00方法的核心，對象的類型有多種，但通常把如飛行，事故，演出，開會等稱為（C）  A，有形實體  B，作用  C，事件  D，性能說明  2、軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（D）  1.  A. 前者屬于靜態(tài)測試，后者屬于動態(tài)測試2.  B. 前者屬于動態(tài)測試，后者屬于靜態(tài)測試3.  C. 都屬于靜態(tài)測試4.  D. 都屬于動態(tài)測試3、數(shù)據(jù)流圖是一種用來描述（A）的圖形化工具   1.  A.

2、系統(tǒng)信息流和數(shù)據(jù)流2.  B. 所有功能3.  C. 系統(tǒng)控制流和數(shù)據(jù)流4.  D. 系統(tǒng)物理組成4、需求分析階段的主要任務(wù)是確定（A）   1.  A. 軟件系統(tǒng)的功能2.  B. 軟件開發(fā)方法3.  C. 軟件開發(fā)工具4.  D. 軟件開發(fā)費5、汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是（B） 1.  A. 繼承關(guān)系2.  B. 聚合關(guān)系3.  C. 分類關(guān)系4.  D. 主從關(guān)系6、 （B）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它

3、，數(shù)據(jù)流圖就不完整  1.  A. E-R圖2.  B. 數(shù)據(jù)字典3.  C. 層次方框圖4.  D. 數(shù)據(jù)流程圖7、汽車有一種叫貨車。汽車和火車之間的關(guān)系是（A）1.  A. 繼承關(guān)系2.  B. 聚合關(guān)系3.  C. 分類關(guān)系4.  D. 主從關(guān)系8、（A）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息是對外界隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系  1.  A. 封裝2.  B. 消息3.  C. 繼承4.  

4、;D. 多態(tài)性9、消息是對象間交互的手段，消息刺激接受對象產(chǎn)生某種行為，消息的構(gòu)成有三部分：接受消息的對象，（B），若干變元。   1.  A. 發(fā)出消息的對象2.  B. 消息名3.  C. 消息編號4.  D. 發(fā)送時間10、數(shù)據(jù)字典是用來定義（B）中的各個成份的具體含義的  1.  A. 流程圖2.  B. 功能結(jié)構(gòu)圖3.  C. 系統(tǒng)結(jié)構(gòu)圖4.  D. 數(shù)據(jù)流圖11、要將一個復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用的方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（A）

5、  1.  A. 面向數(shù)據(jù)流自頂向下，逐步求精的方法2.  B. 由內(nèi)向外進行分析的方法3.  C. 先局部后整體的分析方法4.  D. 使用IPO圖形工具分析的方法12、一般來說，在軟件生命周期中成本最高的階段是（D） 1.  A. 詳細設(shè)計2.  B. 軟件編碼3.  C. 軟件測試4.  D. 軟件維護13、模塊的內(nèi)聚性最高的是（D）  1.  A. 邏輯內(nèi)聚2.  B. 時間內(nèi)聚3.  C. 過程內(nèi)聚4.  D. 功能

6、內(nèi)聚14、需求分析是要完整，準確，清晰，具體地確定系統(tǒng)所要完成的工作，其主要根據(jù)是前一階段的文檔（D）   1.  A. 用戶手冊和參考手冊2.  B. 開發(fā)計劃3.  C. 軟件需求規(guī)格說明書4.  D. 可行性研究報告15、數(shù)據(jù)流圖（DFD）是（C）方法中用于表示系統(tǒng)的邏輯模型的一種工具  1.  A. SP2.  B. SC3.  C. SA4.  D. SD16、使用實體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息是（B） 

7、60;  1.  A. 數(shù)據(jù)對象，屬性，方法2.  B. 數(shù)據(jù)對象，屬性，聯(lián)系3.  C. 數(shù)據(jù)表，屬性，聯(lián)系4.  D. 數(shù)據(jù)表，實體，聯(lián)系17、數(shù)據(jù)流圖DFD中每個加工至少需要（B）   1.  A. 一個輸入流2.  B. 一個輸出流和一個輸入流3.  C. 一個輸入或輸出流4.  D. 一個輸出流18、（C）是指用戶只能見到對象界面上的信息，對象內(nèi)部對用戶是隱藏的 1.  A. 類2.  B. 消息名3.  C. 封裝

8、4.  D. 對象19、提高程序可讀性的最有力手段是（A）   1.  A. 使用三種標準控制結(jié)構(gòu)2.  B. 采用有實際意義的變量名3.  C. 顯示說明一切變量4.  D. 給程序加注釋20、面向?qū)ο蠓治鍪菍ο到y(tǒng)進行（A）的一種方法 1.  A. 需求建模2.  B. 程序設(shè)計3.  C. 設(shè)計評審4.  D. 測試驗收21、盡可能利用硬件的特點以提高效率。  B             &#

9、160;      （  ）  1. A.2. B.×22、重構(gòu)工程也稱修復(fù)和改造工程，它是在逆向工程所的基礎(chǔ)上修改成重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個新版本。（正確）23、制定軟件項目進度表的途徑之一是軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往錢安排時間。（正確）24、在進行需求分析時同時考慮維護問題。      （ 正確 ）25、進行概要設(shè)計時盡可能加強模塊間的聯(lián)系。                 &#

10、160;（ 錯 ）  26、只要實行嚴格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（錯） 27、瀑布模型在實際的項目中嚴格順序執(zhí)行就基本可以成功。（錯） 28、制定軟件項目進度表的途經(jīng)之一是軟件項目開發(fā)組織根據(jù)項目和資源情況制定項目開發(fā)的初步計劃和交付軟件產(chǎn)品的日期。（正確） 29、確認測試任務(wù)是根據(jù)軟件需求規(guī)格說明書。測試軟件系統(tǒng)是否滿足用戶的需求。（正確） 30、確認測試任務(wù)是根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求。（正確）31、軟件=“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔”。（正確） 32、選擇時間效

11、率和空間效率盡可能高的算法。                   （錯  ）  33、使用維護工具或軟件工程環(huán)境。                            （ 正確 ）   34、即使測試過程沒有發(fā)現(xiàn)任何錯誤，也不能說明軟件沒有錯誤。（正確） 35、重視程序結(jié)構(gòu)的設(shè)計，使程序

12、具有較好的層次結(jié)構(gòu)。           （正確  ）    36、即使測試程序沒有發(fā)現(xiàn)任何錯誤，也不能說明軟件沒有錯誤。（正確） 37、系統(tǒng)響應(yīng)時間是指當(dāng)用戶執(zhí)行了某個控制動作后（例如，按回車鍵，點鼠標鍵等），系統(tǒng)作出的反應(yīng)時間。（正確）38、采用信息隱藏原理指導(dǎo)模塊設(shè)計可以支持模塊的并行開發(fā)，減少軟件測試和軟件維護的工作量。（正確） 39、在模塊原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（正確）40、需求分析階段所生成的文檔主要是進度計劃和可行性研究報告。（正確）41、軟件就是完成特定功

13、能的程序集合。（錯） 42、完成測試后，為縮短源程序長度而刪去程序中的注釋。         （ 錯 ） 43、編碼時盡可能使用全局變量。                              （ 錯 ） 44、原型是目標軟件系統(tǒng)的一個可操作模型，它實現(xiàn)了目標軟件系統(tǒng)的某些重要方面。（正確） 45、過程式程序設(shè)計語言的基本機制包括:消息傳送，數(shù)

14、據(jù)類型定義，多態(tài)，子程序，控制程序。（錯）46、提高程序可讀性，盡可能使用高級語言編程。              （ 正確 ）47、模塊的接口設(shè)計要簡單，以便降低復(fù)雜程度。（正確） 48、盡可能在軟件開發(fā)過程中保證各階段文檔的正確性。           （ 正確 ）   49、面向?qū)ο蠓治鲇心男﹩l(fā)性原則？設(shè)計結(jié)果應(yīng)該清晰易懂一般-特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)設(shè)計簡單的類使用簡單的協(xié)議使用簡單的服務(wù)把設(shè)計變動減至最小50

15、、簡述軟件測試要經(jīng)過哪幾個步驟，每個步驟與什么文檔有關(guān)？測試過程按 4 個步驟進行，即單元測試（模塊測試）、集成測試（子系統(tǒng)測試和系統(tǒng)測試）、確認測試（驗收測試）和平行運行。單元測試集中對用源代碼實現(xiàn)的每一個程序單元進行測試，與其相關(guān)的文檔是單元測試計劃和詳細設(shè)計說明書。集成測試把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。與其相關(guān)的文檔是集成測試計劃和軟件需求說明書。確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。與其相關(guān)的文檔是確認測試計劃和軟件需求說明書。平行運行把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其他系

16、統(tǒng)成份組合在一起進行測試。與其相關(guān)的文檔：用戶指南、使用手冊等。51、決定軟件可維護性的因素有哪些？維護過程本質(zhì)上是修改和壓縮了的軟件定義和開發(fā)過程，而且事實上遠在提出一項維護要求之前，與軟件維護有關(guān)的工作已經(jīng)開始了。首先必須建立一個維護組織，隨后必須確定報告和評價的過程，而且必須為每個維護要求規(guī)定一個標準化的事件序列。此外，還應(yīng)該建立一個適用于維護活動的記錄保管過程，并且規(guī)定復(fù)審標準。（維護組織維護報告維護的事件流保存維護記錄評價維護活動）52、提高可維護性的方法有哪些？在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護性,在每個階段結(jié)束前的審查和復(fù)審中,應(yīng)著重對可維護性進行復(fù)審.  

17、在需求分析階段的復(fù)審中,應(yīng)對將來要擴充和修改的部分加以注明.在討論軟件可移植性問題時,要考慮可能要影響軟件維護的系統(tǒng)界面.  在軟件設(shè)計的復(fù)審中,因從便于修改,模塊化和功能獨立的目標出發(fā),評價軟件的結(jié)構(gòu)和過程。還應(yīng)對將來可能修改的部分預(yù)先做準備.  在軟件代碼復(fù)審中,應(yīng)強調(diào)編碼風(fēng)格和內(nèi)部說明這兩個影響可維護性的因素.  在軟件系統(tǒng)交付使用前的每一測試步驟中都應(yīng)給出需要進行預(yù)防性維護部分的提示. 在完成每項維護工作后,都應(yīng)對軟件維護本身進行仔細認真的復(fù)審.  為了從根本上提高軟件系統(tǒng)的可維護性,人們正試圖通過直接維護軟件規(guī)格說明來維護軟件 ,同時也在大力發(fā)

18、展軟件重用技術(shù)53、軟件維護的過程是什么？ 可理解性可測試性可修改性可移植性可重用性 54、軟件重用的效益是什么？答：1、軟件重用可以顯著地改善軟件的質(zhì)量和可靠性。2、軟件重用可以極大地提高軟件開發(fā)的效率。      3、節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動和人力、財力的浪費。55、畫出下列偽碼程序的程序流程圖STARTIF  p  THENWHILE  q  DOfENDDOELSEBLOCKgnENDBLOCKENDIFSTOP56、請用語句覆蓋和條件組合覆蓋兩種測試方法設(shè)計出兩套測試數(shù)據(jù)，用于測試問題1中你設(shè)計的程序。答：語句覆蓋X=95，Y=80經(jīng)化簡后的條件組合覆蓋測試用例：1）  x=95，y=95;2）  x=95，y=70;3）  x=70，y=95;4）  x=70，y=70;語句覆蓋是指設(shè)計足夠的測試用例，使被測程序中每個語句至少執(zhí)行一次.條件組合覆蓋是比較強的覆蓋標準，它是指設(shè)計足夠的測試用例，使得每個判定表達式中條件的各種可能的值的組合都至少出現(xiàn)一次.57、請用語句覆蓋和判