信息系統(tǒng)集成專業(yè)技術(shù)

第二十三講、信息系統(tǒng)集成專業(yè)技術(shù)知識1第1頁，共356頁。1主要內(nèi)容22第2頁，共356頁。第一節(jié)信息系統(tǒng)建設(shè)第二節(jié)軟件工程第三節(jié)面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)第四節(jié)軟件體系結(jié)構(gòu)第五節(jié)典型應(yīng)用集成技術(shù)第六節(jié)計(jì)算機(jī)網(wǎng)絡(luò)知識信息系統(tǒng)開發(fā)流程系統(tǒng)實(shí)施50％系統(tǒng)設(shè)計(jì)20％系統(tǒng)分析15％系統(tǒng)運(yùn)行和評價(jià)6％總體規(guī)劃9％總體規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行和評價(jià)可行性研究報(bào)告系統(tǒng)方案說明書系統(tǒng)設(shè)計(jì)說明書用戶說明書第一節(jié)信息系統(tǒng)建設(shè)33第3頁，共356頁。信息系統(tǒng)開發(fā)生命周期總體規(guī)

內(nèi)容信息

統(tǒng)開發(fā)范圍、目標(biāo)約束

件系統(tǒng)

構(gòu)建設(shè)

劃44第4頁，共356頁?？傮w規(guī)劃階段目標(biāo)階段提供系統(tǒng)邏系統(tǒng)分析階為系統(tǒng)設(shè)輯模型系統(tǒng)分析階段 內(nèi)容組織結(jié)構(gòu) 功能分析業(yè)務(wù)流程

析數(shù)據(jù)及數(shù) 流程分析用戶需求

析系統(tǒng)新方系統(tǒng)分析階段55第5頁，共356頁。系統(tǒng)設(shè)計(jì)階段的目標(biāo)為系統(tǒng)設(shè)施階段的編程、測試提供依據(jù)系統(tǒng)設(shè)計(jì)階段的內(nèi)容

新系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)代碼設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)

輸入/

出設(shè)計(jì)處理流程及模塊功能設(shè)計(jì)安全控制點(diǎn)設(shè)計(jì)66第6頁，共356頁。系統(tǒng)設(shè)計(jì)階段案轉(zhuǎn)換為可執(zhí)行系統(tǒng)先遺留錯(cuò)誤系統(tǒng)實(shí)將設(shè)計(jì)系統(tǒng)運(yùn)行和 價(jià)階段維護(hù)類型:糾錯(cuò)性維護(hù)－診斷、修正適應(yīng)性維護(hù)－使系統(tǒng)適應(yīng) 境變化完善性維護(hù)－擴(kuò)充、提升 統(tǒng)性能預(yù)防性維護(hù)系統(tǒng)評價(jià)類型性能指標(biāo)技術(shù)指標(biāo)糾錯(cuò)性

維護(hù)21％77第7頁，共356頁。適應(yīng)性

維護(hù)25％完善性

維護(hù)50％預(yù)防性維護(hù)4％系統(tǒng)實(shí)施階段階段的目標(biāo)信息系統(tǒng)建設(shè)的原則88第8頁，共356頁。高層用戶自上工程理人員介入原則與開發(fā)原則下的規(guī)劃原則原則第二節(jié)軟件工程99第9頁，共356頁。2.1

軟件生存周期計(jì)劃 定階段軟件 求分析階段軟件 計(jì)階段編碼

段測試

段軟件

維（1）計(jì)劃制定階段1010第10頁，共356頁。軟件項(xiàng) 計(jì)劃內(nèi)容確定 統(tǒng)總目標(biāo)項(xiàng)目可行性分析資源分配進(jìn)度計(jì)劃參加人員用戶、項(xiàng)目經(jīng)理、系統(tǒng)分析師計(jì)劃制定 段成果可行

研究報(bào)告項(xiàng)目計(jì)

書軟件需 分析內(nèi)容系統(tǒng)功性能數(shù)據(jù)界面要系統(tǒng)邏 模型參加人員用戶 項(xiàng)目經(jīng)理、系統(tǒng)分析師需求分析階段成果需求 格說明書1111第11頁，共356頁。（2）軟件需求分析階段需求分析步驟當(dāng)前系統(tǒng)目標(biāo)系統(tǒng)邏輯模型物理模型模型化抽象化具體化實(shí)例化怎么做物理模型做什么邏輯模型當(dāng)前系統(tǒng)12第12頁，共356頁。目標(biāo)系統(tǒng)需求定義定義未來系統(tǒng)的目標(biāo)，確定為了滿足用戶的必須做什么，用《需求規(guī)格說明書》Requirement

Specification

SRS)表達(dá)用13第13頁，共356頁。準(zhǔn)確需求，系

(Softwar戶需求。需求分析階段要完成的文檔。SRS的作用：開發(fā)者與用戶間事實(shí)上的技術(shù)合同書開發(fā)者下一步設(shè)計(jì)和編碼的基礎(chǔ)測試驗(yàn) 目標(biāo)系統(tǒng)的依據(jù)軟件需求分析常用方法面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法(JSD)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法

(DSSD)面向?qū)ο蟮姆治龇椒?OOA)等1414第14頁，共356頁。結(jié)構(gòu)化分析方法1515第15頁，共356頁。面向數(shù)流進(jìn)行需求分析的方法結(jié)構(gòu)化析方法適合于數(shù)據(jù)處理類型軟件的需求分析具體來念，按頂向下可實(shí)現(xiàn)，結(jié)構(gòu)化分析方法就是用抽象模型的概軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自層分解，直到找到滿足功能要求的所有軟件為止結(jié)構(gòu)化分析方法使用工具：數(shù)據(jù)流圖數(shù)據(jù)詞典結(jié)構(gòu)化英語判定表與判定樹1616第16頁，共356頁。數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)1717第17頁，共356頁。分層的數(shù)據(jù)流圖1818第18頁，共356頁。在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個(gè)加工，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對其上層父圖的細(xì)化。它的每一加工可能繼續(xù)細(xì)化，形成子圖。1919第19頁，共356頁。數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達(dá)數(shù)據(jù)處理的要求詞條描述——對于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素，均加以定義，其內(nèi)容有:名字，別名或編號，分類，描述，定義，位置，其它等2020第20頁，共356頁。對數(shù)據(jù) 圖的每一個(gè)基本加工，必須有一個(gè)基本加工邏 說明基本加 邏輯說明必須描述基本加工如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則加工邏 說明必須描述實(shí)現(xiàn)加工的策略而不是實(shí)現(xiàn)加工的

節(jié)加工邏 說明中包含的信息應(yīng)是充足的，完備的，有 的，無冗余的基本加工邏輯說明2121第21頁，共356頁。用于寫加工邏輯說明的工具結(jié)構(gòu)化英語判定表判定樹2222第22頁，共356頁。系統(tǒng)動(dòng)態(tài)分析系統(tǒng)的需求規(guī)格說明通常是用自然語言來敘述的，但是用自然語言描述往往會(huì)出現(xiàn)歧義性。為了直觀地分析系統(tǒng)的動(dòng)作，從特定的視點(diǎn)出發(fā)描述系統(tǒng)的行為，需要采用動(dòng)態(tài)分析的方法。2323第23頁，共356頁。最常用的動(dòng)態(tài)分析方法狀態(tài)遷移圖狀態(tài)遷移圖是描述系統(tǒng)的狀態(tài)如何相應(yīng)外部的信號進(jìn)行推移的一種圖形表示。時(shí)序圖在系統(tǒng)分析中，用時(shí)序圖于對比在系統(tǒng)中處理事件的時(shí)序和相應(yīng)的處理時(shí)間。Petri網(wǎng)Petri網(wǎng)已廣泛地應(yīng)用于硬件與軟件系統(tǒng)的開發(fā)中，它適用于描述與分析相互獨(dú)立、協(xié)同操作的處理系統(tǒng)，也就是并發(fā)執(zhí)行的處理系統(tǒng)。2424第24頁，共356頁。E-R方法(Entity-Relationship

Approach)和實(shí)體模型2525第25頁，共356頁。在需分析階段進(jìn)行數(shù)據(jù)庫邏輯設(shè)計(jì)過程中，使用E-R圖，可定義一個(gè)實(shí)體模型。實(shí)體模型是現(xiàn)實(shí)世界的純表示，它不涉及數(shù)據(jù)世界的據(jù)結(jié)構(gòu)、存取路徑、存取效率等問題。因此，可以轉(zhuǎn)換成數(shù)據(jù)庫中的數(shù)據(jù)模型。設(shè)計(jì)階段內(nèi)容：概要設(shè)計(jì)任模塊分解、確定軟件結(jié)構(gòu)、模塊的功能，模塊之間的接口

全局?jǐn)?shù)據(jù)結(jié)構(gòu)詳細(xì)設(shè)計(jì)的

務(wù)模塊的實(shí)現(xiàn)，模塊局部數(shù)據(jù)結(jié)構(gòu)參加人員分析師

程序員設(shè)計(jì)階段成果：設(shè)計(jì)規(guī)

說明書（概要設(shè)計(jì)說明書，詳細(xì)設(shè)計(jì)說明書數(shù)據(jù)說明

，模塊開發(fā)卷宗2626第26頁，共356頁。（3）設(shè) 階段（概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）軟件設(shè)計(jì)分為 個(gè)階段：2727第27頁，共356頁。概要設(shè)計(jì) 總體設(shè)計(jì))確定軟件的結(jié)構(gòu)以及各組成成分(子系統(tǒng)或模塊)之間的相互

