軟件設(shè)計工程ppt課件-閱讀頁
2024-09-30 20:28本頁面
【正文】 空間，將毫無關(guān)系（或者聯(lián)系不多）的各成分放在一個模塊中。 缺點：可理解性差， 可修改性差 （ 1） 偶然型 （ Coincidental Cohesion) 40 將幾個邏輯上相似的功能放在一個模塊中，調(diào)用時由調(diào)用模塊傳遞的參數(shù)確定執(zhí)行的功能。 如圖所示由調(diào)用模塊傳遞的參數(shù)，經(jīng)過判定后，才能確定是進行讀還是進行寫操作。 例如 : 初始化系統(tǒng)模塊、 系統(tǒng)結(jié)束模塊、 緊急故障處理模塊等均是時間性聚合模塊 . 這類模塊內(nèi)部結(jié)構(gòu)較簡單，一般較少判定，因此比邏輯內(nèi)聚強，但是由于將多個功能放在一起，給修改和維護造成困難。由于這類模塊無論數(shù)據(jù)還是執(zhí)行順序，模塊中的一部分依賴于另外一部分。 讀入 編輯 A 數(shù)據(jù) 累加 打印 B 結(jié)果 順序型模塊 （ 4） 順序型 （ Sequential Cohesion) （ 過程內(nèi)聚 ） 44 順序型 (過程內(nèi)聚 )模塊 45 模塊中的成分引用共同的輸入數(shù)據(jù)，或者產(chǎn)生相同的輸出數(shù)據(jù)，則稱為是通信內(nèi)聚模塊。 A 打印 報告 1 打印 報告 2 打印 報告 2 B 存入 打印 C 修改 刪除 打印 （ a） （ b） （ c） 通信型模塊 （ 5） 通信型 （ Communicational Cohesion) 46 通信內(nèi)聚模塊例 47 （ 6） 信息內(nèi)聚 模塊完成多個功能，各功能都在同一數(shù)據(jù)結(jié)構(gòu)上操作，每一功能有唯一入口?；蛘哒f，模塊的所有成分都是為完成該功能而協(xié)同工作、緊密聯(lián)系、不可分割的。 ?但耦合是直接的主導因素，內(nèi)聚則輔助耦合共同對模塊獨立性進行衡量。 C/S結(jié)構(gòu)的應(yīng)用都由三個相對獨立的邏輯部分組成： 用戶界面 應(yīng)用邏輯 數(shù)據(jù)訪問 三種邏輯之間的關(guān)系 53 1）兩層客戶機 /服務(wù)器模型 Two Tier Client/Server Architectural Model 服務(wù)器 1 網(wǎng)絡(luò) 服務(wù)器 2 服務(wù)器 M 客戶 1 客戶 2 客戶 N 兩層 Client/Server結(jié)構(gòu) 請求 結(jié)果 請求 54 完整的應(yīng)用包含三個相對獨立的邏輯部分 ， 而兩層的C/S結(jié)構(gòu)只有兩個端應(yīng)用 。 55 2）三層 /多層應(yīng)用模型 (Three/Multi Tier Model) 第一級是數(shù)據(jù)庫管理結(jié)點 (database management node)。 第三級是用戶界面級，強調(diào)高效、方便易用的用戶界面。 57 數(shù)據(jù)為中心體系結(jié)構(gòu) ? 一些數(shù)據(jù)（比如一個文件或者數(shù)據(jù)庫）保存在整個結(jié)構(gòu)的中心，并且被其他部件頻繁地使用、添加、刪除、或者修改 58 數(shù)據(jù)流風格的體系結(jié)構(gòu) ? 這種結(jié)構(gòu)適用于輸入數(shù)據(jù)被一系列的計算或者處理部件變換成輸出數(shù)據(jù)。 ? 部件之間的交互和協(xié)調(diào)通過消息來傳遞。 ? 同一問題的不同軟件結(jié)構(gòu)： s 1 s 4s 3s 2s 1 s 4s 3s 2s 1s 4s 3s 263 ATAM（ architecture tradeoff analysis method） 體系結(jié)構(gòu)權(quán)衡分析法 1) 定義應(yīng)用場景（ scenarios）：通過 use case圖來從用戶的角度表現(xiàn)系統(tǒng)。 3) 描述能處理上述情境和需求的體系結(jié)構(gòu)風格。 針對體系結(jié)構(gòu)設(shè)計的性能包括：可靠性，安全性，可維護性，靈活性，可測試性，可移植性，可重用性和互操作性等。 可以通過這樣的方法來評價：在整個架構(gòu)中做一些小的變更，分析并確定上訴性能有沒有很敏感的變化。 6）通過第 5步的敏感度分析來評價第三步中提出的那些體系結(jié)構(gòu)。權(quán)衡因素就是指改變架構(gòu)中的這項內(nèi)容系統(tǒng)的很多性能就會發(fā)生敏感的變化。 65 部件級設(shè)計技術(shù) ? 在結(jié)構(gòu)化分析和設(shè)計方法時部件往往被稱為 模塊 ? 在面向?qū)ο蠓治龊驮O(shè)計時部件被稱為 類 ? 在基于構(gòu)件的開發(fā)方法中，部件被稱為 構(gòu)件。 67 部件級設(shè)計技術(shù) 在部件級設(shè)計階段 ， 對部件的 執(zhí)行過程 ,常用的描述方式一般有 3種 : ?圖形描述 ? 程序流程圖 ? 結(jié)構(gòu)化流程圖（ NS圖） ? PAD圖 — 問題分析圖 ?語言描述 (PDL（ Program Design Language） ) ?表格描述 (判定表 ) 68 程序流程圖 ? 程序流程圖獨立于任何一種程序設(shè)計語言，比較直觀、清晰、易于學習掌握 ? 為使用流程圖描述結(jié)構(gòu)化程序，必須限制流程圖只能使用五種基本控制結(jié)構(gòu) 圖形描述 69 控制結(jié)構(gòu)相互組合和嵌套的實例 70 結(jié)構(gòu)化流程圖 NS圖 ? Nassi和 Shneiderman 提出了一種符合結(jié)構(gòu)化程序設(shè)計原則的圖形描述工具，叫做盒圖，也叫做 NS圖 ? 五種基本控制結(jié)構(gòu) 71 結(jié)構(gòu)化流程圖（ NS圖） a b 條 件 1 T F Case Xi, i=2,3,4 X2 X3 X4 當條件 3成立 條 件 2 直到條件 4成立 直 到 條 件 成立 c d e f g h i j 順序結(jié)構(gòu) 選擇結(jié)構(gòu) 多分支選擇結(jié)構(gòu) 先判定型循環(huán)結(jié)構(gòu) 后判定型循環(huán)結(jié)構(gòu) F T T F 72 PAD — 問題分析圖 ? PAD是 Problem Analysis Diagram的縮寫 ，由程序流程圖演化而來 ? 五種基本控制結(jié)構(gòu) 73 PAD實例 74 例 1：對數(shù)組 X進行排序。 ? 它是一種偽碼。屬于外語法的關(guān)鍵字是有限的詞匯集，它們能對 PDL正文進行結(jié)構(gòu)分割，使之變得易于理解。 。 3. 有數(shù)據(jù)說明機制，包括簡單的（如標量和數(shù)組）與復雜的（如鏈表和層次結(jié)構(gòu)）的數(shù)據(jù)結(jié)構(gòu)。 78 表格描述 判定表 當算法中包含多重嵌套的條件選擇時，用程序流程圖、 NS圖或 PAD都不易清楚地描述。 反映程序邏輯的判定表 判定表的優(yōu)點是能夠簡潔，無二義性地描述所有的處理規(guī)則。 2． 接口： 即分析軟件各部分之間的聯(lián)系，確認該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義。部件作用范圍是否在其控制范圍之內(nèi)。 4． 實用性： 即確認該軟件設(shè)計對于需求的解決方案是否實用。 6． 可維護性： 從軟件維護的角度出發(fā)，確認該軟件設(shè)計是否考慮了方便未來的維護。 8． 各種選擇方案： 看是否考慮過其它方案，比較各種選擇方案的標準是什么。 10． 其它具體問題 ：對于文檔、可測試性、設(shè)計過程等等進行評估。 設(shè)計過程示意圖
化學相關(guān)推薦
鄂ICP備17016276號-1