部分軟件設計與建模軟件設計.ppt

上傳人:za****8 文檔編號:15659250 上傳時間:2020-08-28 格式:PPT 頁數(shù):84 大?。?.22MB
收藏 版權(quán)申訴 舉報 下載
部分軟件設計與建模軟件設計.ppt_第1頁
第1頁 / 共84頁
部分軟件設計與建模軟件設計.ppt_第2頁
第2頁 / 共84頁
部分軟件設計與建模軟件設計.ppt_第3頁
第3頁 / 共84頁

下載文檔到電腦,查找使用更方便

14.9 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《部分軟件設計與建模軟件設計.ppt》由會員分享,可在線閱讀,更多相關(guān)《部分軟件設計與建模軟件設計.ppt(84頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、軟件工程方法與實踐(機械工業(yè)出版社),高等院校計算機課程案例教程系列,竇萬峰 編著,主講:李淑芝 13507077576 L,主講:曾婕 13767792699 ,1.現(xiàn)代軟件工程(國家示范性軟件學院系列教材) 張家浩/東南大學 機械工業(yè)出版社 2009.1 2.軟件工程 理論與實踐 許家珆 曾翎 彭德中 編著 高等教育出版社 2004.7 3.軟件工程-實踐者的研究方法 (美)Roger S. Pressman著 鄭人杰等譯 機械工業(yè)出版社 2008.6 4.Software Engineering, 6th Edition Sommerville.I. (影印版) 機械工業(yè)出版社 2003

2、.4,主要參考書:,總 目 錄,第1章 軟件工程學概述(2學時) 第2章 軟件過程(2學時) 第3章 軟件過程模型(4學時) 第4章 案例研究(2學時) 第5章 軟件需求分析過程(4學時) 第6章 結(jié)構(gòu)化分析建模(4學時) 第7章 面向?qū)ο蠓治觯?學時) 第8章 軟件設計(4學時) 第9章 結(jié)構(gòu)化設計方法(4學時),總 目 錄,第10章 面向?qū)ο笤O計(4學時) 第11章 軟件實現(xiàn)(2學時) 第12章 軟件測試(4學時) 第13章 軟件維護(2學時) 第14章 軟件項目管理(2學時) 第15章 軟件項目估算(1學時) 第16章 軟件項目計劃與管理(1學時),第8章 軟件設計,8.1 軟件設計

3、概述 8.2 軟件模塊化設計 8.3 軟件結(jié)構(gòu) 8.4 軟件系統(tǒng)結(jié)構(gòu)模型 8.5 體系結(jié)構(gòu)模式 8.6 習題,引言: 我們前面已經(jīng)學習了軟件從問題定義到可行性分析,到需求分析,一步步明確軟件問題,用戶的需求,但那都是軟件的需求,而不是軟件(也可以說是從用戶角度描述,而不是從軟件開發(fā)人員角度描述問題),我們這一章就是要將我們的計算機軟件需求變?yōu)檐浖硎?,那么什么是軟件表示?怎樣用軟件表示我們的問題?如何實現(xiàn)這一變換?這是我們這一部份要解決的主要問題。,8.1 軟件設計概述,軟件設計階段的基本目標是構(gòu)造系統(tǒng)“怎么做”的模型描述,它是整個軟件開發(fā)過程的核心問題 開發(fā)工作根據(jù)設計的方案進行,軟件的

4、總體設計決定了系統(tǒng)的質(zhì)量 “設計先于編碼”,這是軟件工程“推遲實現(xiàn)”基本原則 軟件系統(tǒng)設計是把軟件需求“變換”為用于構(gòu)造軟件的藍圖 “輸入”是需求分析各種模型元素 “輸出”是軟件設計模型和表示 軟件設計的目標是對將要實現(xiàn)的軟件系統(tǒng)的體系結(jié)構(gòu)、系統(tǒng)的數(shù)據(jù)、系統(tǒng)模塊間的接口,以及所采用的算法給出詳盡的描述,總體 設計,復審,,,,修 改,詳細 設計,,模塊描述,復審,,,,修 改,軟件設計工作流程,,,從工程管理的角度看,軟件設計分兩步完成:總體設計(概要設計)和詳細設計兩個階段。 首先做概要設計(軟件結(jié)構(gòu)設計),將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)。 然后是詳細設計,即過程設計。通過對結(jié)

5、構(gòu)表示進行細化,得到軟件詳細的數(shù)據(jù)結(jié)構(gòu)和算法。,通過軟件設計階段的工作將劃分出組成系統(tǒng)的物理元素: 程序 文件 數(shù)據(jù)庫 人工過程 文檔等 但是每個物理元素仍然處于黑盒子級,這些黑盒子里的具體內(nèi)容將在以后詳細設計。 總體設計階段的另一項重要任務是設計軟件的結(jié)構(gòu),也就是要確定系統(tǒng)中每個程序是由哪些模塊組成的,以及這些模塊相互間的關(guān)系。,設計過程的一般模型,設計活動,設計產(chǎn)品,軟件 設計,編碼,軟件 測試,開發(fā)階段信息流,總體設計通常由兩個主要階段組成: (1)系統(tǒng)設計階段:確定系統(tǒng)的具體實現(xiàn)方案; (2)結(jié)構(gòu)設計階段:確定軟件結(jié)構(gòu)。 典型的總體設計過程包括下述9個步驟: 1. 設計供選