系詳細(xì)設(shè)計(jì)模塊程序過定模塊內(nèi)部的算法和數(shù)據(jù)結(jié)構(gòu)，產(chǎn)生描述各的詳細(xì)文檔。模塊的獨(dú)立性2828第28頁，共356頁。模塊獨(dú)立性指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子 能,

而和軟件系統(tǒng)中其它的模塊的接口是簡單的。模塊獨(dú)立的 義：模塊完成獨(dú)立的功能符合信息隱蔽和信息局部化原則模塊間 連和依賴程度盡量小模塊設(shè)計(jì)目標(biāo)：強(qiáng)內(nèi)聚、弱耦合模塊獨(dú)立性的度量2929第29頁，共356頁。SD方法提出的定性的度量標(biāo)準(zhǔn)：模塊之間的耦合性耦合性用 度量程序之間聯(lián)系的次數(shù)和強(qiáng)度模塊自身的內(nèi)聚性內(nèi)聚是指性，以確定量一個(gè)給定的程序內(nèi)的多行代碼的單一功能否達(dá)到該程序所要實(shí)現(xiàn)的目的。內(nèi)聚與耦合弱內(nèi)聚，強(qiáng)切相關(guān)，同其它模塊強(qiáng)耦合的模塊意味者聚模塊意味著與其它模塊間松散耦合。模塊間耦合3030第30頁，共356頁。(1)非直接耦3131第31頁，共356頁。兩個(gè)模塊沒有直接關(guān)系(模塊1和模塊2)，模塊獨(dú)立性最強(qiáng)。數(shù)據(jù)耦合一模塊

用另一模塊時(shí)，被調(diào)用模塊的輸入、輸出都是簡單的數(shù)據(jù)

若干參數(shù))。屬松散耦合。標(biāo)記耦合

特征耦合)如兩個(gè)

塊通過傳遞數(shù)據(jù)結(jié)構(gòu)(不是簡單數(shù)據(jù)，而是記錄、數(shù)組等

加以聯(lián)系，或都與一個(gè)數(shù)據(jù)結(jié)構(gòu)有關(guān)系,

則稱存在標(biāo)記偶合。這兩個(gè)模塊(4)控制耦合一模塊向決策的變量)屬模塊傳遞的信息(開關(guān)量、標(biāo)志等控制被調(diào)用模塊制了被調(diào)用模塊的內(nèi)部邏輯均與同一外部環(huán)境關(guān)聯(lián)，它們之間便存在外部32第32頁，共356頁。(5)外部耦合一組模耦合。共數(shù)據(jù)區(qū)耦合)引用同一個(gè)公用數(shù)據(jù)區(qū)(也稱全局?jǐn)?shù)據(jù)區(qū)、公共數(shù)據(jù)問另一模塊的內(nèi)部信息(程序代碼或數(shù)據(jù)）公共耦合(一組模環(huán)境)。公共數(shù)據(jù)區(qū)指全局?jǐn)?shù)據(jù)

構(gòu)共享通訊區(qū)內(nèi)存公共

蓋區(qū)等內(nèi)容耦合一模塊直接模塊代碼重多入口模塊模塊內(nèi)聚性一個(gè) 塊內(nèi)部元素在功能上相互關(guān)聯(lián)的強(qiáng)度模塊內(nèi)聚33第33頁，共356頁。(1)偶然內(nèi)聚( 內(nèi)聚)模塊內(nèi)各部分間無聯(lián)系34第34頁，共356頁。(2)邏輯內(nèi)聚把幾種每次調(diào)用時(shí)間內(nèi)聚模塊完時(shí)間因素塊、緊急過程內(nèi)聚模塊內(nèi)各關(guān)功能（邏輯上相似的功能）組合在一模塊內(nèi)，傳給模塊的參數(shù)確定執(zhí)行哪種功能。典內(nèi)聚)的功能必須在同一時(shí)間內(nèi)執(zhí)行，這些功能只因聯(lián)在一起。例如:初始化系統(tǒng)模塊、系統(tǒng)結(jié)束模障處理模塊等均是時(shí)間性聚合模塊.序性組合）成分相關(guān)，且必須以特定次序執(zhí)行(5)通信內(nèi)聚35第35頁，共356頁。模塊內(nèi)各部分使用相同的輸入數(shù)據(jù)，或產(chǎn)生相同的輸出結(jié)果(6)

信息內(nèi)多個(gè)功能，各功能都在同一數(shù)據(jù)結(jié)構(gòu)上功能有唯一入口。塊僅包括為完成某個(gè)功能所必須的所有分共同完成一個(gè)功能，缺一不可

)模塊完操作，每(7)功能內(nèi)聚成分。(模塊所有內(nèi)聚性最強(qiáng)軟件模塊結(jié)構(gòu)的改進(jìn)3636第36頁，共356頁。模塊 能的完善化消除 復(fù)功能，改善軟件結(jié)構(gòu)模塊 作用范圍應(yīng)在控制范圍之內(nèi)盡可 減少高扇出結(jié)構(gòu)，隨著深度增大扇入避免 減少使用病態(tài)聯(lián)接模塊 大小要適中設(shè)計(jì) 能可預(yù)測的模塊，但要避免過分受限制的模軟件應(yīng)滿足設(shè)計(jì)約束和可移植性概要設(shè)計(jì)(總體設(shè)計(jì))3737第37頁，共356頁。概要設(shè)計(jì)確定：l

軟件系 的結(jié)構(gòu)l

各模塊功能及模塊間聯(lián)系(接口)表示軟件 構(gòu)的圖形工具結(jié)構(gòu)圖層次圖HIP1.

面向數(shù)流設(shè)計(jì)方法的基本概念為基礎(chǔ)，它定義了把DFD變換成軟件結(jié)構(gòu)的SD以數(shù)據(jù)流不同映射方映射DFD(問題結(jié)構(gòu))軟件系統(tǒng)的結(jié)構(gòu)

(程序結(jié)構(gòu))3838第38頁，共356頁。系統(tǒng)結(jié)構(gòu)特征可歸納為兩種典型形式：3939第39頁，共356頁。變換 結(jié)構(gòu)事務(wù) 結(jié)構(gòu)數(shù)據(jù)流圖可分為兩種類型：變換 數(shù)據(jù)流事務(wù) 數(shù)據(jù)流正文加工系統(tǒng)輸入輸出編輯加標(biāo)題存儲檢索編目錄1.02.03.04.05.06.07.0添加 刪除 插入 修改 合并3.1

3.2

3.3

3.4

3.5列表3.6層次圖(H圖)4040第40頁，共356頁。HIPO圖4141第41頁，共356頁。H圖中每一方(模塊)均有一張IPO圖對應(yīng)HIPO圖層次圖(H圖)(Hierac輸入

/ 處理

/輸出圖(IPO圖)Input

Process

Output)輸入讀口令請求口令文件權(quán)限文件處理1取得輸入2口令確認(rèn)3請求確認(rèn)4更新處理輸出請求記錄權(quán)限記錄狀態(tài)報(bào)告響應(yīng)命令監(jiān)控器

1.0取得輸入

1.1輸入確認(rèn)

1.2請求確認(rèn)

1.3更新處理

1.4航線調(diào)度系統(tǒng)HIPO圖舉例42命令監(jiān)控器(1.0)的IPO圖42第42頁，共356頁。詳細(xì)設(shè)計(jì)(過程設(shè)計(jì)、模塊設(shè)計(jì))4343第43頁，共356頁。主要任務(wù)：編寫詳細(xì)設(shè)計(jì)說明書為此，設(shè)計(jì)(1)確定每寫出模

(2)確定每(3)確定模員應(yīng)：模塊的算法，用工具表達(dá)算法的過程，的詳細(xì)過程性描述。模塊的數(shù)據(jù)結(jié)構(gòu)。接口細(xì)節(jié)。詳細(xì)設(shè)計(jì)是編碼的先導(dǎo)。程序流程圖盒圖(N-S圖)用方框圖代替?zhèn)鹘y(tǒng)的流程圖

3.問題分析圖(PAD)決策樹判定表詳細(xì)設(shè)計(jì)工具4444第44頁，共356頁。N-S圖N-S圖也 做盒圖。五種基本控制結(jié)構(gòu)由五種圖形構(gòu)件 示。4545第45頁，共356頁。PAD 設(shè)置了五種基本控制結(jié)構(gòu)的圖式，并允許遞 使用。問題分析圖(PAD)4646第46頁，共356頁。判定表4747第47頁，共356頁。判定 用于表示程序的靜態(tài)邏輯在判 表中的條件部分給出所有的兩分支判斷的列表 動(dòng)作部分給出相應(yīng)的處理要求 程序流程圖中的多分支判斷都改成兩分支判內(nèi)容模塊程序編寫人員：程序員

階段成果：程序清4848第48頁，共356頁。（4）編碼階段設(shè)計(jì)測試用例測試軟件人員另一

門的分析員或程序員階段成果軟件測試計(jì)劃軟件測試報(bào)告4949第49頁，共356頁。（5）測試階段測試是為了尋找錯(cuò)誤而運(yùn)行程序的過程軟件產(chǎn)品最大的成本是檢測軟件錯(cuò)誤、修正軟件錯(cuò)誤的成本。在整個(gè)軟件開發(fā)中，測試工作量一般占

