大家好,今天小編關注到一個比較有意思的話題,就是關于概要設計標準的問題,于是小編就整理了3個相關介紹概要設計標準的解答,讓我們一起看看吧。
概要設計與詳細設計有什么區(qū)別?
概要設計就是設計軟件的結構,包括組成模塊,模塊的層次結構,模塊的調(diào)用關系,每個模塊的功能等等。同時,還要設計該項目的應用系統(tǒng)的總體數(shù)據(jù)結構和數(shù)據(jù)庫結構,即應用系統(tǒng)要存儲什么數(shù)據(jù),這些數(shù)據(jù)是什么樣的結構,它們之間有什么關系。
詳細設計階段就是為每個模塊完成的功能進行具體的描述,要把功能描述轉(zhuǎn)變?yōu)榫_的、結構化的過程描述。
概要設計階段通常得到軟件結構圖
詳細設計階段常用的描述方式有:流程圖、N-S圖、PAD圖、偽代碼等
詳細設計的說明書是什么?
詳細設計階段:
在這個階段,各個模塊可以分給不同的人去并行設計。在詳細設計階段,設計者的工作對象是一個模塊,根據(jù)概要設計賦予的局部任務和對外接口,設計并表達出模 塊的算法、流程、狀態(tài)轉(zhuǎn)換等內(nèi)容。這里要注意,如果發(fā)現(xiàn)有結構調(diào)整(如分解出子模塊等)的必要,必須返回到概要設計階段,將調(diào)整反應到概要設計文檔中,而 不 能就地解決,不打招呼。詳細設計文檔最重要的部分是模塊的流程圖、狀態(tài)圖、局部變量及相應的文字說明等。一個模塊一篇詳細設計文檔。
概要設計文檔相當于機械設計中的裝配圖,而詳細設計文檔相當于機械設計中的零件圖。文檔的編排、裝訂方式也可以參考機械圖紙的方法。
不同對模塊的認識和傳統(tǒng)定義有所不同,認為是較大的軟件功能單元才可以稱作模塊。這種認識使大家對概要設計和詳細設計的分工產(chǎn)生了混亂的理解,降低了文檔的可用性,應該予以糾正。、
概要設計中較頂層的部分便是所謂的方案。方案文檔的作用是在宏觀的角度上保持設計的合理性。
有的項目采用面向?qū)ο蟮姆治?、設計方法??赡茉诟乓O計、詳細設計的分工上疑問更多。其實,面向?qū)ο蟮姆治?、設計方法并沒有強調(diào)結構化方法那樣的階段性, 因此一般不引入概要、詳細設計的概念。如果按照公司的文檔體系,非要有這種分工的話,可以將包的劃分、類及對象間的關系、類的對外屬性、方法及協(xié)作設計看 做 概要設計;類屬性、方法的內(nèi)部實現(xiàn)看做詳細設計。
換言之,面向?qū)ο蟮脑O計方式中,概設指的是有哪些類,祥設指的是類中的方法和出入?yún)⒌?可以是偽代碼)
1.需求分析--產(chǎn)生軟件功能規(guī)格說明書,需要確定用戶對軟件的需求,要作到明確、無歧義。不涉及具體實現(xiàn)方法。用戶能看得明白,開發(fā)人員也可據(jù)此進行下面的工作(概要設計)。
2.概要設計--產(chǎn)生軟件概要設計說明書,說明系統(tǒng)模塊劃分、選擇的技術路線等,整體說明軟件的實現(xiàn)思路。并且需要指出關鍵技術難點等。
3.詳細設計--產(chǎn)生軟件詳細設計說明書,對概要設計的進一步細化,一般由各部分的擔當人員依據(jù)概要設計分別完成,然后在集成,是具體的實現(xiàn)細節(jié)。理論上要求可以照此編碼。
概要設計的四個步驟?
負責一個項目,概要設計大概分為以下幾個過程:
1、確定邊界:確定邊界后,才能明確與外部哪些實體交互,交互需要確定:通信方式是串口還是網(wǎng)絡,消息的大小,消息的格式,消息是同步還是異步。
2、劃模塊:模塊之間有豎直關系和水平關系,比如MVVM模式可以認為是豎直關系,從外部的界面到內(nèi)部的數(shù)據(jù)。水平關系比如:接受消息,處理消息,轉(zhuǎn)發(fā)消息。
3、定接口:模塊可以認為是一個IPO控件,概設的時候,模塊是一個黑盒,對外的接口要盡量小。
4、理流程:使用時序圖,說明對于一個功能,若干模塊是如何協(xié)作完成的。
到此,以上就是小編對于概要設計標準的問題就介紹到這了,希望介紹關于概要設計標準的3點解答對大家有用。