軟件工程復(fù)習(xí)試題及答案

1、一、填空題（在下劃線上填寫正確的答案，每題2分，共20分）1 .等價(jià)劃分是一種黑盒測試技術(shù),這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)。2 .數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型。3 .盒圖也稱為N-S圖。這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問題。4 .軟件有效性，指軟件系統(tǒng)的時(shí)間和空間效率。5 .IPO圖的中文意思是結(jié)構(gòu)化設(shè)計(jì)中變換型Z勾的輸入（Input）、加工（Processing）、輸出（Output）。6 .數(shù)據(jù)流圖有四種基本成分：源、終點(diǎn)，處理，存儲(chǔ)，數(shù)據(jù)流c7 .數(shù)據(jù)字典有以下四種條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工,其中數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的

2、最小元素。8 .軟件工程中的結(jié)構(gòu)化分析SA是一種面向數(shù)據(jù)流的分析方法。9 .軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過程，而軟件測試是一個(gè)由下而上的過程。10 .耦合性與內(nèi)聚性是模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)，將軟件系統(tǒng)劃分模塊時(shí)，盡量做到立內(nèi)聚、低耦合,提高模塊的獨(dú)立性，為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。1 .常用的軟件開發(fā)模型有瀑布模型、原型模型、增量模型、螺旋模型、噴泉模型C2 .軟件生存周期一般可分為問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼、單元測試、運(yùn)行與維護(hù)階段。3 .軟件測試的步驟：單元、集成、系統(tǒng)、驗(yàn)收。4,數(shù)據(jù)流圖的基本符號(hào)包括加工、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)文件、匯點(diǎn)。5 .IPO圖由輸入、

3、處理和輸出三個(gè)框組成。這個(gè)圖的特點(diǎn)是能夠直觀的顯示三者之間的關(guān)系。6 .面向?qū)ο蠓椒ㄊ且环N運(yùn)用類、實(shí)例、屬性、重載、消息傳送、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。7 .分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式，這就是軟件的向工程c8 .程序測試是對編碼階段的語法錯(cuò)、語義錯(cuò)和運(yùn)行錯(cuò)講行杳我的編碼執(zhí)行活動(dòng)。9 .為了獲得較高的模塊獨(dú)立性，盡量設(shè)計(jì)出具有高內(nèi)聚和低藕合性能的模塊。10 .常用的測試方法有黑盒測試和白盒測試。1. 可行性研究，應(yīng)從技術(shù)可行性、經(jīng)濟(jì)可行性、運(yùn)行可行性和法律和社會(huì)效益可行性等方面研究。2 .構(gòu)化程序設(shè)計(jì)中程序主要的3種基本控制結(jié)構(gòu)是順序結(jié)構(gòu)、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。3

4、 .軟件生存周期中時(shí)間最長、花費(fèi)精力和費(fèi)用最多的一個(gè)階段是維護(hù)階段。4 .需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是功能需求c7 .分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式，這就是軟件的逆向工程。8 .程序測試是對編碼階段的語法錯(cuò)、語義錯(cuò)和運(yùn)行錯(cuò)進(jìn)行查找的編碼執(zhí)行活動(dòng)進(jìn)行查找的編碼執(zhí)行活動(dòng)。9 .為了獲得較高的模塊獨(dú)立性，盡量設(shè)計(jì)出具有低耦合和高內(nèi)聚性能的模塊。1 .若年利率為i,n年后可得錢數(shù)為F則現(xiàn)在的價(jià)值F/（1+N*i）。2 .在結(jié)構(gòu)化分析中用來描述加工邏輯的主要工具是結(jié)構(gòu)化語言、判定表、判定樹。3 .軟件測試的步驟：制定測試計(jì)劃、設(shè)計(jì)測試用例、實(shí)施測試、測試

