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

第二十三講、信息系統(tǒng)集成專業(yè)技術(shù)知識(shí)1第1頁(yè)，共356頁(yè)。1主要內(nèi)容22第2頁(yè)，共356頁(yè)。第一節(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ò)知識(shí)信息系統(tǒng)開(kāi)發(fā)流程系統(tǒng)實(shí)施50％系統(tǒng)設(shè)計(jì)20％系統(tǒng)分析15％系統(tǒng)運(yùn)行和評(píng)價(jià)6％總體規(guī)劃9％總體規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行和評(píng)價(jià)可行性研究報(bào)告系統(tǒng)方案說(shuō)明書(shū)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)用戶說(shuō)明書(shū)第一節(jié)信息系統(tǒng)建設(shè)33第3頁(yè)，共356頁(yè)。信息系統(tǒng)開(kāi)發(fā)生命周期總體規(guī)

內(nèi)容信息

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

件系統(tǒng)

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

劃44第4頁(yè)，共356頁(yè)?？傮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頁(yè)，共356頁(yè)。系統(tǒng)設(shè)計(jì)階段的目標(biāo)為系統(tǒng)設(shè)施階段的編程、測(cè)試提供依據(jù)系統(tǒng)設(shè)計(jì)階段的內(nèi)容

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

輸入/

出設(shè)計(jì)處理流程及模塊功能設(shè)計(jì)安全控制點(diǎn)設(shè)計(jì)66第6頁(yè)，共356頁(yè)。系統(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)評(píng)價(jià)類型性能指標(biāo)技術(shù)指標(biāo)糾錯(cuò)性

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

維護(hù)25％完善性

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

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

段測(cè)試

段軟件

維（1）計(jì)劃制定階段1010第10頁(yè)，共356頁(yè)。軟件項(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ì)

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

Specification

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

(Softwar戶需求。需求分析階段要完成的文檔。SRS的作用：開(kāi)發(fā)者與用戶間事實(shí)上的技術(shù)合同書(shū)開(kāi)發(fā)者下一步設(shè)計(jì)和編碼的基礎(chǔ)測(cè)試驗(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)開(kāi)發(fā)方法

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

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

Approach)和實(shí)體模型2525第25頁(yè)，共356頁(yè)。在需分析階段進(jìn)行數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)過(guò)程中，使用E-R圖，可定義一個(gè)實(shí)體模型。實(shí)體模型是現(xiàn)實(shí)世界的純表示，它不涉及數(shù)據(jù)世界的據(jù)結(jié)構(gòu)、存取路徑、存取效率等問(wèn)題。因此，可以轉(zhuǎn)換成數(shù)據(jù)庫(kù)中的數(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ī)

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

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

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

而和軟件系統(tǒng)中其它的模塊的接口是簡(jiǎn)單的。模塊獨(dú)立的 義：模塊完成獨(dú)立的功能符合信息隱蔽和信息局部化原則模塊間 連和依賴程度盡量小模塊設(shè)計(jì)目標(biāo)：強(qiáng)內(nèi)聚、弱耦合模塊獨(dú)立性的度量2929第29頁(yè)，共356頁(yè)。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頁(yè)，共356頁(yè)。(1)非直接耦3131第31頁(yè)，共356頁(yè)。兩個(gè)模塊沒(méi)有直接關(guān)系(模塊1和模塊2)，模塊獨(dú)立性最強(qiáng)。數(shù)據(jù)耦合一模塊

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

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

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

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

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

