概要設計與詳細設計的區別
概要設計就是設計軟件的結構，包括組成模塊，模塊的層次結構，模塊的調用關係，每個模塊的功能等等。同時，還要設計該項目的應用系統的總體數據結構和數據庫結構，即應用系統要存儲什麼數據，這些數據是什麼樣的結構，它們之間有什麼關係。
詳細設計階段就是爲每個模塊完成的功能進行具體的描述，要把功能描述轉變爲精確的、結構化的過程描述。
概要設計階段通常得到軟件結構圖
詳細設計階段常用的描述方式有：流程圖、N-S圖、PAD圖、僞代碼等
概要設計和詳細設計
在軟件設計中，大家經常問到的一個問題是：概要設計應該怎樣一個概要法，詳細設計應該怎樣一個詳細法？
這個問題在公司內部經常有人問。現在陳述一下。
我們公司的研發流程是瀑布型的，這個模型中的分析、設計階段是基於經典的結構化方法。
結構化設計方法的基本思路是：按照問題域，將軟件逐級細化，分解爲不必再分解的的模塊，每個模塊完成一定的功能，爲一個或多個父模塊服務（即接受調用），也接受一個或多個子模塊的服務（即調用子模塊）。模塊的概念，和編程語言中的子程序或函數是對應的。
這樣一來，設計可以明顯地劃分成兩個階段：
概要（結構）設計階段：把軟件按照一定的原則分解爲模塊層次，賦予每個模塊一定的任務，並確定模塊間調用關係和接口。
詳細設計階段：依據概要設計階段的分解，設計每個模塊內的算法、流程等。
概要設計階段：
在這個階段，設計者會大致考慮並照顧模塊的內部實現，但不過多糾纏於此。主要集中於劃分模塊、分配任務、定義調用關係。模塊間的接口與傳參在這個階段要定得十分細緻明確，應編寫嚴謹的數據字典，避免後續設計產生不解或誤解。概要設計一般不是一次就能做到位，而是反覆地進行結構調整。典型的調整是合併功能重複的模塊，或者進一步分解出可以複用的模塊。在概要設計階段，應最大限度地提取可以重用的模塊，建立合理的結構體系，節省後續環節的工作量。
概要設計文檔最重要的部分是分層數據流圖、結構圖、數據字典以及相應的文字說明等。以概要設計文檔爲依據，各個模塊的詳細設計就可以並行展開了。
詳細設計階段:
在這個階段，各個模塊可以分給不同的人去並行設計。在詳細設計階段，設計者的工作對象是一個模塊，根據概要設計賦予的局部任務和對外接口，設計並表達出模塊的算法、流程、狀態轉換等內容。這裏要注意，如果發現有結構調整（如分解出子模塊等）的必要，必須返回到概要設計階段，將調整反應到概要設計文檔中，而不能就地解決，不打招呼。詳細設計文檔最重要的部分是模塊的流程圖、狀態圖、局部變量及相應的文字說明等。一個模塊一篇詳細設計文檔。
概要設計文檔相當於機械設計中的裝配圖，而詳細設計文檔相當於機械設計中的零件圖。文檔的編排、裝訂方式也可以參考機械圖紙的方法。
我們公司對模塊的認識和傳統定義有所不同，認爲是較大的軟件功能單元纔可以稱作模塊。這種認識使大家對概要設計和詳細設計的分工產生了混亂的理解，降低了文檔的可用性，應該予以糾正。
概要設計中較頂層的部分便是所謂的方案。方案文檔的作用是在宏觀的角度上保持設計的合理性。
有的項目採用面向對象的分析、設計方法。可能在概要設計、詳細設計的分工上疑問更多。其實，面向對象的分析、設計方法並沒有強調結構化方法那樣的階段性，因此一般不引入概要、詳細設計的概念。如果按照公司的文檔體系，非要有這種分工的話，可以將包的劃分、類及對象間的關係、類的對外屬性、方法及協作設計看做概要設計；類屬性、方法的內部實現看做詳細設計。
1.需求分析--產生軟件功能規格說明書,需要確定用戶對軟件的需求,要作到明確、無歧義。不涉及具體實現方法。用戶能看得明白，開發人員也可據此進行下面的工作（概要設計）。
2.概要設計--產生軟件概要設計說明書，說明系統模塊劃分、選擇的技術路線等，整體說明軟件的實現思路。並且需要指出關鍵技術難點等。
3.詳細設計--產生軟件詳細設計說明書，對概要設計的進一步細化，一般由各部分的擔當人員依據概要設計分別完成，然後在集成，是具體的實現細節。理論上要求可以照此編碼。
概要設計和詳細設計的區別與聯繫
軟件設計採用自頂向下、逐次功能展開的設計方法，首先完成總體設計，然後完成各有機組成部分的設計。
根據工作性質和內容的不同，軟件設計分爲概要設計和詳細設計。概要設計實現軟件的總體設計、模塊劃分、用戶界面設計、數據庫設計等等；詳細設計則根據概要設計所做的模塊劃分，實現各模塊的算法設計，實現用戶界面設計、數據結構設計的細化，等等。
概要設計是詳細設計的基礎，必須在詳細設計之前完成，概要設計經複查確認後纔可以開始詳細設計。概要設計，必須完成概要設計文檔，包括系統的總體設計文檔、以及各個模塊的概要設計文檔。每個模塊的設計文檔都應該獨立成冊。
詳細設計必須遵循概要設計來進行。詳細設計方案的更改，不得影響到概要設計方案；如果需要更改概要設計，必須經過項目經理的同意。詳細設計，應該完成詳細設計文檔，主要是模塊的詳細設計方案說明。和概要設計一樣，每個模塊的詳細設計文檔都應該獨立成冊。
概要設計裏面的數據庫設計應該重點在描述數據關係上，說明數據的來龍去脈，在這裏應該結合我們的一下結果數據，說明這些結果數據的源點，我們這樣設計的目的和原因。詳細設計裏的數據庫設計就應該是一份完善的數據結構文檔，就是一個包括類型、命名、精度、字段說明、表說明等內容的數據字典。
概要設計裏的功能應該是重點在功能描述，對需求的解釋和整合，整體劃分功能模塊，並對各功能模塊進行詳細的圖文描述，應該讓讀者大致瞭解系統作完後大體的結構和操作模式。詳細設計則是重點在描述系統的實現方式，各模塊詳細說明實現功能所需的類及具體的方法函數，包括涉及到的sql語句等。
概要設計，詳細設計之間的關係是什麼？
Q:
我的看法：
概要設計只說明系統有多少個模塊，各模塊之間的接口和個模塊本身的功能
詳細設計說明某個具體模塊如何實現，粒度應該比程序略高一些
但是問題來了，各個模塊之間是有層次關係的，也有先後邏輯關係。這就說明，在概要設計中，還必須考慮模塊的實現細節，否則，你怎麼知道這個模塊下面要劃分子模塊？你怎麼知道各子模塊的調用順序？
這就說明，概要設計和詳細設計是重疊進行的，而軟件工程書上說的確是順序進行的，不知道是不是我的理解有問題。
舉個例子，例如排序程序，如果設計2個模塊：
一個主模塊用於排序子模塊用於交換2個變量，主模塊調用子模塊，但是子模塊是怎麼設計出來的呢？肯定是你先想到了用冒泡等排序方式的時候需要交換數據，這已經考慮了主模塊足夠多的細節，似乎屬於"詳細設計"了，但是目前進行的是概要設計，這就產生了我所說的重疊的情況。
A:
看看上面的帖子，有意思的居多。
上面也有朋友說到用建築的例子來比喻。
軟件的概要設計，主要是建立軟件系統的整體架構，也就是我們在蓋房子時候，需要先將房子的整個架子構建起來。
軟件的詳細設計，主要是將軟件系統的各個部分的具體設計方法、邏輯、功能採用文字方式進行表述。這樣在實現過程中，Coding人員原則上嚴格按此進行代碼實現即可。
這樣的一個最爲簡單的例證：我們可以將代碼交付第三方來做。驗證與跟蹤採取設計來。
我看上面還有一個朋友說：快速做代碼。這個本身沒有值得批評之處。但只要想一下，你寫的代碼沒有任何設計思想、文檔留下的情況，一旦你離開，如何維護？重新設計嗎？還是花費幾倍人力去研究你寫的幾千/萬，甚至幾十萬行代碼？如果是這樣的，你沒錯，關鍵是你們老闆太對了，錢算什麼。
另外的一個問題是：中國人如此聰明，但中國爲什麼沒有出現巨型軟件產品呢？個人英雄主義依然很嚴重，老闆的短視利益行爲大行其道。