30%～40%，甚至≥50%。測試的目的發(fā)現(xiàn)程序中的錯(cuò)誤,是為了證明程序有錯(cuò),而不是證明程序無錯(cuò).程序測試能證明錯(cuò)誤的存在,但不能證明錯(cuò)誤不存在”

一個(gè)好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。5050第50頁，共356頁。軟件測試的認(rèn)識軟件測試是有風(fēng)險(xiǎn)的行為軟件缺陷數(shù)量遺漏軟件缺陷數(shù)目測試費(fèi)用測試中測試后測試工作量最優(yōu)測量量軟件測試不可能發(fā)現(xiàn)程序中存在的所有錯(cuò)誤,因此需精心設(shè)計(jì)測試方案51每一個(gè)軟件項(xiàng)目都有一個(gè)最優(yōu)的測量量51第51頁，共356頁。測試原則

(1)所有的測試(2)概要設(shè)計(jì)時(shí)5252第52頁，共356頁。應(yīng)追溯到用戶需求完成測試計(jì)劃，詳細(xì)的測試用例定義可在設(shè)計(jì)模，所有測試可在任何代碼被產(chǎn)生之前進(jìn)行計(jì)劃和型確定后開設(shè)計(jì)。pareto原則應(yīng)孤立這些窮舉測試是(5)應(yīng)由獨(dú)立的測試用例應(yīng)兼顧合理的程序修改后應(yīng)長期保留測測試發(fā)現(xiàn)的錯(cuò)誤中80%很可能起源于20%的模塊中。點(diǎn)模塊重點(diǎn)測試?？赡艿摹Ｈ絹順?gòu)造測試。輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成.入和不合理的輸入數(shù)據(jù)回歸測試用例，直至系統(tǒng)廢棄。測試與開發(fā)前期工作的關(guān)系決定軟件與系統(tǒng)的配合關(guān)系需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編

碼單元測試集成測試確認(rèn)測試系統(tǒng)測試5353第53頁，共356頁。軟件測試的策略和方法靜態(tài)測試方法人工測試方法計(jì)算機(jī)輔助靜態(tài)分析方法白盒測試方法動(dòng)態(tài)測試方法黑盒測試方法軟件測試方法與技術(shù)5454第54頁，共356頁。靜態(tài)測試：被測試的軟5555第55頁，共356頁。軟件進(jìn)行分析、檢查和審閱，不實(shí)際運(yùn)行。靜態(tài)測試約可找出30～70%的邏輯設(shè)計(jì)錯(cuò)誤.對需求規(guī)格說明書、軟件設(shè)計(jì)說明書、源程序做檢查和審閱，包括?是否符?通過結(jié)標(biāo)準(zhǔn)和規(guī)范；分析、流圖分析、符號執(zhí)行指出軟件缺陷過運(yùn)行軟件來檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)動(dòng)態(tài)測試：果的正確性基本要素：動(dòng)態(tài)測試的兩

u

被測試程序

u

測試數(shù)據(jù)（試用例）測試(test)調(diào)試(debug)以已知條件開定義的程序,,使用預(yù)先預(yù)知的結(jié)果以不可知內(nèi)部條件開始,結(jié)果一般不可預(yù)見有計(jì)劃被動(dòng)的由獨(dú)立的測試組，在不了解軟件設(shè)計(jì)的條件下完成5656第56頁，共356頁。由程序作者進(jìn)行發(fā)現(xiàn)錯(cuò)找出錯(cuò)誤位置，排除測試與調(diào)試(排錯(cuò))邏輯覆蓋法5757第57頁，共356頁。語句判定條件蓋－使程序中每個(gè)語句至少執(zhí)行一次蓋－使每個(gè)判定的真假分支都至少執(zhí)行一次蓋－使每個(gè)判定的每個(gè)條件的可能取值至少執(zhí)行一次判定 條件覆蓋－使判斷中的每個(gè)條件的所有可能取值至少執(zhí)行一次，同時(shí)每個(gè)判斷本身的所有可能判斷結(jié)果至少執(zhí)行一次條件 合覆蓋－所有可能的條件取值組合至少執(zhí)行一次路徑 蓋－覆蓋每一個(gè)可能的路徑測試用例設(shè)計(jì)1、黑盒測試2、白盒

試3、單元測試4、累計(jì) 合測試5、集成

試6、功能測試7、系統(tǒng)

試8、端到端測試9、健全

試10、衰 測試11、接受測試12、負(fù)載測試13、強(qiáng)迫測試14、性能測試15、可用性測試16、安裝/卸載測試17、恢復(fù)測試18、兼容測試19、安全測試20、比較測試21、Alpha測試22、Beta測試測試類型5858第58頁，共356頁。黑盒測試5959第59頁，共356頁。又稱:功能

試數(shù)據(jù) 動(dòng)測試基于 格說明書的測試白盒測試又稱:開盒測試結(jié)構(gòu)測試玻璃 測試基于 蓋的測試黑盒測試是從用戶觀點(diǎn)，按規(guī)格說明書要求的輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系設(shè)計(jì)測試用例,是根據(jù)程序外部特征進(jìn)行測試。白盒測試是根據(jù)程序內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測試。60黑盒測試與白盒測試優(yōu)缺點(diǎn)比較優(yōu)點(diǎn)第60頁，共356頁。缺點(diǎn)性質(zhì)黑盒測試①適用于各階段測試②從產(chǎn)品功能角度測試③容易入手生成測試數(shù)據(jù)白盒測試①可構(gòu)成測試數(shù)據(jù)使特定程序部分得到測試②有一定的充分性度量手段③可或較多工具支持①某些代碼得不到測試②如果規(guī)格說明有誤，則無法發(fā)現(xiàn)③不易進(jìn)行充分性測試①不易生成測試數(shù)據(jù)(通常)②無法對未實(shí)現(xiàn)規(guī)格說明的部分進(jìn)行測試③工作量大，通常只用于單元測試，有應(yīng)用局限是一種確認(rèn)技術(shù)，回答“我們在構(gòu)造一個(gè)正確的系統(tǒng)嗎？”是一種驗(yàn)證技術(shù)，回答“我們在正確地構(gòu)造一個(gè)系統(tǒng)嗎？”60功能測試功能測試是在規(guī)定的一段時(shí)間內(nèi)運(yùn)行軟件系統(tǒng)的所有功能，以驗(yàn)證這個(gè)軟件系統(tǒng)有無嚴(yán)重錯(cuò)誤。可靠性測試①平均失效間隔時(shí)間MTBF

(Mean

Time

BetweenFailures)是否超過規(guī)定時(shí)限?②因故障而停機(jī)的時(shí)間MTTR

(Mean

Time

ToRepairs)在一年中應(yīng)不超過多少時(shí)間。6161第61頁，共356頁。強(qiáng)度測試6262第62頁，共356頁。強(qiáng)度測試是要檢查在系統(tǒng)運(yùn)行環(huán)境不正常乃至發(fā)生故障的情況下，系統(tǒng)可以運(yùn)行到何種程度的測試。例如：要占用最大存儲量或其它資源的測試用例進(jìn)行測試。在虛擬存儲管理機(jī)制中引起“顛簸”的測試用例進(jìn)行把輸

數(shù)據(jù)速率提高一個(gè)數(shù)量級，確定輸入功能將如何響應(yīng)。設(shè)計(jì)

設(shè)計(jì)測試。設(shè)計(jì)對磁盤常駐內(nèi)存的數(shù)據(jù)過度訪問的測試用例進(jìn)行測試。強(qiáng)度測試的個(gè)小范圍現(xiàn)，或者個(gè)變種就是敏感性測試。在程序有效數(shù)據(jù)界限內(nèi)一的一組數(shù)據(jù)可能引起極端的或不平穩(wěn)的錯(cuò)誤處理出致極度的性能下降的情況發(fā)生。性能測試性能測試是要檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能。特別是對于實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)。性能測試常常需要與強(qiáng)度測試結(jié)合起來進(jìn)行，并常常要求同時(shí)進(jìn)行硬件和軟件檢測。通常，對軟件性能的檢測表現(xiàn)在以下幾個(gè)方面：響應(yīng)時(shí)間、吞吐量、輔助存儲區(qū)，例如緩沖區(qū)，工作區(qū)的大小等、處理精度等。啟動(dòng)／停止測試目的是驗(yàn)證在機(jī)器啟動(dòng)及關(guān)機(jī)階段，軟件系統(tǒng)正確處理的能力。6363第63頁，共356頁?；謴?fù)測試6464第64頁，共356頁?；謴?fù)測試

要證實(shí)在克服硬件故障(包括掉電、硬件或網(wǎng)絡(luò)出 等)后，系統(tǒng)能否正常地繼續(xù)進(jìn)行工作，并不對系 造成任何損害。容量測試檢驗(yàn)系統(tǒng)的能力最高能達(dá)到什么程度。例如，對于 譯程序，讓它處理特別長的源程序；對于 作系統(tǒng)，讓它的作業(yè)隊(duì)列“滿員”；對于 息檢索系統(tǒng)，讓它使用頻率達(dá)到最大。在使系統(tǒng)的全部資源達(dá)到“滿負(fù)荷”的情形下，測試系統(tǒng)的承受能力。配置測試6565第65頁，共356頁。是要 查計(jì)算機(jī)系統(tǒng)內(nèi)各個(gè)設(shè)備或各種資源之間的相互聯(lián)結(jié)和功能分配中的錯(cuò)誤。主要 括：配置命令測試：驗(yàn)證全部配置命令的可操作性 有效性）。循環(huán)配置測試：證明對每個(gè)設(shè)備物理與邏輯的 邏輯與功能的每次循環(huán)置換配置都能正常 作。修復(fù)測試：檢查每種配置狀態(tài)及哪個(gè)設(shè)備是壞 ，并用自動(dòng)的或手工的方式進(jìn)行配置狀態(tài) 的轉(zhuǎn)換。安全性測試6666第66頁，共356頁。檢驗(yàn)在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無漏洞?？墒褂眯詼y試從使用

