【正文】 ? 速成原型的工作模型是一個循環(huán)的模型 循環(huán)的速成原型工作模型 ? 速成原型循環(huán)方式步驟： – 快速分析 ? 快速確定軟件系統(tǒng)的基本要求 ? 確定原型所要體現(xiàn)的特征 （ 界面 ，總體結(jié)構(gòu) ， 功能 ， 性能 ） – 構(gòu)造原型 ? 在快速分析的基礎(chǔ)上根據(jù)基本規(guī)定說明 ， 忽略細(xì)節(jié) ， 只考慮主要特征 ，快速構(gòu)造一個可運(yùn)行的系統(tǒng) ? 它有三類原型：用戶界面原型 ， 功能原型 ， 性能原型 – 運(yùn)行和評價原型 ? 用戶試用原型并與開發(fā)者之間頻繁交流 ， 發(fā)現(xiàn)問題 ， 目的是驗證原型的正確性 – 修正與改進(jìn) ? 對原型進(jìn)行修改 ， 增刪 快速分析或修改 運(yùn)行 構(gòu)造 評價 原型 循環(huán)的速成原型工作模型 ? 細(xì)化的速成原型工作模型 快速分析，確定初步規(guī)格說明 構(gòu)造原型 運(yùn)行 /評價原型 原型完成否 要細(xì)部說明否 效果滿意否 嚴(yán)格說明細(xì)部 整理原型提供文檔 修正改進(jìn)原型 N N Y Y Y N 2 軟件開發(fā)方法與工作模型 ? 結(jié)構(gòu)化開發(fā)方法 ? 原型化方法 ? 面向?qū)ο蟮拈_發(fā)方法 面向?qū)ο蟮拈_發(fā)方法 ? 面向過程的開發(fā)方法 –面向數(shù)據(jù)流設(shè)計 –面向數(shù)據(jù)結(jié)構(gòu)設(shè)計 ? 面向?qū)ο蟮拈_發(fā)方法 （ OOSD） –面向?qū)ο蟮姆治?（ OOA） –面向?qū)ο蟮脑O(shè)計 （ OOD） –面向?qū)ο蟮某绦蛟O(shè)計 （ OOP） 面向過程的開發(fā)方法 ? 早期的高級語言都是面向過程的 ? 程序設(shè)計者必然要專注于： –程序?qū)?shù)據(jù)的處理過程 ——面向數(shù)據(jù)流設(shè)計 –數(shù)據(jù)結(jié)構(gòu) ——面向數(shù)據(jù)結(jié)構(gòu)設(shè)計 ? 因此 ， 由軟件解決的問題通常用軟件系統(tǒng)的 數(shù)據(jù)流圖 或 數(shù)據(jù)結(jié)構(gòu) 來表示 面向過程的開發(fā)方法 ? 數(shù)據(jù)流圖 –描述軟件系統(tǒng)的數(shù)據(jù)從輸入到輸出的流程 ，適用于幾乎所有順序處理的軟件 ? 數(shù)據(jù)結(jié)構(gòu) –描述軟件系統(tǒng)的輸入輸出數(shù)據(jù)結(jié)構(gòu) ， 適用于數(shù)據(jù)處理 ， 尤其輸入與輸出數(shù)據(jù)結(jié)構(gòu)相似的軟件系統(tǒng) 面向?qū)ο蟮拈_發(fā)方法 (OOSD) ? 面向?qū)ο蟮拈_發(fā)方法 （ OOSD， ObjectOriented Software Development） –根據(jù)穩(wěn)定的對象建立系統(tǒng)模型 ， 可很好地適應(yīng)需要的變化 –具有良好的可維護(hù)性 、 可擴(kuò)充性和可重用性 –是軟件工程領(lǐng)域的一個研究重點(diǎn) –被譽(yù)為 90年代軟件的核心技術(shù)之一 面向?qū)ο蟮拈_發(fā)方法 ——基本思想 ? 對問題領(lǐng)域進(jìn)行自然的分割 ， 以便接近人類通常思維的方式 ? 建立問題領(lǐng)域的模型 ， 以便對客觀的信息實(shí)體進(jìn)行結(jié)構(gòu)和行為的模擬 ， 從而使設(shè)計的軟件更直接地表現(xiàn)問題的求解過程 ? 以對象作為最基本的元素分析和解決問題的核心 面向?qū)ο蟮拈_發(fā)方法 ——組成 ? 面向?qū)ο蟮拈_發(fā)方法的組成 –面向?qū)ο蟮姆治?（ OOA， ObjectOriented Analysis） –面向?qū)ο蟮脑O(shè)計 （ OOD， ObjectOriented Design） –面向?qū)ο蟮某绦蛟O(shè)計 （ OOP， ObjectOriented Programming） ? OOP是 OOSD的基礎(chǔ) ? OOA和 OOD是應(yīng)用 OOP的基礎(chǔ) 面向?qū)ο蟮姆治? (OOA) ? OOA分析階段將系統(tǒng)水平劃分為五個層次 – 主體 – 類和對象 – 結(jié)構(gòu) – 屬性 – 方法 ? OOA的任務(wù)就是通過分析問題域 ， 建立系統(tǒng)的概念模型 面向?qū)ο蟮姆治? (OOA) ? OOA提供了三種模型： – 信息模型 ——定義構(gòu)成系統(tǒng)的類和對象 ， 它們的屬性與操作 – 狀態(tài)模型 ——描述系統(tǒng)的控制結(jié)構(gòu) ， 即描述任何時刻對象的聯(lián)系以及聯(lián)系的變化 ， 或稱為時序 ，常用狀態(tài)圖和事件追蹤圖來描述 – 處理模型 ——描述系統(tǒng)內(nèi)部數(shù)據(jù)的傳送和處理方法 ? 面向?qū)ο蟮姆治?（ OOA） 和設(shè)計 （ OOD） 就是把面向?qū)ο蟮姆椒☉?yīng)用到軟件工程的分析和設(shè)計階段 ， 從而建立更加適應(yīng)當(dāng)今龐大 、復(fù)雜且易變的系統(tǒng)的模型 面向?qū)ο蟮脑O(shè)計 (OOD) ? 在 OOA建立的五個水平層次 （ 主體 、 類和對象 、 結(jié)構(gòu) 、 屬性 、 方法 ） 基礎(chǔ)上 ，將系統(tǒng)結(jié)構(gòu)在縱向上劃分為： –問題部件 –人機(jī)交互部件 –任務(wù)管理部件 –數(shù)據(jù)管理部件 面向?qū)ο蟮脑O(shè)計 (OOD) ? OOD法分為 – 概要設(shè)計 ? 細(xì)化對象行為 ? 添加新對象 ? 認(rèn)定類 ? 組類庫 ? 確定外部接口 ? 主要數(shù)據(jù)結(jié)構(gòu) – 詳細(xì)設(shè)計 ? 加細(xì)對象描述 面向?qū)ο蟮某绦蛟O(shè)計 (OOP) ? 使用面向?qū)ο蟮某绦蛟O(shè)計語言進(jìn)行程序設(shè)計 –如： C++ ， Delphi ， Ada ， SmallTalk ，Java ? 面向?qū)ο蟮亩x： –面向?qū)ο? = 對象 + 類 + 繼承 + 消息 –如果一個軟件系統(tǒng)是按照這樣四個概念設(shè)計和實(shí)現(xiàn)的 ， 則可以認(rèn)為這個軟件系統(tǒng)是面向?qū)ο蟮? 面向?qū)ο蟮某绦蛟O(shè)計 (OOP) ? OOP具有三個重要特征： –封裝 ?封裝是將數(shù)據(jù)和對這些數(shù)據(jù)進(jìn)行處理所需的各種操作連接在一個根下的技術(shù) –繼承 ?繼承是引用已經(jīng)定義的各種類 ， 并將它們擴(kuò)充以滿足新的功能的一種技術(shù) –多態(tài)性 ?多態(tài)性實(shí)質(zhì)上就是同一個名字可以用于多種目的 面向過程與面向?qū)ο? ? 傳統(tǒng)的面向過程（ 函數(shù) ） 的編程方法 – 代碼和數(shù)據(jù)是分開的 – 函數(shù)是最重要的 ，一個程序中的所有代碼都應(yīng)圍繞這些函數(shù)來設(shè)計 ? 面向?qū)ο缶幊谭椒? – 必須將代碼與數(shù)據(jù)構(gòu)造在一個程序塊中 ，并且統(tǒng)一來管理 – 對象是最重要的 ， 程序是圍繞這些對象來設(shè)計的 ， 函數(shù)是第二位的 – 用對象調(diào)用函數(shù) ， 而不是簡單地將對象（ 數(shù)據(jù) ） 傳遞給函數(shù) 面向?qū)ο蟮幕靖拍? ? 對象 （ Object） ? 類 （ Class） ? 繼承 （ Inheritance） ? 消息 （ Message） ? 軟件 IC（ Integrate Circuit） 面向?qū)ο蟮幕靖拍? ? 對象 （ Object） – 是對客觀存在的事物的描述 ， 可以是事 、 物 ， 或概念 – 對象是將一組數(shù)據(jù)和使用該數(shù)據(jù)的一組基本操作或過程封裝在一起的實(shí)體 – 用戶不必知道對象行為的實(shí)現(xiàn)細(xì)節(jié) ， 只需根據(jù)對象提供的外部特征接口訪問對象 – 對象的動作取決于發(fā)送給該對象的消息 ， 消息通知對象要求完成某個功能 。 ? 加工 – 表示對數(shù)據(jù)進(jìn)行的加工或變換 。 ? 數(shù)據(jù)源點(diǎn)及數(shù)據(jù)終點(diǎn) – 標(biāo)明數(shù)據(jù)處理過程的數(shù)據(jù)來源和數(shù)據(jù)去向 ， 數(shù)據(jù)流圖中已有名的方框表示 ， 它只起到注釋作用 ， 補(bǔ)充說明系統(tǒng)與其他外界環(huán)境的聯(lián)系 。 ? 用例圖 : 從用戶角度描述系統(tǒng)的行為 ， 并指出各功能的操作者 ? 狀態(tài)圖 ：描述由事件驅(qū)動的系統(tǒng) /對象的狀態(tài)轉(zhuǎn)移 ? 活動圖 ：描述活動之間的控制流 ? 交互圖：描述對象之間的交互情況 ?順序圖 ：重點(diǎn)描述消息發(fā)生的事件順序 ?合作圖 ：重點(diǎn)描述各個對象之間收發(fā)消息的情況 UML的五類基本視圖 構(gòu)件視圖 用例視圖 配置視圖 邏輯視圖 并發(fā)視圖 3 結(jié)構(gòu)化開發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計方法 ? 軟件編碼 ? 軟件測試 ? 軟件維護(hù) 軟件編碼 ? 編碼的目的 ， 為了把詳細(xì)設(shè)計產(chǎn)生的文檔翻譯成用選定語言編寫的源程序 –根據(jù)軟件系統(tǒng)的應(yīng)用范圍 ， 語言內(nèi)在特點(diǎn)等選擇程序設(shè)計語言 –良好的程序設(shè)計風(fēng)格 （ 包括代碼文件 ， 數(shù)據(jù)說明方法 ， 語言構(gòu)成方法 ， 輸入輸出技術(shù) ） –重視用戶界面設(shè)計 3 結(jié)構(gòu)化開發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計方法 ? 軟件編碼 ? 軟件測試 ? 軟件維護(hù) 軟件測試 ? 軟件測試的目的和重要性 –因為開發(fā)工作的前期不可避免地會引入錯誤 ， 測試的目的是為了檢查發(fā)現(xiàn)和改正錯誤 ， 這對于重要軟件項目顯得尤其必要 ? 軟件測試方法 –靜態(tài)分析方法 –動態(tài)分析方法 ? 軟件測試和軟件調(diào)試是兩個不同的概念 靜態(tài)分析方法 ? 指不執(zhí)行程序本身 ， 分析程序正文可能導(dǎo)致錯誤的異常情況 – 檢查軟件結(jié)構(gòu)是否合理 ， 功能是夠達(dá)到設(shè)計說明中的要求 – 各模塊之間的接口是否正確 – 各模塊內(nèi)部控制邏輯的正確性 – 進(jìn)行數(shù)據(jù)結(jié)構(gòu)分析和語法分析 ? 代碼評審常用的方法有： – 桌前檢查 – 代碼會審：由軟件開發(fā)者主持 ， 聘請其他程序員或分析員參加的軟件審查會 ， 對源程序進(jìn)行審查 – 步行檢查：測試人員閱讀程序 ， 扮演計算機(jī)的角色 ， 讓測試用例沿程序的邏輯運(yùn)行一遍 ， 從中發(fā)現(xiàn)程序中的錯誤 動態(tài)分析方法 ? 通過選擇適當(dāng)?shù)臏y試用例 ， 上機(jī)執(zhí)行程序 ， 發(fā)現(xiàn)軟件中的錯誤 ? 測試用例應(yīng)由兩部分組成： –輸入數(shù)據(jù)及預(yù)期的輸出結(jié)果 –將運(yùn)行結(jié)果與預(yù)期結(jié)果比較 ， 查出錯誤 ? 常用的方法有： –白盒法 –黑盒法 白盒法 ? 分析程序的內(nèi)部邏輯結(jié)構(gòu) ， 注意選擇適當(dāng)?shù)母采w標(biāo)準(zhǔn) ， 設(shè)計測試用例 ， 對主要路徑進(jìn)行盡可能多的測試 ? 白盒測試又稱結(jié)構(gòu)測試或邏輯驅(qū)動測試 ? 白盒測試主要考慮的是測試用例對程序內(nèi)部邏輯的覆蓋程度 ， 而不考慮程序的功能 ? 按照對被測程序所作測試的有效程度 ， 邏輯覆蓋測試可由弱到強(qiáng)區(qū)分為五種覆蓋標(biāo)準(zhǔn) ，如圖所示 白盒法 弱強(qiáng) 發(fā)現(xiàn)錯誤的能力 語句覆蓋 每條語句至少執(zhí)行一次 判定覆蓋 每一次判定的每個分支至少執(zhí)行一次 條件覆蓋 每一判定中的每個條件 ， 分別按 “ 真 ” 、“ 假 ” 至少執(zhí)行一次 判定條件覆蓋 同時滿足判定覆蓋和條件覆蓋的要求 條件組合覆蓋 求出判定中所有條件的各種可能組合值 ，每一可能的條件組合至少執(zhí)行一次 黑盒法 ? 不考慮程序的內(nèi)部結(jié)構(gòu)與特征 ， 只根據(jù)程序功能設(shè)計測試用例 ， 常用的方法有： – 等價分類法 ? 把輸入數(shù)據(jù)的可能值劃分為若干個等價類 ， 使每類中的任何一個測試用例 ， 都能代表同一等價類中的其他測試用例 ? 也就是說 ， 如果從某一等價類中任意選出一個測試用例未能發(fā)現(xiàn)程序的錯誤 ， 就可以合理地認(rèn)為在該例中的其他測試用例也不會發(fā)現(xiàn)程序的錯誤 ? 選擇具有代表性的測試用例 ——關(guān)鍵是劃分 “ 等價類 ” ， 應(yīng)按照輸入條件選擇測試用例 （ 例如 ， 輸入值的范圍 ， 值的個數(shù)和無效等價類 ） ? 一個測試用例覆蓋多個有效等價類 ， 但是一個測試用例只能覆蓋一個無效等價類 黑盒法 –邊緣值分析法 ?選擇等價類的邊緣值作為測試用例 。 – 錯誤推測法 ?憑經(jīng)驗或直覺推測可能的錯誤 ， 選擇測試 。 – A. 運(yùn)籌學(xué) B. 工程學(xué) – C. 軟件學(xué) D. 數(shù)學(xué) C B 4 習(xí)題 ——選擇題 3. 瀑布模型把軟件生存周期劃分為軟件定義 、軟件開發(fā)與 （ ） 三個階段 ， 而每一階段又可分為若干更小的階段 。 – A. DFD圖 B. PAD圖 – C. 結(jié)構(gòu)化英語 D. 判定表 A C D B 4 習(xí)題 ——選擇題 7. 結(jié)構(gòu)化設(shè)計是以 （ ） 為基礎(chǔ) 、 自頂向下 、 逐步求精和模塊化的過程 。 – A. 模塊說明書 B. 軟件規(guī)格說明書 – C. 項目開發(fā)計劃 D. 合同文檔 A B 4 習(xí)題 ——選擇題 11. 軟件開發(fā)方法從 1945年至今 ， 經(jīng)歷了（ ） 、 （ ） 、 （ ） 三個階段 。 – A. 單元測試 B. 人工測試 – C. 組裝測試 D. 上機(jī)測試 C E A C 4 習(xí)題 ——選擇題 15. 軟件的維護(hù)指的是 （ ） 。 – A. 程序流程圖 B. 具體的語言程序 – C. 模塊結(jié)構(gòu)圖及模塊的功能說明書 – 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è)計的任務(wù)是決定系統(tǒng)中各個模塊的（ ） ， 即其 （