軟件開發詳細設計文檔（軟件開發詳細設計文檔誰來寫）

今天給各位分享軟件開發詳細設計文檔的知識，其中也會對軟件開發詳細設計文檔誰來寫進行解釋，如果能碰巧解決你現在面臨的問題，別忘了關注本站，現在開始吧！

本文目錄一覽：

• 1、軟件開發文檔包括哪些
• 2、軟件設計文檔都包括哪幾部分？
• 3、軟件開發需要編寫哪些文檔？
• 4、軟件開發中的 概要設計文檔 詳細設計文檔在正常情況下 是不是程序員寫的吧！
• 5、軟件開發文檔的分類
• 6、軟件開發中詳細設計文檔現在是必須的么？如果不是用什么取代？

軟件開發文檔包括哪些

軟件開發文檔是軟件開發使用和維護過程中的必備資料。它能提高軟件開發的效率，保證軟件的質量，而且在軟件的使用過程中有指導，幫助，解惑的作用，尤其在維護工作中，文檔是不可或缺的資料。

軟件文檔可以分為開發文檔和產品文檔兩大類。

開發文檔包括：《功能要求》、《投標方案》、《需求分析》、《技術分析》、《系統分析》、《數據庫文檔》、《功能函數文檔》、《界面文檔》、《編譯手冊》、《 QA 文檔》、《項目總結》等。

產品文檔包括：《產品簡介》、《產品演示》、《疑問解答》、《功能介紹》、 《技術白皮書》、《評測報告》。

用戶文檔《安裝手冊》、《使用手冊》、《維護手冊》、 《用戶報告》、《銷售培訓》等。

軟件設計文檔都包括哪幾部分？

一、概論1、編寫目的2、編寫背景3、對系統的大致描述

二、業務概述和邏輯設計1、對系統幾大主體的描述2、對系統幾大業務流程描述3、用UML對其進行總體描述

三、技術架構在此章決定使用那種技術體系，具體的技術有那些，描述他們之間是怎么協同運作的。

四、功能模塊設計描述系統有那些主要功能，這些功能應該用何種技術，大致是如何實現的,

五、接口設計

六、應急系統設計

七、安全設計描述系統應該具有的安全級別，以及達到此安全等級的所采用的技術措施

八、運行環境設計從硬件網絡方面描述概要設計的目的就是希望一個從來沒有接觸過的人一看就能從各個方面都對系統的作用，功能，實現方面有一個大概了解，并為以后的各類詳細設計文檔提供一個指引和方向。

軟件開發需要編寫哪些文檔？

這個問題沒有一定的，因為這里有多種因素

如，開發階段、文檔化要求程度等，若是通過CMM評估的，文檔就較多

一般的是按項目開發過程來分，基本的有

可行性研究報告（若是一個新項目且未確定的或應客戶要求時需要，實際上大部份公司很少有這文檔)

用戶需求說明書(用戶+開發人員共同確認)

軟件需求規格說明書

設計說明書(體系結構、詳細設計)

測試用例

用戶手冊

實現代碼

這些文檔中，包括一定的分析與設計圖形，如用例圖、數據庫結構、ER圖等

當然項目計劃、測試計劃也應算在內

其它的(如CMM要求的)

風險、估算方面的，質量保證方面的、配置管理方面、定義的模板、度量數據庫等

具體需要多少文檔就是要看項目實際

這方面的東西，可參考一些軟件工程類的書

軟件開發中的 概要設計文檔 詳細設計文檔在正常情況下 是不是程序員寫的吧！

一個項目設計是最重要的。其實現在在技術上難題不多。同一個公司你不會肯定有別人會，相互問問就好。最關鍵的是需求理解。所以開發人員自己寫詳細設計是很有好處的。譬如我現在在平安科技。我們的流程時：客戶將需求講解給SA（需求分析師），SA理解之后在召集開發人員一起講解，最后由開發人員自己設計并將設計文稿發出去由負責人及SA評估。 如果沒有問題就會按照詳細設計來開發。 這樣的話雖然設計花費了一定的開發時間，但是在熟悉需求的基礎上開發可謂是：磨刀不誤砍柴工！

望采納。 謝謝

軟件開發文檔的分類

1. 《功能要求》 -- 來源于客戶要求和市場調查，是軟件開發中最早期的一個環節?？蛻籼岢鲆粋€模糊的功能概念，或者要求解決一個實際問題，或者參照同類軟件的一個功能。有軟件經驗的客戶還會提供比較詳細的技術規范書，把他們的要求全部列表書寫在文檔中，必要時加以圖表解說。這份文檔是需求分析的基礎。

