軟體設計文檔

A. 軟體開發需要准備哪些文檔

這個問題沒有一定的，因為這里有多種因素
如，開發階段、文檔化要求程度等，若是通過cmm評估的，文檔就較多
一般的是按項目開發過程來分，基本的有
可行性研究報告（若是一個新項目且未確定的或應客戶要求時需要，實際上大部份公司很少有這文檔)
用戶需求說明書(用戶+開發人員共同確認)
軟體需求規格說明書
設計說明書(體系結構、詳細設計)
測試用例
用戶手冊
實現代碼
這些文檔中，包括一定的分析與設計圖形，如用例圖、資料庫結構、er圖等
當然項目計劃、測試計劃也應算在內
其它的(如cmm要求的)
風險、估算方面的，質量保證方面的、配置管理方面、定義的模板、度量資料庫等
具體需要多少文檔就是要看項目實際
這方面的東西，可參考一些軟體工程類的書

B. 求軟體設計文檔!

我有一個 "詳細設計說明書編寫規范",是一個DOC的模板文件.如用得著請提供郵箱,我發給你.

選擇一段你瞧下:
1 引言
1.1 編寫目的
說明編寫這份詳細設計說明書的目的，指出預期的讀者范圍。
1.2 背景
說明：
a． 待開發的軟體系統的名稱；
b． 列出本項目的任務提出者、開發者、用戶以及將運行該項軟體的單位。
1.3 定義
列出本文件中用到的專門術語的定義和縮寫詞的原片語。
1.4 參考資料
列出要用到的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料，包括所要用到的軟體開發標准。
列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。

C. 軟體開發中詳細設計文檔怎麼寫

設計文檔肯定包括功能模塊的簡述，子模塊的功能描述，包括基礎平台描述，資料庫鏈接描述、許可權設計描述等等，需要模板的話請向ITJOB老師索取下。

D. 軟體開發需要哪些文檔

如，開發階段、文檔化要求程度等，若是通過CMM評估的，文檔就較多
一般的是按項目開發過程來分，基本的有可行性研究報告（若是一個新項目且未確定的或應客戶要求時需要，實際上大部份公司很少有這文檔)
用戶需求說明書(用戶+開發人員共同確認)
軟體需求規格說明書
設計說明書(體系結構、詳細設計)測試用例用戶手冊實現代碼
這些文檔中，包括一定的分析與設計圖形，如用例圖、資料庫結構、ER圖等
當然項目計劃、測試計劃也應算在內
其它的(如CMM要求的)
風險、估算方面的，質量保證方面的、配置管理方面、定義的模板、度量資料庫等
具體需要多少文檔就是要看項目實際這方面的東西，可參考一些軟體工程類的書

E. 做軟體項目設計文檔怎麼寫啊

按照以下格式填就好了，不過是我自己寫的，有不好的地方大家互相學習修改一下~