合理性和方便性等角度對軟件系統(tǒng)進(jìn)行檢查，發(fā) 人為因素或使用上的問題?？芍С中詼y試驗(yàn)證系統(tǒng)的支持策略對于公司與用戶方面是否切實(shí)可行。安裝測試安裝測 是要找出在安裝過程中出現(xiàn)的錯(cuò)誤。過程測試6767第67頁，共356頁。在一些大的系統(tǒng)中，部分工作需由各種人員按一定規(guī)程同算機(jī)配合，靠人工來完成。指定由人工完成的過程也需經(jīng)過仔細(xì)的檢查，這就是所謂的過程測試?；ミB測試驗(yàn)證兩個(gè)或多個(gè)不同的系統(tǒng)之間的互連性。兼容性測試驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性。包括：向下兼容和交錯(cuò)兼容文檔測試檢查用戶文檔(如用戶手冊)的清晰性和精確性。調(diào)試（Debug）方法6868第68頁，共356頁。強(qiáng)行排錯(cuò)回溯法調(diào)試先分析錯(cuò)向回追蹤征兆，確定最先發(fā)現(xiàn)“癥狀”的位置。然后沿程序的控制流程，程序代碼。歸納法調(diào)試歸納 是一種從特殊推斷一般的系統(tǒng)化思考方法。從一些線索(錯(cuò)誤征兆) ，通過分析它們之間的關(guān)系來找出錯(cuò)誤。演繹法調(diào)試演繹法是法。首先后再用原余下的假種從一般原理出發(fā)，經(jīng)過排除來推導(dǎo)結(jié)論的思考方據(jù)已有的測試用例，設(shè)想所有可能出錯(cuò)的原因；然測試數(shù)據(jù)，逐個(gè)排除不可能正確的假設(shè)；最后驗(yàn)證確是出錯(cuò)的原因。軟件測試過程設(shè)計(jì)信息集成測試被測模塊被測模塊單元測試單元測試被測模塊單元測試測試過的模塊系統(tǒng)測試軟件需求其它系統(tǒng)元素確認(rèn)測試裝配好6969第69頁，共356頁。的軟件確認(rèn)的軟件可運(yùn)行的軟件軟件測試步驟單元測試7070第70頁，共356頁。單元測試

檢驗(yàn)每個(gè)模塊能否單獨(dú)工作集成測試（組裝測試）集成測試 檢驗(yàn)概要設(shè)計(jì)中模塊接口設(shè)計(jì)問題通常采用黑盒測試技術(shù)集成測試方法實(shí)施策略:非漸增式測試

次就把所有通過了單元測試的模塊組合在一起進(jìn)行全程序的測試.漸增式測試從一個(gè)模塊開始,測一次添加一個(gè)模塊，邊組裝邊測試，以發(fā)現(xiàn)與接 聯(lián)系的問題。運(yùn)用黑盒測試證實(shí)軟件功方法，通過實(shí)施預(yù)定的測試計(jì)劃和測試步驟,與用戶需求是否一致.確認(rèn)測試軟件配置審查集成的軟件軟件需求

用戶文檔設(shè)計(jì)文檔源程序測試文檔交付的軟

件7171第71頁，共356頁。確認(rèn)的軟

件主管部門批準(zhǔn)確認(rèn)的配

置確認(rèn)測試

(有效性測試、驗(yàn)收測試）α測試和β測試7272第72頁，共356頁。α測試(Alpha)在開發(fā)者的場所由用戶進(jìn)行,在開發(fā)者關(guān)注控制的環(huán)境下進(jìn)行。α測試的的是評價(jià)軟件產(chǎn)品的FLURPS（即功能、局域化、可使用性可靠性、性能和支持）。尤其注重產(chǎn)品的界面和特色。β測試(Beta)

最終用戶在自己的場所進(jìn)行。β測試是這些用戶測試時(shí)，控制的環(huán)在β測試認(rèn)定的，軟件的多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測試?；赜嘘P(guān)錯(cuò)誤信息給開發(fā)者。發(fā)者通常不在測試現(xiàn)場。因而，β測試是在開發(fā)者無法下進(jìn)行的軟件現(xiàn)場應(yīng)用。由用戶記下遇到的所有問題，包括真實(shí)的以及主觀期向開發(fā)者報(bào)告。恢復(fù)測試以不同的方式強(qiáng)使軟件出現(xiàn)故障,檢測軟件能否恰當(dāng)?shù)赝瓿苫謴?fù)。安全性測試設(shè)計(jì)測試用例,突破軟件安全保護(hù)機(jī)構(gòu)的安全保密措施, 驗(yàn)系統(tǒng)預(yù)防機(jī)制的漏洞.強(qiáng)度測試是 種敏感性測試技術(shù),設(shè)計(jì)測試用例,

讓系統(tǒng)處于資 的異常數(shù)量、異常頻率、異常批量的條件下測試 統(tǒng)的承受能力。性能測試設(shè)計(jì) 試用例，并記錄軟件運(yùn)行性能，與性能要求比較，檢 是否達(dá)到性能要求規(guī)格。7373第73頁，共356頁。系統(tǒng)測試(6)軟件維護(hù)7474第74頁，共356頁。在軟件運(yùn)行／維護(hù)階段對軟件產(chǎn)品進(jìn)行的修改就是所謂的維護(hù)。維護(hù)的類型有三種：改 性維護(hù)適 性維護(hù)完 性維護(hù)改正性維護(hù)7575第75頁，共356頁。在軟件交付使用后，因開發(fā)時(shí)測試的不徹底、不完全，必然會(huì)有部分隱藏的錯(cuò)誤遺留到運(yùn)行階段。為了識別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程就叫做改正性維護(hù)。適應(yīng)性維護(hù)在使用過程中，外部環(huán)境（新的硬、軟件配置）數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護(hù)。7676第76頁，共356頁。完善性維護(hù)在軟件的使用過程中，用戶往往會(huì)對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效率、提高軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動(dòng)叫做完善性維護(hù)。7777第77頁，共356頁。預(yù)防性維護(hù)預(yù)防性維護(hù)是為了提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。預(yù)防性維護(hù)定義為：采用先進(jìn)的軟件工程方法

對需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計(jì)、編制和測試。在整個(gè) 件維護(hù)階段所花費(fèi)的全部工作量中，完善性維護(hù)占了幾乎一半的工作量。軟件維護(hù)活動(dòng)所花費(fèi)的工作占整個(gè)生存期工作量的70%以上，7878第78頁，共356頁。維護(hù)在軟件生存期所占比例三類維護(hù)占總維護(hù)比例7979第79頁，共356頁。軟件可維護(hù)性的定義軟件可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷，以及為滿足新的要求進(jìn)行修改、擴(kuò)充或壓縮的容易程度?？删S護(hù)性、可使用性、可靠性是衡量軟件質(zhì)量的主要質(zhì)量特性，也是用戶十分關(guān)心的幾個(gè)方面。軟件的可維護(hù)性是軟件開發(fā)階段各個(gè)時(shí)期的關(guān)鍵目標(biāo)。8080第80頁，共356頁。目前廣泛使用的是用如下的七個(gè)特性來衡量程序的可維護(hù)性?？衫斫庑钥墒褂眯钥蓽y試性可移植性可修改性效率可靠性8181第81頁，共356頁?？衫斫庑钥衫斫庑员砻魅藗兺ㄟ^閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運(yùn)行的容易程度。一個(gè)可理解的程序應(yīng)具備以下一些特性：模塊化，風(fēng)格一致性，不使用令人捉摸不定或含糊不清的

代碼，使用有意義的數(shù)據(jù)名和過程名，結(jié)構(gòu)化，完整性等。8282第82頁，共356頁?？煽啃钥煽啃员砻饕粋€(gè)程序按照用戶的要求和設(shè)計(jì)目標(biāo)，在給定的一段時(shí)間內(nèi)正確執(zhí)行的概率。關(guān)于可靠性，度量的標(biāo)準(zhǔn)主要有：平均失效間隔時(shí)間MTTF平均修復(fù)時(shí)間MTTR有效性A

=MTBD/(MTBD+MDT)8383第83頁，共356頁。可測試性可測試性表明論證程序正確性的容易程度。程序越簡單 證明其正確性就越容易。而且設(shè)計(jì)合用的測試用例 取決于對程序的全面理解。一個(gè)可 試的程序應(yīng)當(dāng)是可理解的，可靠的，簡單的。4.可修改性可修改性表明程序容易修改的程度。8484第84頁，共356頁。的程序應(yīng)當(dāng)是可理解的、通用的、靈活的、一個(gè)可修簡單的。通用性是靈活性是程序適用于各種功能變化而無需修改能夠容易地對程序進(jìn)行修改?？梢浦残?585第85頁，共356頁?？梢浦残员砻鞒绦蜣D(zhuǎn)移到一個(gè)新的計(jì)算環(huán)境的可能性的大小。 者它表明程序可以容易地、有效地在各種各樣的計(jì)算環(huán)境中運(yùn)行的容易程度。一個(gè)可移植的程序應(yīng)具有結(jié)構(gòu)良好、靈活、不依賴于某一具體計(jì)算機(jī)或操作系統(tǒng)的性能。效率效率表明一個(gè)程序能執(zhí)行預(yù)定功能而又不浪費(fèi)機(jī)器資源的程度。這些機(jī)器資源包括內(nèi)存容量、外存容量、通道容量和執(zhí)行時(shí)間。7.可使用性從用戶觀點(diǎn)出發(fā)，可使用性定義為程序方便、實(shí)用、及易于使用的程度。一個(gè)可使用的程序應(yīng)是易于使