5、后調(diào)試、做測試報(bào)告4 .自頂向下結(jié)合的漸增測試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策落和寬度優(yōu)先策略一7 .結(jié)構(gòu)化方法總的指導(dǎo)思想是自頂向下逐層分解。1 .軟件工程的三要素包括方法、工具和過程。2 .面向?qū)ο蠓椒ㄓ脤ο笮袨楹蛯傩缘姆纸馊〈藗鹘y(tǒng)方法的功能分解。3 .HIPO圖是由一組IPO圖和一張H圖組成。4 .在前期需求明確、資料完整的情況下盡量采用瀑布模型。5 .用例圖中，如果在完成某個(gè)功能時(shí)，偶而會(huì)執(zhí)行另一個(gè)功能，則用擴(kuò)展關(guān)系來表不。6 .UML中用一端為空心三角形的連接表示泛化關(guān)系。7 .類是類圖的主要的主要部件，由類名、屬性、操作3部分組成。8 .UML中的泛化關(guān)系就是通常所說的

6、繼承關(guān)系。9 .部署圖用連接實(shí)線關(guān)系表示各節(jié)點(diǎn)之間的通信路徑。10 .選擇關(guān)系命令，可以看到Rose中對應(yīng)圖形的分類。1.軟件危機(jī)具有下列表現(xiàn)（D）。1、對軟件開發(fā)成本估計(jì)不準(zhǔn)確2、軟件產(chǎn)品的質(zhì)量往往靠不住3、軟件常常不可維護(hù)4、軟件成本逐年上升A、1、2和3B、1、3和4C、2、3和4D、以上都正確2.軟件生命周期一般都被劃分為若干個(gè)獨(dú)立的階段，其中占用精力和費(fèi)用最多的階段往往是（A）。A運(yùn)行和維護(hù)階段B、設(shè)計(jì)階段C、代碼實(shí)現(xiàn)階段D、測試階段3下列屬于軟件的特點(diǎn)的是（D）。A、軟件是一種邏輯實(shí)體，具有抽象性B、軟件在使用過程中沒有磨損、老化C、軟件不同于一般程序，它的一個(gè)顯著特點(diǎn)是規(guī)模龐大，

7、復(fù)雜程度高D、以上都正確4軟件開發(fā)技術(shù)不包含（D）。A、軟件開發(fā)方法學(xué)B、軟件工程環(huán)境C、軟件工具D、軟件質(zhì)量度度量5需求分析階段最重要的技術(shù)文檔是（B）。A、設(shè)計(jì)說明書B、需求規(guī)格說明書C、可行性分析報(bào)告D、用戶手冊6數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（C）A、數(shù)據(jù)庫設(shè)計(jì)B、數(shù)據(jù)通信C、數(shù)據(jù)定義D、數(shù)據(jù)維護(hù)7需求分析階段的研究對象是（C）。A、系統(tǒng)分析員要求B、用戶要求C、軟硬件要求D、系統(tǒng)要求8結(jié)構(gòu)化方法的基本原則是（B）。A、模塊化B、抽象與分解C、信息隱藏D、逐步求精9耦合度最高的是（B）耦合。A、環(huán)境耦合B、內(nèi)容耦合C、控制耦合D、數(shù)據(jù)耦合10畫軟件結(jié)構(gòu)圖時(shí)

8、應(yīng)注意調(diào)用關(guān)系只能是（B）A、從下到上B、從上到下C、從左到右D、從右到左11 軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（C）A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D高內(nèi)聚高耦合12 .Jackson設(shè)計(jì)方法是由英國的M.Jackson提出的，它是一種面向（C）的軟件設(shè)計(jì)方法。A、對象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)13 .使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。A、程序內(nèi)部邏輯B、程序的復(fù)雜程度C、該軟件的編輯人員D、程序的功能14軟件維護(hù)工作的最主要的部分是（A）。A、校正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)15.PDL是（B）語言。A、高級(jí)程序設(shè)計(jì)語言

9、B、偽碼式C、中級(jí)程序設(shè)計(jì)語言D、低級(jí)程序設(shè)計(jì)語言16下列哪個(gè)階段不屬于軟件生存期的三大階段（C）。A、定義階段B、開發(fā)階段C、編碼階段D、維護(hù)階段17可維護(hù)性的特性中相互促進(jìn)的是（A）A、可理解性和可測試性B、效率和可移植性C、效率和可修改性D、效率和結(jié)構(gòu)好18軟件測試的目標(biāo)是（B）A、證明軟件是正確的B、發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)C、排除軟件中所有的錯(cuò)誤D、與軟件調(diào)試相同19 .軟件生命周期中所花費(fèi)用最多的階段是A、詳細(xì)設(shè)計(jì) B、軟件編碼 C、軟件測試20 .詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（A、功能B、調(diào)用關(guān)系 C、輸入輸出數(shù)據(jù)(D )D、D)D、軟件維護(hù) 設(shè)計(jì)。算法22 .下列哪個(gè)

