軟件維護的概念課件

第九章軟件維護軟件維護的概念軟件維護活動程序修改的步驟及修改的 副作用軟件可維護性提高可維護性的方法

1謝謝觀賞2019-6-30第九章軟件維護軟件維護的概念1謝謝觀賞2019-6軟件維護的概念軟件維護的定義影響維護工作量的因素軟件維護的策略維護成本2謝謝觀賞2019-6-30軟件維護的概念軟件維護的定義2謝謝觀賞2019-6-30軟件維護的定義在軟件運行／維護階段對軟件產(chǎn)品進行的修改就是所謂的維護。維護的類型有四種：改正性維護適應(yīng)性維護完善性維護預(yù)防性維護3謝謝觀賞2019-6-30軟件維護的定義在軟件運行／維護階段對軟件產(chǎn)品進行的修改就是所改正性維護在軟件交付使用后，因開發(fā)時測試的不徹底、不完全，必然會有部分隱藏的錯誤遺留到運行階段。這些隱藏下來的錯誤在某些特定的使用環(huán)境下就會暴露出來。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應(yīng)當(dāng)進行的診斷和改正錯誤的過程就叫做改正性維護。4謝謝觀賞2019-6-30改正性維護在軟件交付使用后，因開發(fā)時測試的不徹底、不完全，必適應(yīng)性維護在使用過程中，外部環(huán)境（新的硬、軟件配置）

數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護。

5謝謝觀賞2019-6-30適應(yīng)性維護在使用過程中，5謝謝觀賞2019-6-30完善性維護在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護活動叫做完善性維護。6謝謝觀賞2019-6-30完善性維護在軟件的使用過程中，用戶往往會對軟件提出新的功能與實踐表明，在幾種維護活動中，完善性維護所占的比重最大。即大部分維護工作是改變和加強軟件，而不是糾錯。完善性維護不一定是救火式的緊急維修，而可以是有計劃、有預(yù)謀的一種再開發(fā)活動。事實證明，來自用戶要求擴充、加強軟件功能、性能的維護活動約占整個維護工作的50％。

7謝謝觀賞2019-6-30實踐表明，在幾種維護活動中，完善性維護所占的比重最大。即大部預(yù)防性維護預(yù)防性維護是為了提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎(chǔ)。預(yù)防性維護定義為：采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設(shè)計、編制和測試。

8謝謝觀賞2019-6-30預(yù)防性維護預(yù)防性維護是為了提高軟件的可維護性、可靠性等，為以在整個軟件維護階段所花費的全部工作量中，完善性維護占了幾乎一半的工作量。軟件維護活動所花費的工作占整個生存期工作量的70%以上，這是由于在漫長的軟件運行過程中需要不斷對軟件進行修改，以改正新發(fā)現(xiàn)的錯誤、適應(yīng)新的環(huán)境和用戶新的要求，這些修改需要花費很多精力和時間，而且有時會引入新的錯誤。9謝謝觀賞2019-6-30在整個軟件維護階段所花費的全部工作量中，完善性維護占了幾乎一

三類維護占維護在軟件生存期

總維護比例 所占比例10謝謝觀賞2019-6-30三類維護占維護在軟件生存期

總維護影響維護工作量的因素在軟件的維護過程中，需要花費大量的工作量，從而直接影響了軟件維護的成本。應(yīng)當(dāng)考慮有哪些因素影響軟件維護的工作量，相應(yīng)應(yīng)該采取什么維護策略，才能有效地維護軟件并控制維護的成本。11謝謝觀賞2019-6-30影響維護工作量的因素在軟件的維護過程中，需要花費大量的工作量系統(tǒng)大小：系統(tǒng)越大，理解掌握起來越困難。系統(tǒng)越大，所執(zhí)行功能越復(fù)雜。因而需要更多的維護工作量。程序設(shè)計語言：使用強功能的程序設(shè)計語言可以控制程序的規(guī)模。語言的功能越強，生成程序的模塊化和結(jié)構(gòu)化程度越高，所需的指令數(shù)就越少，程序的可讀性越好。

