1. 軟體工程中需要多少文檔
01立項調查報告
02立項建議書
03立項評審報告
04項目設計開發任務書
05項目計劃
06質量保證計劃
07配置管理計劃
08需求規格說明書
09概要設計說明書
10詳細設計說明書
11資料庫設計說明書
12資料庫表詳細設計
13單元測試計劃
14測試腳本
15單元測試報告
16系統測試計劃
17驗收申請書
18驗收評審報告
19客戶驗收報告
21審核反饋表
22軟體評審報告
23變更需求報告
24設計變更報告
26項目管理報告
27項目總結報告
等
一般文檔都是根絕軟體工程的流程來的
開發，測試等各個環節一般公司可以根據產品，公司情況不同
如果軟體企業通過CMM評估的話 有一套文檔標準的
2. 論軟體文檔在軟體工程及項目管理中的作用
軟體工程文檔的作用: 硬體產品和產品資料在整個生產過程中都是有形可見的，軟體生產則有很大不同，文檔本身就是軟體產品。沒有文檔的軟體，不成為軟體，更談不到軟體產品。軟體文檔的編制在軟體開發工作中佔有突出的地位和相當的工作量。高效率、高質量地開發、分發、管理和維護文檔，對於轉讓、變更、修正、擴充和使用文檔，對於充分發揮軟體產品的效益有著重要意義。
然而，在實際工作中，文檔的編制和使用都存在著許多問題，很多不規范的地方有待於解決。軟體開發人員中較普遍地存在著對編制文檔不感興趣的現象。從用戶方面看，他們又常常抱怨：文檔售價太高、文檔不夠完整、文檔編寫得不好、文檔已經陳舊或是文檔太多、難於使用等。究竟應該怎樣要求它，文檔應該寫哪些，說明什麼問題，起什麼作用?
軟體開發人員在各個階段中以文檔作為前階段工作成果的體現和後
階段工作的依據，這個作用是顯而易見的。軟體開發過程中軟體開發人員需制定一些工作計劃或工作報告，這些計劃和報告都要提供給管理人員，並得到必要的支持。管理人員則可通過這些文檔了解軟體開發項目安排、進度、資源使用和成果等。軟體開發人員需為用戶了解軟體的使用、操作和維護提供詳細的資料，稱之為用戶文檔。可見，文檔在開發過程中就起到關鍵作用。
從某種意義上來說，文檔是軟體開發規范的體現和指南。按規范要求生成一整套文檔的過程，就是按照軟體開發規范完成一個軟體開發的過程。所以，在使用工程化的原理和方法來指導軟體的開發和維護時，應當充分注意軟體文檔的編制和管理。
在軟體開發的過程中,文檔的作用不可小視。它們不僅能幫助開發人員了解自己的工作進度,方便自己和他人閱讀和改進代碼,還能夠幫助項目的管理人員管理軟體開發進程、提高軟體開發的效率和質量、改進軟體開發過程。
3. 軟體工程項目文檔生成管理工具
http://wenku..com/link?url=PkgwVSx-jfogLMptLSWSa-npyn5VYkZ0RHcxW 來這里看看
4. 軟體工程文檔都包括哪些
有很多，有幾個是很重要的如：需求規格說明書，概要設計說明書，詳細設計說明書，
記不太清了，還有什麼立項調查報告、立項建議書、立項評審報告、項目設計開發任務書、項目計劃、軟體評審報告、變更需求報告、設計變更報告、項目管理報告、項目總結報告等；本人建議你還是去找一本軟體工程的書籍來看一下！自己看一下比較好！我說的也不夠清楚!
5. 傳統軟體工程的規范有哪些有哪些文檔
在項目開發過程中，應該按要求編寫好十三種文檔，文檔編制要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性，有工程app打破了很多的傳統軟體工程的局限性。
1、 可行性分析報告：說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。
2、 項目開發計劃：為軟體項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。
3、軟體需求說明書（軟體規格說明書）：對所開發軟體的功能、性能、用戶界面及運行環境等作出詳細的說明。它是在用戶與開發人員雙方對軟體需求取得共同理解並達成協議的條件下編寫的，也是實施開發工作的基礎。該說明書應給出數據邏輯和數據採集的各項要求，為生成和維護系統數據文件做好准備。
4、 概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及介面設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。
5、 詳細設計說明書：著重描述每一模塊是怎樣實現的，包括實現演算法、邏輯流程等。
6、用戶操作手冊：本手冊詳細描述軟體的功能、性能和用戶界面，使用戶對如何使用該軟體得到具體的了解,為操作人員提供該軟體各種運行情況的有關知識，特別是操作方法的具體細節。
7、測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。
8、測試分析報告：測試工作完成以後，應提交測試計劃執行情況的說明，對測試結果加以分析，並提出測試的結論意見。
9、開發進度月報：該月報系軟體人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
10、項目開發總結報告：軟體項目開發完成以後，應與項目實施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發工作做出評價，總結出經驗和教訓。
11、 軟體維護手冊：主要包括軟體系統說明、程序模塊說明、操作環境、支持軟體的說明、維護過程的說明，便於軟體的維護。
12、軟體問題報告：指出軟體問題的登記情況，如日期、發現人、狀態、問題所屬模塊等，為軟體修改提供准備文檔。
13、軟體修改報告：軟體產品投入運行以後，發現了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響作出詳細的描述，提交審批。
6. (GB8567-88) 軟體工程國標文檔
來源：國家計算機標准和文件模板
軟體文檔(document)也稱文件，通常指的是一些記錄的數據 和數據媒體，它具有固定不變的形式，可被人和計算機閱讀。它和計算機程序共同構成了能完成特定功能的計算機軟體(有人把源 程序也當作文檔的一部分)。我們知道，硬體產品和產品資料在整 個生產過程中都是有形可見的，軟體生產則有很大不同，文檔本 身就是軟體產品。沒有文檔的軟體，不成其為軟體，更談不到軟體產品。軟體文檔的編制(documentation)在軟體開發工作中佔有突 出的地位和相當的工作量。高效率、高質量地開發、分發、管理和維護文檔對於轉讓、變更、修正、擴充和使用文檔，對於充分發揮軟 件產品的效益有著重要意義。 然而，在實際工作中，文檔在編制和使用中存在著許多問 題，有待於解決。軟體開發人員中較普遍地存在著對編制文檔不感興趣的現象。從用戶方面看，他們又常常抱怨：文檔售價太高、文 檔不夠完整、文檔編寫得不好、文檔已經陳舊或是文檔太多，難於 使用等等。究竟應該怎樣要求它，文檔應該寫哪些，說明什麼問題，起什麼作用?這里將給出簡要的介紹。
圖 文檔橋梁作用
文檔在軟體開發人員、軟體管理人員、維護人員、用戶以及計 算機之間的多種橋梁作用可從圖中看出。軟體開發人員在各個階段中以文檔作為前階段工作成果的體現和後階段工作的依據，這個作用是顯而易見的。軟體開發過程中軟體開發人員需制定一些工作計劃或工作報告，這些計劃和報告都要提供給管理人員，並得到必要的支持。管理人員則可通過這些文檔了解軟體開發項目安排、進度、資源使用和成果等。軟體開發人員需為用戶了解軟體的使用、操作和維護提供詳細的資料，我們稱此為用戶文檔。
以上三種文檔構成了軟體文檔的主要部分。我們把這三種文檔所包括的內容列在圖6中。其中列舉了十三個文檔，這里對它們作一些簡要說明：
· 可行性研究報告：說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施的方案，說明並論證所選定實施方案的理由。
· 項目開發計劃：為軟體項目實施方案制定出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。項目開發計劃應提供給管理部門，並作 為開發階段評審的參考。
· 軟體需求說明書：也稱軟體規格說明書，其中對所開發軟體的功能、性能、用戶界面及運行環境等作出詳細的說明。它是用戶與開發人員雙方對軟體需求取得共同理解基礎上達成的協議， 也是實施開發工作的基礎。
· 數據要求說明書：該說明書應給出數據邏輯描述和數據采 集的各項要求，為生成和維護 系統數據文卷作好准備。
· 概要設計說明書：該說 明書是概要設計階段的工作 成果，它應說明功能分配、模 塊劃分、程序的總體結構、輸入輸出以及介面設計、運行設 計、數據結構設計和出錯處理 設計等，為詳細設計奠定基 礎。
· 詳細設計說明書：著重 描述每一模塊是怎樣實現的， 包括實現演算法、邏輯流程等。
·用戶手冊：本手冊詳細 描述軟體的功能、性能和用戶 界面，使用戶了解如何使用該軟體。
圖 三種文檔
· 操作手冊：本手冊為操作人員提供該軟體各種運行情況的有關知識，特別是操作方法的具體細節。
· 測試計劃：為做好組裝測試和確認測試，需為如何組織測試制定實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。
· 測試分析報告：測試工作完成以後，應提交測試計劃執行 情況的說明。對測試結果加以分析，並提出測試的結論意見。
· 開發進度月報：該月報系軟體人員按月向管理部門提交的 項目進展情況報告。報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
· 項目開發總結報告：軟體項目開發完成以後，應與項目實 施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力。此外還需對開發工作作出評價，總結出經驗和教訓。
· 哪些需求要被滿足，即回答"做什麼?"
· 所開發的軟體在什麼環境中實現以及所需信息從哪裡來， 即回答"從何處?"
· 某些開發工作的時間如何安排，即回答"何時干?"
· 某些開發(或維護)工作打算由"誰來干?" · 某些需求是怎麼實現的?
· 為什麼要進行那些軟體開發或維護修改工作? 上述十三個文檔都在一定程度上回答了這六個方面的問題。這可從表中看到。
表 文檔所回答的問題
至此，我們對文檔的作用有了進一步的理解。每一個文檔的任 務也是明確的，任何一個文檔都bu是多餘的。
7. 軟體工程的三大文檔是什麼
01立項調查報告
02立項建議書
03立項評審報告
04項目設計開發任務書
05項目計劃
06質量保證計劃
07配置管理計劃
08需求分析說明書
09概要設計說明書
10詳細設計說明書
11資料庫設計說明書
12資料庫表詳細設計
13單元測試計劃
14測試腳本
15單元測試報告
16系統測試計劃
17驗收申請書
18驗收評審報告
19客戶驗收報告
21審核反饋表
22軟體評審報告
23變更需求報告
24設計變更報告
26項目管理報告
27項目總結報告
一共這么多，三大報告是
需求分析說明書
概要設計說明書
詳細設計說明書
8. 請問「軟體工程國家標准文檔」(GB開頭的)有官方下載地址嗎
資料包含了軟體工程國家標准文檔：操作手冊、測試分析報告、試報告、概要設計說明書、可行性研究報告、模塊開發卷宗、軟體需求說明書、數據說明要求書、資料庫要求說明書、文件給制實施規定的實例（GB8567-88）、詳細設計說明書（GB8567——88）、項目開發計劃（GB856T——88）、項目開發總結報告（GB8567——88）、銀行計算機儲蓄系統可行性分析報告書 [文檔在線提供]/用戶手冊（GB8567——88）/中華人民共和國國家標准。這是對軟體開發必不可少的設計要求，有了它，你將可以運用自己在軟體開發上的天賦，設計出自己想要，並且符合國家標準的軟體！