【正文】 好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)、應(yīng)用自動(dòng)生成和報(bào)表自動(dòng)生成功能、功能強(qiáng)大的開發(fā)工具和開發(fā)環(huán)境等。 ? 在設(shè)計(jì)系統(tǒng)的軟件結(jié)構(gòu)和模塊化時(shí)，要充分運(yùn)用結(jié)構(gòu)化設(shè)計(jì)技術(shù)和模塊技術(shù)，盡量減小模塊間的耦合性、提高模塊的內(nèi)聚性，獲得較高的模塊獨(dú)立性?？紤]到開始時(shí)，雙方對要求解的問題相互不太了解，這就要求系統(tǒng)必須是易于擴(kuò)充、完善的系統(tǒng)。 ?軟件的可維護(hù)性： –可維護(hù)性因素 –提高可維護(hù)性方法 –文檔 第 100 頁 1．可維護(hù)性因素 ?（ 1）可理解性。指在使用軟件系統(tǒng)的過程中為滿足用戶提出的新功能和性能要求而進(jìn)行的維護(hù)活動(dòng)。 ?維護(hù)是軟件生存周期最后一個(gè)階段 ,由于維護(hù)工作的重要性往往被人們忽視，這更增加了維護(hù)工作的困難。 ?要討論三方面的問題： –調(diào)試技術(shù) –調(diào)試策略 –調(diào)試的啟發(fā)性原則 第 94 頁 調(diào)試技術(shù) ?輸出存儲(chǔ)器內(nèi)容 ? 特點(diǎn)：效率低、難定位、輸出的是靜止?fàn)顟B(tài)的程序內(nèi)容。 第 91 頁 漸增方法的使用方式 ? (1)自頂向下 – 從主控模塊開始，沿軟件控制層自上而下、逐漸把各個(gè)模塊組裝到已測試結(jié)構(gòu)中的一種方法。 ?使用邊值分析方法設(shè)計(jì)測試用例首先應(yīng)確定邊界情況，這需要經(jīng)驗(yàn)和創(chuàng)造性。滿足條件組合覆蓋的測試數(shù)據(jù)一定滿足判定、條件、條件／判定覆蓋。 ? 程序中有 4個(gè)條件 : A1 , B=0 , A=2 , X1 ? 。amp。 ? 4）應(yīng)該長期保留所有的測試用例，直到該系統(tǒng)被廢棄不用為止。 第 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)鍵算法是否可行，可較好地避免較大的返工。 第 64 頁 寫程序的風(fēng)格 ?指程序員在編程時(shí)所表現(xiàn)出來的特點(diǎn)、邏輯思路、結(jié)構(gòu)等。 第 60 頁 SP中的缺點(diǎn) ? SP方法是面向過程的設(shè)計(jì)方法，對于非數(shù)值應(yīng)用問題，明顯地“力不從心”。 ?事務(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)。 第 51 頁 概要設(shè)計(jì)主要步驟 ? 1）精細(xì)化數(shù)據(jù)流程圖，確定數(shù)據(jù)流程圖的類型； ? 2）指出各種信息流的流界； ? 3）將數(shù)據(jù)流程圖映射為軟件結(jié)構(gòu)； ? 4）精細(xì)化軟件結(jié)構(gòu)； ? 5）開發(fā)接口描述和全程數(shù)據(jù)描述。 ? 內(nèi)聚性是指一個(gè)模塊內(nèi)部各種數(shù)據(jù)和各種處理之間聯(lián)系的緊密程度。 第 44 頁 結(jié)構(gòu)形態(tài)準(zhǔn)則示意圖 ? 深度 寬度 扇出 扇入 第 45 頁 模塊化準(zhǔn)則 ? 軟件分解為若個(gè)模塊后 ,總的工作量減少，但并不是說，模塊分解的越多，工作量就一定越少。 –能夠改進(jìn)通信狀況 第 33 頁 結(jié)構(gòu)分析方法 (SA方法 ) ?結(jié)構(gòu)化分析方法的背景 (形成 ) –早期無系統(tǒng)分析方法 (憑經(jīng)驗(yàn) ) – 60年代美國的科學(xué)家提出一種理論 : – SP SD SA –目前研究的新熱點(diǎn)是 : – OOP OOD OOA – 即面向?qū)ο蟮某绦蛟O(shè)計(jì)技術(shù) (OOObject Oriented ) 第 34 頁 SA的一般步驟 ? 1．建立當(dāng)前系統(tǒng)的物理模型 ? 2．建立當(dāng)前系統(tǒng)的邏輯模型 ? 建立目標(biāo)系統(tǒng)的邏輯模型 第 35 頁 三、系統(tǒng)設(shè)計(jì)（軟件的設(shè)計(jì)） ?系統(tǒng)設(shè)計(jì)概述 – 目標(biāo)和任務(wù) – 設(shè)計(jì)方法和步驟 – 文檔 – 設(shè)計(jì)復(fù)審 第 36 頁 軟件設(shè)計(jì)流程圖 概要設(shè)計(jì) 復(fù)審 要求說明書 軟件 結(jié)構(gòu) 可接收 詳細(xì)設(shè)計(jì) 模塊 描述 設(shè)計(jì) 說明書 復(fù)審 修改 修改 第 37 頁 軟件設(shè)計(jì)概述 ?目標(biāo)和任務(wù) –任務(wù) 依據(jù)分析結(jié)果，明確系統(tǒng)“如何做？”， – 建立實(shí)現(xiàn)方案。 ? CASE 時(shí)間 12 AND 時(shí)間 =18 ? R_rent=rent*。 第 24 頁 需求分析的原則 ? 1．能夠表達(dá)和理解問題的信息域 ? 2．要建立描述系統(tǒng)信息、功能和行為的模型 ? 3．能夠?qū)λＰ桶匆欢ㄐ问竭M(jìn)行分解 ? 4．分清系統(tǒng)的邏輯視圖和物理視圖 第 25 頁 需求分析的圖形工具 ?常用的描述工具 –數(shù)據(jù)流程圖（ DFD） –數(shù)據(jù)字典（ DD） –結(jié)構(gòu)化語言 –判定表和判定樹 第 26 頁 數(shù)據(jù)流圖 DFD ?數(shù)據(jù)流圖以圖形的方式表達(dá)數(shù)據(jù)處理系統(tǒng)中信息的變換和傳遞過程。通過功能分解可以完成 DFD的細(xì)化，即將一些處理比較復(fù)雜的功能再劃分為若干個(gè)子功能。 第 14 頁 軟件需求定義的工作流程 ? 系統(tǒng)定義 用戶要求 軟件功能 范圍 功能說明書 軟件計(jì)劃 軟件定義 軟件功能 費(fèi)用、資源進(jìn)度 第 15 頁 需求分析過程 ?基本過程示意圖 ?沿?cái)?shù)據(jù)流回溯 ?用戶復(fù)查 ?細(xì)化數(shù)據(jù)流圖 ?修改開發(fā)計(jì)劃 ?書寫文檔資料 ?審查和復(fù)審 第 16 頁 需求分析的基本過程 ? 用戶 分析員 程序員 軟件開發(fā)計(jì)劃 軟件需求說明書 分析追蹤 數(shù)據(jù)流圖 用戶復(fù)查 細(xì)化數(shù)據(jù) 流圖 無補(bǔ)充 修改 需要分解 不要分解 有補(bǔ)充修改 交換意見 作出貢獻(xiàn) 第 17 頁 沿?cái)?shù)據(jù)流回溯 ? 通常從數(shù)據(jù)流圖的輸出端著手分析，要搞清楚： – 數(shù)據(jù)元素從哪兒來？ – 每個(gè)輸出數(shù)據(jù)元素又是從哪兒來的？ ? 有時(shí)對用戶具體的數(shù)據(jù)元素還搞不清楚，則需要和用戶探討、商量解決。 ? SD方法的基礎(chǔ)是數(shù)據(jù)流程圖，因此也稱為面向數(shù)據(jù)流的設(shè)計(jì)方法。 ? 程序員 按任務(wù)書要求編程；是程序生產(chǎn)線上的“工人”。在每個(gè)階段有不同的規(guī)劃和標(biāo)準(zhǔn)，產(chǎn)生出不同階段的文檔資料。第 1 頁 第十章 傳統(tǒng)的軟件開發(fā)方法 – 結(jié)構(gòu)化開發(fā)方法概述 – 系統(tǒng)分析與定義 – 系統(tǒng)設(shè)計(jì) – 系統(tǒng)編程 – 系統(tǒng)測試 – 系統(tǒng)維護(hù) 第 2 頁 結(jié)構(gòu)化開發(fā)方法 ?基本思想：把一個(gè)復(fù)雜問題的求解過程分階段進(jìn)行，每個(gè)階段處理的問題