用的、能允許用戶出錯(cuò)和改變，并盡可能不使用戶陷入混亂狀態(tài)的程序。8686第86頁，共356頁。2.2軟件質(zhì)量保證8787第87頁，共356頁。軟件

量保證活動(dòng)：應(yīng)用

術(shù)方法正式

技術(shù)評審軟件

試標(biāo)準(zhǔn)

實(shí)施控制

更量度記錄

報(bào)告軟件質(zhì)量特性8888第88頁，共356頁。ISO/IEC

26軟件質(zhì)量模型的三個(gè)層次質(zhì)量特性質(zhì)量子特性

質(zhì)量量度指標(biāo)1.功能性適合性－匹配相應(yīng)的功能要求

準(zhǔn)確性－得到正確的結(jié)果或效果互用性－能與其他系統(tǒng)交互操作依從性－復(fù)合有關(guān)標(biāo)準(zhǔn)、法規(guī)

安全性－避免非法訪問8989第89頁，共356頁。可靠成熟

－軟件失效頻度容錯(cuò)

－措施使用下的維持軟件水平程度易恢

性－恢復(fù)原有水平的難易程度易使

性易理

性－理解軟件邏輯的難易易學(xué)

－為了應(yīng)用付出的努力易操

性－為了操作所付出的努力9090第90頁，共356頁。效率時(shí)間特

－軟件響應(yīng)快慢資源特

－軟件使用資源量和占用資源時(shí)間可維易分易改穩(wěn)定易測9191第91頁，共356頁。性性－為找出問題原因付出的努力性－為修改或排錯(cuò)付出的努力－因修改帶來的風(fēng)險(xiǎn)大小性－確認(rèn)已修改軟件的努力6.可移植性適應(yīng)性－適應(yīng)不同環(huán)境的能力易安裝性－規(guī)定環(huán)境下的安裝難易一致性－與可移植性有關(guān)標(biāo)準(zhǔn)的復(fù)合程度易替換性－替換其他軟件的難易9292第92頁，共356頁。Mc

Call軟件質(zhì)量模型9393第93頁，共356頁。過程的定義SEI－CM護(hù)的一定義過程是用于軟件開發(fā)及維列活動(dòng)、方法及實(shí)踐。2.3軟件過程管理9494第94頁，共356頁。關(guān)鍵概念9595第95頁，共356頁。CMM強(qiáng)調(diào)機(jī)

一致地、可預(yù)測地生產(chǎn)高質(zhì)量軟件產(chǎn)品的能力。過程（Process）：為了達(dá)到給定目標(biāo)所實(shí)施的一序列步驟。〔人員利 規(guī)程、方法、工具和設(shè)備將輸入轉(zhuǎn)化成產(chǎn)品〕軟件過程（Software

Process）:軟件開發(fā)人員開發(fā)和維護(hù)軟件及的一套行相關(guān)產(chǎn)品（如項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、代碼等等）、方法、實(shí)踐及變換過程。軟件產(chǎn)品的質(zhì)量取決于軟件過程質(zhì)量軟件過程能力（

Software

Process

Capability

）：遵循某軟件過程可

達(dá)到的預(yù)期結(jié)果的范圍。軟件過程效能（Software

Process

Performance）:

遵循一個(gè)軟件過 所達(dá)到的實(shí)際結(jié)果。9696第96頁，共356頁。軟件過程成熟度（Software

Process

Maturity）:

針對具體的軟件過程進(jìn) 明確定義、管理、測量、控制以及有效的程度。軟件過程成熟度要求機(jī)構(gòu)改進(jìn)軟件過程基礎(chǔ)設(shè)施（

Infrastructure）：機(jī)構(gòu)或系統(tǒng)的基本框架，包括正在執(zhí)行的軟件 程的機(jī)構(gòu)機(jī)構(gòu)、策略、標(biāo)準(zhǔn)、培訓(xùn)、設(shè)備和工具。機(jī)構(gòu)文化(corporate

culture)：做事情的方式。制度化（

Institutionalization

）：建立起支持方法、實(shí)踐和規(guī)程的基礎(chǔ)設(shè) 和企業(yè)文化。實(shí)現(xiàn)

管理和支持過程之間的關(guān)系9797第97頁，共356頁。軟件過程的分類和組成9898第98頁，共356頁。軟件基本過程：軟件獲取、供應(yīng)、開發(fā)、運(yùn)行和 護(hù)的過程，包括需求分析、軟件設(shè)計(jì)、編碼 過程。軟件支持過程：對軟件主要過程提供支持的過程 包括文檔編制過程、配置管理過程、質(zhì)量 證過程、驗(yàn)證和確認(rèn)過程（測試過

程） 評審過程等。軟件組織過程：對軟件主要過程和支持過程的組 保證過程，包括管理過程、基礎(chǔ)設(shè)施過程 改進(jìn)過程和培訓(xùn)過程。IEC12207軟件生存周期過程9999第99頁，共356頁。ISO/IEC15504軟件生存周期過程100100第100頁，共356頁。軟件過程規(guī)范的建立101101第101頁，共356頁。軟件

力成熟度模型（CMM/CMMI

）個(gè)體

件過程（PSP）團(tuán)隊(duì)

件過程（TSP）IBM-

ional統(tǒng)一過程（RUP）極限

程（eXtreme

Programming，XP）微軟

件框架（MSF）軟件工程過程102102第102頁，共356頁。工程 程是軟件系統(tǒng)、產(chǎn)品的定義、設(shè)計(jì)、實(shí)現(xiàn)以及維護(hù) 過程。開發(fā)過 ：定義并開發(fā)軟件產(chǎn)品的活動(dòng)過程，包括需求分析、軟件設(shè)計(jì)和 程等。運(yùn)行過 ：在規(guī)定的環(huán)境中為其用戶提供運(yùn)行計(jì)算機(jī)系統(tǒng)服務(wù)的活動(dòng)過 ，包括軟件部署維護(hù)過程：提供維護(hù)軟件產(chǎn)品服務(wù)的活動(dòng)過程，也就是通過軟態(tài)，這一的修改、變更，使軟件系統(tǒng)保持合適的運(yùn)行狀程包括軟件產(chǎn)品的移植和退役。軟件支持過程文檔

制配置管理質(zhì)量保證驗(yàn)證確認(rèn)聯(lián)合

審審核問題

決□查、修改和發(fā)布所有文檔。根據(jù)件定和義數(shù)的據(jù)標(biāo)等準(zhǔn)有與關(guān)已內(nèi)確定容的）計(jì)被劃標(biāo)來識編、寫定、義審。根據(jù)已定義的配置項(xiàng)建立基線，以便對更明確并定義文檔開發(fā)中所采用的標(biāo)準(zhǔn)、軟件過程中所需要的各類文檔。詳細(xì)說明所有文檔的內(nèi)容、目的及相關(guān)的輸出產(chǎn)□□品針。軟對過件程過或程項(xiàng)或目項(xiàng)確定目質(zhì)中量的保配證置活動(dòng)項(xiàng)、（制如定程出序相應(yīng)、的文計(jì)劃與進(jìn)度表。確定質(zhì)量保證活動(dòng)的有關(guān)標(biāo)準(zhǔn)、方法、規(guī)程與工根□據(jù)按需已改要定驗(yàn)與義證發(fā)的的布標(biāo)工進(jìn)準(zhǔn)作和行產(chǎn)具有品體效所的的制規(guī)控定則制維的護(hù)，規(guī)文范并檔（控。如制產(chǎn)配品置規(guī)項(xiàng)格說明的書）存實(shí)儲施、必處要理的與檢分驗(yàn)發(fā)活，動(dòng)確：保配置項(xiàng)的完全□有效地發(fā)性現(xiàn)與各一類致階段性性。產(chǎn)品所存在的缺陷，并跟蹤和消除□并缺實(shí)陷□施。必記需錄的并確報(bào)認(rèn)告活配動(dòng)。置項(xiàng)的狀態(tài)以及已發(fā)生變更的需求?！蹙吲c。客戶、供應(yīng)商以及其他利益相關(guān)方（或獨(dú)立的第三確方）定對進(jìn)開行發(fā)質(zhì)的活量動(dòng)保和證產(chǎn)活品動(dòng)進(jìn)行所評需估的。資源、組織及其為組聯(lián)合織評成審員的的實(shí)職施責(zé)制。定相應(yīng)的計(jì)劃與進(jìn)度，跟根□據(jù)客有戶蹤實(shí)足評際夠?qū)徯璧幕钋竽軇?dòng)，力，確確直認(rèn)保至所必結(jié)有要束工的作。產(chǎn)質(zhì)品量相保應(yīng)證的活質(zhì)動(dòng)量獨(dú)準(zhǔn)立則于，判斷管是理否者與以指及定的過需程求實(shí)、際計(jì)執(zhí)劃行以者及之合外同進(jìn)相行一開致展。和實(shí)提□供有提施關(guān)供。證及據(jù)時(shí)，的以、證有明明開發(fā)確出職的責(zé)工的作以產(chǎn)及品文滿檔足化或的適方式，103103第103頁，共356頁?！鹾现浮跤啥ㄒ院显诘拇_適與需保的各求所、類。有相獨(dú)關(guān)發(fā)立的現(xiàn)的計(jì)的一劃問方進(jìn)題來度都安保經(jīng)持排一過對致相產(chǎn)的應(yīng)品前的或提分過下析程，實(shí)并的得審核到施工解所作決制定。的質(zhì)量保證活動(dòng)。□以確提定供其一是種否相符應(yīng)合的特機(jī)定制需，求以識別所發(fā)現(xiàn)的問題并根據(jù)相應(yīng)的趨勢采取行動(dòng)。軟件管理過程104104第104頁，共356頁。軟件的管理過程105105第105頁，共356頁。是計(jì)劃、跟蹤和協(xié)調(diào)項(xiàng)目執(zhí)行及生產(chǎn)所需資源的管理過程的活動(dòng)，包括軟件基本過程的范圍確定、策、評審和評價(jià)等。是對項(xiàng)目產(chǎn)品和服務(wù)的質(zhì)量加以管理，從而獲得最。此過程包括在項(xiàng)目以及組織層次上建立對產(chǎn)品和關(guān)注，在整個(gè)項(xiàng)目的生命周期中對風(fēng)險(xiǎn)不斷的識別、回避風(fēng)險(xiǎn)、降低風(fēng)險(xiǎn)或消除風(fēng)險(xiǎn)，并在項(xiàng)目以及立有效的風(fēng)險(xiǎn)管理機(jī)制理過程，選擇合格的子合同商并對其進(jìn)行管理的項(xiàng)目管理過理過程。項(xiàng)目劃、執(zhí)行和控質(zhì)量管理過大的客戶滿意過程質(zhì)量管理風(fēng)險(xiǎn)管理過診斷和分析組織層次上子合同商過程軟件組織過程106106第106頁，共356頁。①業(yè)務(wù)以及企劃過程是為組織與項(xiàng)目成員提供對愿景的描述

