軟件工程作業(yè)答案

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件工程作業(yè)參考答案作業(yè)一1.與硬件相比，軟件具有哪些特點(diǎn)？答：與硬件相比，軟件具有以下不同的特點(diǎn)：（1） 軟件是邏輯的，而不是物理的產(chǎn)品。邏輯往往實(shí)際只存在于人的頭腦當(dāng)中，軟件的開(kāi)發(fā)過(guò)程極難加以控制。（2） 軟件是由開(kāi)發(fā)或工程化而形成的，沒(méi)有明顯的制造過(guò)程。軟件成本集中于"開(kāi)"上，意味著軟件項(xiàng)目不能象硬件制造項(xiàng)目那樣來(lái)管理。（3） 軟件在運(yùn)行和使用期間，不存在硬件那樣的磨損和老化問(wèn)題，但它存在退化問(wèn)題，開(kāi)發(fā)人員必須維護(hù)軟件。（4） 大多數(shù)軟件是自定的，而不是通過(guò)已有構(gòu)件組裝而成的。迄今為止，軟件的開(kāi)發(fā)尚未完全擺脫手工的方式。（5） 軟件成本相當(dāng)昂

2、貴。（6） 軟件本身是復(fù)雜的。軟件比任何其他人類(lèi)制造的結(jié)構(gòu)更復(fù)雜，甚至硬件的復(fù)雜性和軟件相比也是微不足道的。軟件本質(zhì)上的復(fù)雜性是軟件產(chǎn)品難以理解，影響軟件過(guò)程的管理，并使維護(hù)過(guò)程十分復(fù)雜。2.系統(tǒng)工程過(guò)程主要包含哪些基本階段？各階段主要完成什么工作？答：系統(tǒng)工程過(guò)程主要包括：系統(tǒng)需求定義階段、系統(tǒng)設(shè)計(jì)階段、子系統(tǒng)開(kāi)發(fā)階段、系統(tǒng)整合（集成）階段、系統(tǒng)安裝階段、系統(tǒng)運(yùn)行與進(jìn)化階段、系統(tǒng)退役階段。（1）系統(tǒng)需求定義階段，通過(guò)與系統(tǒng)各類(lèi)用戶(hù)協(xié)商討論，確定系統(tǒng)整體的需求。包括系統(tǒng)必須提供的基本功能，非功能的系統(tǒng)總體特性（可用性、性能、安全性等），系統(tǒng)的邊界及限制條件等。（2）系統(tǒng)設(shè)計(jì)階段，要做的是如何將

3、不同的組件整合成一個(gè)能提供所需功能的系統(tǒng)。（3）子系統(tǒng)開(kāi)發(fā)階段，實(shí)現(xiàn)在系統(tǒng)設(shè)計(jì)階段識(shí)別出來(lái)的那些子系統(tǒng)，若這個(gè)子系統(tǒng)本身又是一個(gè)大系統(tǒng)，則可能又進(jìn)入另一個(gè)系統(tǒng)工程過(guò)程中。若子系統(tǒng)是一個(gè)軟件系統(tǒng)，那么包括需求、設(shè)計(jì)和實(shí)現(xiàn)等這樣的一個(gè)軟件過(guò)程就啟動(dòng)了。（4）系統(tǒng)整合階段，將一個(gè)個(gè)獨(dú)立開(kāi)發(fā)的子系統(tǒng)整合為一個(gè)完整的大系統(tǒng)。（5）系統(tǒng)安裝階段，系統(tǒng)進(jìn)入實(shí)際的工作環(huán)境。（6）系統(tǒng)運(yùn)行與進(jìn)化階段，一旦系統(tǒng)安裝完畢就進(jìn)入運(yùn)行階段，運(yùn)行一個(gè)系統(tǒng)可能包括組織操作人員培訓(xùn)并且改變正常的工作過(guò)程以適應(yīng)新的系統(tǒng)，因?yàn)橄到y(tǒng)描述可能包含錯(cuò)誤或遺漏，所以未被發(fā)現(xiàn)的問(wèn)題可能在這個(gè)階段出現(xiàn)。（7）系統(tǒng)退役階段，指系統(tǒng)在它的有效生

