1.需求分析--產生軟體功能規格說明書,需要確定使用者對軟體的需求,要作到明確、無歧義。不涉及具體實現方法。使用者能看得明白，開發人員也可據此進行下面的工作（概要設計）。  

   2.概要設計--產生軟體概要設計說明書，說明系統模組劃分、選擇的技術路線等，整體說明軟體的實現思路。並且需要指出關鍵技術難點等。    

   3.詳細設計--產生軟體詳細設計說明書，對概要設計的進一步細化，一般由各部分的擔當人員依據概要設計分別完成，然後在整合，是具體的實現細節。理論上要求可以照此編碼。

概要設計與詳細設計的區別 

    概要設計就是設計軟體的結構，包括組成模組，模組的層次結構，模組的呼叫關係，每個模組的功能等等。同時，還要設計該專案的應用系統的總體資料結構和資料庫結構，即應用系統要儲存什麼資料，這些資料是什麼樣的結構，它們之間有什麼關係。  

    詳細設計階段就是為每個模組完成的功能進行具體的描述，要把功能描述轉變為精確的、結構化的過程描述。 

    概要設計階段通常得到軟體結構圖  

    詳細設計階段常用的描述方式有：流程圖、N-S圖、PAD圖、虛擬碼等 

概要設計和詳細設計 

    在軟體設計中，大家經常問到的一個問題是：概要設計應該怎樣一個概要法，詳細設計應該怎樣一個詳細法？  

這個問題在公司內部經常有人問。現在陳述一下。  

    我們公司的研發流程是瀑布型的，這個模型中的分析、設計階段是基於經典的結構化方法。   

    結構化設計方法的基本思路是：按照問題域，將軟體逐級細化，分解為不必再分解的的模組，每個模組完成一定的功能，為一個或多個父模組服務（即接受呼叫），也接受一個或多個子模組的服務（即呼叫子模組）。模組的概念，和程式語言中的子程式或函式是對應的。

這樣一來，設計可以明顯地劃分成兩個階段：   

    概要（結構）設計階段：把軟體按照一定的原則分解為模組層次，賦予每個模組一定的任務，並確定模組間呼叫關係和介面。      詳細設計階段：依據概要設計階段的分解，設計每個模組內的演算法、流程等。 概要設計階段：   

在這個階段，設計者會大致考慮並照顧模組的內部實現，但不過多糾纏於此。主要集中於劃分模組、分配任務、定義呼叫關係。模組間的介面與傳參在這個階段要定得 十分細緻明確，應編寫嚴謹的資料字典，避免後續設計產生不解或誤解。概要設計一般不是一次就能做到位，而是反覆地進行結構調整。典型的調整是合併功能重複的模組，或者進一步分解出可以複用的模組。在概要設計階段，應最大限度地提取可以重用的模組，建立合理的結構體系，節省後續環節的工作量。

概要設計文件最重要的部分是分層資料流圖、結構圖、資料字典以及相應的文字說明等。以概要設計文件為依據，各個模組的詳細設計就可以並行展開了。 詳細設計階段:  

    在這個階段，各個模組可以分給不同的人去並行設計。在詳細設計階段，設計者的工作物件是一個模組，根據概要設計賦予的區域性任務和對外介面，設計並表達出模組的演算法、流程、狀態轉換等內容。這裡要注意，如果發現有結構調整（如分解出子模組等）的必要，必須返回到概要設計階段，將調整反應到概要設計文件中，而不 能就地解決，不打招呼。詳細設計文件最重要的部分是模組的流程圖、狀態圖、區域性變數及相應的文字說明等。一個模組一篇詳細設計文件。     概要設計文件相當於機械設計中的裝配圖，而詳細設計文件相當於機械設計中的零件圖。文件的編排、裝訂方式也可以參考機械圖紙的方法。

我們公司對模組的認識和傳統定義有所不同，認為是較大的軟體功能單元才可以稱作模組。這種認識使大家對概要設計和詳細設計的分工產生了混亂的理解，降低了文件的可用性，應該予以糾正。  

    概要設計中較頂層的部分便是所謂的方案。方案文件的作用是在巨集觀的角度上保持設計的合理性。  

    有的專案採用面向物件的分析、設計方法。可能在概要設計、詳細設計的分工上疑問更多。其實，面向物件的分析、設計方法並沒有強調結構化方法那樣的階段性，因此一般不引入概要、詳細設計的概念。如果按照公司的文件體系，非要有這種分工的話，可以將包的劃分、類及物件間的關係、類的對外屬性、方法及協作設計看做 概要設計；類屬性、方法的內部實現看做詳細設計。

概要設計和詳細設計的區別與聯絡 

    軟體設計採用自頂向下、逐次功能展開的設計方法，首先完成總體設計，然後完成各有機組成部分的設計。 

根據工作性質和內容的不同，軟體設計分為概要設計和詳細設計。概要設計實現軟體的總體設計、模組劃分、使用者介面設計、資料庫設計等等；詳細設計則根據概要設計所做的模組劃分，實現各模組的演算法設計，實現使用者介面設計、資料結構設計的細化，等等。

概要設計是詳細設計的基礎，必須在詳細設計之前完成，概要設計經複查確認後才可以開始詳細設計。概要設計，必須完成概要設計文件，包括系統的總體設計文件、以及各個模組的概要設計文件。每個模組的設計文件都應該獨立成冊。     詳細設計必須遵循概要設計來進行。詳細設計方案的更改，不得影響到概要設計方案；如果需要更改概要設計，必須經過專案經理的同意。詳細設計，應該完成詳細設計文件，主要是模組的詳細設計方案說明。和概要設計一樣，每個模組的詳細設計文件都應該獨立成冊。

概要設計裡面的資料庫設計應該重點在描述資料關係上，說明資料的來龍去脈，在這裡應該結合我們的一下結果資料，說明這些結果資料的源點，我們這樣設計的目的和原因。詳細設計裡的資料庫設計就應該是一份完善的資料結構文件，就是一個包括型別、命名、精度、欄位說明、表說明等內容的資料字典。    概要設計裡的功能應該是重點在功能描述，對需求的解釋和整合，整體劃分功能模組，並對各功能模組進行詳細的圖文描述，應該讓讀者大致瞭解系統作完後大體的結構和操作模式。詳細設計則是重點在描述系統的實現方式，各模組詳細說明實現功能所需的類及具體的方法函式，包括涉及到的sql語句等。

概要設計只說明系統有多少個模組，各模組之間的介面和個模組本身的功能     詳細設計說明某個具體模組如何實現，粒度應該比程式略高一些

軟體的概要設計，主要是建立軟體系統的整體架構，也就是我們在蓋房子時候，需要先將房子的整個架子構建起來。 

軟體的詳細設計，主要是將軟體系統的各個部分的具體設計方法、邏輯、功能採用文字方式進行表述。這樣在實現過程中，Coding人員原則上嚴格按此進行程式碼實現即可。