【正文】 找出模塊中的功能相似部分 ， 分離出來 ， 構(gòu)成它們的一個公共的下層模塊 。 如果分解后余下的模塊比較簡單 ， 則可以同它們的各自調(diào)用模塊進(jìn)行合并 。 這樣消除了重復(fù)功能的組成部分 ， 模塊間的耦合較小 、 模塊內(nèi)的聚合較大 。 軟件總體設(shè)計準(zhǔn)則（續(xù)） 軟件總體設(shè)計準(zhǔn)則（續(xù)） 一個完整的功能模塊應(yīng)具有以下三個要素： (1)執(zhí)行某項指定功能的部分 (2)如果需要返回一系列的數(shù)據(jù)給它的調(diào)用者 ， 應(yīng)在完成數(shù)據(jù)處理或結(jié)束時 ， 告訴它的調(diào)用者 “ 文件完 ” 或其他標(biāo)志 。 (3)出錯處理部分 ， 即在不能完成指定任務(wù)時 ， 必須將產(chǎn)生這種例外情況的原因 (出錯標(biāo)志 )通知它的調(diào)用者 。 它們是一個功能模塊的有機(jī)組成部分 ， 不應(yīng)當(dāng)分離到其他模塊中去 ， 否則會增加模塊間的耦合 。 軟件總體設(shè)計準(zhǔn)則（續(xù)） 一個模塊擁有的直屬下級模塊的個數(shù)叫模塊的扇出數(shù) 。 如果一個模塊扇出數(shù)過大 ， 這個模塊就往往包含過多的功能 ， 一般是因為缺乏中間層次的控制模塊 ， 需要將其功能進(jìn)行分解 。 一個模塊的直接上級模塊的個數(shù)叫模塊的扇入數(shù) 。 一個模塊的扇入表明有多少個上級模塊直接調(diào)用它 ， 扇入越大 ， 則共享該模塊的上級模塊數(shù)目越多 ， 這是有好處的 。 但不能違背模塊獨立性而單純追求高扇入 。 一個模塊的作用范圍就是這個模塊內(nèi)一個判定的作用范圍 。一個判定的作用范圍是指所有受這個判定影響的那些模塊 ， 只要模塊中含有一些依賴于這個判定的操作 ， 那么這個模塊就在這個判定的作用范圍之內(nèi) 。 軟件總體設(shè)計準(zhǔn)則（續(xù)） ， 避免 “ 病態(tài)聯(lián)接 ” 一個模塊只有一個入口和一個出口時 ， 這個模塊比較容易理解 ， 有利于結(jié)構(gòu)化編制程序 ， 也比較容易維護(hù) 。 但實際上這樣的模塊不多 。 病態(tài)聯(lián)接是指轉(zhuǎn)移到或引用到另一模塊中去的內(nèi)容耦合 。 要盡量避免這種病態(tài)聯(lián)接 ， 以減少模塊間的耦合 。 模塊接口復(fù)雜性是軟件發(fā)生錯誤的一個主要原因 。 因此 ， 應(yīng)該仔細(xì)設(shè)計模塊接口 ， 使得信息傳遞簡單并且和模塊功能相一致 。 例如：求一元二次方程的根的模塊 QUADROOT(TBL， x)其中用數(shù)組 TBL傳送方程的系數(shù) ， 用數(shù)組 x回送求得的根 。 但是模塊QUADROOT接口 TBL和 x意義不明確 ， 不利于對這個模塊的理解 。因此可以將它簡化如下： QUADROOT(A,B,C， ROOT1，ROOT2)， 其中 ， A， B， C是方程系數(shù) ， ROOT1和 ROOT2是方程的兩個根 。 軟件的總體設(shè)計準(zhǔn)則（續(xù)） 模塊大小就是模塊含語句數(shù)量的多少 。 模塊的大小沒有統(tǒng)一的標(biāo)準(zhǔn) 。 一般來說 ， 模塊的大小以一頁左右為宜 ， 比較容易閱讀和理解 。 在進(jìn)行模塊設(shè)計時 ， 首先應(yīng)根據(jù)模塊的獨立性來選取模塊的規(guī)模 。 如果某個模塊功能是獨立的 ， 那怕程序段較短也不要人為地加長；如果程序段只有一個獨立的功能 ， 那怕程序較長 ，也不要人為地把它分解成兩個模塊 。 結(jié)構(gòu)化設(shè)計工具： HIPO圖 用圖形的方法表示系統(tǒng)的輸入、輸出、功能和層次 ?軟件詳細(xì)設(shè)計的定義 對軟件模塊的過程設(shè)計。 ?軟件詳細(xì)設(shè)計的任務(wù) 對總體設(shè)計所產(chǎn)生的功能模塊進(jìn)行過程描述，開發(fā)一個可以直接轉(zhuǎn)換成程序語言代碼的軟件表示。 ?軟件詳細(xì)設(shè)計的步驟 ，形成 若干 程序模塊 ； ； ； ； 。 五、軟件詳細(xì)設(shè)計 程序設(shè)計 ? 風(fēng)格 ? 效率 ?測試的目的 ，它的目的在于發(fā)現(xiàn)錯誤； ； 。 ?測試的原則 ，目的在于克服盲目的自信心和對功能要求誤解的延續(xù)性； ， 預(yù)期結(jié)果的定義要有利于錯誤的檢測 。 無效的 、 異常的 、 臨界的或可能引起問題變異的輸入條件比正常的輸入條件更重要 。 測試用例不僅要檢查程序是否做了應(yīng)該做的事 ， 還要檢查它是否做了不應(yīng)該做的事； ； 系統(tǒng)測試 ； ； ， 即已經(jīng)發(fā)現(xiàn)了錯誤的位置很 可能還存在錯誤 ， 要繼續(xù)重點測試； ； ，為以后的維護(hù)提供方便。 ?測試方法 ?人工測試：個人復(fù)查，走查，會審 ?機(jī)器測試： 黑箱測試（功能測試）：等價劃分、邊界值分析、錯誤推測 法、因果圖法 白箱測試（結(jié)構(gòu)測試）： 邏輯覆蓋（語句、判斷、條件） 測試步驟： ? 單元測試（對應(yīng)編碼、白盒測試） ? 組裝測試（對應(yīng)系統(tǒng)設(shè)計、黑盒測試） ? 確認(rèn)測試（對應(yīng)需求分析、黑盒測試） ? 系統(tǒng)測試 系統(tǒng)測試 動態(tài)調(diào)試的測試方法可以按照兩種標(biāo)準(zhǔn)進(jìn)行分類。 (1)按照測試用例設(shè)計依據(jù)的不同，可分為 黑箱測試 和 白箱測試 在程序調(diào)試中常常使用兩者結(jié)合的方法進(jìn)行測試。在進(jìn)行底層模塊測試的時候可以使用白箱測試法，通過專門的測試條件和測試數(shù)據(jù)來考慮程序在不同點上的狀態(tài)是否符合預(yù)期的要求。在總體調(diào)試的時候則可以使用黑箱測試法，脫離程序內(nèi)部結(jié)構(gòu)來考察對于不同情況下的測試數(shù)據(jù)程序是否能夠正確出解。 對于中間模塊，可以用黑箱，也可以用白箱，或是兩者兼用，具體要看適應(yīng)那種測試法。一般說來，結(jié)構(gòu)復(fù)雜的模塊使用黑箱測試法，結(jié)構(gòu)簡單的使用白箱測試法。 由于白箱測試法測試用例設(shè)計比較困難，所以在時間緊張的情況下，可以一律采用黑箱測試法，這樣效率比較高。 系統(tǒng)測試 (2)按照測試順序的不同，可分為 由底向上測試 和 從頂向下測試 在運用這些測試方法時，首先對程序的結(jié)構(gòu)、模塊的功能一定要了如指掌。采用從頂向下的測試方法時，經(jīng)常是一個模塊還沒有測試完，就轉(zhuǎn)到了下一個模塊，特別容易忘記和疏漏。如果對程序結(jié)構(gòu)心中沒有概念，就很容易被弄糊涂。如果對模塊的功能不是很清楚，則難以判斷模塊執(zhí)行結(jié)果的對錯，從而無法準(zhǔn)確確定錯誤所在。其次，測試需要有條理地進(jìn)行。堅持使用同一個測試用例直到輸出正確為止；在一個模塊沒有測試完畢時，不要進(jìn)行下一個模塊的測試，除非這個模塊是當(dāng)前模塊的子模塊且在當(dāng)前模塊的測試中發(fā)現(xiàn)這個子模塊有錯。最后，在每次修改了源代碼之后一定要把已經(jīng)測過的所有測試用例再測一遍，以防產(chǎn)生新的錯誤。 測試只能發(fā)現(xiàn)某些錯誤的存在，而不能證明錯誤的不存在。證明有錯誤存在就必須用測試用例。 系統(tǒng)測試 常用的測試用例設(shè)計方法有等價分類法和錯誤推測法等 ① 等價分類法：根據(jù)程序功能將輸入的數(shù)據(jù)劃分成若干個等價類，然后考慮數(shù)據(jù)選擇，設(shè)計出測試用例，以達(dá)到測試目的。 ② 錯誤推測法：錯誤推測法實際上是利用了黑箱白箱結(jié)合的思想，有針對性地設(shè)計測試用例來找出程序容易出現(xiàn)錯誤的地方。例如在一個有許多 If— Then— Else語句嵌套的地方，就很容易出現(xiàn)錯誤，而一般的測試用例很難找出這種錯誤。這時錯誤推測法就能派上用場，對于這一系列的 If— Else語句，設(shè)計出蓋不同路徑的測試用例，從而檢驗程序的正確性。 具體測試時選用哪種方法，采用的策略是首先用邊界分析法，再用等價分類法，最后對結(jié)構(gòu)復(fù)雜的部分使用錯誤推測法進(jìn)行測試。 系統(tǒng)測試 演講完畢，謝謝觀看！