6、擇的方案 需求分析階段得出的數(shù)據(jù)流圖是總體設計的極好的出發(fā)點。 一旦選出了邊界劃分(分組)最佳的方案,將能大大提高系統(tǒng)的性能/價格比。,2. 選取合理的方案 通常至少選取低成本、中等成本和高成本的三種方案。 在判斷哪些方案合理時應該考慮在問題定義和可行性研究階段確定的工程規(guī)模和目標,有時可能還需要進一步征求用戶的意見。 對每個合理的方案分析員都應該準備下列4份資料: (1) 系統(tǒng)流程圖; (2) 組成系統(tǒng)的物理元素清單; (3) 成本/效益分析; (4) 實現(xiàn)這個系統(tǒng)的進度計劃。,3. 推薦最佳方案 分析員綜合分析對比各種合理方案的利弊,推薦一個最佳的方案。 用工程

7、網(wǎng)絡技術(shù)為推薦的方案制定詳細的實現(xiàn)計劃。 用戶和有關(guān)的技術(shù)專家認真審查分析員所推薦的最佳系統(tǒng),如果該系統(tǒng)確實符合用戶的需要,并且是在現(xiàn)有條件下完全能夠?qū)崿F(xiàn)的,則應該提請使用部門負責人進一步審批。 在使用部門的負責人也接受了分析員所推薦的方案之后,將進入總體設計過程的下一個重要階段結(jié)構(gòu)設計。,4. 功能分解 為了最終實現(xiàn)目標系統(tǒng),必須設計出組成這個系統(tǒng)的所有程序和文件(或數(shù)據(jù)庫)。 對程序(特別是復雜的大型程序)的設計,通常分為兩個階段完成: (1)結(jié)構(gòu)設計:確定程序由哪些模塊組成,以及這些模塊之間的關(guān)系; (2)過程設計:確定每個模塊的處理過程,這是詳細設計階段的任務。,為

8、確定軟件結(jié)構(gòu),首先需要從實現(xiàn)角度把復雜的功能進一步分解。 分析員結(jié)合算法描述仔細分析數(shù)據(jù)流圖中的每個處理,如果一個處理的功能過分復雜,必須把它的功能適當?shù)胤纸獬梢幌盗斜容^簡單的功能。 一般說來,經(jīng)過分解之后應該使每個功能對大多數(shù)程序員而言都是明顯易懂的。 功能分解導致數(shù)據(jù)流圖的進一步細化,同時還應該用IPO圖或其他適當?shù)墓ぞ吆喴枋黾毣竺總€處理的算法。,5. 設計軟件結(jié)構(gòu) 通常程序中的一個模塊完成一個適當?shù)淖庸δ堋? 軟件結(jié)構(gòu)(即由模塊組成的層次系統(tǒng)) 表示軟件系統(tǒng)的構(gòu)成,是軟件模塊間關(guān)系的表示,可以用層次圖或結(jié)構(gòu)圖來描繪。 如果數(shù)據(jù)流圖已經(jīng)細化到適當?shù)膶?/p>

9、次,則可以直接從數(shù)據(jù)流圖映射出軟件結(jié)構(gòu),這就是面向數(shù)據(jù)流的設計方法。,軟件結(jié)構(gòu)圖,6. 設計數(shù)據(jù)庫(確定系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)) 對于需要使用數(shù)據(jù)庫的那些應用系統(tǒng),軟件工程師應該在需求分析階段所確定的系統(tǒng)數(shù)據(jù)需求的基礎上,進一步設計數(shù)據(jù)庫。 7. 設計用戶界面 作為人機接口的用戶界面起著越來越重要的作用,它直接影響到軟件的可用性及使用壽命。 8. 制定軟件設計測試計劃 在軟件開發(fā)的早期階段考慮測試問題,能促使軟件設計人員在設計時注意提高軟件的可測試性。,9. 書寫文檔 在這個階段應該完成的文檔通常有下述幾種: (1) 系統(tǒng)說明主要內(nèi)容:系統(tǒng)流程圖描繪的系統(tǒng)構(gòu)成方案,物理元素清單,成本/

10、效益分析,精化的數(shù)據(jù)流圖,用層次圖或結(jié)構(gòu)圖描繪的軟件結(jié)構(gòu),用IPO圖或其他工具簡要描述的各個模塊的算法,模塊間的接口關(guān)系等。 (2) 用戶手冊:根據(jù)總體設計階段的結(jié)果,修改更正在需求分析階段產(chǎn)生的初步的用戶手冊。 (3) 測試計劃:測試策略,測試方案,預期的測試結(jié)果,測試進度計劃等。 (4) 詳細的實現(xiàn)計劃。 (5) 數(shù)據(jù)庫設計結(jié)果。,10. 審查和復審 最后對總體設計的結(jié)果進行嚴格的技術(shù)審查,在技術(shù)審查通過之后再由使用部門的負責人從管理角度進行復審。,軟件設計質(zhì)量原則,設計過程不應該受“隧道視野”的限制 設計對于分析模型應該是可跟蹤的 設計不應該從頭做起 設計應該縮短軟件和現(xiàn)實問題的“智