4、存期結(jié)束之后從系統(tǒng)服務(wù)中退出。3.軟件工程專(zhuān)家B.W.Boehm認(rèn)為在軟件開(kāi)發(fā)過(guò)程中為確保軟件產(chǎn)品質(zhì)量和開(kāi)發(fā)效率應(yīng)堅(jiān)持軟件工程的哪些基本原理？答：B.W.Boehm認(rèn)為應(yīng)堅(jiān)持七條基本原理，分別是：（1）用分階段的生命周期計(jì)劃嚴(yán)格管理；（2）堅(jiān)持進(jìn)行階段評(píng)審；（3）實(shí)行嚴(yán)格的產(chǎn)品控制（推遲實(shí)現(xiàn)的原則）；（4）使用現(xiàn)代程序設(shè)計(jì)技術(shù)；（5）結(jié)果應(yīng)能清楚地審查；（6）開(kāi)發(fā)小組的人員應(yīng)少而精；（7）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。作業(yè)二1.需求的獲取主要有何方法？簡(jiǎn)要說(shuō)明之。答：獲取需求的方法主要有：系統(tǒng)調(diào)查和快速原型獲取和驗(yàn)證需求。（1）系統(tǒng)調(diào)查。系統(tǒng)調(diào)查工作是以系統(tǒng)分析人員為核心，成立調(diào)查組織，吸

5、收原系統(tǒng)業(yè)務(wù)骨干和管理人員參加?？梢杂卸鄠€(gè)調(diào)查組同時(shí)工作，互相介紹情況。調(diào)查組織要擬定調(diào)查計(jì)劃和提綱，要明確調(diào)查的目的、范圍、對(duì)象、方法和分工。系統(tǒng)調(diào)查的一般方法有：發(fā)調(diào)查表征詢(xún)意見(jiàn)、訪(fǎng)問(wèn)、開(kāi)調(diào)查會(huì)、直接參加業(yè)務(wù)活動(dòng)、請(qǐng)用戶(hù)領(lǐng)導(dǎo)和業(yè)務(wù)骨干講課、查閱文獻(xiàn)資料。（2）快速原型獲取和驗(yàn)證需求。在需求工程過(guò)程中，開(kāi)發(fā)人員根據(jù)對(duì)軟件的理解，利用快速開(kāi)發(fā)工具先快速地建立一個(gè)系統(tǒng)原型，然后讓用戶(hù)對(duì)原型進(jìn)行評(píng)估，并提出修改意見(jiàn)，最終達(dá)到全面、準(zhǔn)確地確定軟件系統(tǒng)的外部行為和特征。2.需求開(kāi)發(fā)主要分為哪些部分？簡(jiǎn)要說(shuō)明之。答：需求開(kāi)發(fā)分為可行性研究、需求導(dǎo)出和分析、編寫(xiě)規(guī)格說(shuō)明書(shū)和需求驗(yàn)證四個(gè)部分。 （1）可行性

6、研究。可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決?？尚行匝芯康膶?shí)質(zhì)，在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過(guò)程。在這一階段分析員要導(dǎo)出系統(tǒng)的邏輯模型，然后從邏輯模型出發(fā)尋找若干種可供選擇的解法（即系統(tǒng)實(shí)現(xiàn)方案），對(duì)每種方案都要研究它的可行性，一般方案的可行性主要有四個(gè)方面：技術(shù)可行性、經(jīng)濟(jì)可行性、法律可行性、操作可行性。（2）需求導(dǎo)出和分析。決定系統(tǒng)應(yīng)該提供什么服務(wù)，系統(tǒng)應(yīng)該具有什么樣的性能以及硬件約束等等。這一階段可分為以下兩步工作：需求獲?。和ㄟ^(guò)與用戶(hù)的交流，對(duì)現(xiàn)有系統(tǒng)的觀(guān)察及對(duì)任務(wù)進(jìn)行分析，從而開(kāi)發(fā)、捕獲和修訂用戶(hù)的需求。需求建模：為最終用戶(hù)所看到的

