【正文】 順序圖 對象之間消息發(fā)送的順序，同時顯示對象之間的交互 ⑥活動圖 表示了按順序的活動步驟 ⑦協(xié)作圖 描述對象間協(xié)作關(guān)系 ⑧構(gòu)件圖 描述代碼部件的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系 ⑨部署圖 顯示基于計算機系統(tǒng)中軟硬件的物理體系結(jié)構(gòu) 構(gòu)件 數(shù)據(jù)庫服務(wù)器 客房 A：個人電腦 客房 B：個人電腦 圖 629 UML 中的軟件構(gòu)件圖標 圖 631 UML 部署圖 UML的產(chǎn)生與發(fā)展 （ 3） ①組成結(jié)構(gòu)圖 ②交互縱覽圖 ③計時圖 ④包圖 類 1 類 2 圖 632 UML 圖 634 包圖 類 3 ：類名 狀態(tài) 3 狀態(tài) 2 狀態(tài) 1 1 5 10 15 20 圖 633 計時圖 類 1 類 2 類 3 包名 UML （ 1）在不同類型系統(tǒng)中的應(yīng)用 （ 2）在軟件開發(fā)的不同階段中的應(yīng)用 UML的表示法 （ 1）建模技術(shù) （ 2） UML建?？蚣? （ 3） UML模型的基本概念 ? 結(jié)構(gòu)事物 ? 動作事物 ? 分組事物 ? 注釋事物 Windows Origin Size Open() Close() Move() Place order Event Manager Suspend() Flush 圖 635 類 圖 636 接口 圖 637 協(xié)作 圖 638 用例 圖 639 活動類 圖 640 組件 UML的表示法 圖 641 結(jié)點 圖 642 交互 圖 643 狀態(tài) 圖 644 包 圖 645 注釋 圖 646 依賴 Server Display Waiting Business rules Return copy of self （ 4） UML中的關(guān)系表示 圖 647 關(guān)聯(lián) 圖 649 實現(xiàn) 圖 648 一般化 0..1 * UML的表示法 （ 1）類 （ 2）類圖 關(guān)聯(lián)關(guān)系 表示兩個類之間存在的某種語義上的聯(lián)系。 繼承關(guān)系 依賴關(guān)系 是一種使用關(guān)系，特定事物的改變有可能影響使用該事物的事物，反之不成立。 File Chip name:String PlayOn(c:Channel) Start() Stop() Channel dependency 圖 657 依賴關(guān)系 UML的軟件開發(fā)過程概述 圖 658 開發(fā)過程簡圖 初始階段 細化階段 構(gòu)造階段 移交階段 在這一階段，需要考慮項目的商業(yè)屬性，即粗略估計項目的費用和可能得到的效益。 在正式確認啟動這個項目之后，就進入軟件開發(fā)過程的細化階段。在細化階段，需要對問題有更詳細的理解，包括： ①實際要做什么？②如何做？ ③將采用什么技術(shù)？ 3. 構(gòu)造階段 構(gòu)造階段通過一系列迭代過程建造系統(tǒng)。每一次迭代開發(fā)都是一個小項目，需要對所要求的用例進行分析、設(shè)計、編碼、測試和集成。 4．移交階段 小結(jié) 本章主要介紹了面向?qū)ο蠓椒ǖ幕靖拍詈吞卣?、面向?qū)ο蠓治龌具^程、面向?qū)ο笤O(shè)計的概念和基本方法、面向?qū)ο筌浖こ虒W與傳統(tǒng)軟件工程學的區(qū)別。最后，對統(tǒng)一建模語言 UML的基本內(nèi)容和概念以及開發(fā)步驟做了較簡單地介紹。 第七章 編碼 ? 程序設(shè)計語言 ? 編碼風格 ? 程序效率及編程安全 ? 小結(jié) 程序設(shè)計語言 程序設(shè)計語言的分類 包括機器語言和匯編語言 （ 1）基礎(chǔ)語言 BASIC FORTRAN COBOL ALGOL等 （ 2）現(xiàn)代語言 又稱結(jié)構(gòu)化語言 PASCAL C Ada （ 3）專用語言 為某種特殊應(yīng)用二設(shè)計的獨特的語法形式 程序設(shè)計語言的特點 程序設(shè)計語言 程序設(shè)計語言的特點 程序設(shè)計語言的選擇 編碼風格 編碼風格又稱程序設(shè)計風格或編程風格。 源程序文檔化 包括選擇標志符的名字、安排注釋以及程序的視覺組織等。 注釋分為序言性注釋和功能性注釋 數(shù)據(jù)說明 （ 1）數(shù)據(jù)說明的次序應(yīng)當規(guī)范化。 （ 2）當多個變量名用一個語句說明時，應(yīng)當對這些變量按字母的順序排序。 （ 3）如果設(shè)計了一個復(fù)雜數(shù)據(jù)結(jié)構(gòu)，應(yīng)使用注釋說明在實現(xiàn)時這個數(shù)據(jù)結(jié)構(gòu)的特點。 編碼風格 語句結(jié)構(gòu) GOTO語句的使用 輸入輸出 輸入輸出的方式和格式應(yīng)當對用戶友好，盡可能方便用戶的使用。 程序效率及編程安全 程序效率是指程序的執(zhí)行速度及程序占用的存儲空間。 有關(guān)程序效率的幾條準則 （ 1）效率是一個性能指標，目標值應(yīng)當在需求階段給出。 （ 2）好的設(shè)計可以提高效率。 （ 3）程序的效率與程序的簡單性相關(guān)。 程序效率及編程安全 算法對效率的影響 （ 1）在編程前，盡可能化簡有關(guān)的算術(shù)表達式和邏輯表達式。 （ 2）仔細檢查算法中嵌套的循環(huán)，盡可能將某些語句和表達式移到循環(huán)外面。 （ 3）盡量避免使用多維數(shù)組。 （ 4）盡量避免使用指針和復(fù)雜的表達式。 （ 5）采用快速的算術(shù)運算。 （ 6）不要混淆數(shù)據(jù)類型，避免在表達式中出現(xiàn)類型混雜。 （ 7）盡量采用整數(shù)算術(shù)表達式和布爾表達式。 （ 8）選用等效的高效率算法。 影響存儲器效率的因素 采用結(jié)構(gòu)化程序設(shè)計，將程序功能合理分塊 程序簡單性 是提高存儲器效率的關(guān)鍵 程序效率及編程安全 影響輸入輸出的因素 （ 1）輸入輸出的請求應(yīng)當最小化。 （ 2）對于所有的輸入輸出操作，安排適當?shù)木彌_區(qū)，以減少頻繁的信息交換。 （ 3）對輔助存儲，選擇盡可能簡單的、可接受的存取方法。 （ 4）對輔助存儲的輸入輸出，應(yīng)當成塊傳送。 （ 5）對終端或打印機的輸入輸出，應(yīng)考慮設(shè)備特性，盡可能改善輸入輸出的質(zhì)量和速度。 （ 6）任何不易理解的、對改善輸入輸出效果關(guān)系不大的措施是不可取的。 （ 7）不應(yīng)該為追求所謂超高效的輸入輸出而損害程序的可理解性。 （ 8）好的輸入輸出程序設(shè)計風格對提高輸入輸出效率有明顯的效果。 編程安全 主動式防錯程序設(shè)計 被動式防錯程序設(shè)計 小結(jié) 編碼的目的，是把詳細設(shè)計的結(jié)果翻譯成用選定的語言書寫的源程序，程序的質(zhì)量主要是由設(shè)計的質(zhì)量決定的。但是，編碼的風格和使用的語言，對編碼質(zhì)量也有重要的影響。 良好的編碼風格，應(yīng)該以結(jié)構(gòu)程序設(shè)計的原則為指導。使用單入口單出口的控制結(jié)構(gòu)，有規(guī)律地使用 GOTO語句，以及提倡源代碼的文檔化，是實現(xiàn)良好風格的重要途徑，同樣重要的是，程序的輸入輸出應(yīng)該充分考慮進行工程學的要求，在滿足數(shù)據(jù)可靠性的前提下盡量作到對用戶友善。 第八章 軟件質(zhì)量與質(zhì)量保證 ? 軟件質(zhì)量的定義 ? 影響軟件值質(zhì)量的因素 ? 軟件質(zhì)量保證策略 ? 軟件質(zhì)量保證活動 ? 軟件評審 ? 軟件質(zhì)量保證的標準 ? 結(jié)構(gòu)化的軟件測試 ? 面向?qū)ο蟮能浖y試 ? 軟件測試計劃與測試分析報告 ? 軟件維護 ? 小結(jié) 軟件質(zhì)量的定義 軟件值質(zhì)量反映了以下三方面的問題： （ 1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。 （ 2）在各種標準中定義了一些開發(fā)準則，用來指導軟件人員用工程化的方法來開發(fā)軟件。 （ 3）往往會有一些隱含的需求沒有明確地提出來。如果軟件只滿足那些精確定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。 影響軟件質(zhì)量的因素 （ 1）真確性 （ 2）健壯性 （ 3）效率 （ 4）完整性（安全性） （ 5）可用性 （ 6）風險 （ 7）可理解性 （ 8）可維修性 （ 9）靈活性 （ 10）可測試性 （ 11）可移植性 （ 12）可再用性 （ 13）互運行性 （ 1）應(yīng)強調(diào)軟件總體質(zhì)量，而不應(yīng)片面強調(diào)軟件正確性，忽略其可維護性、可用性與效率等。 （ 2）應(yīng)在軟件工程化生產(chǎn)的整個周期的各個階段都注意軟件的質(zhì)量，而不能只在軟件最終產(chǎn)品驗收時注意質(zhì)量。 （ 3）應(yīng)制定軟件質(zhì)量標準，定量地評價軟件質(zhì)量，不能局限于定性地評價軟件質(zhì)量。 軟件質(zhì)量保證策略 審查過程的步驟如下： （ 1）計劃 （ 2）概況介紹 （ 3）準備 （ 4）評審會 （ 5）返工 （ 6）復(fù)查 復(fù)查是檢查已有的材料，以斷定特定階段的工作是否能夠開始或繼續(xù)。 管理復(fù)審指向開發(fā)組織或使用部門的管理人員，提供有關(guān)項目的總體狀況、成本和進度等方面的情況，以便進行審查。 （ 1）測試計劃 （ 2）測試過程 （ 3）測試結(jié)果 軟件質(zhì)量保證活動 驗證是為了確定開發(fā)時期中某一階段的產(chǎn)品是否達到了階段對它的需求。 確認則是在整個開發(fā)結(jié)束時對所開發(fā)的軟件能否滿足軟件需求的總評價。 軟件配置管理包括生存期中各個階段產(chǎn)生的文檔和程序。 復(fù)審：計劃與開發(fā) 方法、設(shè)計、編碼 控制、配置 測試 圖 81 質(zhì)量保證活動內(nèi)容 軟件評審 為使用戶滿意，有兩個必要條件： （ 1）設(shè)計的規(guī)格說明要符合用戶的要求； （ 2）程序要按照設(shè)計規(guī)格說明所規(guī)定的情況正確執(zhí)行。 條件（ 1）稱為設(shè)計質(zhì)量，條件（ 2）稱為程序質(zhì)量。 圖 82 設(shè)計質(zhì)量與程序質(zhì)量 用戶、市場 的要求 程序 軟件的詳細設(shè)計說明書 質(zhì)量＝用戶的滿意程度 外部規(guī)格說明 內(nèi)部規(guī)格說明 軟件評審 設(shè)計質(zhì)量的評審內(nèi)容 （ 1）評價軟件的規(guī)格說明是否合乎用戶的要求 （ 2）評審可靠性 （ 3）評審保密措施實施情況 （ 4）評審操作特性實施情況 （ 5）評審性能實施情況 （ 6）評審軟件是否具有可修改性 （ 7）是否具有可擴充性 （ 8）評審軟件是否具有互換性 （ 9）是否具有可移植性 （ 10）評審軟件是否具有可測試性（ 11）是否具有可復(fù)用性 （ 12）評審軟件是否具有互連性 程序質(zhì)量的評審內(nèi)容 （ 1）軟件的結(jié)構(gòu) （ 2）與運行環(huán)境的接口 （ 3）變更的影響范圍 軟件質(zhì)量保證的標準 ISO9000標準 ISO9001是應(yīng)用于軟件工程的質(zhì)量保證標準。 結(jié)構(gòu)化的軟件測試 軟件測試的概念和原則 （ 1）軟件測試 是對軟件計劃、軟件設(shè)計、軟件編碼進行查錯和糾錯的活動。 （ 2）程序測試 是對編碼階段的語法錯、語義錯、運行錯進行查找的代碼執(zhí)行活動。 （ 3）軟件確認與程序確認 （ 4）軟件錯誤的出現(xiàn)比例 結(jié)構(gòu)化的軟件測試 軟件測試的概念和原則 （ 1）軟件配置 （ 2）測試配置 （ 3）測試工具 （ 4）測試評價 （ 5）糾錯 （ 6）可靠性模型 圖 83 測試過程 結(jié)構(gòu)化的軟件測試 軟件測試技術(shù) （ 1）靜態(tài)分析技術(shù) 不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書等做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行找出錯誤。 （ 2）動態(tài)測試技術(shù) 既可用白盒法又可用黑盒法 （ 3）黑盒測試盒白盒測試 黑盒測試稱為功能測試 白盒測試稱為結(jié)構(gòu)測試 （ 1）白盒法 /條件覆蓋 結(jié)構(gòu)化的軟件測試 軟件測試技術(shù) （ 1）黑盒法 測試的步驟 （ 1）單元測試（ 2）集成測試（ 3）確認測試（ 4）系統(tǒng)測試 圖 85 測試步驟 結(jié)構(gòu)化的軟件測試 軟件糾錯技術(shù) （ 1）強力法 （ 2）跟蹤法 （ 3）演繹法 （ 4）歸納法