11、力距離” 設計應該表現(xiàn)出一致性和集成性 設計應該能夠適應修改 設計不是編碼 在創(chuàng)建設計時,就應該考慮能夠評估其質(zhì)量 應該復審每一步設計,以減少語義性錯誤,概要設計說明書,詳細設計說明書,8.2 軟件模塊化設計,有人說,模塊化是為了使一個復雜的大型程序能被人的智力所管理,軟件應該具備的惟一屬性。,模塊是一個獨立命名的,擁有明確定義的輸入、輸出和特性的程序?qū)嶓w。 把一個大型軟件系統(tǒng)的全部功能,按照一定的原則合理地劃分為若干個模塊,每個模塊完成一個特定子功能,所有的這些模塊以某種結(jié)構(gòu)形式組成一個整體,這就是軟件的模塊化設計(Modular Design)。 軟件模塊化設計可以簡化軟件的設計和實現(xiàn),提

12、高軟件的可理解性和可測試性,并使軟件更容易得到維護。 分解、抽象、逐步求精、信息隱蔽和模塊獨立性,是軟件模塊化設計的指導思想。,模塊(構(gòu)件)是程序?qū)ο笥忻值募?。例如,過程、函數(shù)、子程序、宏等,是構(gòu)成軟件系統(tǒng)結(jié)構(gòu)的基本元素。 面向?qū)ο蠓椒▽W中的對象是模塊,對象內(nèi)的方法(服務)也是模塊。模塊是構(gòu)成程序的基本構(gòu)件。 模塊化就是將系統(tǒng)劃分為若干個模塊,每個模塊完成一個子功能。 模塊化的目的是將系統(tǒng)“分而治之”,模塊化能夠降低問題的復雜性,使軟件結(jié)構(gòu)清晰,易閱讀、易理解,易于測試和調(diào)試,因而也有助于提高軟件的可靠性。,,令:C(X)表示問題 X 的復雜度函數(shù), E(X)表示解決問題 X 所需

13、工作量的復雜度函數(shù); 若:有問題 P1,P2 , C(P1) C(P2); 顯然:E(P1) E(P2) 由經(jīng)驗:C(P1+P2) C(P1)+ C(P2) 于是:E(P1+P2) E(P1)+ E(P2) 將問題(P1+P2)劃分為兩個問題P1和P2后,其工作量和復雜度都降低。,結(jié)論:并非模塊分得越小越好,因為模塊之間接口的復雜度和工作量會增加。顯然,每個軟件系統(tǒng)都有一個最佳模塊數(shù)M,注意選擇分解的最佳模塊數(shù)。,,模塊化降低軟件復雜度的簡單證明:,采用模塊化原理可以使軟件結(jié)構(gòu)清晰,不僅容易設計也容易閱讀和理解。 因為程序錯誤通常局限在有關(guān)的模塊及它們之間的接口中,所以模塊化使軟件容易測試

14、和調(diào)試,因而有助于提高軟件的可靠性。 因為變動往往只涉及少數(shù)幾個模塊,所以模塊化能夠提高軟件的可修改性。 模塊化的主要優(yōu)點是:模塊化設計降低了軟件系統(tǒng)的復雜性,使得系統(tǒng)容易修改,同時使得系統(tǒng)各個部分可以并行開發(fā),從而提高了軟件的生產(chǎn)率。,人類在認識復雜現(xiàn)象的過程中使用的最強有力的思維工具是抽象。 人們在實踐中認識到,在現(xiàn)實世界中一定事物、狀態(tài)或過程之間總存在著某些相似的方面(共性)。 把這些相似的方面集中和概括起來,暫時忽略它們之間的差異,這就是抽象。 或者說抽象就是抽出事物的本質(zhì)特性而暫時不考慮它們的細節(jié)。,抽象,處理復雜系統(tǒng)的惟一有效的方法是用層次的方式構(gòu)造和分析它。

15、 軟件工程過程的每一步都是對軟件解法的抽象層次的一次精化: 在可行性研究階段,軟件作為系統(tǒng)的一個完整部件; 在需求分析期間,軟件解法是使用在問題環(huán)境內(nèi)熟悉的方式描述的; 當由總體設計向詳細設計過渡時,抽象的程度也就隨之減少了; 最后,當源程序?qū)懗鰜硪院螅簿瓦_到了抽象的最低層。,軟件體系結(jié)構(gòu),軟件體系結(jié)構(gòu)是指軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)為系統(tǒng)提供概念上完整性的方式。 體系結(jié)構(gòu)可以是程序構(gòu)件或模塊的結(jié)構(gòu)或組織,這些構(gòu)件或模塊交互的形式以及這些構(gòu)件所用數(shù)據(jù)的結(jié)構(gòu)。 體系結(jié)構(gòu)設計可以使用大量的模型來表達。,信息隱藏原理指出:應該這樣設計和確定模塊,使得一個模塊內(nèi)包含的信息(過程和數(shù)據(jù))對于不需要這些信

