㈠ 求軟體設計文檔!
我有一個 "詳細設計說明書編寫規范",是一個DOC的模板文件.如用得著請提供郵箱,我發給你.
選擇一段你瞧下:
1 引言
1.1 編寫目的
說明編寫這份詳細設計說明書的目的，指出預期的讀者范圍。
1.2 背景
說明：
a． 待開發的軟體系統的名稱；
b． 列出本項目的任務提出者、開發者、用戶以及將運行該項軟體的單位。
1.3 定義
列出本文件中用到的專門術語的定義和縮寫詞的原片語。
1.4 參考資料
列出要用到的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料，包括所要用到的軟體開發標准。
列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
㈡ 平面設計常用軟體以及相應的文件格式
1、點陣圖處理
點陣圖處理軟體行內流行的有photoshop、fireworks、Paintshop、Painter四款，但是在平面設計領域，基本清一色的採用photoshop了，它的介紹太多了，這兒就不再多嘴。在平面設計的初級階段，PS的應用幾乎成了很多公司對你水平高低的最重要評判指標。
順帶說說其他幾款；Painter，如果你是畫插畫的，那麼請撇開photoshop吧，因為相對於電腦繪畫來說，photoshop壓根不是Painter的對手。fireworks，做網頁的劍客，還用說嗎？Paintshop，簡單的東西例如工廠宣傳海報的，用Paintshop和CorelDraw就搞定了吧，用不著去麻煩photoshop
2、矢量圖處理軟體
專業領域流行的有CorelDraw、Illustrator、FreeHand 、PageMaker（應該說是文字排版軟體才對）
CorelDraw在中國的知名度要比它在世界上的知名度要高，它是一款集矢量圖編輯和文字排版功能一體的軟體，優點是功能強大，操作簡單容易上手；缺點是對點陣圖支持（特別是顏色方面）有缺陷，而且點陣圖輸出上限好像單向只有10000像素
Illustrator是一款集矢量圖編輯和文字排版功能一體的軟體，優點是文字排版效果和矢量圖繪畫比較出色，和photoshop有最好的兼容性（簡直是廢話），缺點是排版和編輯方面有所欠缺，輸出點陣圖時間特長
FreeHand是一款集矢量圖編輯和文字排版功能一體的軟體，徒手繪圖、排版以及特效處理方面比較出色，但是對點陣圖支持不好，FreeHand號稱小CorelDraw，聽了就知道什麼意思了，CorelDraw的瘦身版唄
PageMaker是一款集文字排版軟體軟體，呵呵，排版界的無敵手，自動頁面設定、樣板頁面設定、文欄位落設定、文字繞圖等等功能什麼都有，缺點是除了文字排版連一條直線都畫不了哈哈
3、軟體的組合
photoshop+Illustrator
適用於一般平面設計工作，photoshop處理圖像，Illustrator排版、文字處理和繪制圖形
不得不承認，這對組合是珠壁聯合，應該說是最好的，世界通用國際一流的，如果你打算去外國廣告公司高就的話那就一定採用這個組合學習了，因為他們很多就只認這個，可惜啊只是中國有中國國情，很多輸出公司不支持Illustrator的輸出文件，或者在導入Illustrator輸出文件的時候產生這樣那樣的錯誤，所以用這個組合的時候最後的輸出文件請不要用AI格式
photoshop+CorelDraw
適用於一般平面設計工作，photoshop處理圖像，CorelDraw排版、文字處理和繪制圖形
這個基本上已經成為國內廣告公司特別是中小型廣告公司的絕對主流組合了，很多大型廣告公司也開始放下架子棄用Illustrator而轉投CorelDraw，但是注意了，CorelDraw8.0不支持9.0以上的版本，9.0不支持10.0以上的版本，所以輸出成cdr格式的時候最好採用8.0的格式
photoshop+FreeHand
適用於一般平面設計工作，photoshop處理圖像，FreeHand排版、文字處理和繪制圖形，效果和photoshop+CorelDraw差不多了
雖然這個組合採用的人不多，但是還是有的嘛，學習FreeHand而不學CorelDraw的人還是有的
CorelDraw+PageMaker
適用於文字性海報設計，PageMaker文字處理，整合版面，CorelDraw繪制圖形
這個組合在工廠，機關單位裡面採用率是比較高的，它們其實不太注意華麗的效果，只求文字表達，沒法子啊，文件多啊
photoshop+PageMaker
適用於書、報、雜志期刊等方面，PageMaker文字處理，整合版面，photoshop處理圖像和效果
雜志報社都用這個了，注意一點，好像photoshop的文字無法置入PageMaker裡面
photoshop
適用於文字少的廣告製作，單獨採用photoshop就行了，其實大多數廣告就是這樣的，畢竟設計師不是文字排版員
㈢ 軟體開發文檔包括哪些
如，開發階段、文檔化要求程度等，若是通過CMM評估的，文檔就較多
一般的是按項目開發過程來分，基本的有可行性研究報告（若是一個新項目且未確定的或應客戶要求時需要，實際上大部份公司很少有這文檔)
用戶需求說明書(用戶+開發人員共同確認)
軟體需求規格說明書
設計說明書(體系結構、詳細設計)測試用例用戶手冊實現代碼
這些文檔中，包括一定的分析與設計圖形，如用例圖、資料庫結構、ER圖等
當然項目計劃、測試計劃也應算在內
其它的(如CMM要求的)
風險、估算方面的，質量保證方面的、配置管理方面、定義的模板、度量資料庫等
具體需要多少文檔就是要看項目實際這方面的東西，可參考一些軟體工程類的書
㈣ 軟體開發中詳細設計文檔怎麼寫
設計文檔肯定包括功能模塊的簡述，子模塊的功能描述，包括基礎平台描述，資料庫鏈接描述、許可權設計描述等等，需要模板的話請向ITJOB老師索取下。
㈤ 如何寫軟體設計文檔
1 引言
1.1 編寫目的
說明編寫這份詳細設計說明書的目的，指出預期的讀者范圍。
1.2 背景
說明：
a． 待開發的軟體系統的名稱；
b． 列出本項目的任務提出者、開發者、用戶以及將運行該項軟體的單位。
1.3 定義
列出本文件中用到的專門術語的定義和縮寫詞的原片語。
1.4 參考資料
列出要用到的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料，包括所要用到的軟體開發標准。
列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
㈥ 軟體開發設計文檔怎麼寫
首先是需求調研，項目背景調研。設計文檔有概要設計詳細設計，概要設計需要先定邊界，邊界定好在根據對應功能做詳細設計，詳細設計就是把概要中的功能點單獨羅列出來做功能點設計比如：輸入什麼值，如何校驗
㈦ 軟體設計文檔都包括哪幾部分
一、概論1、編寫目的2、編寫背景3、對系統的大致描述
二、業務概述和邏輯設計1、對系統幾大主體的描述2、對系統幾大業務流程描述3、用UML對其進行總體描述
三、技術架構在此章決定使用那種技術體系，具體的技術有那些，描述他們之間是怎麼協同運作的。
四、功能模塊設計描述系統有那些主要功能，這些功能應該用何種技術，大致是如何實現的,
五、介面設計
六、應急系統設計
七、安全設計描述系統應該具有的安全級別，以及達到此安全等級的所採用的技術措施
八、運行環境設計從硬體網路方面描述概要設計的目的就是希望一個從來沒有接觸過的人一看就能從各個方面都對系統的作用，功能，實現方面有一個大概了解，並為以後的各類詳細設計文檔提供一個指引和方向。
㈧ 做軟體項目設計文檔怎麼寫啊
按照以下格式填就好了，不過是我自己寫的，有不好的地方大家互相學習修改一下~
詳細設計文檔規范
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 補充信息 (如果有需要特別說明的)
㈨ pro-e軟體設計的文件是什麼格式的
零件是prt.
組裝件是asm.
繪圖格式是drw.
草繪是s2d.
報表上rep.
圖標上dgm.
還有其他的不常用的幾種不記得了
㈩ 如何寫軟體設計文檔
按照以下格式填就好了，不過是我自己寫的，有不好的地方大家互相學習修改一下~
詳細設計文檔規范
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 補充信息 (如果有需要特別說明的)