軟件維護與軟件編制課件

1、軟件維護與軟件編制課件軟件維護與軟件編制課件 軟件投入運行后，軟件的開發(fā)工作已經(jīng)結(jié)束，進入軟件的維護階段。軟件維護所需的工作量相當大，許多國外的軟件開發(fā)組織估計，軟件維護所占的比例占有軟件整個生命周期的60%以上的工作量，隨著軟件規(guī)模和數(shù)量的增大，軟件維護工作將會束縛開發(fā)組織的手腳，使他們沒有余力開發(fā)新的軟件。人們對軟件維護工作的認識加深后，軟件技術(shù)服務(wù)已經(jīng)可以獨立承包給獨立的技術(shù)廠商，由專門的技術(shù)服務(wù)公司進行軟件維護，軟件開發(fā)公司得以繼續(xù)開發(fā)新的軟件產(chǎn)品。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profi

2、le .Copyright 2004-2011 Aspose Pty Ltd. 軟件投入運行后，軟件的開發(fā)工作已經(jīng)結(jié)束，進入軟件的7.1 軟件維護的內(nèi)容 軟件維護就是在軟件已經(jīng)交付使用以后，為了改正錯誤或滿足新的需要而修改軟件的過程。 一般來說，要求進行維護的原因大致有以下幾種： （1）改正程序中的錯誤和缺陷。 （2）改進設(shè)計以適應(yīng)新的軟、硬件環(huán)境。 （3）增加新的應(yīng)用范圍。Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspos

3、e Pty Ltd.7.1 軟件維護的內(nèi)容 軟件維護就是在軟件已經(jīng)交7.1 軟件維護的內(nèi)容 綜合以上幾種要求進行維護的原因，我們可以把軟件維護有四種基本形式： （1）改正性維護：軟件測試不可能找出一個大型軟件系統(tǒng)中的所有潛在的軟件錯誤，所以在軟件使用期間仍有可能發(fā)現(xiàn)錯誤，診斷和改正這類錯誤的過程稱為改正性維護； （2）適應(yīng)性維護：由于計算機技術(shù)發(fā)展迅速，計算機硬件設(shè)備的不斷更新，計算機操作系統(tǒng)的新版本也會不斷出現(xiàn)，計算機外部設(shè)備也要經(jīng)常改進，而軟件的使用壽命往往超出當時開發(fā)該軟件系統(tǒng)時設(shè)備環(huán)境的壽命，為適應(yīng)新的變化而要對軟件進行的修改，稱為適應(yīng)性維護； Evaluation only.Crea

4、ted with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.1 軟件維護的內(nèi)容 綜合以上幾種要求進行維護的原7.1 軟件維護的內(nèi)容 （3）完善性維護：軟件投入使用后，用戶會提出增加新功能，修改已有的功能以及提出一般的改進要求和建議，為了滿足和部分滿足這類要求，就要進行完善性維護，這類工作較多，占了維護工作的大部分； （4）預(yù)防性維護：為了進一步改進軟件的維護性和可靠性，或者為進一步改進提供更好的基礎(chǔ)而對軟件進行的修改，稱之為預(yù)防性維護；這類工作相對較少。 Eval

5、uation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.1 軟件維護的內(nèi)容 （3）完善性維護：軟件投入7.2 影響軟件維護工作的主要因素 軟件維護與進行新軟件產(chǎn)品的開發(fā)是一對矛盾，導致軟件維護困難的根源大多來自軟件計劃和開發(fā)工作的缺點： 如果軟件的文檔配置不全，會使得維護工作付出很大的代價，因而浪費了精力，挫傷了人的積極性。 如果使用軟件工程的方法，軟件有一個完整配置，維護任務(wù)就從評價設(shè)計文檔開始，確定這個軟件的重要結(jié)構(gòu)特性，性

6、能特性、接口特性。確定軟件修改帶來的影響，并找出一些處理方法，先修改設(shè)計，進行設(shè)計復審，再修改源程序代碼，并利用以前的測試用例進行回歸測試，最后將修改過的軟件交付使用。Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.2 影響軟件維護工作的主要因素 軟件維護與進7.2 影響軟件維護工作的主要因素 這種維護方式使維護工作量大大減少，易于維護，而且可以提高軟件維護的質(zhì)量。可維護性是指進行軟件修改、變更時的難易程度。決定