12謝謝觀賞2019-6-30系統(tǒng)大小：系統(tǒng)越大，理解掌握起來越困難。系統(tǒng)越大，所執(zhí)行功能系統(tǒng)年齡：老系統(tǒng)隨著不斷的修改，結(jié)構(gòu)越來越亂；維護人員經(jīng)常更換，程序又變得越來越難于理解。許多老系統(tǒng)在當(dāng)初并未按照軟件工程的要求進行開發(fā)，因而沒有文檔，或文檔太少。在長期的維護過程中文檔在許多地方與程序?qū)崿F(xiàn)變得不一致，在維護時就會遇到很大困難。13謝謝觀賞2019-6-30系統(tǒng)年齡：13謝謝觀賞2019-6-30數(shù)據(jù)庫技術(shù)的應(yīng)用：使用數(shù)據(jù)庫，可以簡單而有效地管理和存儲用戶程序中的數(shù)據(jù)，還可以減少生成用戶報表應(yīng)用軟件的維護工作量。先進的軟件開發(fā)技術(shù)：在軟件開發(fā)時，若使用能使軟件結(jié)構(gòu)比較穩(wěn)定的分析與設(shè)計技術(shù)，及程序設(shè)計技術(shù)，如面向?qū)ο蠹夹g(shù)、復(fù)用技術(shù)等，可減少大量的工作量。14謝謝觀賞2019-6-30數(shù)據(jù)庫技術(shù)的應(yīng)用：使用數(shù)據(jù)庫，可以簡單而有效地管理和存儲用戶其它：應(yīng)用的類型數(shù)學(xué)模型任務(wù)的難度開關(guān)與標(biāo)記、IF嵌套深度、索引或下標(biāo)數(shù)等 對維護工作量都有影響。許多軟件在開發(fā)時并未考慮將來的修改，為軟件的維護帶來許多問題。15謝謝觀賞2019-6-30其它：15謝謝觀賞2019-6-30軟件維護的策略改正性維護

通常要生成100％可靠的軟件并不一定合算，成本太高。但通過使用新技術(shù)，可大大減少進行改正性維護的需要。

這些技術(shù)包括：數(shù)據(jù)庫管理系統(tǒng)、軟件開發(fā)環(huán)境、程序自動生成系統(tǒng)、較高級(第四代)的語言。以及新的開發(fā)方法、軟件復(fù)用、防錯程序設(shè)計及周期性維護審查等。16謝謝觀賞2019-6-30軟件維護的策略改正性維護

通常要生成100％可靠的軟件并不一適應(yīng)性維護

這一類維護不可避免，可以控制。

(1)

在配置管理時，把硬件、操作系統(tǒng)和其它相關(guān)環(huán)境因素的可能變化考慮在內(nèi)。

(2)

把與硬件、操作系統(tǒng)，以及其它外圍設(shè)備有關(guān)的程序歸到特定的程序模塊中。

(3)使用內(nèi)部程序列表、外部文件，以及處理的例行程序包，可為維護時修改程序提供方便。17謝謝觀賞2019-6-30適應(yīng)性維護

這一類維護不可避免，可以控制。

(1)在配置管完善性維護

利用前兩類維護中列舉的方法，也可以減少這一類維護。特別是數(shù)據(jù)庫管理系統(tǒng)、程序生成器、應(yīng)用軟件包，可減少維護工作量。

此外，建立軟件系統(tǒng)的原型，把它在實際系統(tǒng)開發(fā)之前提供給用戶。用戶通過研究原型，進一步完善他們的功能要求，就可以減少以后完善性維護的需要。18謝謝觀賞2019-6-30完善性維護