7、系統(tǒng)建立一個(gè)概念模型，作為對(duì)需求的抽象描述，并盡可能多的捕獲現(xiàn)實(shí)世界的語(yǔ)義。（3）編寫(xiě)規(guī)格說(shuō)明書(shū)需求規(guī)格說(shuō)明是生成需求模型構(gòu)件的精確的形式化的描述，軟件需求規(guī)格說(shuō)明闡述一個(gè)軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測(cè)試和用戶(hù)文檔的基礎(chǔ)，也是所有子系列項(xiàng)目規(guī)劃、設(shè)計(jì)和編碼的基礎(chǔ)。（4）需求驗(yàn)證需求驗(yàn)證是以需求規(guī)格說(shuō)明為輸入，通過(guò)符號(hào)執(zhí)行、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可行性；審查需求文檔、依據(jù)需求編寫(xiě)測(cè)試用例、編寫(xiě)用戶(hù)手冊(cè)、確定合格的標(biāo)準(zhǔn)。3.數(shù)據(jù)流圖具有哪些特性？并作簡(jiǎn)單說(shuō)明。答：數(shù)據(jù)流圖具有抽象性、概括性和層次性等特性。（1）抽象性：數(shù)據(jù)流圖中只有四種基

8、本符號(hào)組成，沒(méi)有任何具體的物理部件，只描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過(guò)程，是系統(tǒng)邏輯功能的表示，這種抽象性有助于系統(tǒng)的功能分析和進(jìn)一步的總體設(shè)計(jì)。（2）概括性：數(shù)據(jù)流圖作為信息交流的工具，由簡(jiǎn)單的符號(hào)組成，不包含任何物理實(shí)現(xiàn)的細(xì)節(jié)，便于用戶(hù)理解和評(píng)價(jià)它。（3）層次性：數(shù)據(jù)流圖可以按照功能分解的方法逐層來(lái)畫(huà)，從整個(gè)系統(tǒng)的基本模型開(kāi)始，逐步的分解，每分解一次，系統(tǒng)的處理就增多一些，每個(gè)處理的功能也更加具體。作業(yè)三1.UML 圖的構(gòu)成成分中定義了哪五類(lèi)十種模型圖？答：UML 圖的構(gòu)成成分，UML的定義了5類(lèi)10種模型圖。（1）用例圖: 這是一種用戶(hù)模型視圖，用例圖是系統(tǒng)功能的描述。它從用戶(hù)的角度

9、描述系統(tǒng)的功能，并指出各個(gè)功能的操作者。（2）靜態(tài)圖:這是一種結(jié)構(gòu)模型視圖，這種圖描述系統(tǒng)的靜態(tài)結(jié)構(gòu)。有類(lèi)圖、對(duì)象圖、包圖。類(lèi)圖用于定義系統(tǒng)的類(lèi)，包括描述類(lèi)之間的聯(lián)系，以及類(lèi)的內(nèi)部結(jié)構(gòu)（類(lèi)的屬性和操作）。類(lèi)圖描述的是一種靜態(tài)關(guān)系。對(duì)象圖是類(lèi)圖的一個(gè)實(shí)例，它使用了與類(lèi)圖幾乎相同的符號(hào)。對(duì)象圖只能在系統(tǒng)的某一時(shí)間段存在。包圖則由包或者類(lèi)組成，包圖描述系統(tǒng)的分層結(jié)構(gòu)。（3）行為圖:這是一種行為模型視圖，這種圖描述系統(tǒng)的動(dòng)態(tài)行為和組成系統(tǒng)的對(duì)象之間的交互關(guān)系。行為圖有狀態(tài)圖和活動(dòng)圖。（4）實(shí)現(xiàn)圖:這是一種實(shí)現(xiàn)模型視圖，這種圖描述系統(tǒng)實(shí)現(xiàn)的信息，有構(gòu)件圖和配件圖。（5）交互圖：這是一種環(huán)境模型視圖，表示