則稱存在標(biāo)記偶合。這兩個(gè)模塊(4)控制耦合一模塊向決策的變量)屬模塊傳遞的信息(開(kāi)關(guān)量、標(biāo)志等控制被調(diào)用模塊制了被調(diào)用模塊的內(nèi)部邏輯均與同一外部環(huán)境關(guān)聯(lián)，它們之間便存在外部32第32頁(yè)，共356頁(yè)。(5)外部耦合一組模耦合。共數(shù)據(jù)區(qū)耦合)引用同一個(gè)公用數(shù)據(jù)區(qū)(也稱全局?jǐn)?shù)據(jù)區(qū)、公共數(shù)據(jù)問(wèn)另一模塊的內(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頁(yè)，共356頁(yè)。(1)偶然內(nèi)聚( 內(nèi)聚)模塊內(nèi)各部分間無(wú)聯(lián)系34第34頁(yè)，共356頁(yè)。(2)邏輯內(nèi)聚把幾種每次調(diào)用時(shí)間內(nèi)聚模塊完時(shí)間因素塊、緊急過(guò)程內(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頁(yè)，共356頁(yè)。模塊內(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頁(yè)，共356頁(yè)。模塊 能的完善化消除 復(fù)功能，改善軟件結(jié)構(gòu)模塊 作用范圍應(yīng)在控制范圍之內(nèi)盡可 減少高扇出結(jié)構(gòu)，隨著深度增大扇入避免 減少使用病態(tài)聯(lián)接模塊 大小要適中設(shè)計(jì) 能可預(yù)測(cè)的模塊，但要避免過(guò)分受限制的模軟件應(yīng)滿足設(shè)計(jì)約束和可移植性概要設(shè)計(jì)(總體設(shè)計(jì))3737第37頁(yè)，共356頁(yè)。概要設(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(問(wèn)題結(jié)構(gòu))軟件系統(tǒng)的結(jié)構(gòu)

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

3.2

3.3

3.4

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

/ 處理

/輸出圖(IPO圖)Input

Process

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

1.0取得輸入

1.1輸入確認(rèn)

1.2請(qǐng)求確認(rèn)

1.3更新處理

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

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

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

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

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

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

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

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

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

u

被測(cè)試程序

u

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

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

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

試8、端到端測(cè)試9、健全

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

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

(Mean

Time

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

(Mean

Time

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

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

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

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

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

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

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

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

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

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

置確認(rèn)測(cè)試

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

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

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

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

代碼，使用有意義的數(shù)據(jù)名和過(guò)程名，結(jié)構(gòu)化，完整性等。8282第82頁(yè)，共356頁(yè)?？煽啃钥煽啃员砻饕粋€(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頁(yè)，共356頁(yè)?？蓽y(cè)試性可測(cè)試性表明論證程序正確性的容易程度。程序越簡(jiǎn)單 證明其正確性就越容易。而且設(shè)計(jì)合用的測(cè)試用例 取決于對(duì)程序的全面理解。一個(gè)可 試的程序應(yīng)當(dāng)是可理解的，可靠的，簡(jiǎn)單的。4.可修改性可修改性表明程序容易修改的程度。8484第84頁(yè)，共356頁(yè)。的程序應(yīng)當(dāng)是可理解的、通用的、靈活的、一個(gè)可修簡(jiǎn)單的。通用性是靈活性是程序適用于各種功能變化而無(wú)需修改能夠容易地對(duì)程序進(jìn)行修改。可移植性8585第85頁(yè)，共356頁(yè)。可移植性表明程序轉(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頁(yè)，共356頁(yè)。2.2軟件質(zhì)量保證8787第87頁(yè)，共356頁(yè)。軟件

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

術(shù)方法正式

技術(shù)評(píng)審軟件

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

實(shí)施控制

更量度記錄

報(bào)告軟件質(zhì)量特性8888第88頁(yè)，共356頁(yè)。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ī)

安全性－避免非法訪問(wèn)8989第89頁(yè)，共356頁(yè)。可靠成熟

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

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

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

性易理

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

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

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

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

－軟件使用資源量和占用資源時(shí)間可維易分易改穩(wěn)定易測(cè)9191第91頁(yè)，共356頁(yè)。性性－為找出問(wèn)題原因付出的努力性－為修改或排錯(cuò)付出的努力－因修改帶來(lái)的風(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頁(yè)，共356頁(yè)。Mc

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

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

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

Software

Process

Capability

）：遵循某軟件過(guò)程可

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

Process

Performance）:

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

Process

Maturity）:

針對(duì)具體的軟件過(guò)程進(jìn) 明確定義、管理、測(cè)量、控制以及有效的程度。軟件過(guò)程成熟度要求機(jī)構(gòu)改進(jìn)軟件過(guò)程基礎(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ò)程之間的關(guān)系9797第97頁(yè)，共356頁(yè)。軟件過(guò)程的分類和組成9898第98頁(yè)，共356頁(yè)。軟件基本過(guò)程：軟件獲取、供應(yīng)、開(kāi)發(fā)、運(yùn)行和 護(hù)的過(guò)程，包括需求分析、軟件設(shè)計(jì)、編碼 過(guò)程。軟件支持過(guò)程：對(duì)軟件主要過(guò)程提供支持的過(guò)程 包括文檔編制過(guò)程、配置管理過(guò)程、質(zhì)量 證過(guò)程、驗(yàn)證和確認(rèn)過(guò)程（測(cè)試過(guò)

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

力成熟度模型（CMM/CMMI

）個(gè)體

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

件過(guò)程（TSP）IBM-

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

程（eXtreme

Programming，XP）微軟

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

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

審審核問(wèn)題

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

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

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

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

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

用–軟件體

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

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

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

中的軟件元素。

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

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

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

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

Object

Request

Broker

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

Java

Bean）MicrosoftModel，分COM（Distributed

Component

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

可包括五類用戶，即注冊(cè)用

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

管理員。◎

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

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

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

修改構(gòu)件◎

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

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

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

的CORBA

、Microsoft公司推出的

OM/COM/COM+

和Sun的EJB

。3.1

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

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

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

封裝性

(Encapsulation)?繼承性(Inheritance)?

多態(tài)性

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

UMLUsUsUeseseCaCaCsasaeseseDiDiDaiaigagargrararmamasmsms用例圖ScScSececneneananrarairiroioio

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

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

DiDiDiaiagag類grgrararmama圖smsms活動(dòng)圖UML139139第139頁(yè)，共356頁(yè)。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頁(yè)。調(diào)用擴(kuò)展Extend創(chuàng)建擴(kuò)展extension擴(kuò)展關(guān)系實(shí)例化泛化泛化關(guān)系職責(zé)包含依賴關(guān)系第140頁(yè)，發(fā)送關(guān)聯(lián)關(guān)系iation）表示兩個(gè)類之間存在某種語(yǔ)義上的聯(lián)系。了通信的路徑，它是所有關(guān)系中最通用、語(yǔ)義最

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

*1

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

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

1原有對(duì)象圖描述一個(gè)時(shí)間點(diǎn)上系統(tǒng)中各個(gè)對(duì)象的一個(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)圖描述過(guò)程行為與并行行為UML

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

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

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

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

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

2.0新增145UML視圖和圖146146第146頁(yè)，共356頁(yè)。主要領(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頁(yè)，共356頁(yè)。類圖表示系統(tǒng)

中的類和

類與類之

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

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

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

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

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

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

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

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

個(gè)對(duì)象之間的

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

間的推移，對(duì)

象之間是如何

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

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