《實用軟件工程》ppt課件(文件)
【正文】 在擬定進(jìn)一步的維護(hù)計劃之前，把軟件修改報告提交給變化授權(quán)人審查批準(zhǔn)。 當(dāng)存在不同意見時必須協(xié)商解決。如果錯誤并不嚴(yán)重，那么改正性的維護(hù)和其他要求軟件開發(fā)資源的任務(wù)一起統(tǒng)籌安排。 維護(hù)事件流中最后一個事件是復(fù)審，它再次檢驗軟件配置的所有成分的有效性，并且保證事實上滿足了維護(hù)要求表中的要求。）在完成軟件維護(hù)任務(wù)之后， 進(jìn)行處境復(fù)查常常是有好處的 。保存維護(hù)記錄 對于軟件生命周期的所有階段而言， 以前記錄保存都是不充分的，而軟件維護(hù)則根本沒有記錄保存下來 。如果已經(jīng)開始保存維護(hù)記錄了，則可以對維護(hù)工作做一些定量度量。為確保編碼修改沒有引入新的錯誤，應(yīng)進(jìn)行嚴(yán)格的回歸測試。這種文檔描述了數(shù)據(jù)結(jié)構(gòu)，并且提供了一種把數(shù)據(jù)元素、記錄、文件及其它結(jié)構(gòu)與軟件模塊聯(lián)系起來的交叉對照功能。v 在軟件再次交付使用之前，對整個軟件配置進(jìn)行評審將大大減少文檔的副作用。預(yù)防性維護(hù)預(yù)防性維護(hù)也稱為軟件再工程 。 必要性 預(yù)防性維護(hù)方法 是 Miller在 “ 結(jié)構(gòu)化翻新 ” 的標(biāo)題下提出來的，他把這個概念 定義為 “ 把今天的方法學(xué)應(yīng)用到昨天的系統(tǒng)以支持明天的需求 ” 。 當(dāng)軟件開發(fā)組織把軟件作為產(chǎn)品銷售時，在程序的“ 新版本 ” 中往往體現(xiàn)了 預(yù)防性維護(hù) 的成果。軟件再工程過程圖 庫存目錄分析每個軟件組織都應(yīng)該保存其負(fù)責(zé)維護(hù)的所有應(yīng)用系統(tǒng)的庫存目錄。通過按照業(yè)務(wù)重要程度、壽命、當(dāng)前可維護(hù)性以及其他重要標(biāo)準(zhǔn)對這些信息排序的辦法，可以選出軟件再工程的候選者，然后可以明智地為再工程分配資源。面對這種狀況，有下述三種做法可供選擇 ：（ 1）選擇 1 建立文檔是非常耗費時間的，既然系統(tǒng)能正常工作，我們就讓它保持現(xiàn)狀好了。（ 3）選擇 3 該系統(tǒng)對于完成業(yè)務(wù)工作來說是至關(guān)重要的，必須完全地重構(gòu)文檔。逆向工程4.最后，更新內(nèi)部的代碼文檔。數(shù)據(jù)重構(gòu)必要時定義數(shù)據(jù)模型，標(biāo)識數(shù)據(jù)對象和屬性，并且復(fù)審現(xiàn)存數(shù)據(jù)結(jié)構(gòu)的質(zhì)量。正向工程?文檔是影響軟件可維護(hù)性的決定因素 ，因此，文檔甚至比可執(zhí)行的程序代碼更重要。?預(yù)防性維護(hù)也稱為軟件再工程 。?軟件再工程包括下述的一系列活動 ：庫存目錄分析，文檔重構(gòu)，逆向工程，程序和數(shù)據(jù)重構(gòu)以及正向工程 。 不管是哪一類文檔都必須和程序代碼同時維護(hù)，只有和程序代碼完全一致的文檔才是真正有價值的文檔。結(jié)? 軟件維護(hù)通常包括四類活動 ： 為了糾正在使用過程中暴露出來的錯誤而進(jìn)行的 改正性維護(hù) ；為了適應(yīng)外部環(huán)境的變化而進(jìn)行的 適應(yīng)性維護(hù) ；為了改進(jìn)原有的軟件而進(jìn)行的 完善性維護(hù) ；以及為了改進(jìn)將來的可維護(hù)性和可靠性而進(jìn)行的 預(yù)防性維護(hù) 。小 由于數(shù)據(jù)體系結(jié)構(gòu)對程序體系結(jié)構(gòu)及程序中的算法有很大影響，對數(shù)據(jù)的修改必然會導(dǎo)致程序體系結(jié)構(gòu)或代碼層的改變。 與代碼重構(gòu)不同，數(shù)據(jù)重構(gòu)發(fā)生在比代碼重構(gòu)更高的抽象層次上，它是一種全范圍的再工程活動。如果重構(gòu)工作擴(kuò)展到模塊邊界之外并涉及到程序體系結(jié)構(gòu)，則重構(gòu)變成了正向工程。為了完成代碼重構(gòu)工作，首先用重構(gòu)工具去分析源代碼，標(biāo)注出和結(jié)構(gòu)化程序設(shè)計概念相違背的部分，然后重構(gòu)這些代碼（此項工作可使用軟件工具自動進(jìn)行）。軟件的逆向工程 就是分析程序以便在比源代碼更高的抽象層次上創(chuàng)建出該程序的某種表示的過程。 上述每個選擇都是可行的，軟件組織必須選用最適合于實際情況的方法。事實上，不可能為數(shù)百個計算機(jī)程序都重新建立文檔。2. 下面介紹 軟件再工程過程模型 中的每個活動 。軟件再工程過程模型 多數(shù)軟件維護(hù)人員對預(yù)防性維護(hù)還缺乏足夠的了解。這時，只需對文檔進(jìn)行維護(hù)即可，并不要求修改軟件設(shè)計或源程序。如果源代碼的修改沒有反映在設(shè)計文檔或用戶文檔中時，就會發(fā)生文檔的副作用。修改數(shù)據(jù)的副作用（ 1）重新定義局部常量或全程常量；（ 2）重新定義記錄格式或文件格式；（ 3）改變一個數(shù)組或高階數(shù)據(jù)結(jié)構(gòu)的大??；（ 4）修改全程變量；（ 5）重新初始化控制標(biāo)記或指針；（ 6）重新排列輸入輸出或子程序的自變量。軟件維護(hù)的副作用v 什么是軟件維護(hù)的副作用? 由于軟件被修改而導(dǎo)致的錯誤或其他多余動作的發(fā)生，稱為是 軟件維護(hù)的副作用 。Swanson給出了下述的項目表：（ 1）程序名稱；（ 2）源程序語句條數(shù)；（ 3）機(jī)器代碼指令條數(shù)；（ 4）使用的程序設(shè)計語言；（ 5）程序的安裝日期；（ 6）程序安裝后的運行次數(shù)；（ 7）與程序安裝后運行次數(shù)有關(guān)的處理故障的次數(shù)；（ 8）程序修改的層次和名稱；Swanson給出了下述的項目表：（ 9）由于程序修改而增加的源程序語句條數(shù)；（ 10）由于程序修改而刪除的源程序語句條數(shù)；（ 11）每項修改所付出的 “人時 ”數(shù)；（ 12）程序修改的日期；（ 13）軟件維護(hù)人員的姓名；（ 14）維護(hù)申請報告的名稱；（ 15）維護(hù)類型；（ 16）維護(hù)開始時間和維護(hù)結(jié)束時間；（ 17）用于維護(hù)的累計 “人時 ”數(shù)；（ 18）維護(hù)工作
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1