【正文】 UML的五類基本視圖 構(gòu)件視圖 用例視圖 配置視圖 邏輯視圖 并發(fā)視圖 3 結(jié)構(gòu)化開(kāi)發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計(jì)方法 ? 軟件編碼 ? 軟件測(cè)試 ? 軟件維護(hù) 軟件編碼 ? 編碼的目的 ， 為了把詳細(xì)設(shè)計(jì)產(chǎn)生的文檔翻譯成用選定語(yǔ)言編寫的源程序 –根據(jù)軟件系統(tǒng)的應(yīng)用范圍 ， 語(yǔ)言內(nèi)在特點(diǎn)等選擇程序設(shè)計(jì)語(yǔ)言 –良好的程序設(shè)計(jì)風(fēng)格 （ 包括代碼文件 ， 數(shù)據(jù)說(shuō)明方法 ， 語(yǔ)言構(gòu)成方法 ， 輸入輸出技術(shù) ） –重視用戶界面設(shè)計(jì) 3 結(jié)構(gòu)化開(kāi)發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計(jì)方法 ? 軟件編碼 ? 軟件測(cè)試 ? 軟件維護(hù) 軟件測(cè)試 ? 軟件測(cè)試的目的和重要性 –因?yàn)殚_(kāi)發(fā)工作的前期不可避免地會(huì)引入錯(cuò)誤 ， 測(cè)試的目的是為了檢查發(fā)現(xiàn)和改正錯(cuò)誤 ， 這對(duì)于重要軟件項(xiàng)目顯得尤其必要 ? 軟件測(cè)試方法 –靜態(tài)分析方法 –動(dòng)態(tài)分析方法 ? 軟件測(cè)試和軟件調(diào)試是兩個(gè)不同的概念 靜態(tài)分析方法 ? 指不執(zhí)行程序本身 ， 分析程序正文可能導(dǎo)致錯(cuò)誤的異常情況 – 檢查軟件結(jié)構(gòu)是否合理 ， 功能是夠達(dá)到設(shè)計(jì)說(shuō)明中的要求 – 各模塊之間的接口是否正確 – 各模塊內(nèi)部控制邏輯的正確性 – 進(jìn)行數(shù)據(jù)結(jié)構(gòu)分析和語(yǔ)法分析 ? 代碼評(píng)審常用的方法有： – 桌前檢查 – 代碼會(huì)審：由軟件開(kāi)發(fā)者主持 ， 聘請(qǐng)其他程序員或分析員參加的軟件審查會(huì) ， 對(duì)源程序進(jìn)行審查 – 步行檢查：測(cè)試人員閱讀程序 ， 扮演計(jì)算機(jī)的角色 ， 讓測(cè)試用例沿程序的邏輯運(yùn)行一遍 ， 從中發(fā)現(xiàn)程序中的錯(cuò)誤 動(dòng)態(tài)分析方法 ? 通過(guò)選擇適當(dāng)?shù)臏y(cè)試用例 ， 上機(jī)執(zhí)行程序 ， 發(fā)現(xiàn)軟件中的錯(cuò)誤 ? 測(cè)試用例應(yīng)由兩部分組成： –輸入數(shù)據(jù)及預(yù)期的輸出結(jié)果 –將運(yùn)行結(jié)果與預(yù)期結(jié)果比較 ， 查出錯(cuò)誤 ? 常用的方法有： –白盒法 –黑盒法 白盒法 ? 分析程序的內(nèi)部邏輯結(jié)構(gòu) ， 注意選擇適當(dāng)?shù)母采w標(biāo)準(zhǔn) ， 設(shè)計(jì)測(cè)試用例 ， 對(duì)主要路徑進(jìn)行盡可能多的測(cè)試 ? 白盒測(cè)試又稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試 ? 白盒測(cè)試主要考慮的是測(cè)試用例對(duì)程序內(nèi)部邏輯的覆蓋程度 ， 而不考慮程序的功能 ? 按照對(duì)被測(cè)程序所作測(cè)試的有效程度 ， 邏輯覆蓋測(cè)試可由弱到強(qiáng)區(qū)分為五種覆蓋標(biāo)準(zhǔn) ，如圖所示 白盒法 弱強(qiáng) 發(fā)現(xiàn)錯(cuò)誤的能力 語(yǔ)句覆蓋 每條語(yǔ)句至少執(zhí)行一次 判定覆蓋 每一次判定的每個(gè)分支至少執(zhí)行一次 條件覆蓋 每一判定中的每個(gè)條件 ， 分別按 “ 真 ” 、“ 假 ” 至少執(zhí)行一次 判定條件覆蓋 同時(shí)滿足判定覆蓋和條件覆蓋的要求 條件組合覆蓋 求出判定中所有條件的各種可能組合值 ，每一可能的條件組合至少執(zhí)行一次 黑盒法 ? 不考慮程序的內(nèi)部結(jié)構(gòu)與特征 ， 只根據(jù)程序功能設(shè)計(jì)測(cè)試用例 ， 常用的方法有： – 等價(jià)分類法 ? 把輸入數(shù)據(jù)的可能值劃分為若干個(gè)等價(jià)類 ， 使每類中的任何一個(gè)測(cè)試用例 ， 都能代表同一等價(jià)類中的其他測(cè)試用例 ? 也就是說(shuō) ， 如果從某一等價(jià)類中任意選出一個(gè)測(cè)試用例未能發(fā)現(xiàn)程序的錯(cuò)誤 ， 就可以合理地認(rèn)為在該例中的其他測(cè)試用例也不會(huì)發(fā)現(xiàn)程序的錯(cuò)誤 ? 選擇具有代表性的測(cè)試用例 ——關(guān)鍵是劃分 “ 等價(jià)類 ” ， 應(yīng)按照輸入條件選擇測(cè)試用例 （ 例如 ， 輸入值的范圍 ， 值的個(gè)數(shù)和無(wú)效等價(jià)類 ） ? 一個(gè)測(cè)試用例覆蓋多個(gè)有效等價(jià)類 ， 但是一個(gè)測(cè)試用例只能覆蓋一個(gè)無(wú)效等價(jià)類 黑盒法 –邊緣值分析法 ?選擇等價(jià)類的邊緣值作為測(cè)試用例 。 ?選擇測(cè)試用例 ， 使得被測(cè)程序能在邊界值及其附近運(yùn)行 ， 從而更有效地暴露程序中潛藏的錯(cuò)誤 。 –因果圖法 ?采用邏輯圖的形式來(lái)表達(dá)功能說(shuō)明書中輸入條件的各種組合與輸出的關(guān)系 。 根據(jù)這種關(guān)系可選擇高效的測(cè)試用例 。 – 錯(cuò)誤推測(cè)法 ?憑經(jīng)驗(yàn)或直覺(jué)推測(cè)可能的錯(cuò)誤 ， 選擇測(cè)試 。 測(cè)試步驟 ? 所有的測(cè)試過(guò)程都應(yīng)綜合測(cè)試策略： – 先做靜態(tài)分析 ， 再做動(dòng)態(tài)測(cè)試 – 事先制訂測(cè)試計(jì)劃 ? 按照軟件工程的觀點(diǎn) ， 多模塊程序 （ 實(shí)際的應(yīng)用程序大都是多模塊程序 ） 的測(cè)試共包括四個(gè)層次 – 模塊測(cè)試 – 組裝測(cè)試 – 系統(tǒng)測(cè)試 – 驗(yàn)收測(cè)試 多模塊程序的測(cè)試分層 測(cè)試的層次 模塊測(cè)試 （ 單元測(cè)試 ） 組裝測(cè)試 （ 綜合測(cè)試 ） 高級(jí)測(cè)試 確認(rèn)測(cè)試和系統(tǒng)測(cè)試 驗(yàn)收測(cè)試 模塊測(cè)試 ? 模塊測(cè)試目的是發(fā)現(xiàn)子程序或過(guò)程的實(shí)際功能與該模塊的功能和接口的描述是否相符 ， 以及是否有編碼錯(cuò)誤存在 。 模塊測(cè)試應(yīng)測(cè)試以下內(nèi)容： – 重要執(zhí)行路徑 ， 接口 ， 界面 ， 出錯(cuò)處理 ? 動(dòng)態(tài)測(cè)試方法以白盒法為主 ， 輔以黑盒法 ? 重要執(zhí)行路徑的測(cè)試使用白盒法 ? 白盒法必須先列出所有的判定 ， 再選擇覆蓋標(biāo)準(zhǔn) ， 根據(jù)不同的覆蓋標(biāo)準(zhǔn)所列出的情況 ， 設(shè)計(jì)測(cè)試用例 ? 模塊測(cè)試是整個(gè)測(cè)試的基礎(chǔ) ， 它可以： – 減少測(cè)試的復(fù)雜性 – 易于確定錯(cuò)誤的位置 – 多個(gè)模塊可以并行測(cè)試 ， 縮短測(cè)試周期 組裝測(cè)試 ? 又稱整體測(cè)試 ， 它的測(cè)試目的是為了發(fā)現(xiàn)程序結(jié)構(gòu)的錯(cuò)誤 ? 重點(diǎn)測(cè)試模塊的接口部分 ， 須設(shè)計(jì)測(cè)試過(guò)程使用的驅(qū)動(dòng)模塊 ? 確定模塊組裝方案 ， 采用逐增式組裝測(cè)試 ， 應(yīng)給出具體的模塊組裝次序 ? 通常模塊組裝次序有：自頂而下 ， 自底而上 ， 寬度優(yōu)先 ， 深度優(yōu)先等 ? 測(cè)試方法以黑盒法為主 – 設(shè)計(jì)驅(qū)動(dòng)模塊 （ 模擬輸入 /輸出 ） 或樁模塊 （ 模擬其下面的模塊 ） – 對(duì)每一個(gè)新組裝的子系統(tǒng)進(jìn)行測(cè)試 – 對(duì)發(fā)現(xiàn)問(wèn)題較多的子系統(tǒng)或模塊應(yīng)用白盒法作回歸測(cè)試 確認(rèn)測(cè)試與系統(tǒng)測(cè)試 ? 根據(jù)需求規(guī)格說(shuō)明書所確定的系統(tǒng)功能和性能 ， 用黑盒法設(shè)計(jì)測(cè)試用例 驗(yàn)收測(cè)試 ? 由用戶完成驗(yàn)收測(cè)試 3 結(jié)構(gòu)化開(kāi)發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計(jì)方法 ? 軟件編碼 ? 軟件測(cè)試 ? 軟件維護(hù) 軟件維護(hù) ? 軟件維護(hù)是生存周期的最后一個(gè)階段 ，它的工作是保證軟件在長(zhǎng)時(shí)間內(nèi)能夠正常運(yùn)行 ? 軟件維護(hù)可分為四類： –糾錯(cuò)性維護(hù) –適應(yīng)性維護(hù) –完善性維護(hù) –預(yù)防性維護(hù) 軟件維護(hù) ? 軟件維護(hù)過(guò)程中應(yīng)注意和預(yù)防產(chǎn)生軟件維護(hù)的副作用 ， 軟件維護(hù)的副作用可以分為三類： –修改程序的副作用 –修改數(shù)據(jù)的副作用 –文檔的副作用 軟件維護(hù) ? 為了控制因修改而引起的副作用 ， 應(yīng)做到： –按模塊把修改分組 –自頂向下地安排所修改模塊地順序 –每次修改一個(gè)模塊 –對(duì)每個(gè)以修改的模塊 ， 在安排修改下一個(gè)模塊之前 ， 要確定這個(gè)修改的副作用 ?可以使用交叉引用表 ， 存儲(chǔ)映象表 ， 執(zhí)行流程跟蹤等 第三部分 軟件工程 1. 軟件工程的基本概念 2. 軟件開(kāi)發(fā)方法與工作模型 3. 結(jié)構(gòu)化開(kāi)發(fā)方法概述 4. 習(xí)題 4 習(xí)題 ——選擇題 1. 軟件危機(jī)出現(xiàn)于 （ ） 。 – A. 50年代末 B. 60年代初 – C. 60年代末 D. 70年代初 2. 為了解決軟件危機(jī)人們提出了用 （ ）的原理來(lái)設(shè)計(jì)軟件 ， 這就是軟件工程誕生的基礎(chǔ) 。 – A. 運(yùn)籌學(xué) B. 工程學(xué) – C. 軟件學(xué) D. 數(shù)學(xué) C B 4 習(xí)題 ——選擇題 3. 瀑布模型把軟件生存周期劃分為軟件定義 、軟件開(kāi)發(fā)與 （ ） 三個(gè)階段 ， 而每一階段又可分為若干更小的階段 。 – A. 詳細(xì)設(shè)計(jì) B. 可行性分析 – C. 運(yùn)行及維護(hù) D. 測(cè)試與排錯(cuò) 4. 軟件測(cè)試中 ， 白盒法是通過(guò)分析程序的 （ ）來(lái)設(shè)計(jì)測(cè)試實(shí)例的方法 ， 黑盒法是根據(jù)程序的 （ ） 來(lái)設(shè)計(jì)測(cè)試實(shí)例的方法 。 – A. 應(yīng)用范圍 B. 內(nèi)部邏輯 – C. 功能 D. 輸入數(shù)據(jù) C B C 4 習(xí)題 ——選擇題 5. 軟件維護(hù)大體上可分為三種類型 （ ） 、（ ） 、 （ ） 維護(hù) 。 – A. 糾正性 B. 可靠性 – C. 適應(yīng)性 D. 完善性 6. 結(jié)構(gòu)化分析 （ SA） 是軟件開(kāi)發(fā)需求分析階段所使用的方法 ， （ ） 不是 SA所使用的工具 。 – A. DFD圖 B. PAD圖 – C. 結(jié)構(gòu)化英語(yǔ) D. 判定表 A C D B 4 習(xí)題 ——選擇題 7. 結(jié)構(gòu)化設(shè)計(jì)是以 （ ） 為基礎(chǔ) 、 自頂向下 、 逐步求精和模塊化的過(guò)程 。 – A. 數(shù)據(jù)流 B. 數(shù)據(jù)流圖 – C. 數(shù)據(jù)庫(kù) D. 數(shù)據(jù)結(jié)構(gòu) 8. 軟件危機(jī)是指在軟件開(kāi)發(fā)和 （ ） 過(guò)程中遇到的一系列嚴(yán)重問(wèn)題 。 – A. 開(kāi)發(fā) B. 使用 – C. 維護(hù) D. 更新 A C 4 習(xí)題 ——選擇題 9. 概要設(shè)計(jì)的結(jié)果是提供一份 （ ） 。 – A. 模塊說(shuō)明書 B. 框圖 – C. 程序 D. 數(shù)據(jù)流圖 10. 需求分析是由分析員經(jīng)過(guò)了解用戶的要求 ， 認(rèn)真細(xì)致地調(diào)研 、 分析 ， 最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型 ， 并寫出 （ ） 。 – A. 模塊說(shuō)明書 B. 軟件規(guī)格說(shuō)明書 – C. 項(xiàng)目開(kāi)發(fā)計(jì)劃 D. 合同文檔 A B 4 習(xí)題 ——選擇題 11. 軟件開(kāi)發(fā)方法從 1945年至今 ， 經(jīng)歷了（ ） 、 （ ） 、 （ ） 三個(gè)階段 。 12. ―瀑布模型 ” 將 “ 軟件周期 ” 劃分為（ ） 、 （ ） 、 （ ） 個(gè)周期 。 – A. 程序設(shè)計(jì)時(shí)期 B. 軟件運(yùn)行時(shí)期 – C. 軟件時(shí)期 D. 軟件測(cè)試時(shí)期 – E. 軟件開(kāi)發(fā)時(shí)期 F. 軟件計(jì)劃時(shí)期 – G. 軟件維護(hù)時(shí)期 H. 軟件工程時(shí)期 A C H F E B 4 習(xí)題 ——選擇題 13. SD主要用于軟件設(shè)計(jì)的 （ ） 階段 ， 它主要采用 （ ） 來(lái)描述軟件結(jié)構(gòu) 。 – A. 軟件開(kāi)發(fā) B. 詳細(xì)設(shè)計(jì) – C. 總體設(shè)計(jì) D. 程序運(yùn)行 – E. 軟件結(jié)構(gòu)圖 F. 軟件流程圖 – G. 數(shù)據(jù)流圖 H. 數(shù)據(jù)詞典 14. 軟件測(cè)試的過(guò)程分為 （ ） 、 （ ） 、 確認(rèn)測(cè)試和系統(tǒng)測(cè)試幾個(gè)步驟 。 – A. 單元測(cè)試 B. 人工測(cè)試 – C. 組裝測(cè)試 D. 上機(jī)測(cè)試 C E A C 4 習(xí)題 ——選擇題 15. 軟件的維護(hù)指的是 （ ） 。 – A. 對(duì)軟件的改進(jìn) 、 適應(yīng)和完善 B. 配置新軟件 – D. 軟件開(kāi)發(fā)期的一個(gè)階段 16. 請(qǐng)按順序?qū)懗鲕浖诘囊韵码A段：（ ） 、 （ ） 、 （ ） 、 （ ） 、 （ ） 、 （ ） 。 – A. 維護(hù) B. 測(cè)試 – C. 詳細(xì)設(shè)計(jì) D. 概要設(shè)計(jì) – E. 編碼 F. 需求分析 A F D C E B A 4 習(xí)題 ——選擇題 17. 結(jié)構(gòu)化分析方法 SA、 結(jié)構(gòu)化設(shè)計(jì)方法 SD和 Jackson方法是軟件開(kāi)發(fā)過(guò)程中常用的方法 。 人們使用 SA方法是可以得到 （ ） ；使用 SD方法可以得到 （ ） ，并可以實(shí)現(xiàn) （ ） ；而使用 Jackson方法可以實(shí)現(xiàn)（ ） 。 – A. 程序流程圖 B. 具體的語(yǔ)言程序 – C. 模塊結(jié)構(gòu)圖及模塊的功能說(shuō)明書 – D. 分層數(shù)據(jù)流圖和數(shù)據(jù)詞典 – E. 分解與抽象 F. 分解與綜合 – G. 歸納與推導(dǎo) H. 試探與回歸 – I. 從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu) – J. 從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖 – K. 從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu) – L. 從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu) D C J I 4 習(xí)題 ——選擇題 18. 概要設(shè)計(jì)的任務(wù)是決定系統(tǒng)中各個(gè)模塊的（ ） ， 即其 （ ） 。 – A. 外部特性 B. 內(nèi)部特性 – C. 算法和使用數(shù)據(jù) D. 功能和輸入輸出數(shù)據(jù) 19. 詳細(xì)設(shè)計(jì)的任務(wù)是決定每個(gè)模塊的 （ ） ，即模塊的 （ ） 。 – A. 外部特性 B. 內(nèi)部特性 – C. 算法和使用數(shù)據(jù) D. 功能和輸入輸出數(shù)據(jù) A D B C 4 習(xí)題 ——判斷題 1. 瀑布模型是一種軟件生命周期 。 （ ）