1、定義
軟工文件是與程式開發、維護和使用有關的**材料，記錄了軟體開發活動和階段性成果、理解軟體所必需的闡述性資料。
2、目的與作用
(1)目的是為了保證專案開發的成功，最經濟的花費這些投資，並且便於執行和維護，在開發的每乙個階段都需要編制文件。
(2)作用是：
a．作為開發人員在一定階段內的工作成果和結束標誌；
b．向管理人員提供軟體開發過程中的進展和情況，把軟體開發過程中的一些「不可見的」事物轉 換成「可見的」文字資料。以便管理人員在各個階段檢查開發計畫的實施進展，使之能夠判斷原定目標是 否已達到，還將繼續耗用資源的種類和數量；
c．記錄開發過程中的技術資訊，便於協調以後的軟體開發、使用和修改；
d．提供對軟體的有關執行、維護和培訓的資訊，便於管理人員、開發人員、操作人員和使用者之間相 互了解彼此的工作；
e．向潛在使用者報導軟體的功能和效能，使他們能判定該軟體能否服務於自己的需要。
3、內容
1）檔案的使用者
對於使用檔案的人員而言，他們所關心的檔案的種類，隨他們所承擔的工作而異。雖然最後開發成功的軟體交由使用者使用，但並不意味著這些文件都必須交給使用者。
2）軟體生存週期與各種檔案的編制
在可行性研究與計畫階段內，要確定該軟體的開發目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發計畫，並完成應編制的檔案。
在需求分析階段內，由系統分析人員對被設計的系統進行系統分析，確定對該軟體的各項功能、效能需求和設計約束，確定對檔案編制的要求，作為本階段工作的結果，一般地說，軟體需求說明書、資料要求說明書和初步的使用者手冊應該編寫出來。
在設計階段內，系統設計人員和程式設計人員應該在反覆理解軟體需求的基礎上，提出多個設計，分析每個設計能履行的功能並進行相互比較，最後確定乙個設計，包括該軟體的結構、模組的劃分、功能的分配以及處理流程。在被設計系統比較複雜的情況下，設計階段應分解成概要設計階段和詳細設計階段兩個步驟。在一般情況下，應完成的檔案包括：概要設計說明書、詳細設計說明書和測試計畫初稿。
在實現階段內，要完成源程式的編碼、編譯（或彙編）和排錯除錯得到無語法錯的程式清單，要開始編寫模組開發卷宗，並且要完成使用者手冊、操作手冊等面向使用者的檔案的編寫工作，還要完成測試計畫的編制。
在測試階段，該程式將被全面地測試，已編制的檔案將被檢查審閱。一般要完成模組開發卷宗和測試分析報告，作為開發工作的結束，所生產的程式、檔案以及開發工作本身將逐項被評價，最後寫出專案開發總結報告。
在整個開發過程中（即前五個階段中），開發集體要按月編寫開發進度月報。 在執行和維護階段，軟體將在執行使用中不斷地被維護，根據新提出的需求進行必要而且可能的擴充和刪改。
對於一項軟體而言，其生存週期各階段與各種檔案編寫工作的關係可見表互，其中有些檔案的編寫工作可能要在若干個階段中延續進行。
4、注意事項
1）檔案的預期讀者。每一種檔案都具有特定的讀者。這些讀者包括個人或是個人，是學生或是公司職員，是技術大牛還是小職員。他們都期待著使用這些檔案的內容來進行工作。因此，這些檔案的編寫必須注意使用自己的預期讀者的水平和要求。
2）檔案的內容。第一次寫文件，開始的時候不知如何下手。慢慢的找到了學習的規律，盡量使每一小節的內容詳細，擴充套件要完整。多個文件之間做到資料一致，也就是重複性要高。
3）儲存與管理。完成文件之後，首先要自己梳理一遍順序，為文件命名，然後儲存，隨著軟體的交付一起提交。在軟體維護過程中，可能會對軟體進行修改，這時候就會有檔案的修改。一定要建立好修改記錄。
軟工之軟工文件總結（二）
繼續文件的總結 五 詳細設計說明書 詳細設計說明書是進一步明確結構的乙個文件，需要詳細介紹系統的各個模組，為下一步的開發和測試做準備。讀者 專案設計者，程式設計師 本部分需要明確的一點就是程式系統的機構，即對機房收費系統進行乙個思路上的整理，對於從使用者的角度來看，管理員，操作員，一般使用者分別需要...
軟工文件總結
軟體工程大體分為六個週期 可行性研究 分析 設計 測試 編碼 執行維護，每個階段都會產生相應的文件。做完機房收費系統，但是只是敲一下 沒想到還有那麼多的文件要寫，文件已經寫完了，印象最深的還是那麼多令人眼花繚亂的圖。針對軟體工程整個階段做一下最後的總結。需求分析 需求分析主要是對功能的描述，文件中穿...
軟工文件總結
軟工文件已經結束有一段時間了，一直也沒有寫總結做的挺不好的！反思一下自己！根據文件的產生和使用範圍分為三類 我覺得軟體需求說明書既是開發文件也是使用者文件，因為軟體需求說明書是由開發者和使用者共同決定的。如果要做乙個軟體就要先做一下市場調查，了解使用者的需求，使用者和開發者共同商討的乙個平衡點這就產...