文化的介紹，從而使項(xiàng)目成員能更有效地工作。②定義過而對其是建立一個(gè)可重復(fù)使用的過程定義庫，從過程等提供指導(dǎo)、約束和支持③

改進(jìn)過程是為了滿足業(yè)務(wù)變化的需要，提高過程的效率度量、有效性，而對軟件過程進(jìn)行持續(xù)的評估、制和改善的過程④人力資和培訓(xùn)過程，為項(xiàng)目或其它組織過程提供培訓(xùn)合格人員所需的活動(dòng)⑤基礎(chǔ)設(shè)其他過過程是建立生存周期過程基礎(chǔ)結(jié)構(gòu)、為建立和維護(hù)所需基礎(chǔ)設(shè)施的過程軟件客戶－供應(yīng)商的過程客戶－供應(yīng)商過程是內(nèi)部直接影響到客戶、外部直接 響開發(fā)、向客戶交付軟件以及軟件正確操作與使 的過程，包括軟件獲得、客戶需求管理、提供軟 、操作軟件以及提供客戶服務(wù)等5個(gè)子過程獲取過程從確定需要獲取的軟件系統(tǒng)、產(chǎn)品或服務(wù)開始，然后制定和發(fā)布標(biāo)書、選擇供方和管理獲的基礎(chǔ)取過程，直?到驗(yàn)收確軟定和件按管系客理統(tǒng)戶由、、于引事產(chǎn)人先品并規(guī)或發(fā)定服操的作務(wù)要軟求。件對而軟帶件進(jìn)行來的操作上的風(fēng)險(xiǎn)。平確。保軟件（或主機(jī)系統(tǒng)）有足夠的能力滿足用戶的需求。在整個(gè)軟件生命包周裝期、中發(fā)，布針與對安不裝斷的?活動(dòng)過基程于實(shí)施情況，確定客戶所需要的支107107第107頁，共356頁。變化的客戶該需過求程加?的以成收?功按集要實(shí)、求施處確的會(huì)理定步導(dǎo)和驟包致跟和裝在、蹤最要發(fā)，終持求布服生的以務(wù)成操及。一作安環(huán)個(gè)裝境明軟中件確運(yùn)的的有合關(guān)并建同立或軟條件需約求，的清行軟基楚件準(zhǔn)地要。線描求，述。以出作客為戶項(xiàng)與目供中?應(yīng)方的通過期提望供、適職當(dāng)責(zé)的服與務(wù)來滿足客戶的需求。軟件義開務(wù)發(fā)?；顒?dòng)過程?和產(chǎn)?提品供度操量軟作和件上變有的更效技管地術(shù)理?支被持安，裝針以與便對使解客用決戶。操對產(chǎn)品本身及其相應(yīng)的支作過程?個(gè)出現(xiàn)軟的件問達(dá)題到．需求持定服義務(wù)中的所滿規(guī)意定程的度質(zhì)進(jìn)量行水持續(xù)的評估基于SOA的軟件過程模型面向服SOA）是企描述了一業(yè)務(wù)的服架構(gòu)（Service-Oriented

Architecture，級的、按需連接資源的新型架構(gòu)，它

列模式和指導(dǎo)方針來創(chuàng)建松耦合、依賴。108108第108頁，共356頁。109109第109頁，共356頁。2.4軟件復(fù)用軟件復(fù)軟件復(fù)用是檔等）來開的定義用已有的軟件產(chǎn)品（如設(shè)計(jì)、代碼、文新的軟件系統(tǒng)的過程。軟件復(fù)用的粒度按照可復(fù)用的粒度，軟件制品從小到大分為以下幾類：–源代碼

用–軟件體

結(jié)構(gòu)復(fù)用–應(yīng)用程序生成器–領(lǐng)域特

的軟件體系結(jié)構(gòu)的復(fù)用110110第110頁，共356頁。橫向復(fù)用和縱向復(fù)用縱向復(fù)用是在一類具有較多公性的應(yīng)用領(lǐng)域之間行軟部品復(fù)用。領(lǐng)域分析橫向復(fù)用是

復(fù)用不同應(yīng)用領(lǐng)

中的軟件元素。

用戶需求軟件開發(fā)與構(gòu)件開發(fā)目標(biāo)軟件確認(rèn)復(fù)用構(gòu)件庫檢索

理解111111第111頁，共356頁。構(gòu)件模型及實(shí)現(xiàn)◎

構(gòu)件的定義構(gòu)件是指語義完整、語法正確和有可重用價(jià)值的單位軟件，是軟件重用過程中可以明確辨識的系統(tǒng)；結(jié)構(gòu)上，它是語義描述、通訊接口和實(shí)現(xiàn)代碼的復(fù)合體。112112第112頁，共356頁。◎構(gòu)件模113113第113頁，共356頁。的三個(gè)主要流派OMG（ObjecCORBA（Com通用對象請Management

Group，對象管理集團(tuán)）的n

Object

Request

Broker

Architecture，代理結(jié)構(gòu)）Sun的EJB（Erprise

Java

Bean）MicrosoftModel，分COM（Distributed

Component

Object式構(gòu)件對象模型）。構(gòu)件獲取從現(xiàn)有構(gòu)件中獲得符合要求的構(gòu)件，直接使用或作適應(yīng)性修改，得到可重用的構(gòu)件；通過遺留工程，將具有潛在重用價(jià)值的構(gòu)件提取出來，得到可重用的構(gòu)件；從市場上購買現(xiàn)成的商業(yè)構(gòu)件，即COTS（CommercialOff-The-Shell）構(gòu)件；開發(fā)新的符合要求的構(gòu)件。114114第114頁，共356頁。（1）構(gòu)件描述構(gòu)件模型是對構(gòu)件本質(zhì)的抽象描述，主要是為構(gòu)件的制作與構(gòu)件的重用提供依據(jù)；從管理角度出發(fā)，也需要對構(gòu)件進(jìn)行描述，例如：實(shí)現(xiàn)方式、實(shí)現(xiàn)體、注釋、生產(chǎn)者、生產(chǎn)日期、大小、價(jià)格、版本和關(guān)聯(lián)構(gòu)件等信息，它們與構(gòu)件模型共同組成了對構(gòu)件的完整描述。115115第115頁，共356頁。構(gòu)件管理（2）構(gòu)件分類與組織116116第116頁，共356頁。關(guān)鍵字分類法刻面分類法超文本組織方法（3）人員及權(quán)限管理一般來講，構(gòu)件庫系統(tǒng)

可包括五類用戶，即注冊用

戶、公共用戶、構(gòu)件提交者、一般系統(tǒng)管理員和超級系統(tǒng)

管理員?！?/p>

關(guān)鍵字分類法117117第117頁，共356頁?！蚩堂娣诸惙?18118第118頁，共356頁。使用環(huán)境應(yīng)用領(lǐng)域功能層次表示方法構(gòu)件重用119119第119頁，共356頁?！?/p>

檢索與提取構(gòu)件基于關(guān)鍵字的檢索刻面檢索法超文本檢索法其他檢索方法◎

理解與評價(jià)構(gòu)件構(gòu)件的功能與行為相關(guān)的領(lǐng)域知識可適應(yīng)性約束條件與例外情形可以預(yù)見的修改部分及修改方法◎

修改構(gòu)件◎

構(gòu)件組裝基于功能的組裝技術(shù)基于數(shù)據(jù)的組裝技術(shù)面向?qū)ο蟮慕M裝技術(shù)構(gòu)件標(biāo)準(zhǔn)規(guī)范120120第120頁，共356頁。為了

