《實(shí)用軟件工程》ppt課件-全文預(yù)覽
【正文】 的凈收益。 當(dāng)發(fā)生惡性的軟件問題時，就出現(xiàn)所謂的 “ 救火 ” 維護(hù)要求 ，這種情況需要立即把資源用來解決問題。這些工作包括修改軟件設(shè)計(jì)、復(fù)查、必要的代碼修改、單元測試和集成測試（包括使用以前的測試方案的回歸測試），驗(yàn)收測試和復(fù)審 。 應(yīng)該確定每個維護(hù)要求的優(yōu)先次序，并且安排要求的工作時間，就好像它是另一個開發(fā)任務(wù)一樣，如果一項(xiàng)維護(hù)要求的優(yōu)先次序非常高，可能立即開始維護(hù)工作。從圖 ： 對改（校）正性維護(hù)要求的處理，從估量錯誤的嚴(yán)重程度開始 。 首先應(yīng)該確定要求進(jìn)行的維護(hù)的類型 。維護(hù)要求表 是一個外部產(chǎn)生的文件，它是計(jì)劃維護(hù)活動的基礎(chǔ) 。軟件維護(hù)人員通常給用戶提供空白的維護(hù)要求表 —— 有時稱為軟件問題報告表，這個表格由要求一項(xiàng)維護(hù)活動的用戶填寫。圖 維護(hù)機(jī)構(gòu) 提示 ： 在維護(hù)活動開始之前就明確維護(hù)責(zé)任是十分必要的，這樣做可以大大減少維護(hù)過程中可能出現(xiàn)的混亂 。維護(hù)組織首先必須建立一個維護(hù)組織，隨后必須確定報告和評價的過程，而且必須為每個維護(hù)要求規(guī)定一個標(biāo)準(zhǔn)化的事件序列。? 用戶文檔 主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的；? 系統(tǒng)文檔 描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測試等各方面的內(nèi)容。文檔可移植性6.可理解性2.? 決定軟件可維護(hù)性的因素軟件的可維護(hù)性 不應(yīng)該把一種科學(xué)的方法學(xué)看做萬應(yīng)靈藥，但是，軟件工程至少部分地解決了與維護(hù)有關(guān)的每一個問題。 形成這種觀念很大程度上是因?yàn)榫S護(hù)工作經(jīng)常遭受挫折。 由于維護(hù)階段持續(xù)的時間很長，因此，當(dāng)需要解釋軟件時，往往原來寫程序的人已不在現(xiàn)場了。如果僅有程序代碼沒有說明文檔，則會出現(xiàn)嚴(yán)重的問題。與軟件維護(hù)有關(guān)的絕大多數(shù)困難，都可歸因于軟件定義和軟件開發(fā)的方法有缺點(diǎn)。維護(hù)的困難性下述公式給出 維護(hù)工作量 的一個模型 : 其中： M是維護(hù)用的總工作量 P是生產(chǎn)性工作量 K是經(jīng)驗(yàn)常數(shù) c是復(fù)雜程度 （非結(jié)構(gòu)化設(shè)計(jì)和缺少文檔都會增加軟件的復(fù)雜程度） d是維護(hù)人員對軟件的熟悉程度。 其他無形的代價還有：在過去的幾十年中，軟件維護(hù)的費(fèi)用穩(wěn)步上升。接下來編寫相應(yīng)的源程序代碼；使用在測試說明書中包含的信息進(jìn)行回歸測試；最后，把修改后的軟件再次交付使用。 因?yàn)闆]有測試方面的文檔，所以不可能進(jìn)行回歸測試。結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的對比非結(jié)構(gòu)化維護(hù)結(jié)構(gòu)化維護(hù) 軟件維護(hù)的 的特點(diǎn)降低完善性維護(hù)成本的策略 上述的減少前兩類維護(hù)成本的策略，通常也能降低完善性維護(hù)的成本。 2.下面學(xué)習(xí)主要的軟件維護(hù)策略。但是，由于用戶經(jīng)常提出改造軟件的要求， 適應(yīng)性維護(hù)和完善性維護(hù) 的工作量逐漸增加，而且在這種維護(hù)過程中往往又會引入新的錯誤，從而進(jìn)一步加大了維護(hù)的工作量。通常， 把預(yù)防性維護(hù)定義為： “把今天的方法學(xué)應(yīng)用于昨天的系統(tǒng)以滿足明天的需要 ”。為了滿足這類要求而修改軟件的活動 ，稱為 完善性維護(hù) 。 例如，適應(yīng)性維護(hù)可以是修改原在 DOS操作系統(tǒng)中運(yùn)行的程序，使之能在 Windows操作系統(tǒng)中運(yùn)行；修改兩個程序，使它們能夠使用相同的記錄結(jié)構(gòu)；修改程序，使它適用于另外一種終端設(shè)備。 例如，在軟件交付用戶使用之后，解決在開發(fā)時沒有測試所有可能的執(zhí)行通路而帶來的問題；解決程序中遺漏對文件中最后一個記錄的處理的錯誤等。改正性維護(hù)將來維護(hù)工作甚至可能會束縛住軟件開發(fā)組織的手腳，使他們沒有余力開發(fā)新的軟件。這個階段的工作目標(biāo)是保證軟件在一個相當(dāng)長的時期內(nèi)能夠正常運(yùn)行， 因此對軟件的維護(hù)就成為必不可少的了。在軟件的開發(fā)工作已完成并把軟件產(chǎn)品交付給用戶使用之后，就進(jìn)入了軟件維護(hù)階段。 目前國外許多軟件開發(fā)組織把 60%以上的人力用于維護(hù)已有的軟件 ，而且隨著軟件數(shù)量增多和使用壽命延長，這個百分比還在持續(xù)上升。1.我們把診斷和改正軟件錯誤的過程稱為 改正性維護(hù)。 因此， 適應(yīng)性維護(hù) 就是為了和變化了的環(huán)境適當(dāng)?shù)嘏浜隙M(jìn)行的修改軟件的活動，是既必要又經(jīng)常的維護(hù)活動。在使用軟件的過程中， 用戶往往提出增加新功能或改變某些已有功能的要求，還可能提出提高程序性能的要求。預(yù)防性維護(hù)當(dāng)為了提高未來的可維護(hù)性或可靠性，或?yàn)榱私o未來的改進(jìn)工作奠定更好的基礎(chǔ)而修改軟件時，就出現(xiàn)了第四類維護(hù)活動，這類維護(hù)活動稱為預(yù)防性維護(hù)。隨著在軟件運(yùn)行過程中錯誤發(fā)現(xiàn)率迅速降低并趨于穩(wěn)定，就進(jìn)入了正常使用期間。軟件維護(hù)策略針對上一小節(jié)所述的三種典型的維護(hù)活動 ， James Martin等人提出了一些可以減少維護(hù)成本的策略。然而通過使用先進(jìn)技術(shù)仍然可以大大提高軟件的可靠性，從而減少改正性維護(hù)的需求。3. 在實(shí)際開發(fā)軟件之前，建立軟件的原型并讓用戶試用，以進(jìn)一步完善他們對軟件的功能需求，也能顯著減少軟件交付使用之后的完善性維護(hù)需求。最終對程序代碼所做的改動的后果是難于估量的。然后首先修改設(shè)計(jì)并且對所做的修改進(jìn)行仔細(xì)復(fù)
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1