16、息的模塊來說,是不能訪問的。 實際上,應該隱藏的不是有關(guān)模塊的一切信息,而是模塊的實現(xiàn)細節(jié)。 獨立的構(gòu)件或模塊之間的“接口”簡單而清晰。 所謂局部化是指把一些關(guān)系密切的軟件元素物理地放得彼此靠近。 在模塊中使用局部數(shù)據(jù)元素是局部化的一個例子。 顯然,局部化有助于實現(xiàn)信息隱藏。,信息隱藏和局部化,模塊獨立的概念是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)果。 希望這樣設計軟件結(jié)構(gòu),使得每個模塊完成一個相對獨立的特定子功能,并且和其他模塊之間的關(guān)系很簡單。 模塊的獨立性很重要,主要有兩條理由: 第一,有效的模塊化的軟件比較容易開發(fā)出來。 第二,獨立的模塊比較容易測試和維

17、護。 總之,模塊獨立是好設計的關(guān)鍵,而設計又是決定軟件質(zhì)量的關(guān)鍵環(huán)節(jié)。,模塊獨立,模塊獨立性的度量標準是兩個定性準則: (1)耦合性:描述模塊之間聯(lián)系的緊密程度; (2)內(nèi)聚性:描述模塊內(nèi)部聯(lián)系的緊密程度。 模塊獨立性比較強的模塊應該具有高內(nèi)聚性和低耦合度。 模塊獨立性愈高,則塊內(nèi)聯(lián)系越強,塊間聯(lián)系越弱。,,低,高,弱,強,耦合性,,模塊獨立性,1. 耦合 耦合是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。 耦合強弱取決于模塊間接口的復雜程度,進入或訪問一個模塊的點,以及通過接口的數(shù)據(jù)。 模塊間的耦合程度強烈影響系統(tǒng)的可理解性、可測試性、可靠性和可維護性。,(1)數(shù)據(jù)耦

18、合:兩個模塊彼此間通過參數(shù)交換信息,而且交換的信息僅僅是數(shù)據(jù)。 系統(tǒng)中至少必須存在數(shù)據(jù)耦合,只有當某些模塊的輸出數(shù)據(jù)作為另一些模塊的輸入數(shù)據(jù)時,系統(tǒng)才能完成有價值的功能。 (2)控制耦合:一個模塊通過傳送開關(guān)、標志、名字等控制信息,明顯地控制選擇另一模塊的功能。,控制耦合是中等程度的耦合,它增加了系統(tǒng)的復雜程度??刂岂詈显诎涯K適當分解之后通??梢杂脭?shù)據(jù)耦合代替它。,(3)特征耦合:被調(diào)用的模塊需要使用作為參數(shù)傳遞進來的數(shù)據(jù)結(jié)構(gòu)中的一部分數(shù)據(jù)元素時,就出現(xiàn)了特征耦合。 (4)公共耦合:當兩個或多個模塊通過一個公共數(shù)據(jù)環(huán)境相互作用時,它們之間的耦合稱為公共環(huán)境耦合。 公共環(huán)境可以是全程變量

19、、共享的通信區(qū)、內(nèi)存的公共覆蓋區(qū)、任何存儲介質(zhì)上的文件、物理設備等。 如果兩個模塊共享的數(shù)據(jù)很多,都通過參數(shù)傳遞可能很不方便,這時可以利用公共環(huán)境耦合。,(5)內(nèi)容耦合:是最高程度的耦合。 有如下表現(xiàn):,a. 一個模塊直接訪問另一模塊的內(nèi)部數(shù)據(jù)。 b.一個模塊不通過正常入口轉(zhuǎn)到另一模塊的內(nèi)部。 c.一個模塊有多個入口。 d.兩個模塊有部分代碼重迭。,總之,耦合是影響軟件復雜程度的一個重要因素。 應該采取下述設計原則: 盡量使用數(shù)據(jù)耦合,少用控制耦合和特征耦合,限制公共環(huán)境耦合的范圍,完全不用內(nèi)容耦合。,2. 內(nèi)聚 內(nèi)聚標志一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度,它是信息隱藏和局部化

