文件的編寫既不是空穴來風，也不是一勞永逸的，每編寫乙份文件我們都是有目的的，面向一定的物件的，那麼這軟工的十二個文件具體內容肯定是不同的，那麼我們可以抓住的相同點是什麼呢，如何令我們自己對文件的理解四兩撥千斤呢 ？let't go！！！
即這些文件編寫的目的是什麼
可行性研究報告：簡單的來說就是這項工程到底有沒有必要性或者順利實現的可能性
這樣我們就可以避免在工程進行中對突發狀況（技術、資金、人員
等）的手足無措
書面一點便是，是檢驗需求的一部分，是專案建設論證、審查、決
策的重要依據，也是以後籌集資金的乙個重要依據
通過對技術、經濟社會等的分析進行分析及**日後的經濟效益
對接下來其他工作的進行也起到乙個規範作用
專案開發計畫： 不謀萬世不足謀一時 不謀全域性不足謀一域，基本就可以概括為什麼
要進行專案開發計畫
具體一點可以是，保證系統開發過程中的開發工作者的有序進行，
避免不必要的人力、物力、資源、財力的浪費
協調子系統間的工作
保證系統開發過程中的資訊共享
接下來各種工作的總指揮棒
軟體需求說明書：主要是為了準確的確定使用者的需求。
其次可以作為軟體開發工作的基礎和依據，和確認測試和驗收的依
據也可以軟體需求具體細化，如為了達到客戶的需求，軟體的開發過
程應達到什麼需求（介面、效能的要求）
概要設計說明書：主要是說明對程式系統的設計考慮，把骨骼和**弄成什麼樣子的
如流程的基本處理，系統的組織結構、模組的劃分、功能分配、接
口設計、執行以及出錯處理設計等
為詳細設計奠定了基礎
詳細設計說明書：概要設計的基礎上進一步明確系統結構，詳細地介紹系統的各個模
塊，即每乙個模組的進一步剖析設計
資料庫設計說明書：為了向這個軟體的開發後期提供後台資料庫的設計，既可以當做
驗收時是否符合資料儲存要求的乙個參照，也為後續的資料庫維護
工作提供了良好的使用說明，版本的公升級時也是乙個重要的參考資
料資料要求說明書：明確機房收費系統中各項功能和非功能性需求實現時所需要的資料，
根據此資料設計資料庫，即對對資料的型別，儲存或執行時需要什
麼的條件來維持進行明細
測試計畫： 為了使測試能夠準確有效的進行，明確每個人的責任和任務主要體
現在6個方面
1.為測試各項活動制定乙個現實可行的、綜合計畫
2.為專案實施建立乙個組織模型，定義測試專案中的每個角色責任
和工作內容
3.開發有效的測試模型
4.確定測試所需的時間和資源
5.確立每個階段測試完成的標準和要實現的目標
6.識別出活動中的各種風險
測試分析報告： 對測試的結果以及測試的資料加以記錄和分析總結，對於今後的軟
件功能的加強，不足之處的彌補起到了提綱的作用。有利用今後軟
件開發者分析原始碼時更有針對性，減少人力財力的消耗
檢驗是否達到了使用者的需求
專案開發總結報告：總結總結就是總括前面的所有過程，進行評斷性的結語，即回顧
整個開發過程，從需求分析、可行性分析、專案開發計畫、設計
測試以及維護各個階段中的經驗和出現的問題，為以後專案開發
積累經驗
操作手冊： 對軟體的使用進行說明，是為了讓使用本系統的人知道系統有什麼
功能以及如何正確使用，也為了方便維護工作的人員的工作開展
使用者手冊： 為了幫助使用者更好的了解和使用該軟體，提高使用者與軟體的親和度，
不僅包括了軟體使用的相關資訊，還有一些其他相關資訊
開發進度月報： 記錄總結乙個月的工作，為下個月的工作進行調整方向
我們都知道每乙個文件的書寫都是為了給相關人員看，那麼是誰呢，go on
可行性研究報告：最直接便是系統分析人員，系統開發人員、軟體管理員
專案開發計畫：根據目的可得軟體開發人員、軟體管理人員、使用者、系統分析人員
軟體需求說明書：使用者、日後維護人員、軟體開發人員
概要設計說明書：軟體詳細設計人員、軟體開發人員、軟體管理人員、軟體維護人員
詳細設計說明書：軟體開發人員，**編寫人員、系統實施人員、維護人員
資料庫設計說明書：資料庫設計人員、軟體開發人員、軟體維護人員
資料要求說明書：使用者、資料庫設計人員、軟體維護人員
測試計畫：系統測試員
測試分析報告：開發人員、使用者、軟體質量管理員、專案管理員
專案開發總結報告：專案開發人員
操作手冊：所有對本系統進行操作人員，系統實施與維護人員
使用者手冊：使用者
開發進度月報：系統開發管理人員（由各個階段小負責人編寫）
1、從報告最直接的目的出發，如詳細設計說明書就是為了實現系統,**編寫人員便是必不可少的
2、分清計畫文件、說明文件和總結類文件的區別，總結類文件便是這一階段的總結這一階段的負責者肯定是必不可少的，以此類推
3、有一些人是看要求的，軟體維護人員、專案總負責人、系統管理者這些都是可以劃分在內的
接下來便是這些各類文件什麼時候編寫出來才不會耽誤工程呢？
正如老師所說一圖抵萬言，一張圖畫下來每個文件的讀者已基本明了，目的也能說出一二，不是嗎
至於具體如何去寫，以後會有無數次機會，實踐中去應用吧，正如寫這個文件，每天都有新的想法
軟工文件總結篇（二）
1.系統流程圖 可行性研究階段 系統流程圖是描述系統物理模型的工具，基本思想就是用圖形符號以黑盒子形式描繪系統的組成，表達資訊的流動過程。表達方式是以特定的圖形符號加上說明文字加以表示的圖。流程圖可以直觀的描述乙個系統工作過程的具體步驟，但是只能粗框架的看出系統的功能模組，無法細化功能實現的方式和方...
軟工 軟工文件總結
1 定義 軟工文件是與程式開發 維護和使用有關的 材料，記錄了軟體開發活動和階段性成果 理解軟體所必需的闡述性資料。2 目的與作用 1 目的是為了保證專案開發的成功，最經濟的花費這些投資，並且便於執行和維護，在開發的每乙個階段都需要編制文件。2 作用是 a 作為開發人員在一定階段內的工作成果和結束標...
軟工文件總結
軟體工程大體分為六個週期 可行性研究 分析 設計 測試 編碼 執行維護，每個階段都會產生相應的文件。做完機房收費系統，但是只是敲一下 沒想到還有那麼多的文件要寫，文件已經寫完了，印象最深的還是那麼多令人眼花繚亂的圖。針對軟體工程整個階段做一下最後的總結。需求分析 需求分析主要是對功能的描述，文件中穿...