10、系統(tǒng)的環(huán)境結(jié)構(gòu)和行為，這種圖描述系統(tǒng)對(duì)象之間的交互關(guān)系，有順序圖和合作圖。2.使用用例開(kāi)發(fā)系統(tǒng)的一般過(guò)程是什么？答：使用用例開(kāi)發(fā)系統(tǒng)的一般過(guò)程：（1）在開(kāi)發(fā)過(guò)程的初始階段，可以根據(jù)具體的項(xiàng)目特點(diǎn)，制訂開(kāi)發(fā)各個(gè)視圖之間的關(guān)聯(lián)原則，指導(dǎo)規(guī)范。在開(kāi)發(fā)的過(guò)程中，視圖的組織原則應(yīng)不斷進(jìn)行維護(hù)、更新。（2）識(shí)別角色來(lái)識(shí)別系統(tǒng)與外界交互的實(shí)體。（3）識(shí)別用例。同角色一樣，用例具有不同層次,對(duì)較為概括的用例，需要細(xì)化。（4）當(dāng)用例細(xì)化到可以被理解的層次，需要基于用例進(jìn)行下一步的開(kāi)發(fā)。如前面提到的，用例主要用來(lái)描述交互。因此，存在交互的實(shí)體和交互的細(xì)節(jié)。交互的實(shí)體采用類(lèi)圖來(lái)描述；而交互的細(xì)節(jié)，采用順序圖來(lái)描述。

11、（5）當(dāng)系統(tǒng)復(fù)雜到一定層次時(shí)，類(lèi)圖和順序圖可能不能足以描述其復(fù)雜程度。在該情況下，需要使用狀態(tài)圖來(lái)輔助闡述。作業(yè)四1.結(jié)構(gòu)圖中主要有哪四種類(lèi)型的模塊？答：結(jié)構(gòu)圖中可能出現(xiàn)以下四種類(lèi)型的模塊：（1）傳入模塊：從下屬模塊取得數(shù)據(jù)，經(jīng)過(guò)某些處理，再將其傳送給上級(jí)模塊。（2）傳出模塊：從上級(jí)模塊取得數(shù)據(jù)，進(jìn)行某些處理，傳送給下屬模塊。（3）變換模塊：從上級(jí)模塊取來(lái)數(shù)據(jù)，進(jìn)行特定處理后，送回原上級(jí)模塊。（4）協(xié)調(diào)模塊：對(duì)其下屬模塊進(jìn)行控制和管理的模塊。2.結(jié)構(gòu)圖和程序流程圖的主要區(qū)別表現(xiàn)在哪些方面？答：結(jié)構(gòu)圖和程序流程圖的主要區(qū)別：（1）結(jié)構(gòu)圖著重反映的是模塊間的隸屬關(guān)系，即模塊間的調(diào)用關(guān)系和層次關(guān)系；

12、而程序流程圖著重表達(dá)的是程序執(zhí)行的順序以及執(zhí)行順序所依賴(lài)的條件。（2）結(jié)構(gòu)圖則著眼于軟件系統(tǒng)的總體結(jié)構(gòu)，它并不涉及模塊內(nèi)部的細(xì)節(jié)，只考慮模塊的作用，以及它和上、下級(jí)模塊的關(guān)系；而程序流程圖則用來(lái)表達(dá)執(zhí)行程序的具體算法。作業(yè)五1.按照Rumbaugh等人提出的對(duì)象建模技術(shù)，面向?qū)ο笤O(shè)計(jì)過(guò)程主要由哪些步驟組成？答：按照Rumbaugh等人提出的對(duì)象建模技術(shù)(Object Mod eling Technique，OMT)，面向?qū)ο笤O(shè)計(jì)過(guò)程主要由以下步驟組成：（1）系統(tǒng)設(shè)計(jì)。主要完成系統(tǒng)整體結(jié)構(gòu)的設(shè)計(jì)，包括將子系統(tǒng)分配到處理器和任務(wù)中，選擇實(shí)現(xiàn)數(shù)據(jù)管理、界面支持和任務(wù)管理的設(shè)計(jì)策略，為系統(tǒng)設(shè)計(jì)合適的控