7、可維護性的主要軟件質(zhì)量因素有三方面：可理解性、可測試性、可修改性。這些又與可擴充性、一致性、簡潔性、清晰性、結(jié)構(gòu)性等因素相關(guān)。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.2 影響軟件維護工作的主要因素 這種維護方7.2 影響軟件維護工作的主要因素 影響軟件維護工作的主要因素有：（1）軟件開發(fā)的方法：軟件開發(fā)方法直接影響軟件的易維護性；模塊化結(jié)構(gòu)、詳細設(shè)計等文檔、軟件維護記錄報告等將有助于理解軟件的結(jié)構(gòu)、界面

8、的功能和內(nèi)部的數(shù)據(jù)與控制邏輯流程、理解當前軟件的版本狀態(tài)；（2）軟件開發(fā)的條件：軟件開發(fā)過程所涉及到的軟硬件資源特性也對軟件的維護產(chǎn)生影響，如程序設(shè)計語言的特性、軟件開發(fā)工具等對于理解軟件有著明顯的影響；Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.2 影響軟件維護工作的主要因素 影響軟件維護工作的主要因7.2 影響軟件維護工作的主要因素 （3）軟件規(guī)模的大小：軟件規(guī)模越大，系統(tǒng)越復雜，維護所需的工作量也越大；

9、（4）軟件投入運行后的時間：老系統(tǒng)比新系統(tǒng)需要更多的維護工作量，在長期的維護過程中，也許軟件的文檔與實際的程序?qū)崿F(xiàn)已變得不一致，維護工作會遇到更多的困難；（5）其它設(shè)計因素、人員交替與外部環(huán)境因素：開發(fā)時，原來軟件的設(shè)計對軟件維護工作的考慮，軟件外部環(huán)境的變化，人員的交替和管理工作，都會對軟件的維護工作產(chǎn)生影響； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.2 影響軟件維護工作的主要因素 （3）軟件規(guī)模的大小

10、：軟7. 3 軟件維護的特點7.3.1 軟件工程與軟件維護的關(guān)系7.3.2 維護成本退出7.3.3 維護的問題Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7. 3 軟件維護的特點7.3.1 軟件工程與軟件7.3.1 軟件工程與軟件維護的關(guān)系配置評價設(shè)計計劃途徑修改設(shè)計重新編碼評價代碼？復查重新編碼復查維護要求交付使用軟件代碼Evaluation only.Created with Aspose.Slides fo

11、r .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.3.1 軟件工程與軟件維護的關(guān)系配置評價設(shè)計計劃途徑無形的維護成本：（1）一些看起來是合理的改錯或修改的要求不能及時滿足，使得用戶不滿意；（2）維護時產(chǎn)生的改動，可能會帶來新的潛伏的故障，從而降低了軟件的整體質(zhì)量；（3）當必須把軟件開發(fā)人員抽調(diào)去進行維護工作時，將在開發(fā)過程中造成混亂。7.3.2 維護成本Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0

12、.0.Copyright 2004-2011 Aspose Pty Ltd.無形的維護成本：7.3.2 維護成本Evaluation用于軟件維護的工作量可以分為兩部分：一部分用于生產(chǎn)性活動，另一部分用于非生產(chǎn)性活動。下面的表達式是由Belady和Lehman提出的維護工作量的計算模型：MpKe(c d)M：維護中消耗的總工作量；p：生產(chǎn)性工作量；K：經(jīng)驗常數(shù)；c：復雜程度；d：維護人員對軟件的熟悉程度。通過這個模型可以看出，如果使用了不好的軟件開發(fā)方法，參加維護的人員都不是原來開發(fā)的人員，那么維護工作量（及成本）將按指數(shù)級增加。Evaluation only.Created with Aspo

13、se.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.用于軟件維護的工作量可以分為兩部分：一部分用于生產(chǎn)性活動，另（1）理解他人編寫的程序一般都有一定的困難性。（2）軟件配置的文檔嚴重不足甚至沒有，或者沒有合格的文檔。（3）當需要對軟件進行維護時，由于軟件人員經(jīng)常流動，維護階段持續(xù)的時間又很長，所以一般不能指望由原來的開發(fā)人員來完成或提供軟件的解釋。（4）絕大多數(shù)軟件在設(shè)計時沒有考慮到將來的修改問題。（5）軟件維護可以說是一項毫無吸引力的工作。之所以形成這樣一種觀念，一方面是因為軟件維護

