【正文】 正向工程組合起來(lái)，將現(xiàn)存系統(tǒng)重新構(gòu)造為新的形式。 42/68 內(nèi)容摘要 ?軟件維護(hù) ?再工程技術(shù) 43/68 再工程的概念 ? 逆向工程（ reverse engineering） ：指在軟件生存周期中，將軟件的某種形式描述轉(zhuǎn)換成更抽象形式的活動(dòng) ? 重構(gòu)（ restructuring） ：指在同一抽象級(jí)別上轉(zhuǎn)換系統(tǒng)的描述形式。一旦檢測(cè)出問(wèn)題來(lái)，就可以采取措施來(lái)糾正，以控制不斷增長(zhǎng)的軟件維護(hù)成本，延長(zhǎng)軟件系統(tǒng)的有效生命期。另一方面，對(duì)于程序文檔一定要能及時(shí)反映程序的變化，否則將對(duì)后續(xù)維護(hù)人員產(chǎn)生誤導(dǎo)。即使是一個(gè)相對(duì)簡(jiǎn)單的程序，要想有效地，迅速對(duì)它進(jìn)行維護(hù)，也需要編制文檔對(duì)它的目的和任務(wù)進(jìn)行解釋。在高級(jí)語(yǔ)言中，一些語(yǔ)言可能比另外一些語(yǔ)言更容易理解。低級(jí)語(yǔ)言（如：機(jī)器代碼或匯編語(yǔ)言）程序是一般人很難掌握和理解的，因而很難維護(hù)。 38/68 軟件可維護(hù)性－提高可維護(hù)性的方法 ? 使用提高軟件質(zhì)量的技術(shù)與工具 – 在進(jìn)行軟件設(shè)計(jì)時(shí)，采用如本書前面所述的模塊化程序設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)等程序設(shè)計(jì)方法，在軟件開發(fā)過(guò)程中，采用結(jié)構(gòu)化小組，建立主程序小組，實(shí)現(xiàn)嚴(yán)格的組織化管理，職能分工，規(guī)范標(biāo)準(zhǔn)，在對(duì)程序的質(zhì)量進(jìn)行檢測(cè)時(shí)，也可以采用分工合作的方法，這些方法會(huì)有效地提高軟件質(zhì)量和檢測(cè)效率，進(jìn)而提高軟件的可維護(hù)性?？尚薷男院涂蓽y(cè)試性。因?yàn)橛行┚S護(hù)屬性之間是相互促進(jìn)的，例如，可理解性和可測(cè)試性，可理解性和可修改性，另外一些屬性之間則是相互抵觸的。 36/68 軟件可維護(hù)性－提高可維護(hù)性的方法 ? 通常采用的方法有 – 確定質(zhì)量管理目標(biāo)和優(yōu)先級(jí) – 規(guī)范化程序設(shè)計(jì)風(fēng)格 – 選擇可維護(hù)性高的程序設(shè)計(jì)語(yǔ)言 – 改進(jìn)程序文檔 – 保證軟件質(zhì)量審查方法 37/68 軟件可維護(hù)性－提高可維護(hù)性的方法 ? 確定質(zhì)量管理目標(biāo)和優(yōu)先級(jí) – 一個(gè)可維護(hù)的程序應(yīng)該是可理解的，可修改的和可測(cè)試的。在進(jìn)行測(cè)試時(shí)應(yīng)指出軟件正式交付前應(yīng)進(jìn)行的預(yù)防性維護(hù)。 ? 影響軟件可移植性的因素有：信息隱蔽原則；模塊獨(dú)立；模塊化；高內(nèi)聚低耦合；良好的程序結(jié)構(gòu)；不用標(biāo)準(zhǔn)文本以外的語(yǔ)句等 ? 一個(gè)可移植的程序應(yīng)具有結(jié)構(gòu)良好、靈活、不依賴于某一具體計(jì)算機(jī)或操作系統(tǒng)的性能 33/68 軟件可維護(hù)性－主要影響因素 ? 通常對(duì)于軟件可移植性的度量考慮如下因素 – 是否是用高級(jí)的獨(dú)立于機(jī)器的語(yǔ)言來(lái)編寫程序 ? – 是否采用廣泛使用的標(biāo)準(zhǔn)化的程序設(shè)計(jì)語(yǔ)言來(lái)編寫程序 ? 是否僅使用了這種語(yǔ)言的標(biāo)準(zhǔn)版本和特性 ? – 程序中是否使用了標(biāo)準(zhǔn)的普遍使用的庫(kù)功能和子程序 ? – 程序中是否極少使用或根本不使用操作系統(tǒng)的功能 ? 34/68 軟件可維護(hù)性－主要影響因素 – 程序在執(zhí)行之前是否初始化內(nèi)存 ? – 程序在執(zhí)行之前是否測(cè)定當(dāng)前的輸入／輸出設(shè)備 ? – 程序是否把與機(jī)器相關(guān)的語(yǔ)句分離了出來(lái)，集中放在了一些單獨(dú)的程序模塊中，并有說(shuō)明文件 ? – 程序是否結(jié)構(gòu)化 ? 并允許在小一些的計(jì)算機(jī)上分段 (覆蓋 )運(yùn)行 ? – 程序中是否避免了依賴于字母數(shù)字或特殊字符的內(nèi)部位表示 ? 35/68 軟件可維護(hù)性－軟件可維護(hù)性評(píng)審 ? 在進(jìn)行設(shè)計(jì)評(píng)審時(shí)，要從易于維護(hù)和提高設(shè)計(jì)總體質(zhì)量的角度全面評(píng)審數(shù)據(jù)設(shè)計(jì)、總體結(jié)構(gòu)設(shè)計(jì)、過(guò)程設(shè)計(jì)和界面設(shè)計(jì)。 ? 在修改軟件時(shí)經(jīng)常會(huì)發(fā)生這樣的情況：修改了程序中某個(gè)錯(cuò)誤的同時(shí)又產(chǎn)生新的錯(cuò)誤（由程序的修改引起的）；或者在程序中增加了某個(gè)功能后，導(dǎo)致原先的某些功能不能正常執(zhí)行。 ? 提高軟件可理解性的措施有：采用模塊化的程序結(jié)構(gòu)；書寫詳細(xì)正確的文檔；采用結(jié)構(gòu)化程序設(shè)計(jì)；書寫源程序的內(nèi)部文檔；使用良好的編程語(yǔ)言；具有良好的程序設(shè)計(jì)風(fēng)格等 30/68 軟件可維護(hù)性－主要影響因素 ? 可測(cè)試性 ：指測(cè)試和診斷軟件（主要指程序）中錯(cuò)誤的難易程度。在擬定進(jìn)一步維護(hù)計(jì)劃前，軟件修改報(bào)告要提交給修改決策機(jī)構(gòu)，供進(jìn)一步規(guī)劃維護(hù)活動(dòng)使用 ? 保存維護(hù)記錄的第一個(gè)問(wèn)題就是哪些數(shù)據(jù)值得保存？ 27/68 軟件維護(hù)的過(guò)程－維護(hù)評(píng)價(jià) ? 如果已經(jīng)開始保存維護(hù)記錄，可以對(duì)維護(hù)工作做一些定量度量，至少可以從如下 7方面進(jìn)行評(píng)價(jià)： – 每次程序運(yùn)行平均失敗的次數(shù)； – 用于每一類維護(hù)活動(dòng)的總?cè)藭r(shí)數(shù)； – 平均每個(gè)程序、每種語(yǔ)言、每種維護(hù)類型所必需的程序變動(dòng)數(shù)； – 維護(hù)過(guò)程中增加或刪除源語(yǔ)句平均花費(fèi)的人時(shí)數(shù)； – 維護(hù)每種語(yǔ)言平均花費(fèi)的人時(shí)數(shù)； – 一張維護(hù)請(qǐng)求表的平均周轉(zhuǎn)時(shí)間； – 不同維護(hù)類型所占的比例； 28/68 軟件可維護(hù)性 ? 可維護(hù)性（ maintainability） – 指理解、改正、調(diào)整和改進(jìn)軟件的難易程度。對(duì)適應(yīng)性維護(hù)或改善性維護(hù)，應(yīng)該給出一個(gè)簡(jiǎn)短的需求規(guī)格說(shuō)明書。 y n 糾錯(cuò)性維護(hù) 其他 改善性維護(hù) 適應(yīng)性維護(hù) 拒絕 接受 并不嚴(yán)重 非常嚴(yán)重 維護(hù)過(guò)程圖 23/68 軟件維護(hù)的過(guò)程－維護(hù)過(guò)程 ? 每種維護(hù)請(qǐng)求都要進(jìn)行同樣的一系列技術(shù)工作： 修改軟件需求說(shuō)明 、 修改軟件設(shè)計(jì) 、 設(shè)計(jì)評(píng)審 、 必要時(shí)重新編碼 、 單元測(cè)試 、 集成測(cè)試 ( 包括回歸測(cè)試 )、 確認(rèn)測(cè)試等 ? 維護(hù)工作最后一步是復(fù)審 – 依照當(dāng)前狀態(tài)，在設(shè)計(jì)、編碼和測(cè)試的哪些方面還能用其他方法進(jìn)行 ? – 哪些維護(hù)資源可用但未用 ? 2