2. 《投標方案》 -- 根據用戶的功能要求，經過與招標方溝通和確認，技術人員開始書寫《投標方案》，方案書一般包括以下幾個重要的章節： 前言 -- 項目背景、公司背景和業務、技術人員結構、公司的成功案例介紹等。 需求分析 -- 項目要求、軟件結構、功能列表、功能描述、注意事項等。 技術方案 -- 總體要求和指導思想、技術解決方案、軟件開發平臺、網絡結構體系等。 項目管理 -- 描述公司的軟件開發流程、工程實施服務、組織和人員分工、開發進度控制、軟件質量保證、項目驗收和人員培訓、軟件資料文檔等。 技術支持 -- 公司的技術支持和服務介紹、服務宗旨和目標、服務級別和響應時間、技術服務區域、技術服務期限、授權用戶聯系人等。 系統報價 -- 軟、硬件平臺報價列表、軟件開發費用、系統維護費用等。 項目進度 -- 整個項目的進度計劃，包括簽署合同、項目啟動、需求分析、系統分析、程序開發、測試維護、系統集成、用戶驗收、用戶培訓等步驟的時間規劃。

3. 《需求分析》 -- 包括產品概述、主要概念、操作流程、功能列表和解說、注意事項、系統環境等。以《功能要求》為基礎，進行詳細的功能分析 ( 包括客戶提出的要求和根據開發經驗建議的功能 ) ，列出本產品是什么，有什么特殊的概念，包括哪些功能分類，需要具備什么功能，該功能的操作如何，實現的時候該注意什么細節，客戶有什么要求，系統運行環境的要求等。這里的功能描述跟以后的使用手冊是一致的。

4. 《技術分析》 -- 包括技術選型、技術比較、開發人員、關鍵技術問題的解決、技術風險、技術升級方向、技術方案評價，競爭對手技術分析等。以《需求分析》為基礎，進行詳細的技術分析 ( 產品的性能和實現方法 ) ，列出本項目需要使用什么技術方案，為什么，有哪些技術問題要解決 ，估計開發期間會碰到什么困難，技術方案以后如何升級，對本項目的技術有什么評價等。

5. 《系統分析》 -- 包括功能實現、模塊組成、功能流程圖、函數接口、數據字典、軟件開發需要考慮的各種問題等。以《需求分析》為基礎，進行詳細的系統分析 ( 產品的開發和實現方法 ) ，估計開發期間需要把什么問題說明白，程序員根據《系統分析》，開始在項目主管的帶領下進行編碼。

6. 《數據庫文檔》 -- 包括數據庫名稱、表名、字段名、字段類型、字段說明、備注、字段數值計算公式等。以《系統分析》為基礎，進行詳細的數據庫設計。必要時可以用圖表解說，特別是關系數據庫。

7. 《功能函數文檔》 -- 包括變量名、變量初值、功能，函數名，參數，如何調用、備注、注意事項等。以《系統分析》為基礎，進行詳細的說明，列出哪個功能涉及多少個函數，以便以后程序員修改、接手和擴展。

8. 《界面文檔》 -- 包括軟件外觀、界面素材、編輯工具、文件名、菜單、按鈕和其它界面部件的要求，這里與軟件完成后的運行界面是一致的。

9. 《編譯手冊》 -- 包括服務器編譯環境、操作系統、編譯工具、 GNU 的 C++ 編譯器版本信息、目錄說明、程序生成、源程序文件列表、 Makefile 配置及其相關程序的對應關系列表?？蛻舳说木幾g過程、編譯結果、編譯示例、編譯環境、操作系統、編譯工具、源文件列表和制作安裝程序的過程。

10. 《 QA 文檔》 -- 包括產品簡介、產品原理、產品功能列表、功能描述、功能流程、執行結果、數據庫結構、測試要求等，提供給軟件測試人員使用。

11. 《項目總結》 -- 包括項目簡介、項目參與人員和開發時間、項目風險管理過程、項目功能列表、項目結構特點、技術特點、對項目的升級建議、對以后的項目的建議、人員素質情況等。 1. 《產品簡介》 -- 包括公司背景、產品概念、適用范圍、產品功能、功能特點、運行要求和公司聯系地址。

2. 《產品演示》 -- 包括公司簡介、產品背景、產品描述、產品特點、產品作用、適用范圍、使用分析、功能模塊、解決問題、合作伙伴、成功案例等。一般用 Power point 或者 VCD 錄制軟件實現。

