软件设计课件.pptxVIP

軟體設計

4.1軟體設計概述4.1.1軟體設計過程軟體設計過程主要包括總體設計、詳細設計和設計測試3項活動，這3項活動在各具特色的軟體設計方法中以不同的過程形式表現。軟體設計的第1類活動是總體設計，也稱為“概要設計”、“軟體結構設計”或“高層設計”。

4.1.2軟體設計文檔軟體設計說明文檔是設計規約的範本，描述所有設計資訊。表4-1給出了一個軟體設計文檔標準示例。1範圍1.1系統目標1.2主要軟體需求1.3軟體設計約束、限制2數據設計2.1數據對象和形成的數據結構2.2檔和數據庫結構2.2.1外部檔結構①邏輯結構②邏輯記錄描述③訪問方法2.2.2全局數據2.2.3檔和數據交叉索引3體系結構設計3.1數據和控制流復審3.2得出的程式結構4介面設計4.1人機介面規約4.2人機介面設計規約4.3外部介面設計4.3.1外部數據介面4.3.2外部系統或設備介面4.4內部介面設計規約5（每個模組）過程設計5.1處理說明5.2介面描述5.3設計語言描述5.4使用的模組5.5內部設計結構5.6注釋/約束/限制6需求交叉索引7測試部分7.1測試方針7.2集成策略7.3特殊考慮8附錄（包括特殊注解）

4.1.2軟體設計文檔表4-2給出了詳細設計說明書範本。1引言1.1編寫目的：闡明編寫詳細設計說明書的目的，指明讀者對象1.2專案背景：應包括專案的來源和主管部門等1.3定義：列出本文檔中所用到的專門術語的定義和縮寫詞·列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源·文檔所引用的資料、軟體開發的標準或規範1.4參考資料專案經核准的計畫任務書、合同或上級機關的批文專案開發計畫；需求規格說明書；概要設計說明書測試計畫（初稿）用戶操作手冊2總體設計2.1需求概述2.2軟體結構：如給出軟體系統的結構圖3程式描述3.1逐個模組給出以下說明·性能·輸出專案·功能·輸入專案3.2演算法：模組所選用的演算法3.3程式邏輯：詳細描述模組實現的演算法，可採用標準流程圖；PDL語言；N-S圖；判定表等描述演算法的圖表3.4介面·限制條件·存儲分配3.5測試要點：給出測試模組的主要測試要求

4.2模組化設計原理4.2.1模組化問題總的複雜性和總工作量會隨著分解逐步減少。但是如果無限地分解下去，總工作量反而會增加。這是因為一個軟體系統的各個模組之間是相互關聯的，模組劃分的數量越多，模組間的聯繫也就越多。模組本身的複雜性和工作量雖然隨著模組變小而減少，模組的介面工作量卻隨著模組數增加而增大。軟體模組化開發存在一個最小成本區，把模組數控制在一定的範圍內可以得到最小的總開發工作量，因此軟體模組化必須保證科學、合理地進行模組分解。

4.2.2抽象抽象具有不同的級別，在最高的抽象級上，使用問題所處環境的語言，以概括性的術語描述解決方案；在較低的抽象級上，將提供更詳細的解決方案說明。例如，當考慮開始需求時，與用戶使用業務描述語言和領域術語交談，主要目的是瞭解用戶的動機。

4.2.3資訊隱蔽分解技術是模組化概念的一個基本問題，目的是分解一個軟體解決方案以求獲得最好的模組集合。資訊隱蔽原則建議模組應該具有的特徵是每個模組對其他所有模組都隱蔽自己的設計決策。資訊隱蔽意味著通過一系列獨立的模組可以得到有效地模組化，這些獨立的構件或模組之間僅交換那些必須交換的資訊，且交互是最簡單的。

4.2.4模組獨立性度量1．內聚性內聚性是從功能的角度對模組內部聚合能力的度量，模組的內聚性按照從弱到強逐步增強的順序可分成7類，如圖4-1所示。高內聚是模組獨立性追求的目標。

4.2.4模組獨立性度量2．耦合性耦合性是對一個軟體結構內不同模組之間互連程度的度量，其強弱取決於模組間接口的複雜程度及通過介面的數據類型和數目。模組的耦合度按照從弱到強逐步增強的順序也可分成7類，如圖4-2所示。

4.2.5逐步求精逐步求精是一種自頂向下的設計策略，通過連續精化層次結構的軟體細節實現軟體的開發。層次結構的開發將通過逐步分解功能的過程抽象，直至形成程式設計語言的語句。逐步求精是人類採用抽象到具體的過程，把一個複雜問題趨於簡單化控制和管理的有效策略，這是一個細化的過程。開發軟體時應從在高抽象級上定義的功能陳述或數據描述開始，然後在這些原始陳述上持續細化越來越多的細節。

4.2.6重構重構是一種重新組織的技術，可以簡化構件或模組的設計或編碼且無須改變其功能或行為。這是一種改進程式內部結構，但不改變代碼或設計的外部行為。

4.3軟體結構軟體結構圖的主要元素如下。（1）模組：模組用帶有名字的方框表示，名稱應體現模組的功能。（2）控制關係：控制關