【正文】 流的流界； ? 3）將數(shù)據(jù)流程圖映射為軟件結(jié)構(gòu)； ? 4）精細(xì)化軟件結(jié)構(gòu)； ? 5）開發(fā)接口描述和全程數(shù)據(jù)描述。 ?變換分析是一組設(shè)計(jì)步驟，可把 DFD映射為一種標(biāo)準(zhǔn)結(jié)構(gòu)。 ?事務(wù)分析的組設(shè)計(jì)步驟同變換分析： –確定數(shù)據(jù)流圖的類型 –確定流界 –第 1級(jí)分解 –第 2級(jí)分解 –設(shè)計(jì)后處理 第 57 頁 詳細(xì)設(shè)計(jì)方法 ?詳細(xì)設(shè)計(jì)是根據(jù)每個(gè)模塊的功能設(shè)計(jì)其邏輯描述、實(shí)現(xiàn)其法以及實(shí)現(xiàn)這些算法的邏輯控制流程，并設(shè)計(jì)這些模塊所需的局部數(shù)據(jù)結(jié)構(gòu)。 ? 用先全局后局部，先整體后細(xì)節(jié)，先抽象后具體的逐步求精過程開發(fā)的程序有清晰的層次結(jié)構(gòu)，容易理解和閱讀。 第 60 頁 SP中的缺點(diǎn) ? SP方法是面向過程的設(shè)計(jì)方法，對于非數(shù)值應(yīng)用問題，明顯地“力不從心”。程序員在編程時(shí)必須隨時(shí)考慮要處理的數(shù)據(jù)的格式 第 61 頁 四、程序編碼 ?程序設(shè)計(jì)語言的特點(diǎn) ?選擇語言 ?寫程序的風(fēng)格 ?程序設(shè)計(jì)方法論 第 62 頁 程序設(shè)計(jì)語言的特點(diǎn) ? 軟件工程師應(yīng)該了解程序設(shè)計(jì)語言各方面的特點(diǎn)，以及這些特點(diǎn)對軟件質(zhì)量的影響，以便在一個(gè)特定的開發(fā)項(xiàng)目選擇語言時(shí)，能夠作出合理的選擇。 第 64 頁 寫程序的風(fēng)格 ?指程序員在編程時(shí)所表現(xiàn)出來的特點(diǎn)、邏輯思路、結(jié)構(gòu)等。特別在維護(hù)階段，對理解程序提供了指導(dǎo)。 第 68 頁 輸入 /輸出 ? 在編碼時(shí)要考慮下列 I/O風(fēng)格的規(guī)則： – 對所有的輸入數(shù)據(jù)進(jìn)行檢驗(yàn) – 檢查重要的輸入項(xiàng)組合的合法性 – 保持輸入格式的簡單 – 使用數(shù)據(jù)結(jié)束標(biāo)記，不要要求用戶指定數(shù)據(jù)的數(shù)目 – 明確提示交互式輸入的請求，詳細(xì)說明可用的選擇或邊界數(shù)值； – 當(dāng)程序設(shè)計(jì)語言對格式有嚴(yán)格要求時(shí)，保持輸入格式一致 – 設(shè)計(jì)良好的輸出報(bào)表 – 給所有的輸出加標(biāo)志 第 69 頁 提高程序質(zhì)量的技巧 –避免使用過于相似的變量名 –變量名中盡量不含數(shù)字 –同一變量名不要具有多種意義 –顯式說明所有變量 –注意浮點(diǎn)運(yùn)算的誤差 –注意整數(shù)運(yùn)算的特點(diǎn) –避免不必要的 GOTO語句 –盡量少用語句標(biāo)號(hào) 第 70 頁 效率 ?程序運(yùn)行時(shí)間 源程序的效率由算法的效率決定，但寫程序的風(fēng)格也能對程序的執(zhí)行速度和存儲(chǔ)器要求產(chǎn)生影響，可應(yīng)用下述規(guī)則： –寫程序前先簡化算術(shù)和邏輯表達(dá)式 –盡量避免使用多維數(shù)組，盡量避免使用指針和復(fù)雜的表 –使用時(shí)間短的算術(shù)運(yùn)算 –不要混合使用不同的數(shù)據(jù)類型 –盡量使用整數(shù)運(yùn)算和布爾表達(dá)式 第 71 頁 程序設(shè)計(jì)方法論 ?通常有兩種方法：自頂向下和自底向上 –自頂向下（特點(diǎn)）： ? 程序可讀性好 ? 可靠性較高 –自底向上（特點(diǎn)） ? 程序往往局部是優(yōu)化的，系統(tǒng)整體結(jié)構(gòu)較差； ? 可極早發(fā)現(xiàn)關(guān)鍵算法是否可行，可較好地避免較大的返工。 ? 白盒測試法 按程序的內(nèi)部邏輯結(jié)構(gòu)和處理過程進(jìn)行的測試，稱為結(jié)構(gòu)測試。 ? 4）應(yīng)該長期保留所有的測試用例，直到該系統(tǒng)被廢棄不用為止。 ? if（ a1 amp。amp。 第 80 頁 邏輯覆蓋分析 ——判定覆蓋 ? 對判別語句的每個(gè)分支至少要經(jīng)過一次，為達(dá)到”判定覆蓋“的標(biāo)準(zhǔn)，則要經(jīng)過路徑：Ａ CＤ和Ａ BＥ，為此，選用輸入數(shù)據(jù)為： ? ａ＝３，ｂ＝０，ｘ＝０，走ＡＣＤ路徑 ? ａ＝２，ｂ＝１，ｘ＝３，走ＡＢＥ路徑 ? 判定覆蓋比語句覆蓋嚴(yán)格。 ? 程序中有 4個(gè)條件 : A1 , B=0 , A=2 , X1 ? 。選擇下列輸入數(shù)據(jù)可滿足這一標(biāo)準(zhǔn)： ? ａ＝２，ｂ＝０，ｘ＝４ 走ＡＣＥ路徑 ? ａ＝１，ｂ＝１，ｘ＝１ 走ＡＢＤ路徑 ? 在含有 AND和 OR的邏輯表達(dá)式中 ,某些條件將抑制其它條件 。滿足條件組合覆蓋的測試數(shù)據(jù)一定滿足判定、條件、條件／判定覆蓋。因此，可以從每個(gè)等價(jià)類中只選取一組數(shù)據(jù)作為測試數(shù)據(jù)。 ?使用邊值分析方法設(shè)計(jì)測試用例首先應(yīng)確定邊界情況，這需要經(jīng)驗(yàn)和創(chuàng)造性。程序交出后，由測試工程師再以黑盒法為主進(jìn)行測試。 第 91 頁 漸增方法的使用方式 ? (1)自頂向下 – 從主控模塊開始，沿軟件控制層自上而下、逐漸把各個(gè)模塊組裝到已測試結(jié)構(gòu)中的一種方法。 ? 優(yōu)缺點(diǎn)正好與自頂向下相反。 ?要討論三方面的問題： –調(diào)試技術(shù) –調(diào)試策略 –調(diào)試的啟發(fā)性原則 第 94 頁 調(diào)試技術(shù) ?輸出存儲(chǔ)器內(nèi)容 ? 特點(diǎn)：效率低、難定位、輸出的是靜止?fàn)顟B(tài)的程序內(nèi)容。 ? 對分查找法 若已知程序中若干個(gè)關(guān)鍵點(diǎn)的正確值，然后用調(diào)試工具在關(guān)鍵點(diǎn)附近處輸入正確值；若輸出正確，則故障在前半部分；否則，再查后半部分。 ?維護(hù)是軟件生存周期最后一個(gè)階段 ,由于維護(hù)工作的重要性往往被人們忽視，這更增加了維護(hù)工作的困難。 ? （ 2）適應(yīng)性維護(hù)。指在使用軟件系統(tǒng)的過程中為滿足用戶提出的新功能和性能要求而進(jìn)行的維護(hù)活動(dòng)。 第 98 頁 維護(hù)的代價(jià) ? 70年代用于維護(hù)軟件的費(fèi)用只占軟件總預(yù)算的35%～ 40%， 80年代上升為 40%～ 60%，到了90年代則上升為 70%～ 80%。 ?軟件的可維護(hù)性： –可維護(hù)性因素 –提高可維護(hù)性方法 –文檔 第 100 頁 1．可維護(hù)性因素 ?（ 1）可理解性。 ?（ 5）可使用性?？紤]到開始時(shí)，雙方對要求解的問題相互不太了解，這就要求系統(tǒng)必須是易于擴(kuò)充、完善的系統(tǒng)。 第 104 頁 （ 3）需求分析階段 ?該階段的任務(wù)是準(zhǔn)確地描述系統(tǒng)“做什么”。 ? 在設(shè)計(jì)系統(tǒng)的軟件結(jié)構(gòu)和模塊化時(shí)，要充分運(yùn)用結(jié)構(gòu)化設(shè)計(jì)技術(shù)和模塊技術(shù)，盡量減小模塊間的耦合性、提高模塊的內(nèi)聚性，獲得較高的模塊獨(dú)立性。 ? 設(shè)計(jì)實(shí)現(xiàn)過程中要采用結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)，使設(shè)計(jì)出的模塊突出結(jié)構(gòu)化特征，這樣的程序具有統(tǒng)一的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)狀況，程序結(jié)構(gòu)清晰，便于閱讀理解，同時(shí)也便于程序的調(diào)試和測試。一般來說，選用高級(jí)語言而不用匯編語言；所選語言要具有良好的模塊化機(jī)制、可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)、應(yīng)用自動(dòng)生成和報(bào)表自動(dòng)生成功能、功能強(qiáng)大的開發(fā)工具和開發(fā)環(huán)境等。 第 109 頁 （ 8）維護(hù)階段 ?維護(hù)過程本質(zhì)上是集修改、系統(tǒng)定義和開發(fā)為一體的過程，對于適應(yīng)性維護(hù)和完善性維護(hù)來說更是如此。 ?文檔分為用戶文檔和系統(tǒng)文檔兩類；前者主要描述系統(tǒng)功能和使用方法；而后者則是描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測試等各方面的內(nèi)容。 ?④參考手冊。 。 第 112 頁 （ 2）系統(tǒng)文檔 ?系統(tǒng)文檔描述的是從問題定義、需求說明、模塊算法說明、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)到系統(tǒng)測試用例、測試方案等軟件配置的所有系統(tǒng)內(nèi)部特征的文檔。 ?②安裝手冊。 第 110 頁 3．文檔 ?文檔是影響軟件可維護(hù)性的決定因素。 第 108 頁 （ 7）測試階段 ?在該階段必須保持實(shí)際系統(tǒng)和軟件配置中描述系統(tǒng)的完全一致性。 第 107 頁 （ 6）編碼階段 ? 在該階段要具體實(shí)現(xiàn)模塊描述和算法，選擇 PL和編程風(fēng)格都會(huì)對軟件的可維護(hù)性產(chǎn)生極大的影響。 ? 第 106 頁 （ 5）詳細(xì)設(shè)計(jì)階段 ? 該階段的目標(biāo)是具體實(shí)現(xiàn)系統(tǒng)“怎樣做”，在該階段結(jié)束時(shí)，應(yīng)得到目標(biāo)系統(tǒng)精確的模塊描述和實(shí)現(xiàn)算法。 第 105 頁 （ 4）概要設(shè)計(jì)階段 ? 該階段的目的是用比較抽象概括的方式描述系統(tǒng)“怎樣做”，確定系統(tǒng)的物理配置以及系統(tǒng)的軟件結(jié)構(gòu)和模塊結(jié)構(gòu)。該過程必然會(huì)對未來系統(tǒng)的可維護(hù)性產(chǎn)生巨大影響。提高軟件的可維護(hù)性必須從軟件生存周期各個(gè)階段的工作入手。 ?（ 3）可修改性。 第 99 頁 軟件的可維護(hù)性 ?軟件可維護(hù)性定義為： ? 維護(hù)人員理解、修改該軟件的難易程度。 ? （ 4）預(yù)防性維護(hù)。它占總維護(hù)活動(dòng)的 18%～ 25%。 第 97 頁 維護(hù)活動(dòng)的類型