14、工作量大，看不到什么“成果”，更主要的原因是因為維護工作難度大，又經(jīng)常遭受挫折。7.3.3 維護的問題Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.（1）理解他人編寫的程序一般都有一定的困難性。7.3.3 7.4 軟件維護過程7.4.1 維護機構(gòu)7.4.2 維護申請報告退出7.4.3 維護的工作流程7.4.4 維護記錄 7.4.5 維護評價 Evaluation only.Created with Aspose.S

15、lides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.4 軟件維護過程7.4.1 維護機構(gòu)7.4.2 7.4.1 維護機構(gòu) 系統(tǒng)管理員 維護要求 維護管理員 修改負責人 軟件系統(tǒng) 維護管理員負責接受維護申請，然后把維護申請交給某個系統(tǒng)管理員去評價。系統(tǒng)管理員是一名技術(shù)人員，他必須熟悉軟件產(chǎn)品的某一部分。系統(tǒng)管理員對維護申請做出評價，然后交與修改負責人確定如何進行修改。Evaluation only.Created with Aspose.Slides for .NET 3.5 Client

16、Profile .Copyright 2004-2011 Aspose Pty Ltd.7.4.1 維護機構(gòu) 系統(tǒng)管理員 維護要求 7.4.2 維護申請報告 維護申請報告是由軟件組織外部提交的文檔，它是計劃維護活動的基礎(chǔ)。軟件組織內(nèi)部應(yīng)依此制定相應(yīng)的軟件修改報告，這個報告包括以下內(nèi)容：（1）為滿足某個維護申請要求所需的工作量；（2）所需修改變動的性質(zhì)；（3）申請修改的優(yōu)先級；（4）與修改有關(guān)的事后數(shù)據(jù)。軟件修改報告應(yīng)提交修改負責人進行審核批準，以便進行下一步工作。Evaluation only.Created with Aspose.Slides for .NET 3.5 Cli

17、ent Profile .Copyright 2004-2011 Aspose Pty Ltd.7.4.2 維護申請報告 維護申請報告是由軟件組織外部7.4.3 維護的工作流程評價錯誤嚴重程度改正性確定類型維護要求評價優(yōu)先次序完善性或適應(yīng)性開始問題分析嚴重不嚴重安排改正性維護錯誤改正目錄開始分析維護任務(wù)復審開發(fā)目錄低高人員安排修改后的軟件通過后交付使用的軟件人員安排Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty

18、 Ltd.7.4.3 維護的工作流程評價錯誤嚴重程度改正性確定類型無論是哪一種類型的維護，都要進行以下工作：（1）修改軟件設(shè)計；（2）設(shè)計復審；（3）對源代碼的必要修改；（4）單元測試；（5）集成測試，包括回歸測試；（6）驗收測試；（7）軟件配置復審。在每次軟件維護任務(wù)完成后，需要進行必要的情況評審。這種評審是對以下問題的一個小結(jié)：（1）在當前情況下，設(shè)計、編碼、測試中的哪些方面能夠改進？（2）哪些維護資源是應(yīng)該有而實際上卻沒有的？（3）工作中的主要和次要的障礙是什么？（4）要求的維護類型中有預(yù)防性維護嗎？Evaluation only.Created with Aspose.Slides f

19、or .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.無論是哪一種類型的維護，都要進行以下工作：（1）修改軟件設(shè)計7.4.4 維護記錄 對于維護記錄中的內(nèi)容，Swanson給出了下述的項目表：（1）程序名稱；（2）源程序語句條數(shù)；（3）機器代碼指令條數(shù)；（4）使用的程序設(shè)計語言；（5）程序的安裝日期；（6）程序安裝后的運行次數(shù)；（7）與程序安裝后運行次數(shù)有關(guān)的處理故障的次數(shù)；Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profi

20、le .Copyright 2004-2011 Aspose Pty Ltd.7.4.4 維護記錄 對于維護記錄中的內(nèi)容，Swanso（8）程序修改的層次和名稱；（9）由于程序修改而增加的源程序語句條數(shù)；（10）由于程序修改而刪除的源程序語句條數(shù)；（11）每項修改所付出的“人時”數(shù)；（12）程序修改的日期；（13）軟件維護人員的姓名；（14）維護申請報告的名稱；（15）維護類型；（16）維護開始時間和維護結(jié)束時間；（17）用于維護的累計“人時”數(shù)；（18）維護工作的凈收益。Evaluation only.Created with Aspose.Slides for .NET 3.