10、圖不是 N-S圖的構(gòu)件（ C ）o23 .對于下列各圖，有關(guān)描述中正確的是（A、數(shù)據(jù)A和B同時(shí)輸入變成 C* CBB、數(shù)據(jù)A變換成B和CBC、數(shù)據(jù)A或數(shù)據(jù)B （不能同時(shí)）輸入，變換成 CCBD、數(shù)據(jù)A變換成B和C24.25.26.C卜列哪種方法不是度量效益的方法（A、貨幣的時(shí)間價(jià)值C、投資回收期卜列描述錯(cuò)誤的是（ D ）。B ）。B、算法模型估計(jì)D、純收入A、B、C、D、數(shù)據(jù)流圖將各種信息流抽象成數(shù)據(jù)流的形式 數(shù)據(jù)流圖不反映控制關(guān)系、調(diào)用關(guān)系數(shù)據(jù)流圖不反映處理邏輯的先后順序 數(shù)據(jù)流圖不反映數(shù)據(jù)的流向軟件是（C）A、處理對象和處理規(guī)則的描述B、程序C、程序及文檔D、計(jì)算機(jī)系統(tǒng)27軟件需求規(guī)格說明

11、的不應(yīng)包括(B)。A、主要功能B算法的詳細(xì)描述C、用戶界面及運(yùn)行環(huán)境D、軟件性能28程序的三種基本控制結(jié)構(gòu)是(B)。A、過程、子程序和分程序B、順序、選擇和循環(huán)C、遞歸、迭代和回溯D、調(diào)用、返回和轉(zhuǎn)移29面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停?D)。A、系統(tǒng)模型、ER模型、應(yīng)用模型B、對象模型、動(dòng)態(tài)模型、應(yīng)用模型B、ER模型、對象模型、功能模型D、動(dòng)態(tài)模型、功能模型、對象模型30ER模型中，包含以下基本成分(C)。A、數(shù)據(jù)、對象、實(shí)體B、控制、聯(lián)系、對象C、實(shí)體、聯(lián)系、屬性D、實(shí)體、屬性、操作1 快速原型模型的主要特點(diǎn)之一是A 開發(fā)完畢才見到產(chǎn)品C.及早提供全部完整軟件2軟件工程學(xué)的一個(gè)重要