20、概念的自然擴展。 簡單地說,理想內(nèi)聚的模塊只做一件事情。 設計時應該力求做到高內(nèi)聚,中等程度的內(nèi)聚也可以采用,不要使用低內(nèi)聚。,,低,高,強,弱,內(nèi)聚性,,模塊獨立性,低內(nèi)聚有如下幾類: (1)偶然內(nèi)聚一個模塊完成一組任務,這些任務彼此間即使有關(guān)系,關(guān)系也是很松散的。 有時在寫完一個程序之后,發(fā)現(xiàn)一組語句在兩處或多處出現(xiàn),于是把這些語句作為一個模塊以節(jié)省內(nèi)存,這樣就出現(xiàn)了偶然內(nèi)聚的模塊。 (2)邏輯內(nèi)聚一個模塊完成的任務在邏輯上屬于相同或相似的一類。 (3)時間內(nèi)聚一個模塊包含的任務必須在同一段時間內(nèi)執(zhí)行。 例如:初始化系統(tǒng)模塊、系統(tǒng)結(jié)束模塊、緊急故障處理模塊 等均是時間性聚合模塊。,

21、被調(diào)用模塊,,中內(nèi)聚主要有兩類: (4)過程內(nèi)聚一個模塊內(nèi)的處理元素是相關(guān)的,而且必須以特定次序執(zhí)行。 (5)通信內(nèi)聚模塊中所有元素都使用同一個輸入數(shù)據(jù)和(或)產(chǎn)生同一個輸出數(shù)據(jù)。 高內(nèi)聚也有兩類: (6)順序內(nèi)聚一個模塊內(nèi)的處理元素和同一個功能密切相關(guān),而且這些處理必須順序執(zhí)行。 (7)功能內(nèi)聚模塊內(nèi)所有處理元素屬于一個整體,完成一個單一的功能。 功能內(nèi)聚是最高程度的內(nèi)聚。,逐步求精是人類解決復雜問題時采用的基本方法,也是許多軟件工程技術(shù)的基礎。 可以把逐步求精定義為:“為了能集中精力解決主要問題而盡量推遲對問題細節(jié)的考慮?!? 逐步求精之所以如此重要,是因為人類的認知過程遵守

22、Miller法則:一個人在任何時候都只能把注意力集中在(72)個知識塊上。 Miller法則是人類智力的基本局限,我們不可能戰(zhàn)勝自己的自然本性,只能接受這個事實,承認自身的局限性,并在這個前提下盡我們的最大努力工作。,逐步求精,逐步求精,或稱逐步細化,是一種自頂向下的設計策略。 抽象與求精是一對互補的概念。 抽象使得設計者能夠說明過程和數(shù)據(jù),同時卻忽略低層細節(jié)。 事實上,可以把抽象看作是一種通過忽略多余的細節(jié)同時強調(diào)有關(guān)的細節(jié),而實現(xiàn)逐步求精的方法。 求精則幫助設計者在設計過程中逐步揭示出低層細節(jié)。 這兩個概念都有助于設計者在設計演化過程中創(chuàng)造出完整的設計模型。,逐步求

23、精和模塊化的概念,與抽象是緊密相關(guān)的。 隨著軟件開發(fā)工程的進展,在軟件結(jié)構(gòu)每一層中的模塊,表示了對軟件抽象層次的一次精化: 事實上,軟件結(jié)構(gòu)頂層的模塊,控制了系統(tǒng)的主要功能并且影響全局; 在軟件結(jié)構(gòu)底層的模塊,完成對數(shù)據(jù)的一個具體處理,用自頂向下由抽象到具體的方式分配控制; 簡化了軟件的設計和實現(xiàn),提高了軟件的可理解性和可測試性,并且使軟件更容易維護。,重構(gòu),重構(gòu)是一種重新組織的技術(shù),可以簡化構(gòu)件或模塊的設計或編碼而無需改變其功能或行為。 重構(gòu)是一種改進程序內(nèi)部結(jié)構(gòu)但不改變代碼或設計的外部行為。 “先使它轉(zhuǎn)起來,再使它快起來”。,8.3 軟件結(jié)構(gòu),軟件結(jié)構(gòu)圖(Structure Chart

24、, 簡稱SC)是軟件系統(tǒng)的模塊層次結(jié)構(gòu),反映了整個系統(tǒng)的功能實現(xiàn)。 軟件結(jié)構(gòu)以層次表示程序的系統(tǒng)結(jié)構(gòu),即一種控制的層次體系,并不表示軟件的具體過程。 軟件結(jié)構(gòu)一般用樹狀或網(wǎng)狀結(jié)構(gòu)的圖形來表示。,8.3 軟件結(jié)構(gòu),軟件結(jié)構(gòu)圖的主要元素有: 模塊:模塊用帶有名字的方框表示,名稱應體現(xiàn)模塊的功能。 控制關(guān)系:控制關(guān)系用單向箭頭或直線表示模塊間的調(diào)用關(guān)系。 信息傳遞:用帶注釋的短箭頭表示模塊調(diào)用過程中傳遞的信息。 循環(huán)調(diào)用和選擇調(diào)用:在上部模塊底部加一個菱形符號表示選擇調(diào)用,在上部模塊的下方家一個弧形箭頭,表示循環(huán)調(diào)用。,圖4-4結(jié)構(gòu)圖的基本定義,層次圖和HIPO圖 層次圖用來描繪軟件的層次結(jié)構(gòu)。