詳細設計文檔規范
1.0概述
這部分提供對整個設計文檔的概述。描述了所有數據，結構，介面和軟體構件級別的設計。
1.1 目標和對象
描述軟體對象的所有目標。
1.2 陳述范圍
軟體描述。主要輸入，過程功能，輸出的描述，不考慮詳細細節。
1.3 軟體內容
軟體被置於商業或者產品線中，討論相關的戰略問題。目的是讓讀者能夠對「宏圖」有所了解。
1.4 主要系統參數
任何商務軟體或者產品線都包含軟體規定、設計、實現和測試的說明和規范。
2.0 數據設計
描述所有數據結構包括內部變數，全局變數和臨時數據結構。
2.1 內部軟體數據結構
描述軟體內部的構件之間的數據傳輸的結構。
2.2 全局數據結構
描述主要部分的數據結構。
2.3 臨時數據結構
為臨時應用而生成的文件的描述。
2.4 資料庫描述
作為應用程序的一部分，描述資料庫結構。
3.0 結構化和構件級別設計
描述程序結構。
3.1 程序結構
詳細描述應用程序所選定的程序結構。
3.1.1 結構圖
圖形化描述結構。
3.1.2 選擇性
討論其它可供考慮的結構。選定3.1.1中結構類型的原因。
3.2 構件描述
詳細描述結構中的每個軟體構件。
3.2.1 構件過程敘述(PSPEC)
描述構件的過程。
3.2.2 構件介面描述
詳細描述構件的輸入和輸出。
3.2.3 構件執行細節
每個構件的詳細演算描述。
3.2.3.1 介面描述
3.2.3.2 演算模型(e.g., PDL)
3.2.3.3 規范/限制
]3.2.3.4 本地數據結構
3.2.3.5 在3.2.3.6設計中包含的執行結果
3.3 軟體介面描述
軟體對外界的介面描述
3.3.1機器對外介面
與其他機器或者設備的介面描述。
3.3.2系統對外介面
對其它系統、產品和網路的介面描述。
3.3.3與人的介面
概述軟體與任何人的界面。
4.0 用戶界面設計
描述軟體的用戶界面設計。
4.1 描述用戶界面
詳細描述用戶界面，包括屏幕顯示圖標、圖片或者類型。
4.1.1 屏幕圖片
從用戶角度描述界面。
4.1.2 對象和操作
所有屏幕對象和操作的定義。
4.2 界面設計規范
用戶界面的設計和實現的規范和標准。
4.3 可見構件
實現的GUI可見構件說明。
4.4 UIDS描述
用戶界面開發系統描述。
5.0約束、限制和系統參數
會影響軟體的規格說明、設計和實現的特殊事件。
6.0測試標准
測試策略和預備測試用例描述。
6.1 測試的類別
規定實施測試的類別，包括盡量詳細的描述。這里是針對黑盒測試現象的描述。
6.2期待軟體反饋
測試期待的結果描述。
6.3執行界線
特殊執行需要的說明。
6.4 重要構件確認
決定性構件或者需要特殊注意的構件的測試確認。
7.0附錄
設計說明的補充信息。
7.1系統可跟蹤矩陣
一個定期回歸系統規格跟蹤軟體需求的矩陣。
7.2 產品戰略
如果規格說明書是為一個產品設計的，描述相關的產品戰略。
7.3 使用分析演算法
描述所有分析活動所使用到的分析演算法。
7.4 補充信息 (如果有需要特別說明的)

F. 軟體設計文檔都包括哪幾部分

一、概論1、編寫目的2、編寫背景3、對系統的大致描述
二、業務概述和邏輯設計1、對系統幾大主體的描述2、對系統幾大業務流程描述3、用UML對其進行總體描述
三、技術架構在此章決定使用那種技術體系，具體的技術有那些，描述他們之間是怎麼協同運作的。
四、功能模塊設計描述系統有那些主要功能，這些功能應該用何種技術，大致是如何實現的,
五、介面設計
六、應急系統設計
七、安全設計描述系統應該具有的安全級別，以及達到此安全等級的所採用的技術措施
八、運行環境設計從硬體網路方面描述概要設計的目的就是希望一個從來沒有接觸過的人一看就能從各個方面都對系統的作用，功能，實現方面有一個大概了解，並為以後的各類詳細設計文檔提供一個指引和方向。

G. 軟體概要設計文檔應該具有什麼內容

一、概論1、編寫目的2、編寫背景3、對系統的大致描述二、業務概述和邏輯設計內1、對系統幾大主體容的描述2、對系統幾大業務流程描述3、用UML對其進行總體描述三、技術架構在此章決定使用那種技術體系，具體的技術有那些，描述他們之間是怎麼協同運作的。四、功能模塊設計描述系統有那些主要功能，這些功能應該用何種技術，大致是如何實現的五、介面設計六、應急系統設計七、安全設計描述系統應該具有的安全級別，以及達到此安全等級的所採用的技術措施八、運行環境設計從硬體網路方面描述概要設計的目的就是希望一個從來沒有接觸過的人一看就能從各個方面都對系統的作用，功能，實現方面有一個大概了解，並為以後的各類詳細設計文檔提供一個指引和方向。

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

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