13、制機(jī)制。（2）對(duì)象設(shè)計(jì)。對(duì)OOA模型中的類(lèi)對(duì)象模型具體化、詳細(xì)化，包括用傳統(tǒng)設(shè)計(jì)方法中過(guò)程設(shè)計(jì)的方法設(shè)計(jì)對(duì)象的每個(gè)操作，定義實(shí)現(xiàn)系統(tǒng)所需的內(nèi)部類(lèi)，為類(lèi)屬性設(shè)計(jì)內(nèi)部數(shù)據(jù)結(jié)構(gòu)等。（3）消息設(shè)計(jì)。使用對(duì)象間的協(xié)作和對(duì)象-關(guān)系模型，設(shè)計(jì)消息模型。（4）復(fù)審設(shè)計(jì)模型。設(shè)計(jì)過(guò)程是遞進(jìn)的，從需求和實(shí)現(xiàn)兩個(gè)角度對(duì)設(shè)計(jì)模型進(jìn)行復(fù)審，并伴隨著附加的OOA活動(dòng)。2.領(lǐng)域?qū)ο笤O(shè)計(jì)是領(lǐng)域分析的繼續(xù)，它一般要完成哪些工作？答：領(lǐng)域?qū)ο笤O(shè)計(jì)是領(lǐng)域分析的繼續(xù)，一般要完成以下工作：（1）調(diào)整需求。對(duì)于不能實(shí)現(xiàn)的類(lèi)和方法應(yīng)當(dāng)重新分析整個(gè)問(wèn)題域，并對(duì)需求進(jìn)行適當(dāng)?shù)恼{(diào)整。（2）重用已有的組件。根據(jù)功能分類(lèi)確定所需要的組件，如有現(xiàn)成可

14、用的組件則可考慮直接采用該組件，而不再重新開(kāi)發(fā)。（3）引入父類(lèi)，分組管理領(lǐng)域類(lèi)。利用繼承的特點(diǎn)，首先創(chuàng)建一個(gè)具有抽象功能的父類(lèi)，對(duì)于特定的領(lǐng)域應(yīng)用，可以從父類(lèi)派生出相應(yīng)的子類(lèi)。（4）增添一般化類(lèi)建立協(xié)議。（5）調(diào)整OOA模型。調(diào)整后的OOA模型最終要反映到領(lǐng)域?qū)ο蟮脑O(shè)計(jì)上。（6）設(shè)計(jì)復(fù)審。在領(lǐng)域?qū)ο笤O(shè)計(jì)完成后，通過(guò)設(shè)計(jì)復(fù)審檢查設(shè)計(jì)結(jié)果。將設(shè)計(jì)結(jié)果反饋給用戶(hù)或交給專(zhuān)家審查，查找存在的問(wèn)題。作業(yè)六1.編程階段主要要完成的三大任務(wù)是什么？答：編程階段主要要完成的三個(gè)任務(wù)為：明確程序的控制結(jié)構(gòu)、確定程序所使用的算法、制定程序所需的數(shù)據(jù)結(jié)構(gòu)。（1）明確程序的控制結(jié)構(gòu)。編碼階段無(wú)論采用哪種控制結(jié)構(gòu)來(lái)實(shí)現(xiàn)，