利用前兩類維護中列舉的方法，也可以減少這一類維護維護成本有形的軟件維護成本是花費了多少錢，無形的維護成本有更大的影響。一些合理的修復(fù)或修改請求不能及時安排，使得客戶不滿意；變更的結(jié)果引入新的故障，使得軟件整體質(zhì)量下降；把軟件人員抽調(diào)到維護工作中，干擾了軟件開發(fā)工作。19謝謝觀賞2019-6-30維護成本有形的軟件維護成本是花費了多少錢，無形的維護成本有更軟件維護的代價是降低了生產(chǎn)率，在做老程序的維護時非常明顯。例如，開發(fā)每一行源代碼耗資25美元，維護每一行源代碼需要耗資1000美元。維護工作量包括生產(chǎn)性活動（如分析和評價、設(shè)計修改和實現(xiàn)）和“輪轉(zhuǎn)”活動（如力圖理解代碼在做什么、試圖判明數(shù)據(jù)結(jié)構(gòu)、接口特性、性能界限等）。20謝謝觀賞2019-6-30軟件維護的代價是降低了生產(chǎn)率，在做老程序的維護時非常明顯。2維護工作量的模型M是維護中消耗的總工作量p是上面描述的生產(chǎn)性工作量K是一個經(jīng)驗常數(shù)c是因缺乏好的設(shè)計和文檔而導(dǎo)致復(fù)雜性的度量d是對軟件熟悉程度的度量。21謝謝觀賞2019-6-30維護工作量的模型M是維護中消耗的總工作量21謝謝觀賞2019模型指明，如果使用了不好的軟件開發(fā)方法（未按軟件工程要求做），原來參加開發(fā)的人員或小組不能參加維護，則工作量（及成本）將按指數(shù)級增加。22謝謝觀賞2019-6-30模型指明，如果使用了不好的軟件開發(fā)方法（未按軟件工程要求做）軟件維護活動為了有效地進行軟件維護，應(yīng)事先就開始做組織工作。首先建立維護的機構(gòu)申明提出維護申請報告的過程及評價的過程為每一個維護申請規(guī)定標(biāo)準(zhǔn)的處理步驟建立維護活動的登記制度以及規(guī)定評價和評審的標(biāo)準(zhǔn)。23謝謝觀賞2019-6-30軟件維護活動為了有效地進行軟件維護，應(yīng)事先就開始做組織工作。維護機構(gòu)除了較大的軟件開發(fā)公司外，通常在軟件維護工作方面，并不保持一個正式的組織機構(gòu)。雖然不要求建立一個正式的維護機構(gòu)，但是在開發(fā)部門確立一個非正式的維護機構(gòu)則是非常必要的。24謝謝觀賞2019-6-30維護機構(gòu)除了較大的軟件開發(fā)公司外，通常在軟件維護工作方面，并

軟件維護的機構(gòu)25謝謝觀賞2019-6-30

軟件維護的機構(gòu)25謝謝觀賞2019-6-30維護申請?zhí)峤唤o維護管理員，他把申請交給某個系統(tǒng)監(jiān)督員去評價。一旦做出評價，由修改負(fù)責(zé)人確定如何進行修改。在修改程序的過程中，由配置管理員嚴(yán)格把關(guān)，控制修改的范圍，對軟件配置進行審計。在維護之前，就把責(zé)任明確下來，可以減少維護過程中的混亂。26謝謝觀賞2019-6-30維護申請?zhí)峤唤o維護管理員，他把申請交給某個系統(tǒng)監(jiān)督員去評價。軟件維護申請報告維護申請報告或稱軟件問題報告，由申請維護的用戶填寫。用戶必須完整地說明產(chǎn)生錯誤的情況，包括輸入數(shù)據(jù)、錯誤清單以及其它有關(guān)材料。如果申請的是適應(yīng)性維護或完善性維護，用戶必須提出一份修改說明書，列出所有希望的修改。27謝謝觀賞2019-6-30軟件維護申請報告維護申請報告或稱軟件問題報告，由申請維護的用

維護申請報告將由維護管理員和系統(tǒng)監(jiān)督員來研究處理。他們應(yīng)相應(yīng)地做出軟件修改報告，指明：所需修改變動的性質(zhì)；申請修改的優(yōu)先級；為滿足某個維護申請報告，所需的工作量；預(yù)計修改后的狀況.

28謝謝觀賞2019-6-30

維護申請報告將由維護管理員和系統(tǒng)監(jiān)督員來研究處理。28謝謝軟件修改報告應(yīng)提交修改負(fù)責(zé)人，經(jīng)批準(zhǔn)后才能開始進一步安排維護工作。29謝謝觀賞2019-6-30軟件修改報告應(yīng)提交修改負(fù)責(zé)人，經(jīng)批準(zhǔn)后才能開始進一步安排維護軟件維護工作流程30謝謝觀賞2019-6-30軟件維護工作流程30謝謝觀賞2019-6-30盡管維護申請的類型不同，但都要進行同樣的技術(shù)工作。

修改軟件需求說明修改軟件設(shè)計設(shè)計評審對源程序做必要的修改單元測試集成測試(回歸測試)確認(rèn)測試軟件配置評審等。

31謝謝觀賞2019-6-30盡管維護申請的類型不同，但都要進行同樣的技術(shù)工作。31謝謝觀在每次軟件維護任務(wù)完成后進行情況評審，對以下問題做一總結(jié)：

(1)

在目前情況下，設(shè)計、編碼、測試中的哪一方面可以改進?

(2)哪些維護資源應(yīng)該有但沒有?

(3)工作中主要的或次要的障礙是什么?

(4)從維護申請的類型來看是否應(yīng)當(dāng)有預(yù)防性維護?