12、目標(biāo)是A 提高程序的執(zhí)行效率C.定義各種軟件開發(fā)過程模型3需求分析最終結(jié)果是產(chǎn)生A 項(xiàng)目開發(fā)計(jì)劃C.設(shè)計(jì)說明書B 及早提供工作軟件D 開發(fā)完畢才見到工作軟件B 降低程序?qū)Υ鎯?chǔ)空間的要求D 提高軟件的可維護(hù)性B 需求規(guī)格說明書D 可行性分析報(bào)告B)D )B )4數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是處于不同狀態(tài)的A分析結(jié)果B事件C動(dòng)作D數(shù)據(jù)5數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于(AA.數(shù)據(jù)流圖B.程序框圖C.軟件結(jié)構(gòu)D.方框圖6、結(jié)構(gòu)化設(shè)計(jì)是一種面向(A)的設(shè)計(jì)方法。A.數(shù)據(jù)流B.數(shù)據(jù)庫C.數(shù)據(jù)結(jié)構(gòu)D.程序7下列可哪個(gè)組件不是用例圖的基本組件(DA.參與者B.用例C.系統(tǒng)D.文檔8用例圖中用例之

13、間存在各種關(guān)系，但不包括(B)A.包含B.關(guān)聯(lián)C.泛化D.擴(kuò)展9常用動(dòng)詞或動(dòng)詞詞組來表示(C)A.對象B.類C.關(guān)聯(lián)D.屬性10組件圖中通常不包括下列哪個(gè)元素(A)A.對象B.組件C.接口D.依賴11好的軟件結(jié)構(gòu)應(yīng)該是(B)A高耦合、高內(nèi)聚B低耦合、高內(nèi)聚C.高耦合、低內(nèi)聚D.低耦合、低內(nèi)聚12靜態(tài)模型不包括(C)A.類圖B.組件圖C.狀態(tài)圖D.部署圖13動(dòng)態(tài)模型不包括(D)A.交組圖B.活動(dòng)圖C.狀態(tài)圖D.部署圖14.Rose模型文件的擴(kuò)展名為A)A mdlB vsd15逆向工程是什么過程A.模型到代碼C.代碼到模型C pdfD swfB 設(shè)計(jì)到實(shí)現(xiàn)D 類圖到包圖2分，共20分）1 軟件開發(fā)

14、的主要任務(wù)是寫程序。（F）2 測試只能證明程序有錯(cuò)誤,不能證明程序沒有錯(cuò)誤。（T）3 模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以下。（F）4 在編制程序時(shí)，首先應(yīng)該對程序的結(jié)構(gòu)充分考慮，不要急于開始編碼，而要寫軟件文檔那樣，很好地琢磨程序具有什么樣的功能，這些功能如何安排等等。（F）5 程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。（F）6 用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（F）7 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。（T）8 為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（F）9 軟件維護(hù)就是改正軟件中的錯(cuò)誤。（F）

15、10 質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃,有組織的活動(dòng)。（T）11 螺旋模型是利用笛卡爾坐標(biāo)的四個(gè)象限分別代表四個(gè)方面的活動(dòng)來表示。（F）12 模塊越多，開發(fā)成本越小。（F）13 內(nèi)聚是指一個(gè)軟件結(jié)構(gòu)內(nèi)各個(gè)模塊之間互連程序的度量。（F）14 結(jié)構(gòu)化設(shè)計(jì)屬于面向數(shù)據(jù)流的設(shè)計(jì)方法。（T）15 詳細(xì)設(shè)計(jì)是在概要設(shè)計(jì)之后進(jìn)行的。它利用概要設(shè)計(jì)的結(jié)果，對系統(tǒng)中的每個(gè)模塊給出足夠的過程性描述。（T）16 程序運(yùn)行過程中出現(xiàn)錯(cuò)誤叫做容錯(cuò)。（F）17 軟件測試的目的是證明程序沒有錯(cuò)誤。（F）18 白盒測試法是將程序看成一個(gè)透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程。（F）1

16、9 PAD圖在設(shè)置了五種基本的控制結(jié)構(gòu)后，還允許遞歸調(diào)用。（T）20 獨(dú)立編譯是指一個(gè)大程序的不同程序單元分別編譯，然后重新連接整個(gè)程序段。（T）31 開發(fā)軟件就是編寫程序（F）32 系統(tǒng)測試的主要方法是白盒測試法，主要進(jìn)行功能、性能測試、安全性測試及可靠性測試等（F）33 編程時(shí)應(yīng)盡可能利用硬件特點(diǎn)以提高程序效率（F）。34 軟件需求分析的任務(wù)是建立軟件模塊結(jié)構(gòu)圖（F）。35 盡可能使用高級(jí)語言編寫程序（T）。36 以結(jié)構(gòu)化方法建立的系統(tǒng)模型就是數(shù)據(jù)流圖（F）。37 進(jìn)行總體設(shè)計(jì)時(shí)加強(qiáng)模塊間的聯(lián)系（F）。38 編碼時(shí)盡量多用全局變量（F）。T）39 用CASE環(huán)境或程序自動(dòng)化生成工具來自動(dòng)生

17、成一部分程序（40 軟件測試是要發(fā)現(xiàn)軟件中所有錯(cuò)誤（F）(T)41、軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。(F)42、V(G)值越高的程序往往是越不復(fù)雜、越不容易出問題的程序。(F)43、適應(yīng)性維護(hù)是改進(jìn)軟件未來的可維護(hù)性和可靠性。(F)44、軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。(T)45、隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來越大。(F)46、軟件也會(huì)磨損和老化。(F)47、用窮舉法測試是較現(xiàn)實(shí)的測試方法。(T)48、面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和循環(huán)三種基本形式表示數(shù)據(jù)等步驟。(F)49、測試計(jì)劃、測試用例，出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析

18、報(bào)告一般不用長期保存。(F)50、McCabe建議模塊規(guī)模應(yīng)滿足：V(G)w20。(T)61.總體設(shè)計(jì)階段要設(shè)計(jì)軟件體系結(jié)構(gòu)。(F)62、軟件即程序。(T)63.采用對象設(shè)計(jì)系統(tǒng)時(shí)，首先建立系統(tǒng)的物理模型。(T)64.用例圖中，擴(kuò)展關(guān)系表示為虛線箭頭加“extend”。(T)65.實(shí)現(xiàn)關(guān)系指定兩個(gè)實(shí)體之間的一個(gè)合同。(T)66.狀態(tài)圖通常作為對類圖的補(bǔ)充。(F)67.聚集關(guān)系是關(guān)聯(lián)的一種形式，表示兩個(gè)類之間的一般與特殊關(guān)系。(T)68.一個(gè)完整的模型必然描述系統(tǒng)的靜態(tài)和動(dòng)態(tài)兩個(gè)方面。(F)69.狀態(tài)圖是對多個(gè)對象建模。(T)70.在UML中，組件是指系統(tǒng)中可替換的物理部分。四簡述題(每小題5分

19、，共10分)1 .測試用例測試用例(TestCase)是為某個(gè)特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。2 .模塊化模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把系統(tǒng)劃分成若干模塊的過程，有多種屬性，分別反映其內(nèi)部特性。3 .對象指行動(dòng)或思考時(shí)作為目標(biāo)的事物4 .軟件生命周期各階段的任務(wù)是什么？答：軟件生命期分為7個(gè)階段：1、問題定義：要解決的問題是什么2、可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性3、需求分析：系統(tǒng)必須做什么4、總體設(shè)計(jì)：系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)5、詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)6、實(shí)現(xiàn)：

