軟件工程概論復(fù)習(xí)資料2(參考版)
2025-04-27 22:45本頁(yè)面
【正文】 （具體內(nèi)容見書P192194）15 / 15。）3. 維護(hù)的問題：? 別人的程序很難讀懂；文檔與代碼不一致；開發(fā)人員往往不參加維護(hù)；大多數(shù)軟件在設(shè)計(jì)時(shí)沒有考慮將來(lái)的修改。 無(wú)形代價(jià)：占用資源以致延誤開發(fā)； 修改不及時(shí)引起用戶不滿 ；維護(hù)引入新錯(cuò)誤，降低了軟件質(zhì)量，等等。，修改已有功能，改造界面，增加HELP等，而修改軟件 —— 完善性維護(hù)4. 為了改進(jìn)未來(lái)的可維護(hù)性或可靠性，或?yàn)榱私o未來(lái)的改進(jìn)奠定更好的基礎(chǔ)而修改軟件 —— 預(yù)防性維護(hù)二．維護(hù)的特點(diǎn)和過程？結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的對(duì)比 2. 維護(hù)的代價(jià)：四．掌握白盒測(cè)試技術(shù)（邏輯覆蓋）（重點(diǎn)考查題，詳細(xì)介紹看書P162165），設(shè)計(jì)測(cè)試用例 （應(yīng)用題）簡(jiǎn)介：邏輯覆蓋是對(duì)一系列測(cè)試過程的總稱，這組測(cè)試過程逐漸進(jìn)行越來(lái)越完整的通路測(cè)試適合于白盒測(cè)試覆蓋程度由弱到強(qiáng)次序是：語(yǔ)句覆蓋判定條件判定/條件條件組合第8章 維護(hù)一．什么叫軟件維護(hù)？維護(hù)的分類及概念？軟件維護(hù)：在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程 —— 改正性維護(hù)。黑盒測(cè)試：優(yōu)點(diǎn)：對(duì)較大的代碼單元來(lái)說，黑盒測(cè)試比白盒測(cè)試的效率高；測(cè)試人員不需要了解實(shí)現(xiàn)得細(xì)節(jié)，包括特定的編程語(yǔ)言 ；測(cè)試人員和編程人員是相互獨(dú)立的； 從用戶的角度進(jìn)行測(cè)試，很容易被接受和理解；有助于暴露任何與閨閣不一致或者歧異的地方；測(cè)試用例可以在規(guī)格完成后馬上進(jìn)行。四．黑盒測(cè)試的優(yōu)缺點(diǎn)？白盒測(cè)試的優(yōu)缺點(diǎn)？白盒測(cè)試:優(yōu)點(diǎn):迫使測(cè)試人員去了解軟件的實(shí)現(xiàn)； 檢測(cè)代碼中的每條路徑和分支； 揭示隱藏在代碼中的錯(cuò)誤；對(duì)代碼的測(cè)試進(jìn)行比較徹底。步驟：模塊測(cè)試的目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行模塊測(cè)試通常又稱為單元測(cè)試在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤2．子系統(tǒng)測(cè)試子系統(tǒng)測(cè)試是把經(jīng)過單元測(cè)試的模塊放在一起形成一個(gè)子系統(tǒng)來(lái)測(cè)試模塊相互間的協(xié)調(diào)和通信是這個(gè)測(cè)試過程中的主要問題這個(gè)步驟著重測(cè)試模塊的接口把經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來(lái)測(cè)試發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)誤，也可能發(fā)現(xiàn)需求說明中的錯(cuò)誤兼有檢測(cè)和組裝兩重含義，通常稱為集成測(cè)試4．驗(yàn)收測(cè)試（驗(yàn)收測(cè)試也稱為確認(rèn)測(cè)試）驗(yàn)收測(cè)試把軟件系統(tǒng)作為單一的實(shí)體進(jìn)行測(cè)試，測(cè)試內(nèi)容與系統(tǒng)測(cè)試基本類似，但是它是在用戶積極參與下進(jìn)行的，而且可能主要使用實(shí)際數(shù)據(jù)(系統(tǒng)將來(lái)要處理的信息)進(jìn)行測(cè)試驗(yàn)收測(cè)試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯(cuò)誤所謂平行運(yùn)行就是同時(shí)運(yùn)行新開發(fā)出來(lái)的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個(gè)系統(tǒng)的處理結(jié)果。，排除測(cè)試的隨意性。問題是怎樣找出這些可疑的模塊并徹底地測(cè)試它們“小規(guī)?！睖y(cè)試開始，并逐步進(jìn)行“大規(guī)模”測(cè)試通常，首先重點(diǎn)測(cè)試單個(gè)程序模塊，然后把測(cè)試重點(diǎn)轉(zhuǎn)向在集成的模塊簇中尋找錯(cuò)誤，最后在整個(gè)系統(tǒng)中尋找錯(cuò)誤，所謂窮舉測(cè)試就是把程序所有可能的執(zhí)行路徑都檢查一遍的測(cè)試，應(yīng)該由獨(dú)立的第三方從事測(cè)試工作。從軟件開發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。掌握過程設(shè)計(jì)工具:程序流程圖,NS圖,PAD圖,判定樹,判定表(應(yīng)用題)程序流程圖也稱為程序框圖，程序流程圖使用五種基本控制結(jié)構(gòu)是:盒圖 (NS圖)基本符號(hào)PAD圖第7章實(shí)現(xiàn)一．程序設(shè)計(jì)語(yǔ)言的選擇、編碼風(fēng)格（選擇）程序設(shè)計(jì)語(yǔ)言的選擇: : 如果所開發(fā)的系統(tǒng)由用戶負(fù)責(zé)維護(hù)，用戶通常要求用他們熟悉的語(yǔ)言書寫程序. :運(yùn)行目標(biāo)系統(tǒng)的環(huán)境中可以提供的編譯程序往往限制了可以選用的語(yǔ)言的范圍. :如果某種語(yǔ)言有支持程序開發(fā)的軟件工具可以利用，則目標(biāo)系統(tǒng)的實(shí)現(xiàn)和驗(yàn)證都變得比較容易 :如果工程規(guī)模很龐大，現(xiàn)有的語(yǔ)言又不完全適用，那么設(shè)計(jì)并實(shí)現(xiàn)一種供這個(gè)工程項(xiàng)目專用的程序設(shè)計(jì)語(yǔ)言，可能是一個(gè)正確的選擇 :如果和其他標(biāo)準(zhǔn)不矛盾，那么應(yīng)該選擇一種已經(jīng)為程序員所熟悉的語(yǔ)言 6. 軟件可移植性要求:如果目標(biāo)系統(tǒng)將在幾臺(tái)不同的計(jì)算機(jī)上運(yùn)行，或者預(yù)期的使用壽命很長(zhǎng)，那么選擇一種標(biāo)準(zhǔn)化程度高、程序可移植性好的語(yǔ)言就是很重要的 :FORTRAN語(yǔ)言特別適合于工程和科學(xué)計(jì)算COBOL語(yǔ)言適合于商業(yè)領(lǐng)域應(yīng)用C語(yǔ)言和Ada語(yǔ)言適用于系統(tǒng)和實(shí)時(shí)應(yīng)用領(lǐng)域LISP語(yǔ)言適用于組合問題領(lǐng)域PROLOG語(yǔ)言適于表達(dá)知識(shí)和推理
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1