軟體工程視訊看完之後，進行了實踐——編寫文件。初次接觸文件，有很多不熟悉，但在慢慢的編寫過程中，領會了其中的內容，十三個文件的編寫，完成之後，更多的是自己的一個成長的經歷。文件是軟體工程的靈魂，是指導思想，在軟體開發過程中注意文件的編寫。

一、《可行性研究報告》

           分析專案是否具備開發的必要性與可行性。

         圖：系統流程圖和資料流圖

          系統流程圖：

         系統流程圖是概括地描繪物理系統的傳統工具。它的基本思想是用圖形符號以黑盒子形式描繪組成系統的每個部件( 程式，文件，資料庫，人工過程等 ) 。系統流程圖表達的是資料在系統各部件之間流動的情況，而不是對資料進行加工處理的控制過程，因此儘管系統流程圖的某些符號和程式流程圖的符號形式相同，但是它卻是物理資料流圖而 不是程式流程圖。

                                                                                  

                                               

                            

          資料流圖：資料流圖也稱為資料流程圖date flow diagram , DFD，是一種便於使用者理解和分析系統資料流程的圖形工具，他擺脫了系統和具體內容，精確的在邏輯上描述系統的功能、輸入、輸出和資料儲存等，是系統邏輯模型的重要組成部分。

                                                   

                             

 

二、《專案開發計劃》

         對系統的開發制定計劃，指導整個專案開發工作的順利進行，為開發的下一步做準備。

         圖：甘特圖（進度） 甘特圖，即以圖示的方式通過活動列表和時間刻度形象地表示出任何特定專案的活動順序與持續時間。基本是一條線條圖，橫軸表示時間，縱軸表示活動（專案），線條表示在整個期間上計劃和實際的活動完成情況。它直觀地表明任務計劃在什麼時候進行，及實際進展與計劃要求的對比。

                  eg.

     甘特圖可在EXCEL表格中畫，可以下載一個甘特圖畫圖軟體。

 

三、《軟體需求說明書》

        軟體需求說明書是需求分析階段的一個文件，是對軟體目標及範圍的求精和細化，明確了開發軟體的方向,

        圖：IPO表（IPO圖）

            根據IPO圖，繪製IPO表，包括輸入、輸出等內容。

    

   

四、《概要設計說明書》

 

       概要設計說明書是在使用者的需求分析階段的基礎上，對系統做概要設計，為在需求分析階段得到的目標系統的物理模型確定一個合理的軟體系統的體系結構。從而為下一階段的詳細設計做參考，設計階段將以本文件為核心文件。

         圖：流程圖    

      

                                                    

 五、《詳細設計說明書》

 

          詳細設計說明書是在概要設計的基礎上進一步明確系統結構，表示出軟體結構的圖表，完成演算法設計、資料結構設計、物理設計等，詳細地描述的逐個模組，包括演算法和邏輯流程的具體實現方法，設計系統的物理模型等，為下一步系統的實現和測試做準備。

概要設計說明書就夠用了，詳細設計說明書可以省略。

       圖：IPO圖    流程圖

      IPO圖： 

 功能：指模組把輸入轉換成輸出所做的工作。

    eg.IPO圖

                               

 

六（1）、《資料庫設計說明書》

 

       資料庫設計說明書描述了資料庫的設計，提供了資料庫設計的可視性以及軟體支援所需的資訊。

       圖：E—R圖    資料庫關係圖     資料字典    

              E—R圖:也稱實體聯絡圖，提供表示實體型別、聯絡、屬性的方法。

                  

E-R

圖也稱實體

-

聯絡圖

(Entity Relationship Diagram)

，提供了表示實體型別、屬性和聯

                                

E-R

圖也稱實體

-

聯絡圖

(Entity Relationship Diagram)

       關係圖：將對於E-R圖中的每一個實體，都應轉換為一個關係，該關係應包括對應實體的全部屬性，並應根據關係所表達的語義確定哪個屬性（或哪幾個屬性組合）作為“主鍵”。

        Eg.

           

         學生（學號，卡號，學生姓名，系別，性別，年級，班級）主鍵用橫線畫出，外建用波浪線畫出。

                                                          

      這一階段是確定資料庫的邏輯結構和物理結構。

 六（2）、《資料要求說明書》

 

        編寫資料庫要求說明書的目的是明確系統中各項功能和非功能性需求實現時所需要的資料，根據此資料設計資料庫。

       這一階段進一步確定了資料庫中的資料要求。

 

 

七、《測試計劃說明書》

 

         制定該測試計劃書描述了需要測試的特性、測試的方法、測試環境的規劃、測試用例的設計方法、明確測試策略、明確誰來完成每項任務以及需要制定應急方案的所有風險等。

          圖：可以有甘特圖

 

八、《測試分析報告》

 

     測試分析報告對測試的結果以及測試的資料等寫成文件，對發現的問題和缺陷加以記錄和分析總結。

九、《專案開發總結報告》

 

      系統的開發工作已經基本完成。對專案開發的總結。

十、《操作手冊》

 

       操作手冊的目的在於告訴系統的使用者，系統提供了那些功能，以及如何正確地、有效地來使用這些功能。

       圖：軟體結構圖       執行表    安裝步驟圖

            軟體結構圖：指的是軟體結構

                                 

           執行表：指的是系統執行的過程。

          安裝步驟圖：安裝步驟的截圖，更直觀！

 

十一、《使用者手冊》

 

          使用者手冊為使用者說明使用方法，以及給已經使用過或者正在使用的使用者在使用過程中遇到問題時提供解決問題的方法。

         圖：軟體結構圖      執行表    安裝步驟圖（這個把軟體的安裝步驟用圖表示更方便使用者檢視）

         

 

十二、《開發進度月報》

 

          開發進度月報是及時向有關管理部門彙報專案開發的進展和情況，以便及時發現或處理開發過程中出現的問題。

注意：

      操作手冊和使用者手冊的區別：

操作手冊是系統級別的文件，主要針對操作，軟體如何安裝，是一步一步進行的

使用者手冊是需求級別的文件，主要針對功能詳解，包括要從頭開始的伺服器配置，系統安裝，系統操作，系統維護等等，完全是套成熟的流程模式。

使用者手冊是包括操作手冊的。

                                              

 總結：