情況評審對將來的維護工作如何進行會產(chǎn)生重要的影響。32謝謝觀賞2019-6-30在每次軟件維護任務(wù)完成后進行情況評審，對以下問題做一總結(jié)：

維護檔案記錄程序名稱源程序語句條數(shù)機器代碼指令條數(shù)所用的程序設(shè)計語言程序安裝的日期程序安裝后的運行次數(shù)與程序安裝后運行次數(shù)有關(guān)的處理故障次數(shù)33謝謝觀賞2019-6-30維護檔案記錄程序名稱33謝謝觀賞2019-6-30

程序改變的層次及名稱修改程序增加的源程序語句條數(shù)修改程序減少的源程序語句條數(shù)每次修改所付出的“人時”數(shù)修改程序的日期軟件維護人員的姓名維護申請報告的名稱、維護類型維護開始時間和維護結(jié)束時間、花費在維護上的累計“人時”數(shù)維護工作的凈收益等。34謝謝觀賞2019-6-30

程序改變的層次及名稱34謝謝觀賞2019-6-30維護評價評價維護活動比較困難，因為缺乏可靠的數(shù)據(jù)。如果維護的檔案記錄做得比較好，可以得出一些維護“性能”方面的度量值。每次程序運行時的平均出錯次數(shù)；花費在每類維護上的總“人時”數(shù)；35謝謝觀賞2019-6-30維護評價評價維護活動比較困難，因為缺乏可靠的數(shù)據(jù)。35謝謝觀每個程序、每種語言、每種維護類型的程序平均修改次數(shù)；因為維護，增加或刪除每個源程序語句所花費的平均“人時”數(shù)；用于每種語言的平均“人時”數(shù)；維護申請報告的平均處理時間；各類維護申請的百分比。據(jù)此可對開發(fā)技術(shù)、語言選擇、維護工作計劃、資源分配、以及其它許多方面做出判定。36謝謝觀賞2019-6-30每個程序、每種語言、每種維護類型的程序平均修改次數(shù)；36謝程序修改的步驟及修改的副作用

分析和理解程序修改程序重新驗證程序37謝謝觀賞2019-6-30程序修改的步驟及修改的副作用37謝謝觀賞2019-6-30分析和理解程序理解程序的功能和目標(biāo)；掌握程序的結(jié)構(gòu)信息，即從程序中細(xì)分出若干結(jié)構(gòu)成分。如程序系統(tǒng)結(jié)構(gòu)、控制結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和輸入／輸出結(jié)構(gòu)等；了解數(shù)據(jù)流信息，即涉及到的數(shù)據(jù)來源何處，在哪里被使用了解控制流信息，即執(zhí)行每條路徑的結(jié)果；理解程序的操作(使用)要求；38謝謝觀賞2019-6-30分析和理解程序理解程序的功能和目標(biāo)；38謝謝觀賞2019-6修改程序1.設(shè)計程序的修改計劃 程序的修改計劃要考慮人員和資源的安排。小的修改可以不需要詳細(xì)的計劃，而對于需要耗時數(shù)月的修改，就需要計劃立案。2.修改代碼，以適應(yīng)變化3.修改程序的副作用

所謂副作用是指因修改軟件而造成的錯誤或其它不希望發(fā)生的情況。副作用有三種：修改代碼的副作用、修改數(shù)據(jù)的副作用、文檔的副作用。39謝謝觀賞2019-6-30修改程序1.設(shè)計程序的修改計劃39謝謝觀賞2019-6-3重新驗證程序在將修改后的程序提交用戶之前，需要進行充分的確認(rèn)和測試，以保證整個修改后程序的正確性。靜態(tài)確認(rèn)

修改軟件，伴隨著引起新的錯誤的危險。為了能夠做出正確的判斷，驗證修改后的程序至少需要兩個人參加。要檢查：

40謝謝觀賞2019-6-30重新驗證程序在將修改后的程序提交用戶之前，需要進行充分的確認(rèn)計算機確認(rèn)

在進行了以上確認(rèn)的基礎(chǔ)上，用計算機對修改程序進行確認(rèn)測試：

(1)確認(rèn)測試順序：先對修改部分進行測試，然后隔離修改部分，測試程序的未修改部分，最后再把它們集成起來進行測試。這種測試稱為回歸測試。

(2)

準(zhǔn)備標(biāo)準(zhǔn)的測試用例。

(3)充分利用軟件工具幫助重新驗證過程。41謝謝觀賞2019-6-30計算機確認(rèn)