25、雖然層次圖的形式和描繪數(shù)據(jù)結(jié)構(gòu)的層次方框圖相同,但是表現(xiàn)的內(nèi)容卻完全不同。 層次圖中的一個矩形框代表一個模塊,方框間的連線表示調(diào)用關(guān)系而不像層次方框圖那樣表示組成關(guān)系。,描繪軟件結(jié)構(gòu)的圖形工具,正文加工系統(tǒng)的層次圖,描繪軟件結(jié)構(gòu)的圖形工具,HIPO圖是美國IBM公司發(fā)明的“層次圖加輸入/處理/輸出圖”的英文縮寫。 為了能使HIPO圖具有可追蹤性,在H圖(層次圖)里除了最頂層的方框之外,每個方框都加了編號。 編號規(guī)則和數(shù)據(jù)流圖的編號規(guī)則相同。 和H圖中每個方框相對應,應該有一張IPO圖描繪這個方框代表的模塊的處理過程。 HIPO圖中的每張IPO圖內(nèi)都應該明顯地標出它所描繪的模

26、塊在H圖中的編號,以便追蹤了解這個模塊在軟件結(jié)構(gòu)中的位置。,描繪軟件結(jié)構(gòu)的圖形工具,帶編號的層次圖(H圖),描繪軟件結(jié)構(gòu)的圖形工具,A,SC 圖中的主要內(nèi)容,1、模塊--在SC圖中用矩形框表示,并用名字來標記它,,-- 模塊調(diào)用關(guān)系,2、模塊的調(diào)用關(guān)系和接口,B,被調(diào)用模塊,調(diào)用模塊,A(查詢學生),B(查找學生記錄),數(shù)據(jù)信號,控制信號,,,學 號,,查找成功信號,-- 模塊間接口的表示,描繪軟件結(jié)構(gòu)的圖形工具,例:畫出打印報告的軟件結(jié)構(gòu)圖,調(diào)用次序為上層調(diào)用下層; 同層按照數(shù)據(jù)傳遞關(guān)系確定;一般從左到右執(zhí)行。 執(zhí)行過程即按照數(shù)據(jù)流向進行。,報 告,,,計 算,,,獲得編輯,,確認數(shù)據(jù),,

27、,讀入,編輯,,打印報告頭,,打印報告尾,,,,打印,,輸入 EOF,,輸入,,已編輯,,已編輯,,已編輯,,已確認,,已確認 數(shù)據(jù),,已確認 數(shù)據(jù),,計算結(jié)果,,結(jié)果,,日期,,總結(jié)果,,行,,行,,行,打印報告,予以確認,描繪軟件結(jié)構(gòu)的圖形工具,SC中還有一些附加的符號,可以表示模塊的選擇調(diào)用或循環(huán)調(diào)用。 注意:1.層次圖和結(jié)構(gòu)圖并不嚴格表示模塊的調(diào)用次序。 2.通常用層次圖作為描繪軟件結(jié)構(gòu)的文檔。 3.利用IPO圖或數(shù)據(jù)字典中的信息得到模塊調(diào)用時傳遞的信息,由層次圖導出結(jié)構(gòu)圖的過程,作為檢查設計正確性和評價模塊獨立性的好方法。,判定為真時調(diào)用A, 為假時調(diào)用B,模塊M循環(huán)調(diào)

28、用模塊A、B、C,描繪軟件結(jié)構(gòu)的圖形工具,軟件結(jié)構(gòu)圖的形態(tài)特征: 深度:指結(jié)構(gòu)圖控制的層次,也是模塊的層數(shù)。能粗略表示一個系統(tǒng)的大小和復雜程度,深度和程序長度之間存在著某種對應關(guān)系。 寬度:指一層中最大的模塊個數(shù)。一般來說,結(jié)構(gòu)的寬度越大,則系統(tǒng)就越復雜。 扇出:指一個模塊直接下屬模塊的個數(shù)。扇出過大,表示模塊過分復雜,需要控制和協(xié)調(diào)的下級模塊太多。扇出的上限一般為 59,平均一般為3或4。 扇入:指一個模塊直接上屬模塊的個數(shù)。扇入過大,意味著共享該模塊的上級模塊數(shù)目多,這有一定的益處,但是決不能違背模塊的獨立性原則而片面追求高扇入。,8.3 軟件結(jié)構(gòu),,有關(guān)指標: 深度:表示軟件結(jié)構(gòu)中從頂層

29、模塊到最底層模塊的層數(shù)。 寬度:表示控制的總分布。 扇出數(shù):指一個模塊直接控制下屬的模塊個數(shù)。 扇入數(shù):指一個模塊的直接上屬模塊個數(shù)。,一個好的軟件結(jié)構(gòu)的形態(tài)準則是:頂部寬度小,中部寬度大,底部寬度次之;在結(jié)構(gòu)頂部有較高的扇出數(shù),在底部有較高的扇入數(shù)。,深度、寬度、扇出和扇入都應適當,畫結(jié)構(gòu)圖應注意的事項: 模塊不能重名。 調(diào)用關(guān)系只能從上到下。,8.3 軟件結(jié)構(gòu),人們在開發(fā)計算機軟件的長期實踐中積累了豐富的經(jīng)驗,總結(jié)這些經(jīng)驗得出了一些啟發(fā)式規(guī)則。 啟發(fā)式規(guī)則能幫助人們找到改進軟件設計提高軟件質(zhì)量的途徑。,模塊化設計的優(yōu)化(啟發(fā)規(guī)則),1. 改進軟件結(jié)構(gòu)提高模塊獨立性 設計出軟件的初步

