【正文】 – 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)中各個模塊的（ ） ， 即其 （ ） 。 – A. 模塊說明書 B. 軟件規(guī)格說明書 – C. 項目開發(fā)計劃 D. 合同文檔 A B 4 習(xí)題 ——選擇題 11. 軟件開發(fā)方法從 1945年至今 ， 經(jīng)歷了（ ） 、 （ ） 、 （ ） 三個階段 。 – A. 運籌學(xué) B. 工程學(xué) – C. 軟件學(xué) D. 數(shù)學(xué) C B 4 習(xí)題 ——選擇題 3. 瀑布模型把軟件生存周期劃分為軟件定義 、軟件開發(fā)與 （ ） 三個階段 ， 而每一階段又可分為若干更小的階段 。 ? 用例圖 : 從用戶角度描述系統(tǒng)的行為 ， 并指出各功能的操作者 ? 狀態(tài)圖 ：描述由事件驅(qū)動的系統(tǒng) /對象的狀態(tài)轉(zhuǎn)移 ? 活動圖 ：描述活動之間的控制流 ? 交互圖：描述對象之間的交互情況 ?順序圖 ：重點描述消息發(fā)生的事件順序 ?合作圖 ：重點描述各個對象之間收發(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)在特點等選擇程序設(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ī)的角色 ， 讓測試用例沿程序的邏輯運行一遍 ， 從中發(fā)現(xiàn)程序中的錯誤 動態(tài)分析方法 ? 通過選擇適當(dāng)?shù)臏y試用例 ， 上機(jī)執(zhí)行程序 ， 發(fā)現(xiàn)軟件中的錯誤 ? 測試用例應(yīng)由兩部分組成： –輸入數(shù)據(jù)及預(yù)期的輸出結(jié)果 –將運行結(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ù)和無效等價類 ） ? 一個測試用例覆蓋多個有效等價類 ， 但是一個測試用例只能覆蓋一個無效等價類 黑盒法 –邊緣值分析法 ?選擇等價類的邊緣值作為測試用例 。 ? 加工 – 表示對數(shù)據(jù)進(jìn)行的加工或變換 。在那次會議上第一次提出了軟件工程這個概念 。 即 ， 對象之間的通訊是以 “ 做什么 ” 的消息發(fā)送為契機(jī)的 ， 并認(rèn)為接受消息的對象知道如何去做 ， 消息激活對象的相應(yīng)功能 – “ 面向?qū)ο?” 的基本思想就是把要構(gòu)造的系統(tǒng)表示為對象的集合 面向?qū)ο蟮幕靖拍? ? 類 （ Class） – 是一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對象的集合 – 在一個類中 ， 每個對象都是類的實例 ， 它們都可以使用類中提供的函數(shù) – 類相當(dāng)于 C語言中的結(jié)構(gòu) ， 或者說它是一種行為抽象數(shù)據(jù)類型 – 現(xiàn)實世界詞匯中的每一個名詞都表示一類對象 ， 具有一組屬性或行為特征 – 例如 ， 一個好吃的蘋果是蘋果類中的一部分 ， 同樣也是水果類中的一部分 ， 它也存在于食品這一大類中 – 若不使用類的概念 ， 則每一個對象都需明確定義其所有的特征 ，若是使用類的概念 ， 則每一對象就只需定義它在大類中的特殊部分 ， 對于類中共有的特性它可以繼承 面向?qū)ο蟮幕靖拍? ? 繼承 （ Inheritance） – 是使用現(xiàn)存的定義作為基礎(chǔ) ， 建立新定義的技術(shù) – 繼承性分為： ? 單重繼承：一個子類只有一個父類 ? 多重繼承：一個子類可有多個父類 – 一個子類可以從它的基類那里繼承所有的數(shù)據(jù)和操作 ， 并擴(kuò)充自己的數(shù)據(jù)和操作 – 基類抽象出共同特性 ， 子類表達(dá)其差別 現(xiàn)存類定義 父類（基類） 新類定義 子類（派生類） 繼承 面向?qū)ο蟮幕靖拍? ? 消息 （ Message） – 對象之間的聯(lián)系可表示為對象間的消息傳遞 ， 即對象間的通訊機(jī)制 – 當(dāng)一個消息發(fā)送給某個對象時 ， 包含要求接收信息的對象去執(zhí)行某個功能的消息 – 從程序設(shè)計的角度來說消息類似于函數(shù)調(diào)用 – 消息是開發(fā) Windows應(yīng)用程序用得最多的一個概念 ， 我們程序所做的工作就是產(chǎn)生消息 、 傳遞消息 、 處理消息 – Windows正是通過消息來管理各種資源 ， 并由此實現(xiàn)多任務(wù)功能 面向?qū)ο蟮幕靖拍? ? 軟件 IC（ Integrate Circuit） – 由來： ? 程序常常涉及到頻繁使用功能相同的模塊 ， 盡管這些模塊對具體應(yīng)用的實現(xiàn)細(xì)節(jié)可能有些不同 ， 如何使用和組合這些模塊 ， 是構(gòu)建可重用模塊需要解決的技術(shù)問題 ? 類和繼承的概念有助于程序員開發(fā)這種共同性 – 軟件 IC又稱軟件集成 ， 它的思想是： ? 用一種集成機(jī)制將已經(jīng)成熟的軟件單元制成一個相對獨立的實體 ， 使它們不加改動或做很少改動就可用于新的軟件系統(tǒng)中 ， 從而減少重復(fù)勞動 ， 提高生產(chǎn)率 ? “ 軟件 IC‖是一種可重用模塊 – 軟件 IC的特征： ? 模塊性好 ， 可靠性好 ， 連接簡單 ， 封裝性好 ， 內(nèi)部功能高效實現(xiàn) ， 具有清晰 、 簡明的說明 ? 類 ——充當(dāng)了面向?qū)ο笙到y(tǒng)的構(gòu)造單元 第三部分 軟件工程 1. 軟件工程的基本概念 2. 軟件開發(fā)方法與工作模型 3. 結(jié)構(gòu)化開發(fā)方法概述 4. 習(xí)題 3 結(jié)構(gòu)化開發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計方法 ? 軟件編碼 ? 軟件測試 ? 軟件維護(hù) 結(jié)構(gòu)化分析方法 (SA) ? 結(jié)構(gòu)化分析方法是需求分析中最常用的方法之一 ? 在進(jìn)行需求分析 （ 結(jié)構(gòu)化分析 ） 之前 ，需要先進(jìn)行： –系統(tǒng)分析 –實施計劃報告 系統(tǒng)分析 ? 系統(tǒng)分析是制定軟件項目計劃的第一步 ， 它決定了所開發(fā)軟件的總目標(biāo) ， 其任務(wù)包括： 1. 確定所開發(fā)軟件的總體要求和適用范圍； 2. 描述所開發(fā)軟件與外界接口關(guān)系； 3. 確定所需的硬 、 軟件支持； 4. 對開發(fā)的進(jìn)度和成本的估計； 5. 分析系統(tǒng)的可行性； 6. 確定所開發(fā)軟件與原有軟件的兼容性關(guān)系或其他關(guān)系； 7. 確定所開發(fā)軟件的性能 ， 預(yù)計內(nèi)部復(fù)雜性之間的折衷關(guān)系 。 銀行取款過程的數(shù)據(jù)流圖 儲戶 核查 登錄 付款 取款信息 付款信息 取款信息 存折 取款單 無余拒付 帳卡 存折 分層的數(shù)據(jù)流圖 DFD ? 畫分層 DFD圖的基本原則 (注： DFD圖不是流程圖 ) – 數(shù)據(jù)守恒與數(shù)據(jù)封閉原則 ?加工的輸入輸出數(shù)據(jù)流是否匹配 ， 應(yīng)成對出現(xiàn) ，即每一個加工既有輸入數(shù)據(jù)流又有輸出數(shù)據(jù)流 – 加工分解的原則 ?畫分層 DFD圖時 ， 各子系統(tǒng)的分解速度應(yīng)大致均勻 ， 保持同步擴(kuò)展 ?一般情況下 ， 每次每一加工可以分解為 2～ 4個加工 ， 至多不超過 7～ 8個 ， 以免閱讀時增加理解的困難 ?在上層時分解的速度可略快 ， 越到下層功能越具體 ， 分解速度應(yīng)放慢 分層的數(shù)據(jù)流圖 DFD ? 畫分層 DFD圖的基本原則 (cont.) – 子圖與父圖的 “ 平衡 ” ? 在分層圖中 ， 每一層都是它下層的父圖 ， 同時又是它上層的子圖 ? 父子平衡是父圖與子圖在輸入數(shù)據(jù)與輸出數(shù)據(jù)上應(yīng)保持信息的連續(xù)性 – 合理使用文件 ? 為了優(yōu)先考慮重要問題 ， 允許將某些細(xì)節(jié)推遲到下層DFD圖處理 ? 除出錯處理外 ， 對文件的處理也常常推遲 ? 具體地說 ， 上層 DFD圖往往只畫出少量文件 ， 借以保持畫面整潔 ， 越往下層 ， 畫出的文件越多 (2)數(shù)據(jù)詞典 (DD, Data Dictionary) ? 數(shù)據(jù)詞典是 SA方法的主要工具之一 ? 它與數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型 –沒有數(shù)據(jù)流圖則數(shù)據(jù)詞典難發(fā)揮作用 –沒有數(shù)據(jù)詞典則數(shù)據(jù)流圖就不嚴(yán)格 ? 數(shù)據(jù)詞典對數(shù)據(jù)流圖中出現(xiàn)的所有數(shù)據(jù)元素給出邏輯定義 ? 有了數(shù)據(jù)詞典 ， 使數(shù)據(jù)流程圖上的數(shù)據(jù)流加工和文件得到確切的解釋 數(shù)據(jù)詞典的條目 ? 數(shù)據(jù)詞典中有四種類型的條目 –數(shù)據(jù)流 （ 由多少個數(shù)據(jù)項組成 ） –文件 –數(shù)據(jù)項 （ 單項數(shù)據(jù) ） –加工 數(shù)據(jù)流條目 ? 數(shù)據(jù)流條目給出某個數(shù)據(jù)流的定義 ， 它通常是列出該數(shù)據(jù)流的定義 ? 在進(jìn)行數(shù)據(jù)流定義時 ， 可采用如下符號： – “ =‖——表示定義為 – “ +‖——表示 “ 與 ” – “ [|]‖——表示 “ 或 ” ， 即選擇括號中的某一項 – “ {}‖——表示 “ 重復(fù) ” ， 即括號中的項要重復(fù)若干次 ， 重復(fù)次數(shù)的上下限也可以在括號中標(biāo)出 – “ （ ） ” ——表示 “ 可選 ” 文件條目 ? 文件條目給出某個文件的定義 ? 同數(shù)據(jù)流一樣 ， 文件的定義通常是列出文件記錄的組成數(shù)據(jù)項 ? 文件條目還可以指出文件的組織方式 ，如按單號遞增次序排列等 數(shù)據(jù)項條目 ? 數(shù)據(jù)項條目給出某個數(shù)據(jù)單項的定義 ? 通常是數(shù)據(jù)項的值類型 ， 允許的取值范圍等 加工條目 ? 加工條目又稱小說明 ? 對數(shù)據(jù)流圖中的每一個不能再分解的基本加工都必須有一個小說明給出這個加工的精確描述 (3)加工說明 ? 結(jié)構(gòu)化語言 （ 簡單 ， 易學(xué) ， 少二義性 ） ? 判斷樹 （ 描述一般組合條件 ， 較清楚 ） ? 判斷表 （ 用于較復(fù)雜的組合條件 ） 結(jié)構(gòu)化語言 (結(jié)構(gòu)化英語 ) ? 結(jié)構(gòu)化語言介于自然語言和形式語言之間的一種半形式語言 ， 是描述基本加工條目中的加工說明的常用工具 ， 是自然語言的一個受某些限制的子集 ， 沒有形式語言那么精確 ， 嚴(yán)格 ， 具有自然語言的簡單 ， 易懂的特點 ? 結(jié)構(gòu)化語言一般分為內(nèi) ， 外兩層