軟工文檔總結

2015/09/19 來源：CSDN博客

一、各個文檔的編寫目的：

1、可行性研究報告的編寫目的是說明該信息系統開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能選擇的各種方案；說明並論證所選定的方案。

2、項目開發計劃時確定要開發項目的時候首先做的一個初步計劃，需要對於項目整個開發過程需要的一些條件等有一個比較大概的了解。

一般是由項目技術人員協助，項目經理負責編寫，在項目啟動前期進行評審，評審通過後匯報項目主管，成為項目實施的進度依據。

3、軟體需求說明書是需求分析階段的一個文檔，是對軟體目標及範圍的求精和細化，深入描述軟體的功能和性能以及軟體的約束範圍，使用戶和軟體開發者對該軟體的初始規定有個大概了解，有利於對項目的回溯和指導後續的開發和維護。

編寫人員：開發人員

A、軟體需求規格說明書 是給項目干係人看的。項目干係人包括：客戶、領導、項目組成員以及合作公司等等和項目相關的人。

寫的目的是為了分析出軟體要達到的目標和功能，並能為項目干係人所認同，同時起到交流媒介的作用。

B、寫給客戶是因為你需要客戶承認它們需要的就是需求規格說明書中寫的東西，寫給項目團隊是因為後面的開發都需要依次為依據，就算後面客戶修改需求，也要作出相應的需求變更說明。

最後提醒一點，需求的變更在項目中很頻繁，必須做好需求變更計劃用以項目正常進行。

4、概要設計說明書是用戶的需求分析階段的基礎上，對機房收費系統做概要設計，為在需求分析階段得到的目標系統的物理模型確定了一個合理的軟體系統的體系結構。包括合理地劃分組成系統的模塊、模塊間的調用關係及模塊間的接口，並且為軟體系統提供所用的數據結構。同時為下一階段的詳細設計做參考。

編寫人員：管理人員，開發人員

5、詳細設計說明書是在概要設計的基礎上進一步明確係統結構，表示出軟體結構的圖表，完成算法設計、數據結構設計、物理設計等，詳細地描述的逐個模塊，包括算法和邏輯流程，為下一步系統的實現和測試做準備。詳細設計階段常用的描述方式有：流程圖、N-S圖、PAD圖、偽代碼等。

6、資料庫設計說明書由於上機的人越來越多，產生的上機數據越來越多，原始的保存方式已經不能滿足數據存儲的需要，所以使用資料庫對各種記錄進行存儲。並且資料庫可以節省很多的資源，如人力、時間、空間等。

編寫人員：DBN，架構師，程式設計師

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

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

9、測試分析報告是在測試的基礎上，對測試的結果以及測試的數據等加以記錄和分析總結，它是測試過程中的一個重要環節。對今後軟體的功能的加強起著關鍵作用。另外，它還有利於今後軟體開發者閱讀源程序，根據測試提供的數據和結果，分析原始碼，掌握各函數的功能和局限性，從而縮短軟體開發者的在開發時間和所耗費的精力、資金。

10、項目開發總結報告：機房收費系統的開發工作已經基本完成。寫此項目開發總結報告，以方便我們在以後的項目開發中來更好的實施項目的制定開發，讓我們在今後的項目開發中有更多的資料來規範我們的開發過程和提高我們的開發效率，從而創造更多公司效益。

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

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

二、各個文檔的預期讀者：

👁 Image
...

對軟工的感受：

1、在以前，我一直對軟體存在一些誤解，認為軟體就是程序，軟體的開發就是編寫程序，只要編完了程序，一切也就ok了。

2、通過對軟工的學習，使我認識到了我以前的錯誤。軟體其實不僅僅是程序，軟體開發其實也不僅僅是編寫程序，軟體是思想在硬體上的載體和體現，處理的是邏輯和信息。唯有對軟體和軟體的開發過程，有充分的認識，才能更好的開發出，過程受控、質量受控的軟體產品。

3、編程其實是一種樂趣和苦惱共存的一項創造性活動。因為編程不僅能夠滿足我們內心深處進行創造的渴望，而且還能愉悅我們內在的情感。

所以，通過對軟工的學習，我是真的學習到了很多有用的東西，讓我明白了很多的道理。

免責聲明：本文內容來源于CSDN博客，文章觀點不代表壹讀立場，如若侵犯到您的權益，或涉不實謠言，敬請向我們提出檢舉。