21、5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.（8）程序修改的層次和名稱；（9）由于程序修改而增加的源程序7.4.5 維護評價 一般來說，可以從以下七個方面來評價維護工作：（1）每次程序運行時的平均出錯次數(shù)；（2）用于每一類維護活動的總“人時”數(shù)；（3）每個程序、每種語言、每種維護類型所做的平均修改數(shù)；（4）維護過程中，增加或刪除每條源程序語句花費的平均“人時”數(shù)；（5）用于每種語言的平均“人時”數(shù)；（6）一張維護申請報告的平均處理時間；（7）各類維護類型所占的百分比。Evaluation only.Created wi

22、th Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.4.5 維護評價 一般來說，可以從以下七個方面來評價7.5 軟件可維護性7.5.1 軟件可維護性的度量7.5.2 提高軟件可維護性的方法退 出Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.5 軟件可維護性7.5.1 軟件可維護性的度量

23、7可以從以下四個方面來度是軟件的可維護性： 1可理解性 2可測試性 3可修改性 4可移植性7.5.1 軟件可維護性的度量Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.可以從以下四個方面來度是軟件的可維護性：7.5.1 軟件7.5.2 提高軟件可維護性的方法 1建立明確的軟件質(zhì)量標準2利用先進的軟件技術(shù)和工具3建立明確的質(zhì)量保證制度4選擇可維護的程序設(shè)計語言5改進軟件的文檔Evaluation only.Create

24、d with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.5.2 提高軟件可維護性的方法 1建立明確的軟件質(zhì)7.6 軟件維護的副作用（1）對子程序的刪除或修改；（2）對語句標號的刪除或修改；（3）對標識符的刪除或修改；（4）為改進程序執(zhí)行性能所做的修改：（5）改變文件的打開或關(guān)閉；（6）對邏輯運算符的修改；（7）把設(shè)計的修改翻譯成程序代碼的修改；（8）對判定的邊界條件所做的修改。為確保編碼修改沒有引入新的錯誤，應(yīng)進行嚴格的回歸測試。一般情況下，通過回歸測試，可以發(fā)現(xiàn)

25、并糾正修改編碼所帶來的副作用。1、修改編碼的副作用Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.6 軟件維護的副作用（1）對子程序的刪除或修改；1、（1）重新定義局部常量或全程常量；（2）重新定義記錄格式或文件格式；（3）改變一個數(shù)組或高階數(shù)據(jù)結(jié)構(gòu)的大??；（4）修改全程變量；（5）重新初始化控制標記或指針；（6）重新排列輸入輸出或子程序的自變量。修改數(shù)據(jù)的副作用可以通過完善的設(shè)計文檔來加以限制。這種文檔描述了數(shù)

26、據(jù)結(jié)構(gòu)，并且提供了一種把數(shù)據(jù)元素、記錄、文件及其它結(jié)構(gòu)與軟件模塊聯(lián)系起來的交叉對照功能。2、修改數(shù)據(jù)的副作用Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.（1）重新定義局部常量或全程常量；2、修改數(shù)據(jù)的副作用Eva維護應(yīng)該著眼于整個軟件配置，而不只是源程序代碼的修改。如果源代碼的修改沒有反映在設(shè)計文檔或用戶文檔中時，就會發(fā)生文檔的副作用。每當對數(shù)據(jù)流圖、軟件結(jié)構(gòu)、模塊算法過程和其它有關(guān)的特征進行修改時，必須同時對相

27、應(yīng)的文檔資料進行更新。在軟件再次交付使用之前，對整個軟件配置進行評審將大大減少文檔的副作用。實際上，某些維護申請的提出只是由于用戶文檔不夠清楚。這時，只需對文檔進行維護即可，并不要求修改軟件設(shè)計或源程序。3、修改文檔的副作用Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.維護應(yīng)該著眼于整個軟件配置，而不只是源程序代碼的修改。如果源7.7 軟件版本控制 利用維護工具進行軟件維護，可以降低維護費用，提高維護效率。比較典型