不同軟件生產(chǎn)商在不同軟硬件平臺上開發(fā)的構(gòu)件組裝成一個(gè)系統(tǒng)，必須解決異構(gòu)平臺的各構(gòu)件間的互操作問題。目前

際上已出現(xiàn)了一些支持互操作的構(gòu)件標(biāo)準(zhǔn)，典型的有國際對象管理組織OMG推

的CORBA

、Microsoft公司推出的

OM/COM/COM+

和Sun的EJB

。3.1

面向?qū)ο蠡靖拍蠲嫦驅(qū)ο笏枷氲谌?jié)

面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)121121第121頁，共356頁。務(wù)或執(zhí)行122122第122頁，共356頁。定的行為。每個(gè)對象

扮演了一個(gè)角色，并為其它成員提供特定的服在面向?qū)κ澜缰校袨榈膯?dòng)是通過將“消息”傳遞給對此行為附上相關(guān)相應(yīng)的“責(zé)的對象來完成的；同時(shí)還將伴隨著執(zhí)行要求信息（參數(shù)）；而收到該消息的對象則會(huì)執(zhí)行法”來實(shí)現(xiàn)需求用類和對表示現(xiàn)實(shí)世界，用消息和方法來模擬現(xiàn)實(shí)世界的核心思想面向?qū)ο蠓椒ㄊ抢贸橄蟆⒎庋b等機(jī)制，運(yùn)用對象、類、繼承、封裝、聚合、消息傳遞、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。面向?qū)ο蠓椒ú捎玫淖钪饕獧C(jī)制是抽象。面向?qū)ο?對象+類+繼承+消息通信123123第123頁，共356頁。面向?qū)ο蟮闹饕卣鳎?

封裝性

(Encapsulation)?繼承性(Inheritance)?

多態(tài)性

(Polymorphism)對象是面向?qū)ο蠓椒?gòu)造的系統(tǒng)的基本單位。對象是問題域中客觀存在的事物的抽象，對象具有描其特征和狀態(tài)的屬性，還可以響應(yīng)外界的消息進(jìn)行一定的操作。對象的性和操作組成了一個(gè)完整的對象，對象只對外放其屬性和操作的一部份，大部份實(shí)現(xiàn)細(xì)節(jié)將其它對象隱藏，這種機(jī)制稱為封裝，對象的對接口稱為服務(wù)。將具有 同特征的對象進(jìn)行抽象，形成對這些對象 的抽象 述—類，每個(gè)對象就成為該類的一個(gè)實(shí) 例。對象124124第124頁，共356頁。4.對形成的 象類進(jìn)一步抽象，抽取這些類的共同特征，125125第125頁，共356頁。形成基本的類和派生的類。5.一個(gè)系統(tǒng)就是由各個(gè)對象組成，對象和對象之間存在靜態(tài)系和動(dòng)態(tài)關(guān)系，靜態(tài)關(guān)系體現(xiàn)了對象之間固有的系。動(dòng)態(tài)關(guān)系是對象之間通過發(fā)送消息進(jìn)行通信相互協(xié)作，完成系統(tǒng)功能。復(fù)雜對象可以由簡單象構(gòu)成，這種關(guān)系稱做聚合。在軟件系統(tǒng)開發(fā)的各個(gè)階段，對象有

其不同的表現(xiàn)形式。在程序設(shè)計(jì)語言中，用類來定義對象，類相當(dāng)于一種用戶自

定義的數(shù)據(jù)類型，這種數(shù)據(jù)類型是一個(gè)

由數(shù)據(jù)和作用在這些數(shù)據(jù)之上的操作所

組成的整體。對象相當(dāng)于具有該類型的

一個(gè)變量。126126第126頁，共356頁。消息127127第127頁，共356頁。軟件系統(tǒng)中的對象之間也存在著依存關(guān)系，一個(gè)對象除了通過對外提供服務(wù)來發(fā)揮自己的作用外，還需要請求其它對象為它服務(wù)。消息是向?qū)ο蟀l(fā)出的服務(wù)請求。是面向?qū)ο笙到y(tǒng)中對象之間交互的途徑。在具體的程序設(shè)計(jì)語言中，消息表現(xiàn)為對象在其操作過程中對另一個(gè)對象的服務(wù)程序的調(diào)用，也就是函數(shù)（或過程、例程）調(diào)用。對于純粹的面向?qū)ο笳Z言，所有的函數(shù)調(diào)用都可以看成是一種消息，所有的消息發(fā)送者都是對象。128128第128頁，共356頁。消息

對 之間相互請求或相互協(xié)作的途徑，是要求某個(gè)對 執(zhí)行某個(gè)功能操作的規(guī)格說明129129第129頁，共356頁。消息內(nèi)容

通常包含接收方及請求接收方完成的功能信息發(fā)送方接收方出消息，請求接收方響應(yīng)到消息后，經(jīng)過解釋，激活方法，予以響應(yīng)類130130第130頁，共356頁。類是人類抽象思維的產(chǎn)物。在面向?qū)ο蠓椒ㄖ?，對問題域中與當(dāng)前相關(guān)的對象

進(jìn)行分析，找出事物的共性，并對具有

共同特征的對象進(jìn)行劃分，就得到了類。類是具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述。類是一個(gè)獨(dú)立的程序單位，它具有一個(gè)類名來唯一標(biāo)識這個(gè)類，類的定義體包括屬性和操作。屬性和操作還有公有、私有之分，公有的屬性和操作可以為其它對象所訪問，而私有的屬性和操作是在類對象內(nèi)部實(shí)現(xiàn)，體現(xiàn)了封裝和信息隱藏的操作思想。公有的操作就體現(xiàn)為對象的服務(wù)。131131第131頁，共356頁。具有共同屬性和行為的對象的抽象132132第132頁，共356頁。類與對象的關(guān)系類是對象的抽象對象是類的實(shí)例繼承133133第133頁，共356頁。特殊類對象擁有其一般類的全部屬性和操作，稱做特殊類對一般類的繼承。一般類是對各種特殊類的共同特性的抽象。特殊類通過繼承自動(dòng)獲得一般類所具有的特性，因而特殊類只需要再定義屬于它自己特定的屬性和操作就可以了，特殊類的對象不僅包含它自己類中定義的屬性和操作，也包含了在一般類中定義的所有屬性和服務(wù)。繼承關(guān)中的一般類稱為基類，特殊類稱為派生類。繼承性是共享數(shù)據(jù)類和子類之間方法的機(jī)制繼承性具 傳遞性繼承性包 單繼承和多重繼承子類繼承部分134134第134頁，共356頁。增加部分父類共性部分封裝135135第135頁，共356頁。對象是個(gè)數(shù)據(jù)和操作的封裝體，這個(gè)封裝體對外僅呈少量的接口，大多數(shù)實(shí)現(xiàn)細(xì)節(jié)都對外隱藏。封的含義一是包裝，二是信息隱藏，對外只公布個(gè)有限的界面，通過這個(gè)界面和外界交互。封裝和封裝使了對象到了基務(wù)實(shí)現(xiàn)承是面向?qū)ο蠓椒ㄖ谢パa(bǔ)的兩種技術(shù)。象成為一個(gè)相對獨(dú)立的整體，而繼承給

另一個(gè)發(fā)展的空間，派生類通過繼承得

的屬性和操作。封裝使用其它對象的服

態(tài)共享，而繼承則是對代碼的靜態(tài)共享。封裝是向?qū)ο蟪绦蛟O(shè)計(jì)語言必須提供的機(jī)制。嚴(yán)格的裝要求對象的所有屬性和操作都對外隱藏，外只能通過那些公共的操作（即服務(wù)）才能訪問些屬性。l

封裝是件開發(fā)方法的重要原則，有兩個(gè)涵義：l把對象全部屬性和全部服務(wù)結(jié)合在一起，形成一個(gè)不可分割的獨(dú)立單位（對象）。136136第136頁，共356頁。l

盡可能蔽對象的內(nèi)部細(xì)節(jié)（信息隱蔽）過程1輸入輸出過程2過程3傳統(tǒng)方法數(shù)據(jù)與過程是分離的數(shù)據(jù)實(shí)體對象屬于該對象的數(shù)據(jù)處理數(shù)據(jù)的方法消息137137第137頁，共356頁。消息對象把數(shù)據(jù)和處理數(shù)據(jù)的方法封狀成一個(gè)單元多態(tài)性138138第138頁，共356頁。不同的對象收到同一消息可產(chǎn)生完全不同的結(jié)果，這一現(xiàn)象叫做多態(tài)多態(tài)的效果 用戶發(fā)送一個(gè)通用的消息，而實(shí)現(xiàn)的細(xì)節(jié)則由接收對象自行決定UML是一種UML是一一的、標(biāo)準(zhǔn)化的建模語言應(yīng)用面很廣泛的建模語言3.2

UMLUsUsUeseseCaCaCsasaeseseDiDiDaiaigagargrararmamasmsms用例圖ScScSececneneananrarairiroioio

DiDiD協(xié)aiaigagargrg作ararmama圖smsm圖sStStSatattataetete

DiDiD構(gòu)iaiagaggrgr件raramama圖sms圖sComponentDCioamgproanmesnt部Dia署gram圖sStateStateDiDiD對aiaagaggrgr象raramama圖smsm圖sScenarioScenarioDiDiD狀aiaigagargrg態(tài)ararmama圖smsm圖sDiagramsUsUsUeseseCaCaCsasaeseseD序iag列ra圖m圖sStStSatattataetete

