需求文檔是根據用戶需求轉化而來的技術實現需求，需要針對用戶提出的產品目標進行細分，總結出具體的每一個功能點，再針對每一個功能點細分為各種不同的操作流程，對每一個操作流程進行技術化定義。也就是說，需求文檔是站在用戶的角度來描述軟件需要實現的功能、各個模塊和其重要性、以及業務流程等。
而系統設計文檔則是站在開發人員的角度來軟件需要實現的功能、各個模塊和其重要性、以及業務流程等。
設計文檔分為三部分：總體設計、概要設計、詳細設計
總體設計：設計階段的目標主要是對待開發系統的構架進行分析和設計，並建立系統構架的基線，梳理業務邏輯且抓住核心需求，設計穩定可擴展的業務系統，評估業務開發周期和開發成本，有效的規避風險，以便為之后的實施工作提供一個穩定的基礎。
概要設計：概要設計的目的是描述系統的每個模塊的內部設計，對總體設計和詳細設計承擔承上啟下的作用。概要設計按照結構化設計方法進行設計。結構化設計方法的基本思路是：按照問題域，將軟件逐級細化，分解為不必再分解的的模塊，每個模塊完成一定的功能，為一個或多個父模塊服務（即接受調用），也接受一個或多個子模塊的服務（即調用子模塊）。
詳細設計：詳細設計階段就是依據概要設計階段的分解，設計每個模塊內的算法、流程，為每個模塊完成的功能進行具體的描述，要把功能描述轉變為精確的、結構化的過程描述。詳細設計這個階段，各個模塊可以分給不同的人去並行設計。設計者的工作對象是一個模塊，根據概要設計賦予的局部任務和對外接口，設計並表達出模塊的算法、流程、狀態轉換等內容。這里要注意，如果發現有結構調整（如分解出子模塊等）的必要，必須返回到概要設計階段，將調整反應到概要設計文檔中，而不能就地解決，不打招呼。詳細設計文檔最重要的部分是模塊的流程圖、狀態圖、局部變量及相應的文字說明等。一個模塊對應一篇詳細設計文檔。
總結：內容基本都一樣！只是表現形式不一樣！閱讀對象不一樣！
————————————————
版權聲明：本文為CSDN博主「葉墨大人」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/rao_limon/article/details/82941395