15、都要嚴(yán)格遵從以下原則：代碼應(yīng)避免使用跳轉(zhuǎn)語(yǔ)句；保持設(shè)計(jì)所制定的模塊性；模塊應(yīng)具有通用性，即不應(yīng)將只調(diào)用一次的代碼放在模塊中。（2）確定程序所使用的算法。在算法的使用上，人們往往一味地追求運(yùn)行的速度而采用復(fù)雜的算法，這時(shí)取得的運(yùn)行速度特性是以下列付出為代價(jià)的：在實(shí)現(xiàn)這樣的代碼時(shí)需要付出比普通算法更多的時(shí)間；檢驗(yàn)代碼的正確性需要時(shí)間；代碼讀者可能是讀懂代碼需要很長(zhǎng)時(shí)間；修改代碼需要的額外時(shí)間。因此，在為程序選擇算法時(shí)應(yīng)在開(kāi)發(fā)時(shí)間與運(yùn)行時(shí)間上進(jìn)行充分的比較。 （3）制定程序所需的數(shù)據(jù)結(jié)構(gòu)。編寫(xiě)程序時(shí)，需要考慮如何安排數(shù)據(jù)的組織和存儲(chǔ)形式，即數(shù)據(jù)結(jié)構(gòu)。2.為使數(shù)據(jù)說(shuō)明易于理解和維護(hù)，在編寫(xiě)程序時(shí)應(yīng)注意

16、哪些問(wèn)題？答：在編寫(xiě)程序時(shí),為使數(shù)據(jù)說(shuō)明易于理解和維護(hù)，須注意:（1）數(shù)據(jù)說(shuō)明的次序應(yīng)當(dāng)規(guī)范化，使數(shù)據(jù)屬性容易查找；（2）當(dāng)多個(gè)變量名用一個(gè)語(yǔ)句說(shuō)明時(shí)，應(yīng)對(duì)這些變量按字母的順序排列；（3）如設(shè)計(jì)了一個(gè)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，應(yīng)用使用注釋說(shuō)明數(shù)據(jù)結(jié)構(gòu)的固有特點(diǎn)。作業(yè)七1.試舉例說(shuō)明不論是黑盒測(cè)試，還是白盒測(cè)試，都不可能把所有可能的輸入數(shù)據(jù)都拿來(lái)進(jìn)行窮舉測(cè)試。圖1 黑盒子答：不論是黑盒測(cè)試，還是白盒測(cè)試，都不可能把所有可能的輸入數(shù)據(jù)都拿來(lái)進(jìn)行所謂的窮舉測(cè)試。因?yàn)榭赡艿臏y(cè)試輸入數(shù)據(jù)數(shù)目往往達(dá)到天文數(shù)字。如以下兩個(gè)例子。例1：假設(shè)一個(gè)程序P有輸入X和Y及輸出Z，參看圖1。在字長(zhǎng)為32位的計(jì)算機(jī)上運(yùn)行。如果X、

17、Y只取整數(shù)，考慮把所有的X、Y值都做為測(cè)試數(shù)據(jù)，按黑盒測(cè)試方法進(jìn)行窮舉測(cè)試，力圖全面、無(wú)遺漏地“挖掘”出程序中的所有錯(cuò)誤。這樣做可能采用的測(cè)試數(shù)據(jù)組（Xi, Yi）的最大可能數(shù)目為：232×232264。如果程序P測(cè)試一組X、Y數(shù)據(jù)需要1毫秒，且一天工作24小時(shí)，一年工作365天，要完成264組測(cè)試，需要5億年。圖2 白盒測(cè)試中的窮舉測(cè)試?yán)?：而對(duì)一個(gè)具有多重選擇和循環(huán)嵌套的程序，不同的路徑數(shù)目也可能是天文數(shù)字。設(shè)給出一個(gè)如圖2所示的小程序的流程圖，其中包括了一個(gè)執(zhí)行達(dá)20次的循環(huán)。那么它所包含的不同執(zhí)行路徑數(shù)高達(dá)520（1013）條，若要對(duì)它進(jìn)行窮舉測(cè)試，覆蓋所有的路徑。假使測(cè)試程