DiDiDiaiagag類grgrararmama圖smsms活動(dòng)圖UML139139第139頁，共356頁。140UML模型關(guān) 的種類種類變種表示法種類變種表示法抽象派生依賴關(guān)系導(dǎo)入私有依賴關(guān)系顯現(xiàn)公有實(shí)現(xiàn)實(shí)現(xiàn)關(guān)系信息流精化依賴關(guān)系包含并跟蹤許可關(guān)聯(lián)關(guān)聯(lián)關(guān)系協(xié)議符合綁定依賴關(guān)系替換依賴關(guān)系140部署使用共356頁。調(diào)用擴(kuò)展Extend創(chuàng)建擴(kuò)展extension擴(kuò)展關(guān)系實(shí)例化泛化泛化關(guān)系職責(zé)包含依賴關(guān)系第140頁，發(fā)送關(guān)聯(lián)關(guān)系iation）表示兩個(gè)類之間存在某種語義上的聯(lián)系。了通信的路徑，它是所有關(guān)系中最通用、語義最

關(guān)聯(lián)（As關(guān)聯(lián)關(guān)系提弱的。在UML中，用一條實(shí)線來表示關(guān)聯(lián)關(guān)系PersoCompanyworksfor141141第141頁，共356頁。employee

*1

employer泛化、實(shí) 與依賴泛化關(guān)系 述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類 子類之間的關(guān)系。142142第142頁，共356頁。實(shí)現(xiàn)關(guān)系用來規(guī)定接口和實(shí)現(xiàn)接口的類或組件之間的關(guān)系。接口

操作的集合，這些操作用于規(guī)定類或組件的服務(wù)。143143第143頁，共356頁。有兩個(gè)元X、Y，如果修改元素X的定義可能會(huì)引起對另一義的修改，則稱元素Y依賴（Dependency）于個(gè)元素Y的元素X。144144第144頁，共356頁。UML定義的圖145第145頁，共356頁。圖名功能備注類圖描述類、類的特性以及類之間的關(guān)系UML

1原有對象圖描述一個(gè)時(shí)間點(diǎn)上系統(tǒng)中各個(gè)對象的一個(gè)快照UML

1非正式圖復(fù)合結(jié)構(gòu)圖描述類的運(yùn)行時(shí)刻的分解UML

2.0新增構(gòu)件圖描述構(gòu)件的結(jié)構(gòu)與連接UML

1原有部署圖描述在各個(gè)節(jié)點(diǎn)上的部署UML

1原有包圖描述編譯時(shí)的層次結(jié)構(gòu)UML中非正式圖用例圖描述用戶與系統(tǒng)如何交互UML

1原有活動(dòng)圖描述過程行為與并行行為UML

1原有狀態(tài)機(jī)圖描述事件如何改變對象生命周期UML

1原有順序圖描述對象之間的交互，重點(diǎn)在強(qiáng)調(diào)順序UML

1原有通信圖描述對象之間的交互，重點(diǎn)在于連接UML

1中的協(xié)作圖定時(shí)圖描述對象之間的交互，重點(diǎn)在于定時(shí)UML

2.0新增交互概觀圖是一種順序圖與活動(dòng)圖的混合UML

2.0新增145UML視圖和圖146146第146頁，共356頁。主要領(lǐng)域視圖圖結(jié)構(gòu)靜態(tài)視圖類圖設(shè)計(jì)視圖復(fù)合結(jié)構(gòu)圖、協(xié)作圖、構(gòu)件圖用例視圖用例圖動(dòng)態(tài)狀態(tài)視圖狀態(tài)機(jī)圖活動(dòng)視圖活動(dòng)圖交互視圖順序圖、通信圖物理部署視圖部署圖模型管理模型管理視圖包圖特性描述包圖147147第147頁，共356頁。類圖表示系統(tǒng)

中的類和

類與類之

間的關(guān)系，它是對系

統(tǒng)靜態(tài)結(jié)

構(gòu)的描述148148第148頁，共356頁。對象圖對象圖是類圖的變形，展示的是類的實(shí)例，是對類圖的實(shí)例化149149第149頁，共356頁。協(xié)作圖描述對象間的協(xié)作關(guān)系，協(xié)作圖跟序列圖相似，顯示對象間的動(dòng)態(tài)合作關(guān)系。如果強(qiáng)調(diào)時(shí)間和順序，則使用序列圖；如果強(qiáng)調(diào)上下級關(guān)系，則選擇協(xié)作圖。這兩種圖合稱為交互圖。150150第150頁，共356頁。狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對類圖的補(bǔ)充151151第151頁，共356頁。構(gòu)件圖描述代碼構(gòu)件的物理結(jié)構(gòu)及各構(gòu)件之間的依賴關(guān)系152152第152頁，共356頁。部署圖部署圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)153153第153頁，共356頁。用例154154第154頁，共356頁。參與者可的價(jià)值結(jié)果。一個(gè)用例定義一組用例實(shí)例組用例實(shí)例組成的，用例實(shí)例也就是常說的“使用場景”，就戶使用系統(tǒng)的一個(gè)實(shí)際的、特定的場景用例實(shí)例 在系統(tǒng)中執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成特定用例是由用例應(yīng)該參與者帶來可見的價(jià)值，這點(diǎn)十分關(guān)鍵用例圖用于顯示若干角色以及這些角色與系統(tǒng)提供的用例之間的連接關(guān)系。用例是系統(tǒng)提供的功能的描述155155第155頁，共356頁。包156156第156頁，共356頁。在面向?qū)浖_發(fā)的視角中，類顯然是構(gòu)建整個(gè)系統(tǒng)的基本構(gòu)造將是成百重性等，就是引入。但是對于龐大的應(yīng)用系統(tǒng)而言，其包含的類千，再加上其間“阡陌交縱”的關(guān)聯(lián)關(guān)系、多然是大大超出了人們可以處理的復(fù)雜度。這也“包”這種分組事物構(gòu)造塊。包的作用對語義定義模提供配在設(shè)計(jì)提供封相關(guān)的元素進(jìn)行分組；中的“語義邊界”；

管理單元；，提供并行工作的單元；的命名空間，其中所有名稱必須惟一157157第157頁，共356頁。交互的概念158158第158頁，共356頁。

一次交互就是指在特定語境中，為了實(shí)現(xiàn)某一個(gè)目標(biāo)，而在一組 象之間進(jìn)行交換的一組消息所表示的行為UML中的4種交互圖159159第159頁，共356頁。序列圖：列圖是一種強(qiáng)調(diào)消息時(shí)間順序的交互圖，為讀者提供控制流隨著時(shí)間推移的清晰的可視化軌跡通信圖：L

2.0中的通信圖實(shí)際上就是UML

1中的協(xié)作圖，它強(qiáng)調(diào)的象結(jié)構(gòu)組參加交互的對象的組織，為讀者提供了在協(xié)作對的語境中觀察控制流的一個(gè)清晰的可視化軌跡順序定時(shí)圖：

用了一種帶數(shù)字刻度的時(shí)間軸來精確地描述消息的交互概述：是交互圖和活動(dòng)圖的混合物序列圖主對象之間序列圖只員會(huì)發(fā)現(xiàn)對于交流當(dāng)前事件求文件使目的需求次的表達(dá)例常常被160160第160頁，共356頁。用于按照交互發(fā)生的一系列順序，顯示這些交互。很象類圖，開發(fā)者一般認(rèn)為他們有意義。然而，一個(gè)組織的業(yè)務(wù)人序列圖顯示不同的業(yè)務(wù)對象如何交互，前業(yè)務(wù)如何進(jìn)行很有用。除記錄組織的，一個(gè)業(yè)務(wù)級的序列圖能被當(dāng)作一個(gè)需，為實(shí)現(xiàn)一個(gè)未來系統(tǒng)傳遞需求。在項(xiàng)段，分析師能通過提供一個(gè)更加正式層把用例帶入下一層次。那種情況下，用化為一個(gè)或者更多的序列圖。序列圖用來反映若干

個(gè)對象之間的

動(dòng)態(tài)協(xié)作關(guān)系，也就是隨著時(shí)

間的推移，對

象之間是如何

交互的161161第161頁，共356頁。通信圖162162第162頁，共356頁。活動(dòng)圖概163163第163頁，共356頁。的是對象到對象的控制流，而活動(dòng)圖則強(qiáng)調(diào)的是從活動(dòng)到活的控制流活動(dòng)圖和 互圖是UML中對系統(tǒng)動(dòng)態(tài)方面建模的兩種主要形式交互圖強(qiáng)活動(dòng)圖是種表述過程基理、業(yè)務(wù)過程以及工作流的技術(shù)。它可以用來程序?qū)崿F(xiàn)業(yè)務(wù)過程、工作流建模，也可以對用例實(shí)現(xiàn)甚至是建模UML

2.0而，去除了“活動(dòng)圖是狀態(tài)圖的一種特這一規(guī)定活動(dòng)圖描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識別并行活動(dòng)164164第164頁，共356頁。3.3面向?qū)ο蟮姆治龊驮O(shè)計(jì)165第165頁，共356頁。面向?qū)ο筌浖_發(fā)的生命周期可分為：分析、設(shè)計(jì)、實(shí)現(xiàn)三部份。OOA過程包發(fā)現(xiàn)識別以下主要活動(dòng)：象，并對它們抽象分類，得到對象的類象的內(nèi)部特征，包括對象的屬