總結一下概要設計要做的任務：
1. 制定規範：**體系、介面規約、命名規則。這是專案小組今後共同作戰的基礎，有了開發規範和程式模組之間和專案成員彼此之間的介面規則、方式方法，大家就有了共同的工作語言、共同的工作平台，使整個軟體開發工作可以協調有序地進行。
2. 總體結構設計：
a) 功能（加工）－>模組：每個功能用那些模組實現，保證每個功能都有相應的模組來實現；
b) 模組層次結構：某個角度的軟體框架檢視；
c) 模組間的呼叫關係：模組間的介面的總體描述；
d) 模組間的介面：傳遞的資訊及其結構；
e) 處理方式設計：滿足功能和效能的演算法
f) 使用者介面設計；
3. 資料結構設計：
a) 詳細的資料結構：表、索引、檔案；
b) 演算法相關邏輯資料結構及其操作；
4. 上述操作的程式模組說明（在前台？在後台？用檢視？用過程？······）
5. 介面控制表的資料結構和使用規則
6. 其他效能設計。
概要設計寫什麼：
1. 結構化軟體設計說明書結構
2. 任務：目標、環境、需求、侷限；
3. 總體設計：處理流程、總體結構與模組、功能與模組的關係；
4. 介面設計：總體說明外部使用者、軟、硬體介面；內部模組間介面（注：介面≈系統介面）
5. 資料結構：邏輯結構、物理結構，與程式結構的關係；
6. 模組設計：每個模組「做什麼」、簡要說明「怎麼做」（輸入、輸出、處理邏輯、與其它模組的介面，與其它系統或硬體的介面），處在什麼邏輯位置、物理位置；
7. 執行設計：執行模組組合、控制、時間；
8. 出錯設計：出錯資訊、處錯處理；
9. 其他設計：保密、維護；
動態模型
這部分的作用是描述系統如何響應各種事件。一般使用時序圖和狀態圖。
確定不同的場景是第一步，不需要確定所有可能的場景，但是必須至少要覆蓋典型的系統用例。不要自己去想當然地創造場景，通常的策略是描述那些客戶可以感受得到的場景。
l 場景
對每個場景做一則條目，包括以下內容：
場景名：給它乙個可以望文生義的名字
場景描述：簡要敘述場景是幹什麼的以及發生的動作的順序。
順序圖：描述各種事件及事件發生的相對時間順序。
l 時序圖
這部分的內容包括系統動態模型重要的部分的狀態圖。可能你想為每個物件畫乙個狀態圖，但事實上會導致太多不期望的細節資訊，只需要確定系統中一些重要的物件並為之提供狀態圖即可。
如何寫軟體概要設計？
概要設計是乙個將使用者目標與需求轉換成具體介面設計方案的重要階段，在這裡我們需要由前一階段的需求分析得到軟體 包括移動應用和 等 的設計和資料結構。其通常是將複雜的系統按照不同的功能進行模組化，理清模組之間的層次關係以及呼叫關係 確定模組間的介面以及使用者介面。而資料結構部分則是要根據資料的特徵來確...
如何寫詳細設計
一些公司用cmmi做軟體開發過程管理，對詳細設計過程要求很高，需產出rose設計模型，畫出序列圖 活 等等。本意是為了讓rose設計模型對後續的編碼有指導意義。但實際實施過程中發現效果不佳，一是有人不願意認真寫詳細設計文件，二是有人不願意看詳細設計文件，問題如下 1 當詳細設計和編碼人員實際為同一人...
如何寫詳細設計文件
在大多數軟體專案中，要末不作詳細設計，要麼開發完成後再補詳細設計文件，質量也不容樂觀，文件與系統往往不能同步，使詳細設計文件完全流於形式，對工作沒有起到實際的幫助。那到底應不應該寫詳細設計文件呢，怎麼使詳細設計文件起到他應有的作用呢，下面就讓我們來認識一下詳細設計及寫詳細設計文件的好處和問題。什麼是...