3. 《疑問解答》 -- 列出用戶關心的問題和處理方法。用于解答軟件的操作功能和解決用戶的疑難問題。

4. 《功能介紹》 -- 以《需求分析》為書寫基礎，包括軟件介紹、軟件結構、功能列表、功能描述和公司聯系地址。

5. 《技術白皮書》 -- 以《技術分析》為書寫基礎，包括功能實現、技術選型、關鍵技術問題的解決、技術方案特點、技術升級方向等。

6. 《評測報告》 -- 第三方權威評測報告。包括評測目的、評測范圍、評測環境、評測內容、實測數據、性能表現、結果分析和評測總結等。

7. 《安裝手冊》 -- 包括系統環境、運行平臺、產品安裝過程、初始環境設置、安裝記錄等。

8. 《使用手冊》 -- 包括產品簡介、功能列表、功能描述和解釋、功能操作、客戶服務和聯系方式等。

9. 《維護手冊》 -- 包括產品簡介、系統須知、初始環境設置、系統配置、數據管理和備份、技術問題解答和聯系方式等。

10. 《用戶報告》 -- 包括產品簡介、購買時間、使用目的、使用時間、使用地點、實施過程、出現問題和解決、產品總結和建議等。

11. 《銷售培訓》 -- 包括項目簡介、產品功能、產品特點、商業優勢、系統運行環境、適用范圍、目標客戶等。 第一、需求分析文檔

用戶需求分析文檔是指在和客戶進行溝通時，把用戶所要求的信息記錄下來，根據用戶的要求進行需求分析，規劃出我們要開發的軟件所要實現哪些功能。

第二、概要設計文檔

概要設計：顧名思義，就是對我們所要開發的軟件進行一個整體的概括，把這個軟件所包含的功能模塊作一個設計，以后我們在開發的時候就有目標，有方向了。

第三、系統設計文檔

系統設計，就是對概要的一個詳細的實施，就是分析我們所要開發軟件各大功能模塊中所包含的小模塊，把這些小模塊都一一列舉出來，然后再對軟件開發人員進行有條理的進行開發任務的分配。

第四、詳細設計文檔

詳細設計文檔，主要是把我們每個小模塊，小功能的業務邏輯處理用文字的方式表達出來，讓程序員在編碼的時候有一個依據和參照；同時，在進行詳細文檔設計的時候，有的軟件公司也會根據不同的項目作出相應的《軟件開發代碼規范》性文檔。以保障我們所做工作的統一性。

第五、軟件測試文檔

當我們參照軟件詳細設計文檔編碼完成后，接著就會根據我們所實現的功能，進行軟件測試文檔的編寫；大多測試文檔有兩類，一類是軟件單體測試文檔，一類是軟件結合測試文檔；顧名思義，單體測試：就是對軟件中每個小的方法，一個獨立的方法進行測試的文檔；結合測試：就是把多個功能模塊組合到一起進行測試，主要是為了檢測每個功能模塊之前的交互性和功能的結合實現性。

第六、軟件完成后的總結匯報型文檔

不管所開發軟件的規模大小，在一個軟件開發結束后，我們都會把開發過中的問題和項目開發總結一起記錄下來，以防以后在開發過程中再有類似問題出現，提高我們的開發效率。

根據軟件開發公司的規模、標準和客戶的需求不同，開發文檔的種類和數量也不同，我在這里和大家討論的軟件開發相關文檔都是最基礎的；在軟件行業有一句話：一個軟件能否順利的完成并且功能是否完善，重要是看這個軟件有多少文檔，軟件開發文檔是一個軟件的支柱，如果你的開發文檔漏洞百出，那么你所開發出來的軟件也不可能會好；開發文檔的好壞可以直接影響到所開發出來軟件的成功與否。

軟件開發中詳細設計文檔現在是必須的么？如果不是用什么取代？

一個人的精力有限，不可能總是記憶設計程序時的思路，要求，因此需要用設計文檔記錄軟件開發中的細節內容，以便以后重新涉及時可以查閱和回憶，迅速上手

當前軟件設計一般是團隊合作，如果想讓其他開發人員接手繼續設計，詳細的設計文檔可以使交接過程變得簡單，否則先前的設計可能會白做了

在管理層面，項目負責人需要詳細的文檔，以便總結開發設計過程，使設計完整

綜上所述，除非微小項目，一般都需要詳細的設計文檔，尤其是團隊軟件開發場合更是必須

軟件開發詳細設計文檔的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于軟件開發詳細設計文檔誰來寫、軟件開發詳細設計文檔的信息別忘了在本站進行查找喔。