20、編碼和測試7、運(yùn)行維護(hù)：保證軟件正常運(yùn)行。1、什幺跋件生命鄴的將性就螂鈿虺腿?備處睚遮后等的持翡;熟臉錯(cuò)瓶度愎鈿需陰恥瞰的蜉黔浙5朋雜瑞到蚱福qimmram掘用對蚯抓鋤皆灰階蟻耀咖愜轆停燃魂航嫡儂烷路睡船否噴道如但鉉缶曲段的丹娟施生相青跚雌A冊：一慟為4,股,絳正邠儡定鄧讖舸冊鉆湖噴胸襦都淅隨箝罐卻理置墳維腳推有岫L跖好.5 .軟件重用的效益是什么？答：1、軟件重用可以顯著地改善軟件的質(zhì)量和可靠性。2、軟件重用可以極大地提高軟件開發(fā)的效率。3、節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。6 .結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)。1 .采用自頂向下、逐步求精的程序設(shè)計(jì)方法：在需求分析、

21、概要設(shè)計(jì)中，都采用了自定向下、逐層細(xì)化的方法。2 .使用三種基本控制結(jié)構(gòu)構(gòu)造程序，分別是順序、選擇和循環(huán)，這三種基本結(jié)構(gòu)的共同點(diǎn)是、單入口、單出口，為自頂向下、逐步求精的設(shè)計(jì)方法提供了具體的實(shí)施手段。3 .采用主程序員的組織形式：指開發(fā)程序的人員組織方式應(yīng)用由一個(gè)主程序員、一個(gè)后備程序員和一個(gè)程序管理員三人為核心，再加上一些專家、其他技術(shù)人員組成小組。7 .什么是軟件生命周期？8 .簡述什么是回歸測試？回歸測試-在集成測試過程中每當(dāng)一個(gè)新模塊結(jié)合進(jìn)來時(shí)，程序就發(fā)生了變化：建立了新的數(shù)據(jù)流路徑，可能出現(xiàn)新的I/O操作，激活新的控制邏輯。這樣變化有可能使原來正常的功能出現(xiàn)了問題；所謂回歸測試是指重

22、新執(zhí)行已經(jīng)做過的測試的某個(gè)子集，以保證上述變化沒有帶來非預(yù)期的錯(cuò)誤。9 .簡述軟件危機(jī)有哪幾種表現(xiàn)？軟件開發(fā)和維護(hù)的過程中常遇到的問題(1)對于軟件開發(fā)的成本和進(jìn)度的估計(jì)很不準(zhǔn)確。(2)開發(fā)的軟件產(chǎn)品不能完全滿足用戶要求。(3)開發(fā)的軟件可靠性差，軟件產(chǎn)品質(zhì)量差。(4)軟件通常沒有適當(dāng)?shù)奈臋n資料。(5)軟件的可維護(hù)性差。（6）軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及深入的趨勢，效率低。（7）軟件價(jià)格昂貴。10 .什么是軟件工程？（SoftwareEngineering,簡稱為SE）是一門研究用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件的學(xué)科。它涉及到程序設(shè)計(jì)語言，數(shù)據(jù)庫，軟件開

