大家好，今天小編關注到一個比較有意思的話題，就是關于概要設計標準的問題，于是小編就整理了3個相關介紹概要設計標準的解答，讓我們一起看看吧。

概要設計與詳細設計有什么區別？

概要設計就是設計軟件的結構，包括組成模塊，模塊的層次結構，模塊的調用關系，每個模塊的功能等等。同時，還要設計該項目的應用系統的總體數據結構和數據庫結構，即應用系統要存儲什么數據，這些數據是什么樣的結構，它們之間有什么關系。

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

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

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

詳細設計的說明書是什么？

詳細設計階段:

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

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

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

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

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

換言之，面向對象的設計方式中，概設指的是有哪些類，祥設指的是類中的方法和出入參等(可以是偽代碼)

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

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

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

概要設計的四個步驟？

負責一個項目，概要設計大概分為以下幾個過程：

1、確定邊界：確定邊界后，才能明確與外部哪些實體交互，交互需要確定：通信方式是串口還是網絡，消息的大小，消息的格式，消息是同步還是異步。

2、劃模塊：模塊之間有豎直關系和水平關系，比如MVVM模式可以認為是豎直關系，從外部的界面到內部的數據。水平關系比如：接受消息，處理消息，轉發消息。

3、定接口：模塊可以認為是一個IPO控件，概設的時候，模塊是一個黑盒，對外的接口要盡量小。

4、理流程：使用時序圖，說明對于一個功能，若干模塊是如何協作完成的。

到此，以上就是小編對于概要設計標準的問題就介紹到這了，希望介紹關于概要設計標準的3點解答對大家有用。