28、的是版本控制系統(tǒng)，用于協(xié)調(diào)軟件各種版本和配置的生成。 版本控制的主要功能有：存貯、更新、檢索模塊的各個版本；控制修改權(quán)限，對模塊采取保護措施，僅允許程序員對指定的模塊進行修改；利用版本號、日期和時間等信息，系統(tǒng)自動識別裝入的模塊，確定正確的代碼模塊版本；自動記錄對每個模塊進行修改的程序員的名字，記錄修改的內(nèi)容、時間和原因等?？梢詫崿F(xiàn)版本的跟蹤、恢復和升級。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.7 軟件

29、版本控制 利用維護工具進行軟件維護，可以降低7. 8 軟件工程標準中的文檔標準 7.8.1 標準化機構(gòu)與組織 7.8.2 文檔的作用 退 出7.8.3 文檔的分類和標準 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7. 8 軟件工程標準中的文檔標準 7.8.1 標準化機構(gòu)7.8.1 標準化機構(gòu)與組織 隨著軟件工程學的發(fā)展，人們對計算機軟件的認識逐步深入。軟件工作的范圍從單純的使用程序設(shè)計語言編制程序，擴展到整個軟

30、件生存期。在軟件產(chǎn)品的開發(fā)過程中，同時產(chǎn)生了許多技術(shù)管理工作和確認驗證工作，這些工作常常是跨越軟件生存期各個階段的專門工作，需要軟件行業(yè)的標準或規(guī)范加以約束。 軟件工程標準的類型是多方面的，包括過程標準（如方法、技術(shù)、度量等）、產(chǎn)品標準（如需求、設(shè)計、部件、描述、計劃、報告等）、專業(yè)標準（如術(shù)語、表示法、語言等）。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.1 標準化機構(gòu)與組織 隨著軟件工程學的發(fā)展，人

31、7.8.1 標準化機構(gòu)與組織 國際標準由國際聯(lián)合機構(gòu)制定和公布，供各國參考的標準。如ISO（International Standards Organization）,下設(shè)許多技術(shù)委員會，其中之一是計算機與信息處理技術(shù)委員會，簡稱ISO/TC97,負責與計算機有關(guān)的標準化工作。發(fā)布的標準通常冠有ISO字樣。如：ISO 8631-86 Information Processing Program Constructs and Conventions for Representation信息處理程序構(gòu)造及其表示法的約定，該標準已收入中國國家標準。Evaluation only.Created wi

32、th Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.1 標準化機構(gòu)與組織 國際標準由國際聯(lián)合7.8.1 標準化機構(gòu)與組織 國家標準由政府或國家級的機構(gòu)制定或批準，適用于全國范圍的標準。如：中國國家標準GB/T 15538-1995 軟件工程標準分類法給出了軟件工程的嚴格的分類。其中，GB國家標準，中華人民共和國國家技術(shù)監(jiān)督局是中國的最高標準化機構(gòu)，它所公布實施的標準簡稱為“國標”。已批準了多個軟件工程標準。GJB中華人民共和國國家軍用標準。Evaluation o