30、結(jié)構(gòu)以后,應該審查分析這個結(jié)構(gòu),通過模塊分解或合并,力求降低耦合提高內(nèi)聚。 例如,多個模塊公有的一個子功能可以獨立成一個模塊,由這些模塊調(diào)用;有時可以通過分解或合并模塊以減少控制信息的傳遞及對全程數(shù)據(jù)的引用,并且降低接口的復雜程度。,2. 模塊規(guī)模應該適中 一般說來,分解后不應該降低模塊獨立性。 3. 深度、寬度、扇出和扇入都應適當 4.力爭降低模塊接口的復雜程度 模塊接口復雜是軟件發(fā)生錯誤的一個主要原因。 應該仔細設計模塊接口,使得信息傳遞簡單并且和模塊的功能一致。 5. 設計單入口單出口的模塊 當從頂部進入模塊并且從底部退出來時,軟件是比較容易理解的,因此也是比較容易維護的。

31、,控制范圍 結(jié)構(gòu)方面的特點,包括模塊及其所有下屬模塊。 作用范圍 判斷所涉及到的模塊,是從功能特點考慮的。 SD方法認為:當作用范圍為控制范圍的子集時,才能獲得較低的塊間聯(lián)系。 如下圖中的設計,判定的作用范圍恰好在判定所在模塊的下一層。,模塊TOP 的控制范圍是:TOP、X、T、B、A、B1、B2; 模塊B 的控制范圍與作用范圍相同,模塊A的控制范圍: A、B、C、D、G、E、F 則F的的作用范圍:B、E、F,6. 模塊的作用域應該在控制域之內(nèi),,圖3.33控制范圍與作用范圍,顯然,圖(a)不滿足作用范圍應與控制范圍的原則,模塊F的作用范圍不在控制范圍之內(nèi)。 圖(b)中模塊TOP和圖(c)中模

32、塊B雖然滿足上述原則,但其作用范圍所涉及到的模塊不是直接的。 圖(d)的模塊設計最合理。,應用范圍與作用范圍舉例,,,,7. 模塊功能應該可以預測 模塊的功能應該能夠預測,但也要防止模塊功能過分局限。 如果一個模塊可以當做一個黑盒子,也就是說,只要輸入的數(shù)據(jù)相同就產(chǎn)生同樣的輸出,這個模塊的功能就是可以預測的。 以上列出的啟發(fā)式規(guī)則多數(shù)是經(jīng)驗規(guī)律,對改進設計,提高軟件質(zhì)量,往往有重要的參考價值;但是,它們既不是設計的目標也不是設計時應該普遍遵循的原理。,,8.4 軟件系統(tǒng)結(jié)構(gòu)模型,軟件體系結(jié)構(gòu)是一種表達,使軟件工程師能夠分析設計是否滿足需求、選擇合理的方案和降低風險。 大型軟件系統(tǒng)總是被分

33、解成一系列子系統(tǒng),由子系統(tǒng)提供一些相關(guān)的服務。 軟件體系結(jié)構(gòu)設計過程就是識別出這些子系統(tǒng),并建立子系統(tǒng)控制和通信的框架,最后給出軟件體系結(jié)構(gòu)的一個描述。 兩類結(jié)構(gòu)模型: 系統(tǒng)構(gòu)成模型 系統(tǒng)控制模型,概念補充,概念補充,概念補充,概念補充,概念補充,概念補充,概念補充,概念補充,系統(tǒng)構(gòu)成模型,以數(shù)據(jù)為中心的結(jié)構(gòu)模型 數(shù)據(jù)流結(jié)構(gòu)模型 客戶機/服務器結(jié)構(gòu)模型 抽象機結(jié)構(gòu)模型,1. 以數(shù)據(jù)為中心的結(jié)構(gòu)模型,由一組子系統(tǒng)構(gòu)成,子系統(tǒng)交換信息,協(xié)調(diào)工作有兩種基本方法: 全部共享數(shù)據(jù)放在一個中央數(shù)據(jù)庫中,所有子系統(tǒng)都能從中存取數(shù)據(jù)。 每個子系統(tǒng)用各自的數(shù)據(jù)庫與其他子系統(tǒng)進行數(shù)據(jù)交互,通過消息傳遞來實現(xiàn)。 共

