⑴ 請問軟體項目的技術開發文檔都要寫些什麼呢，具體要求是什麼呢，要寫多少文檔呢
要寫的文檔種類有很多；根據不同的軟體系統，每種文檔內容的內容、格式和要求又有所不同。
1）文檔的種類可以參考任何一本《軟體工程》書籍。大致包括：用戶需求調研報告、需求分析、概要設計、用戶手冊、測試計劃、詳細設計、詳細編碼文檔、測試報告等等
2）很多類型的軟體文檔都有國標(GB)或行業標准（例如國際軍用標記——GJB)規定的格式，具體情況可查詢相關標准。
⑵ 軟體開發文檔包括哪些
軟體開發文檔是軟體開發使用和維護過程中的必備資料。它能提高軟體開發的效率，保證軟體的質量，而且在軟體的使用過程中有指導，幫助，解惑的作用，尤其在維護工作中，文檔是不可或缺的資料。
軟體文檔可以分為開發文檔和產品文檔兩大類。
開發文檔包括：《功能要求》、《投標方案》、《需求分析》、《技術分析》、《系統分析》、《資料庫文檔》、《功能函數文檔》、《界面文檔》、《編譯手冊》、《 QA 文檔》、《項目總結》等。
產品文檔包括：《產品簡介》、《產品演示》、《疑問解答》、《功能介紹》、 《技術白皮書》、《評測報告》。
用戶文檔《安裝手冊》、《使用手冊》、《維護手冊》、 《用戶報告》、《銷售培訓》等。
⑶ 技術狀態文件包括什麼
技術文件是指企業承擔工程的有關技術文件和一般作為技術開發的技術資料。前者如施工圖紙、技術要求、規范、規定等，後者主要是國內外、同行業技術資料、文件、情報的收集，積累等。
設計文件的分類：
1、按表達的內容分類
(1)圖樣
按照投影關系繪制的、用於說明產品加工和裝配要求的設計文件。如裝配圖、零件圖和外形圖等。
(2)簡圖
以圖形符號為主繪制的、用於說明產品電氣裝配連接、各種原理和其他示意性內容的設計文件。
(3)文字和表格
以文字和表格的方式說明產品的技術及組成情況的設計文件。它是一個初步構想，表示理論或理想電路，不涉及實現方式。如說明書、明細表和匯總表等。
2、按形成的過程分類
(1)試制文件
是指設計試制過程中所編制的各種設計文件。
(2)生產文件
是指設計性試制完成後，經整理修改，指導生產(包括生產性試制)所用的設計文件。
3、按繪制的過程和使用特徵分類
(1)草圖
是設計產品時繪制的原始圖樣。它是供討論、試制的一種臨時性設計文件，草圖也可以是用徒手方式繪制的一種不正規的圖樣。
(2)原圖
供描繪底圖用的設計文件。
(3)底圖
是作為確定產品及其組成部分的基本憑證的圖樣，它是使用能曬制復印圖或照相的材料所繪制的設計文件。底圖可分為：
①基本底圖——原底圖，是經各有關人員簽署而制定的底圖。存入機要技術檔案室；
②副底圖——基本底圖的副本，供復制產品的企業印製復印圖時使用。
(4)復印圖
是用底圖以曬制、照相或能保證與底圖完全相同的其他方法所復制的圖樣。復制圖可分為：①曬制復印圖(藍圖)；②照相復印圖；③印製復印圖。
(5)載有程序的媒體
它是指載有完整獨立的功能程序的媒體，如計算機用的磁碟、光碟等。
技術文件管理：
1、審查要點
(1)企業應具備相應的產品標准和相關標准，企業制定的企業標准應經備案；
(2)企業的設計文件應正確、完整和統一；
(3)針對產品形成過程，企業應制定相應的工藝文件，並做到工藝文件正確、完整、統一；
(4)企業應有部門或專(兼)職人員對技術文件管理進行控制。
2、審查方法
(1)調閱標准文件清單，按《××X產品生產許可證發(換)證實施細則》的要求，查證企業是否具備產品現行有效的標准，對產品標准中引用的標准，凡涉及產品出廠檢測技術要求的均應具備；
(2)企業制定的企業標准，凡作為產品交付依據的，應核查其是否備案；
(3)抽查企業的產品設計及工藝文件是否經編制、審核，且發布前是否經批准，且經批準的設計及工藝文件能否滿足產品標准規定的性能、指標要求和指導生產的要求；
(4)分層次抽取設計、管理、執行部門的現行使用文件，核查是否一致，有無不同部門使用不同版本的情況；
(5)調閱企業文件更改規定，抽查更改的設計文件和工藝文件，查證更改是否符合規定要求；
(6)調閱企業的人員任命書或職能配置文件，查證是否有部門或專(兼)職人員對技術文件進行管理；
(7)調閱企業技術文件控制清單，查證是否能識別企業技術文件的現行修訂狀態；
(8)調閱企業文件發放、收回記錄，抽樣審查，查證企業有關部門能否得到並使用文件的現行有效版本。
3、審查關注點
(1)產品標準的修訂是動態的，應要求企業提供具有和使用的國家或行業標準是否現行有效的客觀證據；
(2)如企業制定的企業標准僅作為內部控制使用，則不需經標准化管理部門備案；
(3)企業的設計文件應包括產品的包裝、標識及顧客使用說明等相關要求；
(4)企業對確定的關鍵、特殊過程進行的控制，企業工藝文件的簡繁程度應與企業的實際相一致，只要能進行有效的控制即可，而不應要求一定如何如何。但工藝流程和工藝卡片則是需要的。
(5)工藝文件應經批准，應建立識別技術文件修訂狀態的控制清單及文件的發放、收回及處置記錄。
⑷ 軟體開發文檔應包括哪些內容
開發文檔
1. 《功能要求》 -- 來源於客戶要求和市場調查，是軟體開發中最早期的一個環節。客戶提出一個模糊的功能概念，或者要求解決一個實際問題，或者參照同類軟體的一個功能。有軟體經驗的客戶還會提供比較詳細的技術規范書，把他們的要求全部列表書寫在文檔中，必要時加以圖表解說。這份文檔是需求分析的基礎。
2. 《投標方案》 -- 根據用戶的功能要求，經過與招標方溝通和確認，技術人員開始書寫《投標方案》，方案書一般包括以下幾個重要的章節： 前言 -- 項目背景、公司背景和業務、技術人員結構、公司的成功案例介紹等。 需求分析 -- 項目要求、軟體結構、功能列表、功能描述、注意事項等。 技術方案 -- 總體要求和指導思想、技術解決方案、軟體開發平台、網路結構體系等。 項目管理 -- 描述公司的軟體開發流程、工程實施服務、組織和人員分工、開發進度控制、軟體質量保證、項目驗收和人員培訓、軟體資料文檔等。 技術支持 -- 公司的技術支持和服務介紹、服務宗旨和目標、服務級別和響應時間、技術服務區域、技術服務期限、授權用戶聯系人等。 系統報價 -- 軟、硬體平台報價列表、軟體開發費用、系統維護費用等。 項目進度 -- 整個項目的進度計劃，包括簽署合同、項目啟動、需求分析、系統分析、程序開發、測試維護、系統集成、用戶驗收、用戶培訓等步驟的時間規劃。
3. 《需求分析》 -- 包括產品概述、主要概念、操作流程、功能列表和解說、注意事項、系統環境等。以《功能要求》為基礎，進行詳細的功能分析 ( 包括客戶提出的要求和根據開發經驗建議的功能 ) ，列出本產品是什麼，有什麼特殊的概念，包括哪些功能分類，需要具備什麼功能，該功能的操作如何，實現的時候該注意什麼細節，客戶有什麼要求，系統運行環境的要求等。這里的功能描述跟以後的使用手冊是一致的。
4. 《技術分析》 -- 包括技術選型、技術比較、開發人員、關鍵技術問題的解決、技術風險、技術升級方向、技術方案評價，競爭對手技術分析等。以《需求分析》為基礎，進行詳細的技術分析 ( 產品的性能和實現方法 ) ，列出本項目需要使用什麼技術方案，為什麼，有哪些技術問題要解決 ，估計開發期間會碰到什麼困難，技術方案以後如何升級，對本項目的技術有什麼評價等。
5. 《系統分析》 -- 包括功能實現、模塊組成、功能流程圖、函數介面、數據字典、軟體開發需要考慮的各種問題等。以《需求分析》為基礎，進行詳細的系統分析 ( 產品的開發和實現方法 ) ，估計開發期間需要把什麼問題說明白，程序員根據《系統分析》，開始在項目主管的帶領下進行編碼。
6. 《資料庫文檔》 -- 包括資料庫名稱、表名、欄位名、欄位類型、欄位說明、備注、欄位數值計算公式等。以《系統分析》為基礎，進行詳細的資料庫設計。必要時可以用圖表解說，特別是關系資料庫。
7. 《功能函數文檔》 -- 包括變數名、變數初植、功能，函數名，參數，如何調用、備注、注意事項等。以《系統分析》為基礎，進行詳細的說明，列出哪個功能涉及多少個函數，以便以後程序員修改、接手和擴展。
8. 《界面文檔》 -- 包括軟體外觀、界面素材、編輯工具、文件名、菜單、按鈕和其它界面部件的要求，這里與軟體完成後的運行界面是一致的。
9. 《編譯手冊》 -- 包括伺服器編譯環境、操作系統、編譯工具、 GNU 的 C++ 編譯器版本信息、目錄說明、程序生成、源程序文件列表、 Makefile 配置及其相關程序的對應關系列表。客戶端的編譯過程、編譯結果、編譯示例、編譯環境、操作系統、編譯工具、源文件列表和製作安裝程序的過程。
10. 《 QA 文檔》 -- 包括產品簡介、產品原理、產品功能列表、功能描述、功能流程、執行結果、資料庫結構、測試要求等，提供給軟體測試人員使用。
11. 《項目總結》 -- 包括項目簡介、項目參與人員和開發時間、項目風險管理過程、項目功能列表、項目結構特點、技術特點、對項目的升級建議、對以後的項目的建議、人員素質情況等。