在進行了以上確認(rèn)的基礎(chǔ)上，用計算機對修改程序進行 (4)在重新確認(rèn)過程中，需邀請用戶參加。維護后的驗收──在交付新軟件之前，維護主管部門要檢驗：

(1)全部文檔是否完備，并已更新；

(2)所有測試用例和測試結(jié)果已經(jīng)正確記載；

(3)記錄軟件配置所有副本的工作已經(jīng)完成；

(4)維護工序和責(zé)任已經(jīng)確定。42謝謝觀賞2019-6-30 (4)在重新確認(rèn)過程中，需邀請用戶參加。42謝謝觀賞20

軟件可維護性的定義

軟件可維護性是指糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷，以及為滿足新的要求進行修改、擴充或壓縮的容易程度。可維護性、可使用性、可靠性是衡量軟件質(zhì)量的主要質(zhì)量特性。軟件的可維護性是軟件開發(fā)階段各個時期的關(guān)鍵目標(biāo)。軟件可維護性43謝謝觀賞2019-6-30

軟件可維護性的定義

軟件可維護性是指糾正軟件系統(tǒng)出現(xiàn)的錯誤目前廣泛使用的是用如下的七個特性來衡量程序的可維護性。

可理解性 可使用性 可測試性 可移植性 可修改性 效率 可靠性而且對于不同類型的維護，這七種特性的側(cè)重點也不相同。44謝謝觀賞2019-6-30目前廣泛使用的是用如下的七個特性來衡量程序的可維護性。44謝在各類維護中的側(cè)重點

45謝謝觀賞2019-6-30在各類維護中的側(cè)重點45謝謝觀賞2019-6-30可維護性的度量人們一直期望對軟件的可維護性做出定量度量，但要做到這一點并不容易。常用的度量一個可維護的程序的七種特性的方法。就是質(zhì)量檢查表質(zhì)量測試質(zhì)量標(biāo)準(zhǔn)46謝謝觀賞2019-6-30可維護性的度量人們一直期望對軟件的可維護性做出定量度量，但要質(zhì)量檢查表是用于測試程序中某些質(zhì)量特性是否存在的一個問題清單。評價者針對檢查表上的每一個問題，依據(jù)自己的定性判斷，回答“Yes”或者“No”。質(zhì)量測試與質(zhì)量標(biāo)準(zhǔn)則用于定量分析和評價程序的質(zhì)量。由于許多質(zhì)量特性是相互抵觸的，要考慮幾種不同的度量標(biāo)準(zhǔn)，相應(yīng)地去度量不同的質(zhì)量特性。47謝謝觀賞2019-6-30質(zhì)量檢查表是用于測試程序中某些質(zhì)量特性是否存在的一個問題清單1.可理解性可理解性表明人們通過閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運行的容易程度。一個可理解的程序應(yīng)具備以下一些特性：模塊化，風(fēng)格一致性，不使用令人捉摸不定或含糊不清的代碼，使用有意義的數(shù)據(jù)名和過程名，結(jié)構(gòu)化，完整性等。48謝謝觀賞2019-6-301.可理解性可理解性表明人們通過閱讀源代碼和相關(guān)文檔，了解2.可靠性可靠性表明一個程序按照用戶的要求和設(shè)計目標(biāo)，在給定的一段時間內(nèi)正確執(zhí)行的概率。關(guān)于可靠性，度量的標(biāo)準(zhǔn)主要有： 平均失效間隔時間MTTF

平均修復(fù)時間MTTR

有效性A=MTBD/(MTBD+MDT)49謝謝觀賞2019-6-302.可靠性可靠性表明一個程序按照用戶的要求和設(shè)計目標(biāo)，在給度量可靠性的方法根據(jù)程序錯誤統(tǒng)計數(shù)字，進行可靠性預(yù)測。常用方法是利用一些可靠性模型，根據(jù)程序測試時發(fā)現(xiàn)并排除的錯誤數(shù)預(yù)測平均失效間隔時間MTTF。

根據(jù)程序復(fù)雜性，預(yù)測軟件可靠性。