34、享數(shù)據(jù)模型的優(yōu)點是能夠高效地共享大量的數(shù)據(jù),生產(chǎn)數(shù)據(jù)的子系統(tǒng)不需要關(guān)心數(shù)據(jù)如何被其他子系統(tǒng)使用,可以集中進行如備份、保密性、訪問控制和錯誤恢復等活動; 缺點是子系統(tǒng)一定要與以數(shù)據(jù)為中心的體系結(jié)構(gòu)模型一致,系統(tǒng)變更或進化比較困難,子系統(tǒng)的需求會不同,難以集成,以及很難將數(shù)據(jù)分布到多臺機器上。,2. 數(shù)據(jù)流體系結(jié)構(gòu)模型,當輸入數(shù)據(jù)經(jīng)過一系列的計算和操作構(gòu)件或模塊的變換形成輸出數(shù)據(jù)時,可以應用數(shù)據(jù)流體系結(jié)構(gòu)。 管道和過濾器結(jié)構(gòu)通過一組由管道連接的過濾器來變換數(shù)據(jù),并向下傳遞。,管道和過濾器結(jié)構(gòu),3. 客戶機/服務器結(jié)構(gòu)模型,客戶機/服務器結(jié)構(gòu)模型的主要組成部分是: 一組給其他子系統(tǒng)提供服務的單機服務

35、器 一組向服務器請求服務的客戶機 一個連接客戶機和服務器的網(wǎng)絡(可選) 服務器模型能實現(xiàn)以數(shù)據(jù)為中心的體系結(jié)構(gòu)模型的系統(tǒng) 客戶機/服務器模型的最大優(yōu)勢在于可以是一個分布式結(jié)構(gòu),多媒體服務系統(tǒng)結(jié)構(gòu),4. 抽象機模型,抽象機模型也稱為分層模型,是建立子系統(tǒng)的接口模型。它把子系統(tǒng)組織成一系列的層次,每一層提供一組服務,每一層定義為一個抽象機。 例如:網(wǎng)絡協(xié)議OSI參考模型,系統(tǒng)控制模型,集中式控制模型 調(diào)用返回模型:這是一個自上而下的子過程模型??刂剖加谙到y(tǒng)(程序)的頂層,在子系統(tǒng)(程序)調(diào)用過程中,控制逐步傳遞到更低的層次中。該模型適用于順序執(zhí)行的系統(tǒng)。 管理者模型:這是一種適用于并發(fā)系統(tǒng)的模型。

36、一個系統(tǒng)組件被指定為系統(tǒng)管理者,控制其他系統(tǒng)過程的啟動、終止和協(xié)調(diào)。一個過程就是一個能和其他過程并發(fā)執(zhí)行的子系統(tǒng)或模塊。,并發(fā)系統(tǒng)的集中式控制模型,系統(tǒng)控制模型,事件驅(qū)動系統(tǒng) 廣播模型:發(fā)生的事件廣播到所有子系統(tǒng),任何能處理該事件的子系統(tǒng)都會響應。該模型適用于基于網(wǎng)絡的分布式系統(tǒng)。 廣播模型中的子系統(tǒng)注冊其感興趣的特別事件 廣播模型的優(yōu)點是進化比較簡單 缺點是子系統(tǒng)都知道是否和什么時候處理事件,這可能會引起沖突。 中斷驅(qū)動模型:由中斷處理器對來自外部的中斷進行檢測,然后在其他組件中處理這些中斷。該模型適用于對定時有嚴格要求的實時系統(tǒng)。 只用在硬件實時系統(tǒng)中,要求對一些事件能做出及時響應,8.5

37、 軟件的體系結(jié)構(gòu)模式,軟件的體系結(jié)構(gòu)模式定義了處理系統(tǒng)某些行為特征的方法 并發(fā)性 系統(tǒng)必須以一種模擬并行的方式來操作多個任務 操作系統(tǒng)進程管理模式 任務調(diào)度器模式包括一組含有tick()操作的活動對象 持久性 如果數(shù)據(jù)從創(chuàng)建它的進程執(zhí)行以來一直存在,則該數(shù)據(jù)是持久性存在的數(shù)據(jù) 數(shù)據(jù)庫管理系統(tǒng)模式將DBMS的存儲和存取能力用于應用系統(tǒng)的體系結(jié)構(gòu)中 應用級的持久模式在應用體系結(jié)構(gòu)中建立了持久性特征,8.5 軟件的體系結(jié)構(gòu)模式,分布性 強調(diào)系統(tǒng)或系統(tǒng)中構(gòu)件或模塊在一個分布的環(huán)境中相互通信的方式。分布性問題有兩個元素: 一是實體間連接方式 二是實體間通信的特性 代理模式是一種普遍的體系結(jié)構(gòu)模式 CORBA就是代理模式的一個范例,實驗6:Rational Rose工具基本使用 使用Rational Rose完成一個系統(tǒng)的業(yè)務分析模型。 使用Rational Rose完成一個系統(tǒng)的設計模型的詳細視圖,包括用況視圖、邏輯視圖、開發(fā)視圖、展開視圖和物理視圖。 要求:理解實驗內(nèi)容與方法、提交實驗報告 習題:1、6、7,8.6 實驗要求及習題,

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔

相關(guān)搜索

關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!