18、序?qū)γ恳粭l路徑進(jìn)行測(cè)試需要1毫秒，同樣假定一天工作24小時(shí)，一年工作365 天， 那么要想把如圖7-2所示的小程序的所有路徑測(cè)試完，則需要3170年。以上的分析表明，實(shí)行窮舉測(cè)試，由于工作量過(guò)大，實(shí)施起來(lái)是不現(xiàn)實(shí)的。2.單元測(cè)試的主要內(nèi)容由哪些？答：?jiǎn)卧獪y(cè)試的內(nèi)容有：（1）模塊接口測(cè)試 ：對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。為此，對(duì)模塊接口，包括參數(shù)表、調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文件輸入輸出操作都必須檢查。（2）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 ：設(shè)計(jì)測(cè)試用例檢查數(shù)據(jù)類(lèi)型說(shuō)明、初始化、缺省值等方面的問(wèn)題，還要查清全程數(shù)據(jù)對(duì)模塊的影響。 （3）路徑測(cè)試 ：選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。對(duì)基本

19、執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。（4）錯(cuò)誤處理測(cè)試 ：檢查模塊的錯(cuò)誤處理功能是否包含有錯(cuò)誤或缺陷。例如，是否拒絕不合理的輸入；出錯(cuò)的描述是否難以理解、是否對(duì)錯(cuò)誤定位有誤、是否出錯(cuò)原因報(bào)告有誤、是否對(duì)錯(cuò)誤條件的處理不正確；在對(duì)錯(cuò)誤處理之前錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等。（5）邊界測(cè)試 ：要特別注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。3.一般采取哪些步驟來(lái)設(shè)計(jì)類(lèi)測(cè)試用例？答：對(duì)于類(lèi)測(cè)試用例的設(shè)計(jì)，一般采取下列步驟： （1）先選定需要檢測(cè)的類(lèi)，參考OOD的分析結(jié)果，仔細(xì)分出類(lèi)的狀態(tài)和相應(yīng)的行為、類(lèi)或成員函數(shù)間傳

20、遞的消息、以及輸入或輸出的界定等。（2）確定覆蓋標(biāo)準(zhǔn)。（3）利用結(jié)構(gòu)關(guān)系圖確定待測(cè)類(lèi)的所有關(guān)聯(lián)。（4）根據(jù)程序中類(lèi)的對(duì)象構(gòu)造測(cè)試用例，確認(rèn)使用什么輸入激發(fā)類(lèi)的狀態(tài)、使用類(lèi)的服務(wù)和期望產(chǎn)生什么行為等。作業(yè)八1.軟件維護(hù)活動(dòng)有哪幾類(lèi)？答：軟件維護(hù)活動(dòng)可以歸為以下幾類(lèi)：（1）改正性維護(hù)。在軟件交付使用后，必然會(huì)有一部分隱藏的錯(cuò)誤被帶到運(yùn)行階段來(lái)。這些隱藏下來(lái)的錯(cuò)誤在某些特定的使用環(huán)境下就會(huì)暴露出來(lái)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過(guò)程，就叫做改正性維護(hù)。（2）適應(yīng)性維護(hù)。隨著計(jì)算機(jī)的飛速發(fā)展，外部環(huán)境(新的硬、軟件配置)或數(shù)據(jù)環(huán)境(數(shù)據(jù)庫(kù)、數(shù)據(jù)格式、數(shù)據(jù)輸入輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì))可能發(fā)生變化，為了使軟件適應(yīng)這種變化，而去修改軟件的過(guò)程就叫做適應(yīng)性維護(hù)。（3） 完善性維護(hù)。在軟件的使用過(guò)程中，用戶(hù)往往會(huì)對(duì)軟件提出新的功能與性能要求。為了滿(mǎn)足這些要求，需