23、發(fā)工具，系統(tǒng)平臺(tái)，標(biāo)準(zhǔn)，設(shè)計(jì)模式等方面。11 .簡述需求分析的任務(wù)？需求分析的任務(wù)就是：確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運(yùn)行環(huán)境約束，編制軟件需求規(guī)格說明書、軟件系統(tǒng)的驗(yàn)收測試準(zhǔn)則和初步的用戶手冊12 .詳細(xì)設(shè)計(jì)的主要任務(wù)是什么？答：詳細(xì)設(shè)計(jì)的基本任務(wù)包括：1、為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)2、為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)3、對數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)4、其他設(shè)計(jì)5、編寫詳細(xì)設(shè)計(jì)說明書6、評(píng)審13 .自頂而下漸增測試與自底向上漸增測試各有何優(yōu)缺點(diǎn)答：自頂而下漸增測試優(yōu)點(diǎn)：不需要測試驅(qū)動(dòng)程序，能夠在測試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，而且能夠盡早發(fā)現(xiàn)上層模

24、塊的接口錯(cuò)誤。缺點(diǎn)：需要存根程序，底層錯(cuò)誤發(fā)現(xiàn)較晚。自底而上漸增測試優(yōu)點(diǎn)與缺點(diǎn)和自頂而下漸增測試相反。14 .軟件生存期各階段的主要任務(wù)。15 .簡述需求分析工作可以分成哪四個(gè)方面？軟件需求分析有三個(gè)基本原則？需求分析階段的基本過程包括四個(gè)方面：對問題的識(shí)別，分析與綜合，制定規(guī)格說明以及評(píng)審。（1）問題識(shí)別，系統(tǒng)分析人員要研究計(jì)劃階段產(chǎn)生的可行性分析報(bào)告和軟件項(xiàng)目實(shí)施計(jì)劃。然后進(jìn)行功能需求、性能需求、環(huán)境需求、可靠性需求安全保密需求、用戶界面需求、資源使用需求等方面的工作。（2）分析與綜合，分析員需從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的限制

25、，分析他們是否滿足功能需求，是否合理。（3）制定規(guī)格說明，編寫需求分析的文檔。（4）需求分析評(píng)審。為保證軟件需求定義的質(zhì)量，評(píng)審應(yīng)以專門指定的人員負(fù)責(zé)，并按規(guī)程嚴(yán)格執(zhí)行。需求分析的原則1 .必須能夠傳達(dá)和理解問題的數(shù)據(jù)域和功能域2 .必須按自頂向下、逐層分解的方式對問順進(jìn)行分解和不斷細(xì)化3 .給出系統(tǒng)的邏輯模型和物理模型16 .以G.J.Myers的觀點(diǎn),簡述對軟件測試的目的。1、為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程2、一個(gè)好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測試3、一個(gè)成功的測試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤的測試17 .在面向?qū)ο蟮南到y(tǒng)開發(fā)過程中，每個(gè)階段需要建造的模型各有什么作用？1、在面向?qū)ο蟮南到y(tǒng)開發(fā)過程中，每個(gè)階段要建造不同的模型2、需求分析階段建造的模型用來捕獲系統(tǒng)需求分析3、設(shè)計(jì)階段的模型是分析模型的擴(kuò)充，為實(shí)現(xiàn)階段作指導(dǎo)性和技術(shù)性的解決方案4、實(shí)現(xiàn)階段的模型是真正的源代碼及編譯后的組件5、發(fā)布階段是描述系統(tǒng)物理上的架構(gòu)18 .軟件工程的原則是什么？軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。五、應(yīng)用題（20分）1 .某廠對部分職工重新分配工作的政策是：年齡有20歲以下者，初中文化程度脫產(chǎn)學(xué)習(xí)，高中文化程度