• 可行性研究報告

       預期的讀者為系統開發人員，管理人員和維護人員。

       可行性研究報告，是我們開發一款軟體之前，對這個專案是否可行，能否達到開發目的，需要付出多少人力、資源、時間等的研究。是軟體開發的前提。

       可行性研究的目的：用最小的程式碼在儘可能短的時間內確定問題是否能夠解決。

       可行性研究分為經濟可行性、技術可行性、操作可行性、法律可行性、時間可行性。

       一般情況下，可行性研究的成本佔預期的工程成本的5%-10%。

• 專案開發計劃

預期讀者為專案負責人、開發人員和決策者

編寫本文件的目的：通過可行性研究報告中的問題，期望的功能，累出項目具有的功能,以及專案的執行環境，實施範圍，同時說明專案開發的進度，開發經費的預算，人員計劃。

• 軟體需求說明書

預期讀者為使用者、專案開發人員

       目的：能夠表現出軟體的功能、效能、開發條件等，在文件完畢之後須要使用者進行閱讀，看是否需求表達全然，進而補充說明。

       滿足條件：軟體需求規則說明書滿足一致性、完整性、現實性、有效性、可驗證性

       任務：藉助於當前系統的邏輯模型推匯出目標系統的邏輯模組，解決目標系統的“做什麼”的問題

       結構化分析方法：資料流圖

              資料流圖---DFD圖

              圓圈：表示資料加工

              矩形框：表示資料來源或終點（外部實體）

              箭頭：資料流

              兩條橫線：表示資料儲存檔案存放

       資料流圖可以體現需求分析流程

軟體需求規則說明的原則：從現實中分離功能，即描述要“做什麼”而不是“怎樣實現”

• 概要設計說明書

預期讀者為軟體開發人員、專案負責人

目的：在概要設計的基礎上，進一步的細化系統結構，展示了軟體結構的圖表，物理設計，資料結構設計以及演算法設計，詳細的介紹了系統各個模組是如何實現的，包括設計到的演算法，邏輯流程等，為下一步系統的實現和測試做準備。

• 詳細設計說明書

       預期讀者為軟體開發人員、系統測試維護人員

       目的：在機房收費系統概要設計的基礎上進一步明確系統結構，詳細地介紹系統地各個模組，為進行後面地實現和測試作準備。

• 資料庫設計說明書

預期讀者：資料庫設計師=人員、資料庫管理員

目的：描述了機房收費系統資料庫的設計，提供了資料庫設計的可視性以及軟體支援所需要的資訊，應用於機房收費系統開發前期，為後期的資料庫設計指引方向，也可以為系統程式設計提供借鑑與參照

資料要求說明書

預期讀者：資料庫設計人員、系統測試人員、開發人員

目的：明確機房收費系統中各項功能和非功能性需求實現時所需要的資料，並且根據此資料設計資料庫，同時為概要設計，詳細設計人員提供設計依據，其他本專案組開發人員也可以參閱

• 測試計劃

預期讀者：管理人員、開發人員

目的：描述將要進行測試活動的範圍、方法、資源和時間進度的文件，它確定了測試項，要測試的特徵、測試任務，誰來完成每項任務以及需要制定應急方案的所有風險等。

• 測試分析報告

預期讀者：開發人員、維護人員

目的：在測試的基礎上，對測試的結果以及測試的資料等加以記錄和分析總結，根據測試提供的資料和結果，對要測試出現的問題進行分析，並將測試結果詳細的解釋或者分析記錄下來，以便為以後的開發做一個經驗積累，減少後期維護的精力，時間，資金。

• 專案開發總結報告

預期讀者：開發人員

目的：以便我們在以後的專案開發中來更好的實施專案的制定開發，讓我們在今後的專案開發中由更多的資料來規範我們的開發過程和提高我們的開發效率，從而創造更多的效益。

• 操作手冊

預期讀者：使用者

目的：告訴機房收費系統的使用者，本系統提供了哪些功能，以及如何正確的、有效地來使用這些功能。

• 使用者手冊

預期讀者：使用者

目的：為了給使用者提供一個使用指南，以便為首次使用該系統的使用者說明使用方法，以及給已經使用過或者正在使用的使用者在使用過程中遇到問題時提供解決問題的方法

• 開發進度月報

       對專案開發的進度進行管理和說明，瞭解本月開發情況，對實際執行和計劃之間是否相符，對本月專案執行的一個總結。

       這個專案學了這麼長時間，從一開始接觸文件，一臉懵的狀態到現在沒有那麼懵的狀態，還是有成長的，每一個專案都是學習的過程，每一篇部落格都是自己學習的總結。自己在這個專案中也學到了很多，明白了我們不知要學會敲程式碼，還需要其他的知識輔助我們做到更好，路還很長，相信自己，可以走的越來越遠。