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

概要設計文件相當於機械設計中的裝配圖，而詳細設計文件相當於機械設計中的零件圖。文件的編排、裝訂方式也可以參考機械圖紙的方法。

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

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

換言之，面向物件的設計方式中，概設指的是有哪些類，祥設指的是類中的方法和出入參等(可以是虛擬碼)

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

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

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