用程序復(fù)雜性預(yù)測可靠性，前提條件是可靠性與復(fù)雜性有關(guān)。因此可用復(fù)雜性預(yù)測出錯率。程序復(fù)雜性度量標(biāo)準(zhǔn)可用于預(yù)測哪些模塊最可能發(fā)生錯誤，以及可能出現(xiàn)的錯誤類型。50謝謝觀賞2019-6-30度量可靠性的方法根據(jù)程序錯誤統(tǒng)計數(shù)字，進行可靠性預(yù)測。常3.可測試性可測試性表明論證程序正確性的容易程度。程序越簡單，證明其正確性就越容易。而且設(shè)計合用的測試用例，取決于對程序的全面理解。一個可測試的程序應(yīng)當(dāng)是可理解的，可靠的，簡單的。用于可測試性度量的檢查項目如下：程序是否模塊化?結(jié)構(gòu)是否良好?51謝謝觀賞2019-6-303.可測試性可測試性表明論證程序正確性的容易程度。程序越簡程序是否可理解?程序是否可靠?程序是否能顯示任意中間結(jié)果?程序是否能以清楚的方式描述它的輸出?程序是否能及時地按照要求顯示所有的輸入?程序是否有跟蹤及顯示邏輯控制流程的能力?

程序是否能從檢查點再啟動?程序是否能顯示帶說明的錯誤信息?52謝謝觀賞2019-6-30程序是否可理解?程序是否可靠?52謝謝觀賞2019-6-4.可修改性可修改性表明程序容易修改的程度。一個可修改的程序應(yīng)當(dāng)是可理解的、通用的、靈活的、簡單的。通用性是指程序適用于各種功能變化而無需修改。靈活性是指能夠容易地對程序進行修改。

53謝謝觀賞2019-6-304.可修改性可修改性表明程序容易修改的程度。53謝謝觀賞2測試可修改性的一種定量方法是修改練習(xí)。其基本思想是通過做幾個簡單的修改，來評價修改的難度。設(shè)C是程序中各個模塊的平均復(fù)雜性，n是必須修改的模塊數(shù)，A

是要修改的模塊的平均復(fù)雜性。則修改的難度D由下式計算：

D=A/C54謝謝觀賞2019-6-30測試可修改性的一種定量方法是修改練習(xí)。其基本思想是通過做幾個5.可移植性可移植性表明程序轉(zhuǎn)移到一個新的計算環(huán)境的可能性的大小。或者它表明程序可以容易地、有效地在各種各樣的計算環(huán)境中運行的容易程度。一個可移植的程序應(yīng)具有結(jié)構(gòu)良好、靈活、不依賴于某一具體計算機或操作系統(tǒng)的性能。用于可移植性度量的檢查項目如下：55謝謝觀賞2019-6-305.可移植性可移植性表明程序轉(zhuǎn)移到一個新的計算環(huán)境的可能性

是否是用高級的獨立于機器的語言來編寫程序?是否使用廣泛使用的標(biāo)準(zhǔn)化的程序設(shè)計語言來編寫程序?是否僅使用了這種語言的標(biāo)準(zhǔn)版本和特性?程序中是否使用了標(biāo)準(zhǔn)的普遍使用的庫功能和子程序?程序中是否極少使用或根本不使用操作系統(tǒng)的功能?56謝謝觀賞2019-6-30是否是用高級的獨立于機器的語言來編寫程序?56謝謝觀賞20程序在執(zhí)行之前是否初始化內(nèi)存?程序在執(zhí)行之前是否測定當(dāng)前的輸入／輸出設(shè)備?程序是否把與機器相關(guān)的語句分離了出來，集中放在了一些單獨的程序模塊中，并有說明文件?

程序是否結(jié)構(gòu)化?并允許在小一些的計算機上分段(覆蓋)運行?程序中是否避免了依賴于字母數(shù)字或特殊字符的內(nèi)部位表示?57謝謝觀賞2019-6-30程序在執(zhí)行之前是否初始化內(nèi)存?57謝謝觀賞2019-6-306.效率效率表明一個程序能執(zhí)行預(yù)定功能而又不浪費機器資源的程度。這些機器資源包括內(nèi)存容量、外存容量、通道容量和執(zhí)行時間。用于效率度量的檢查項目如下：程序是否模塊化?結(jié)構(gòu)是否良好?是否消除了無用的標(biāo)號與表達式，以充分發(fā)揮編譯器優(yōu)化作用?58謝謝觀賞2019-6-306.效率效率表明一個程序能執(zhí)行預(yù)定功能而又不浪費機器資源的程序的編譯器是否有優(yōu)化功能?是否把特殊子程序和錯誤處理子程序都?xì)w入了單獨的模塊中?是否以快速的數(shù)學(xué)運算代替了較慢的數(shù)學(xué)運算?