33、nly.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.1 標準化機構(gòu)與組織 國家標準由政府或國家7.8.1 標準化機構(gòu)與組織 ANSI(American National Standards Institute)美國國家標準協(xié)會； BS(British Standard) 英國國家標準； DIN(Deutsches Institute for Normung )德國標準協(xié)會； JIS(Japanese Industrial Standar

34、d)日本工業(yè)標準；Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.1 標準化機構(gòu)與組織 ANSI(America7.8.1 標準化機構(gòu)與組織 許多國家和國際化標準組織制定了軟件工程標準。在眾多的標準中，其中有一部分是針對軟件文檔的標準。如：FIPS135是美國國家標準局發(fā)布的軟件文檔管理指南（National Bureau of Standards,Guideline for Software Documen

35、tation Management,FIPS PUB 135,June 1984）;其中，F(xiàn)IPS(NBS)(Federal Information Processing Standards(National Bureau of Standards)美國商務(wù)部國家標準局聯(lián)邦信息處理標準，它所公布的標準均冠有FIPS字樣。Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.1 標準化機構(gòu)與組織 許多國家和國際化標準

36、組7.8.2 文檔的作用 軟件文檔：（也稱文件資料），指的是一些記錄的數(shù)據(jù)和數(shù)據(jù)的媒體，具有固定的格式，可被人與計算機閱讀，它和計算機程序一起共同構(gòu)成了能完成特定功能的計算機軟件。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.2 文檔的作用 軟件文檔：（也稱文件資料），7.8.2 文檔的作用 軟件的開發(fā)滲透著軟件人員的復雜腦力勞動，文檔作為軟件產(chǎn)品的主要形式集中體現(xiàn)了軟件開發(fā)人員的勞動成果，現(xiàn)在，沒有文檔

37、的執(zhí)行程序是不完整的軟件。軟件的生產(chǎn)和開發(fā)工作，總是伴隨著大量的信息要記錄和使用，因此文檔的編制在軟件開發(fā)工作中占有相當大的工作量，文檔在軟件生存期中的地位和作用越來越突出了，主要有以下幾方面的作用： Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.2 文檔的作用 軟件的開發(fā)滲透著軟件人員的復7.8.2 文檔的作用 （1）提高軟件開發(fā)過程的能見度：把開發(fā)過程中發(fā)生的事件以某種可以閱讀的方式記錄在文檔中，管理人

38、員可把這些記載下來的材料作為檢查軟件開發(fā)進度和開發(fā)質(zhì)量的依據(jù)，實現(xiàn)對軟件開發(fā)工作的管理，文檔是軟件開發(fā)規(guī)范的體現(xiàn)和指南； （2）提高開發(fā)效率：軟件文檔的編制，使得開發(fā)人員對各個階段的工作都進行周密的思考、全面衡量，從而減少返工。并可在開發(fā)的早期發(fā)現(xiàn)錯誤和不一致性，便于及時加以糾正； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.2 文檔的作用 （1）提高軟件開發(fā)過程的能見度7.8.2 文檔的作用 （3）作為

39、開發(fā)人員在一定階段的工作成果和結(jié)束標志； （4）記錄開發(fā)過程中的有關(guān)信息，便于協(xié)調(diào)以后的軟件開發(fā)、使用和維護； （5）提供對軟件的運行、維護和培訓的有關(guān)信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了解，使軟件開發(fā)活動更有效，起著多種橋梁作用； （6）便于潛在用戶了解軟件的功能、性能等各項指標，為他們選購符合自己需要的軟件提供依據(jù)； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.2 文檔的作

40、用 （3）作為開發(fā)人員在一定階段的7.8.3 文檔的分類和標準 按照文檔的產(chǎn)生和使用范圍，軟件文檔大致可分為三類：開發(fā)文檔：作為開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作的依據(jù)。包括項目開發(fā)計劃、可行性研究報告、軟件需求說明書、數(shù)據(jù)要求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、（也可包含源程序文檔）；管理文檔：由軟件開發(fā)人員制定的、需提交管理人員的一些工作計劃或工作報告，使管理人員能夠了解軟件開發(fā)項目安排、進度、資源、使用和成果等。包括項目開發(fā)計劃、測試計劃、開發(fā)進度月報、項目開發(fā)總結(jié)； Evaluation only.Created with Aspose.Slides for .NET 3

41、.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.3 文檔的分類和標準 按照文檔的產(chǎn)生和使用范圍7.8.3 文檔的分類和標準 （3）用戶文檔：軟件開發(fā)人員為用戶準備的有關(guān)該軟件的使用操作和維護的資料，包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書等； 中國已經(jīng)陸續(xù)制定了20余項有關(guān)軟件工程的國家標準。這些標準可分為四類：基礎(chǔ)標準、開發(fā)標準、文檔標準、管理標準。 國家批準的計算機文檔標準有： GB8567-88 計算機軟件產(chǎn)品開發(fā)文件編制指南； GB9385-88 計算機需求說明編制指南； GB9386-88

42、計算機軟件測試編制指南； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.8.3 文檔的分類和標準 （3）用戶文檔：軟件開發(fā)人員7.9 軟件文檔編制的內(nèi)容 國家標準局1988年1月發(fā)布了計算機軟件開發(fā)規(guī)范和軟件產(chǎn)平品開發(fā)文件編制指南，它們基于軟件生命期方法，把軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、使用、和不斷增補修訂，直到最后被淘汰的整個過程提交的文檔歸于以下十三種： （1）可行性研究報告：說明該軟件項目的實現(xiàn)在技術(shù)

43、上、經(jīng)濟上和社會因素上的可行性，評述如何合理地達到開發(fā)目標，可供選擇的各種實現(xiàn)方案，說明并論證所選定實施方案的理由； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.9 軟件文檔編制的內(nèi)容 國家標準局1988年1月發(fā)7.9 軟件文檔編制的內(nèi)容 （2）項目開發(fā)計劃：為軟件項目實施方案制定出具體的計劃。應(yīng)包括各部分工作的負責人員、開發(fā)的進度、開發(fā)的經(jīng)費概算、所需的硬件和軟件資源等。項目開發(fā)計劃應(yīng)提供給管理部門，并作為

44、開發(fā)階段評審的基礎(chǔ)； （3）軟件需求說明書：也稱軟件規(guī)格說明書，對所開發(fā)軟件的功能、性能、用戶界面、運行環(huán)境等作出詳細的說明。它是用戶與開發(fā)人員雙方對軟件需求取得共同理解的基礎(chǔ)上達成的協(xié)議，也是實施開發(fā)工作的基礎(chǔ)； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.9 軟件文檔編制的內(nèi)容 （2）項目開發(fā)計劃：為軟件7.9 軟件文檔編制的內(nèi)容 （4）數(shù)據(jù)要求說明書：該說明書應(yīng)當給出數(shù)據(jù)邏輯描述和數(shù)據(jù)采集的各項要求，為

45、生成和維護系統(tǒng)的數(shù)據(jù)文件作好準備； （5）概要設(shè)計說明書：應(yīng)當說明系統(tǒng)的功能分配、模塊劃分、系統(tǒng)總體結(jié)構(gòu)、輸入輸出及接口設(shè)計，運行設(shè)計，數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理設(shè)計等，為詳細設(shè)計奠定基礎(chǔ)； （6）詳細設(shè)計說明書：描述每一個模塊是如何實現(xiàn)的，包括實現(xiàn)算法和邏輯流程等； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.9 軟件文檔編制的內(nèi)容 （4）數(shù)據(jù)要求說明書：該說明7.9 軟件文檔編制的內(nèi)容 (7)用戶手冊：詳細描

46、述軟件的功能、性能和用戶界面，使用戶了解該軟件和使用該軟件； (8)操作手冊：為操作人員提供該軟件各種運行情況的細節(jié)和有關(guān)知識，特別是操作方法的細節(jié)； (9)測試計劃：針對軟件測試（主要是集成測試和確認測試），需要制定測試計劃，計劃應(yīng)該包括測試的內(nèi)容、進度、條件、參加人員、測試用例的選取原則、測試結(jié)果允許的偏差范圍等；Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.9 軟件文檔編制的內(nèi)容 (7)用戶手冊：詳細描述

47、軟7.9 軟件文檔編制的內(nèi)容 (10)測試分析報告：測試工作完成后，應(yīng)當提交測試計劃執(zhí)行情況的說明。對測試結(jié)果加以分析，并提出測試的結(jié)論性意見； (11)開發(fā)進度月報：該月報是軟件人員按月向管理部門提交的項目進展情況報告。應(yīng)包括進度計劃與實際執(zhí)行情況的比較、階段成果、遇到的問題、解決的辦法，及下個月的打算等； Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.9 軟件文檔編制的內(nèi)容 (10)測試分析報告：測試7.9

48、 軟件文檔編制的內(nèi)容 (12)項目開發(fā)總結(jié)報告：軟件項目開發(fā)完成之后，應(yīng)當與項目實施計劃對照，總結(jié)實際執(zhí)行的情況，如進度、成果、資源利用、成本和投入的人力。此外，還需對開發(fā)工作作出評價，總結(jié)經(jīng)驗和教訓； (13)維護修改建議：軟件產(chǎn)品投入運行后，可能又有修正、更改等問題，應(yīng)當對存在的問題、修改的考慮，及修改的影響估計等做詳細描述，寫成維護修改建議，提交審批。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.9 軟

49、件文檔編制的內(nèi)容 (12)項目開發(fā)總結(jié)報告： 以上這些文檔，在項目開發(fā)的各個階段的工作開展時，隨之編制，有的在一個階段進行，有的則需跨越多個階段，如圖7-1所示。 階段 可行性研 需求 軟件 編碼與 集成 運行 文檔 究與計劃 分析 設(shè)計 單元測試 測試 維護可行性研究報告項目開發(fā)計劃軟件需求說明書數(shù)據(jù)要求說明書概要設(shè)計說明書詳細設(shè)計說明書用戶手冊操作手冊測試計劃測試分析報告：開發(fā)進度月報項目開發(fā)總結(jié)報告維護修改建議Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2

50、004-2011 Aspose Pty Ltd. 以上這些文檔，在項目開發(fā)的各個階段的工作開展時，隨之編7.10 文檔編制的質(zhì)量要求 高質(zhì)量的文檔有助于程序員編制程序、有助于管理人員監(jiān)督和管理軟件的開發(fā)過程、有助于用戶了解軟件的工作和運行時正確的操作、有助于維護人員進行有效的修改和擴充。質(zhì)量差的文檔起著相反的作用，難于理解軟件的特性，給用戶造成不便，而且會削弱對軟件的管理，難于確認和評價開發(fā)工作的進展，如果引起誤操作，甚至造成有害的后果。Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .

51、Copyright 2004-2011 Aspose Pty Ltd.7.10 文檔編制的質(zhì)量要求 高質(zhì)量的文檔有助于程序7.10 文檔編制的質(zhì)量要求 造成軟件文檔編寫質(zhì)量不高的原因有：缺乏實踐經(jīng)驗，缺乏評價文檔質(zhì)量的標準，不重視文檔的編寫工作，未能合理安排和按時完成文檔的編制，在開發(fā)工作接近完成時匆忙趕制文檔，應(yīng)付了事，沒有給文檔的編寫工作以應(yīng)有的重視。 高質(zhì)量的文檔，在編寫初稿后，常認真聽取意見，經(jīng)多次修改，反復推敲而成，文檔的質(zhì)量應(yīng)當體現(xiàn)在以下一些方面： Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Prof

52、ile .Copyright 2004-2011 Aspose Pty Ltd.7.10 文檔編制的質(zhì)量要求 造成軟件文檔編寫質(zhì)量不高7.10 文檔編制的質(zhì)量要求 （1）針對性：文檔編制前，應(yīng)分清讀者對象，按不同類型、不同層次的讀者分別對待，以適應(yīng)他們的需要；面向用戶的文檔，不應(yīng)加有過多的專業(yè)術(shù)語；（2）精確性：文檔的行文應(yīng)當十分準確，不能出現(xiàn)多義性的描述；同一項目若干文檔的內(nèi)容應(yīng)該協(xié)調(diào)一致，沒有矛盾；（3）清晰性：文檔編寫力求簡明。如有可能，配以適當圖表，增強清晰性；（4）完整性：任何一個文檔都應(yīng)是獨立完整的，自成體系的，允許必要的部分重復，避免出現(xiàn)轉(zhuǎn)引其它文檔內(nèi)容的情況； E

53、valuation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.10 文檔編制的質(zhì)量要求 （1）針對性：文檔編制前，應(yīng)7.10 文檔編制的質(zhì)量要求 （5）靈活性：各個不同的軟件項目，其規(guī)模和復雜程度有許多實際差別，不能千篇一律看待。對于較小的比較簡單的項目，可做適當調(diào)整或合并。例如：將用戶手冊與操作手冊合并成用戶操作手冊，軟件需求說明可包含對數(shù)據(jù)的要求，從而去掉數(shù)據(jù)要求說明書，將概要設(shè)計說明書與詳細設(shè)計說明書合并成軟件設(shè)計說明書等

54、；（6）可追朔性：各開發(fā)階段編制的文檔與各階段完成的工作密切相關(guān)，前后兩個階段的文檔，具有一定的繼承關(guān)系。同一項目各開發(fā)階段之間提供的文檔必定存在著可追朔的關(guān)系，需要時能夠追蹤。 Evaluation only.Created with Aspose.Slides for .NET 3.5 Client Profile .Copyright 2004-2011 Aspose Pty Ltd.7.10 文檔編制的質(zhì)量要求 （5）靈活性：各個不同的軟件7.11 文檔的管理和維護 在整個軟件開發(fā)過程，軟件生命期內(nèi)，各種文檔作為半成品或最后的成品，會不斷的生成、修改或補充。為了最終得到高質(zhì)量的產(chǎn)品，必須加強對文檔的管理。注意以下方面