⑴ 軟體開發需要編寫哪些文檔
這個問題沒有一定的，因為這里有多種因素
如，開發階段、文檔化要求程度等，若是通過CMM評估的，文檔就較多
一般的是按項目開發過程來分，基本的有
可行性研究報告（若是一個新項目且未確定的或應客戶要求時需要，實際上大部份公司很少有這文檔)
用戶需求說明書(用戶+開發人員共同確認)
軟體需求規格說明書
設計說明書(體系結構、詳細設計)
測試用例
用戶手冊
實現代碼
這些文檔中，包括一定的分析與設計圖形，如用例圖、資料庫結構、ER圖等
當然項目計劃、測試計劃也應算在內
其它的(如CMM要求的)
風險、估算方面的，質量保證方面的、配置管理方面、定義的模板、度量資料庫等
具體需要多少文檔就是要看項目實際
這方面的東西，可參考一些軟體工程類的書
⑵ 一般軟體項目要做哪些文檔
工程實施前的准備：項目市場調研報告，項目申請報告（可以2合一）；項目可行性報告，項目論證報告（可以2合一）。立項後的需求分析階段：項目需求分析報告書，項目風險評估報告，假如你已簽訂合同或者立項，則還需要：項目施工合同書，工程合作備忘錄（大項目或者工程才用到），項目（工程）規劃書，項目經費預算報告（可以和前面的規劃書2合一）。工程施工階段：項目工程設計報告（必須附帶細則和對應的甘特圖）。與信息系統有關各表的編碼規則，階段性報告。項目測試與驗證階段：測試計劃書，測試報告（有兩個，一個給合同方一個給自己內部人員）。項目收尾與後續協議：軟體用戶手冊（幫助文檔），售後服務協議，還有給自己人看的結項報告。非常仔細吧，呵呵，小工程有很多報告是可以二合一的，大工程那就要逐步細化的產生報告了！
⑶ 請問軟體項目的技術開發文檔都要寫些什麼呢，具體要求是什麼呢，要寫多少文檔呢
要寫的文檔種類有很多；根據不同的軟體系統，每種文檔內容的內容、格式和要求又有所不同。
1）文檔的種類可以參考任何一本《軟體工程》書籍。大致包括：用戶需求調研報告、需求分析、概要設計、用戶手冊、測試計劃、詳細設計、詳細編碼文檔、測試報告等等
2）很多類型的軟體文檔都有國標(GB)或行業標准（例如國際軍用標記——GJB)規定的格式，具體情況可查詢相關標准。
⑷ 軟體開發需要編寫哪些文檔
可行性研究報告、需求規格說明書、項目計劃、軟體測試計劃、概要設計說明書、詳細設計說明書、編程規范、軟體測試用例、軟體測試報告、用戶手冊、安裝手冊、項目總結報告
⑸ 計算機軟體開發方面的 一個完整的項目需要哪些文檔
需求分析文檔、系統設計文檔、資料庫設計文檔、資料文檔、系統質量文檔等。不同的公司的文檔一般是有差別的。但是大概就是以上所說的。並不是所有的公司都會有這些文檔，有的公司的項目管理方面不全面，項目開發流程不完善。
從小的方面來講，也就是具體的實現上來說：功能需求分析文檔，功能設計文檔，測試文檔，資料文檔等。
⑹ 軟體系統的用戶文檔包括哪些
專業解答：
三大類：
1. 描述類文檔
描述類文檔提供產品、系統或業務的基本組成、物理屬性、功能、特性、介面、應用或某個專題特性的描述信息。
2. 過程類文檔
過程類文檔按TOM模型對應的運營過程和子過程展開，以step-by-step指令的形式描述產品、系統或業務的應用過程（整個生命周期）。
3. 參考類文檔
參考類文檔提供專題的支撐信息，這些支撐信息是客戶在完成任務和理解產品信息時所需要的詳細記錄或解釋信息。
具體到文檔名稱實在是太多了，懶的貼了.
⑺ 軟體開發需要哪些文檔
可行性研究報告、需求規格說明書、項目計劃、軟體測試計劃、概要設計說明書、詳細設計說明書、編程規范、軟體測試用例、軟體測試報告、用戶手冊、安裝手冊、項目總結報告
⑻ 軟體產品經理需要哪些文檔 文檔資料
立項階段 產品經理需要進行市場分析、用戶研究、競品分析等，輸出的文檔有: 市場與競品分析報告:市場容量背景，競品數據、操作流程、用戶體驗、優勢、用戶構成等; 用戶研究報告:這個部分內容很多，根據實際進行選擇具體方法輸出不同形式的總結
譬如問卷調研、用戶訪談、用戶觀察、頭腦風暴等等;需要考慮的問題是這個產品是滿足哪一類用戶的哪一項需求?解決用戶的什麼問題?是提升效率，還是更加有趣好玩? 產品立項評審申請:在以上的市場與競品分析、用戶分析基礎上，提出立項申請，包含項目背景、項目目標、產品形態、項目投入與產出等。
產品需求階段 立項成功後，就開始進入產品需求階段，這時就要更加深入的分析用戶需求，准備如下文檔:
產品策劃需求，包含:產品目標、需求概述、產品邏輯、主要功能特性、數值策劃;產品交互設計稿; 數據需求文檔:產品關鍵指標、指標體系、計算邏輯、數據上報、報表樣式等;目的是產品上線後對產品的評估，用戶行為數據的分析，對產品優化提供決策參考; 互聯網的一些事 產品運營方案:產品上線發布策略、產品運營後台設計，產品營銷推廣，內容運營，運營工作安排，持續運營優化等; 客服文檔:包含產品說明、產品邏輯、用戶有可能遇到的常見問題解答等內容，如果產品相對復雜，需要對客服進行現場培訓指引;
⑼ 軟體開發文檔應包括哪些內容
開發文檔
1. 《功能要求》 -- 來源於客戶要求和市場調查，是軟體開發中最早期的一個環節。客戶提出一個模糊的功能概念，或者要求解決一個實際問題，或者參照同類軟體的一個功能。有軟體經驗的客戶還會提供比較詳細的技術規范書，把他們的要求全部列表書寫在文檔中，必要時加以圖表解說。這份文檔是需求分析的基礎。
2. 《投標方案》 -- 根據用戶的功能要求，經過與招標方溝通和確認，技術人員開始書寫《投標方案》，方案書一般包括以下幾個重要的章節： 前言 -- 項目背景、公司背景和業務、技術人員結構、公司的成功案例介紹等。 需求分析 -- 項目要求、軟體結構、功能列表、功能描述、注意事項等。 技術方案 -- 總體要求和指導思想、技術解決方案、軟體開發平台、網路結構體系等。 項目管理 -- 描述公司的軟體開發流程、工程實施服務、組織和人員分工、開發進度控制、軟體質量保證、項目驗收和人員培訓、軟體資料文檔等。 技術支持 -- 公司的技術支持和服務介紹、服務宗旨和目標、服務級別和響應時間、技術服務區域、技術服務期限、授權用戶聯系人等。 系統報價 -- 軟、硬體平台報價列表、軟體開發費用、系統維護費用等。 項目進度 -- 整個項目的進度計劃，包括簽署合同、項目啟動、需求分析、系統分析、程序開發、測試維護、系統集成、用戶驗收、用戶培訓等步驟的時間規劃。
3. 《需求分析》 -- 包括產品概述、主要概念、操作流程、功能列表和解說、注意事項、系統環境等。以《功能要求》為基礎，進行詳細的功能分析 ( 包括客戶提出的要求和根據開發經驗建議的功能 ) ，列出本產品是什麼，有什麼特殊的概念，包括哪些功能分類，需要具備什麼功能，該功能的操作如何，實現的時候該注意什麼細節，客戶有什麼要求，系統運行環境的要求等。這里的功能描述跟以後的使用手冊是一致的。
4. 《技術分析》 -- 包括技術選型、技術比較、開發人員、關鍵技術問題的解決、技術風險、技術升級方向、技術方案評價，競爭對手技術分析等。以《需求分析》為基礎，進行詳細的技術分析 ( 產品的性能和實現方法 ) ，列出本項目需要使用什麼技術方案，為什麼，有哪些技術問題要解決 ，估計開發期間會碰到什麼困難，技術方案以後如何升級，對本項目的技術有什麼評價等。
5. 《系統分析》 -- 包括功能實現、模塊組成、功能流程圖、函數介面、數據字典、軟體開發需要考慮的各種問題等。以《需求分析》為基礎，進行詳細的系統分析 ( 產品的開發和實現方法 ) ，估計開發期間需要把什麼問題說明白，程序員根據《系統分析》，開始在項目主管的帶領下進行編碼。
6. 《資料庫文檔》 -- 包括資料庫名稱、表名、欄位名、欄位類型、欄位說明、備注、欄位數值計算公式等。以《系統分析》為基礎，進行詳細的資料庫設計。必要時可以用圖表解說，特別是關系資料庫。
7. 《功能函數文檔》 -- 包括變數名、變數初植、功能，函數名，參數，如何調用、備注、注意事項等。以《系統分析》為基礎，進行詳細的說明，列出哪個功能涉及多少個函數，以便以後程序員修改、接手和擴展。
8. 《界面文檔》 -- 包括軟體外觀、界面素材、編輯工具、文件名、菜單、按鈕和其它界面部件的要求，這里與軟體完成後的運行界面是一致的。
9. 《編譯手冊》 -- 包括伺服器編譯環境、操作系統、編譯工具、 GNU 的 C++ 編譯器版本信息、目錄說明、程序生成、源程序文件列表、 Makefile 配置及其相關程序的對應關系列表。客戶端的編譯過程、編譯結果、編譯示例、編譯環境、操作系統、編譯工具、源文件列表和製作安裝程序的過程。
10. 《 QA 文檔》 -- 包括產品簡介、產品原理、產品功能列表、功能描述、功能流程、執行結果、資料庫結構、測試要求等，提供給軟體測試人員使用。
11. 《項目總結》 -- 包括項目簡介、項目參與人員和開發時間、項目風險管理過程、項目功能列表、項目結構特點、技術特點、對項目的升級建議、對以後的項目的建議、人員素質情況等。
⑽ 軟體開發需要准備哪些文檔
模塊開發卷宗（GB8567——88）
1標題
軟體系統名稱和標識符
模塊名稱和標識符（如果本卷宗包含多於一個的模塊，則用這組模塊的功能標識代替模塊名）
程序編制員簽名
卷宗的修改文本序號
修改完成日期
卷宗序號（說明本卷宗在整個卷宗中的序號）
編排日期（說明整個卷宗最近的一次編排日期）
2模塊開發情況表
3功能說明
扼要說明本模塊（或本組模塊）的功能，主要是輸入、要求的處理、輸出。可以從系統設計說明書中摘錄。同時列出在軟體需求說明書中對這些功能的說明的章、條、款。
4設計說明
說明本模塊（或本組模塊）的設計考慮，包括：
a． 在系統設計說明書中有關對本模塊（或本組模塊）設計考慮的敘述，包括本模塊在軟體系統中所處的層次，它同其他模塊的介面；
b． 在程序設計說明書中有關對本模塊（或本組模塊）的設計考慮，包括本模塊的演算法、處理流程、牽涉到的數據文卷設計限制、驅動方式和出錯信息等；
c． 在編制目前已通過全部測試的源代碼時實際使用的設計考慮。
5原代碼清單
要給出所產生的本模塊（或本組模塊）的第一份無語法錯的源代碼清單以及已通過全部測試的當前有效的源代碼清單。
6測試說明
說明直接要經過本模塊（或本組模塊）的每一項測試，包括這些測試各自的標識符和編號、進行這些測試的目的、所用的配置和輸入、預期的輸出及實際的輸出。
7復審的結論
把實際測試的結果，同軟體需求說明書、系統設計說明書、程序設計說明書中規定的要求進行比較和給出結論。