第二章軟件需求與軟件需求規(guī)約背景介紹(一)、需求與需求獲取.需求定義一個(gè)需求是有關(guān)一個(gè)“要予構(gòu)造”的陳述，描述了待開發(fā)產(chǎn)品/系統(tǒng)功能能力、性能參數(shù)或其它性質(zhì)。(2)需求的基本性質(zhì)1、必要的，該需求是用戶所要求的。2、無歧義的，該需求只能用一種方式解釋。3、可測(cè)的，該需求是可進(jìn)行測(cè)試的。4、可跟蹤的，該需求可從一個(gè)開發(fā)階段跟蹤到另一個(gè)階段。5、可測(cè)量的，該需求是可測(cè)量的。.需求分類(1)、功能需求，是整個(gè)需求的主體。(2)、非功能需求：性能需求、外部接口需求、設(shè)計(jì)約束和質(zhì)量屬性需求。1.外部接口需求：用戶接口、硬件接口、軟件接口、通信接口、內(nèi)存約束、運(yùn)行及地點(diǎn)需求.需求發(fā)現(xiàn)技術(shù)1、自悟2、交談3、觀察4、小組會(huì)5、提煉注意：詳細(xì)介紹自考通P7(二)、需求規(guī)約.需求規(guī)約定義(1),是一個(gè)軟件/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔，它表達(dá)了一個(gè)軟件/產(chǎn)品/系統(tǒng)的概念模型。(2)、需求規(guī)約的基本性質(zhì)1、重要性和穩(wěn)定性程度：對(duì)需求進(jìn)行分級(jí)。2,可修改的：在不過多地影響其他需求的前提下，可以容易的修改一個(gè)單一需求。3、完整的：沒有被遺漏的需求。4、一致的：不存在互斥的需求。.需求規(guī)約(草案)格式、IEEE標(biāo)準(zhǔn)830-1998(IEEE1998)描述的需求規(guī)約說明書模板。1、引言目的、范圍、定義、縮略語、參考文獻(xiàn)、概述2、總體描述產(chǎn)品描述、產(chǎn)品功能、用戶特性、約束、假設(shè)和依賴3、特定需求:是文檔的技術(shù)核心4、附錄5、索引.需求規(guī)約（規(guī)格說明書）的表達(dá)（1）、表達(dá)需求的語言。1、非形式化的需求規(guī)約2、半形式化的需求規(guī)約3、形式化的需求規(guī)約.需求規(guī)約的作用1、需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。2,需求規(guī)約是一個(gè)管理控制點(diǎn)3、對(duì)于產(chǎn)品/系統(tǒng)的而設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)4、需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收計(jì)劃和用戶批的基礎(chǔ)第三章結(jié)構(gòu)化方法 （25分）（一）、結(jié)構(gòu)化需求分析.需求分析面臨的挑戰(zhàn)?問題空間理解?人與人之間的通信，“有效溝通”?需求的變化性2.基礎(chǔ)術(shù)語1、數(shù)據(jù)：客觀事物的一種表示2、信息：具有特定語義的數(shù)據(jù)3、數(shù)據(jù)：是信息的載體4、數(shù)據(jù)流：數(shù)據(jù)的流動(dòng)5、加工：數(shù)據(jù)變換單元6、數(shù)據(jù)存儲(chǔ)7、數(shù)據(jù)源和數(shù)據(jù)潭表達(dá)方式：數(shù)據(jù)流加工 C-數(shù)據(jù)存儲(chǔ)數(shù)據(jù)流\數(shù)據(jù)潭 II3.系統(tǒng)功能模型表示1、數(shù)據(jù)流圖(DFD圖)一種表示數(shù)據(jù)變換的圖形化工具2、數(shù)據(jù)流程圖的元素?cái)?shù)據(jù)源/數(shù)據(jù)潭，數(shù)據(jù)流，數(shù)據(jù)加工，數(shù)據(jù)存儲(chǔ)4.建模過程1、建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語境2、自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖3、定義數(shù)據(jù)字典定義數(shù)據(jù)流程圖中所有數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)結(jié)構(gòu)。順序結(jié)構(gòu):+選擇結(jié)構(gòu)：|重復(fù)結(jié)構(gòu)：{ }子界：m.n4、描述加工(1)判定表判斷表(DecisionTable)也稱為決策表，是一個(gè)二維表，它說明了每一種條件組合所產(chǎn)生的結(jié)果。(2)判定樹判斷樹(DecisionTree)也稱為決策樹，是用來描述在一組不同的條件下，決策的行動(dòng)是根據(jù)不同條件及其取值來選擇的處理過程。業(yè)務(wù)規(guī)則的描述通常可以使用判斷樹這一過程描述工具。4、應(yīng)用中注意的問題1、模型平衡問題DFD圖與數(shù)據(jù)字典的--致底層加工的處理邏輯描述，與數(shù)據(jù)字典一致2、信息的復(fù)雜性控制問題上層數(shù)據(jù)流可以打包下層模塊個(gè)數(shù)：7±2每個(gè)加工的數(shù)據(jù)流不能太多:增加層次5、需求驗(yàn)證1、驗(yàn)證:必要性、無歧義性、可測(cè)性、可跟蹤性、可測(cè)量性2、需求中發(fā)現(xiàn)的錯(cuò)誤類型不正確的事實(shí):40%遺漏：31%不一致〉13%歧義性:5%錯(cuò)放:2%其它:9%6.需求技術(shù)的基本特征?需求技術(shù)的基本特征?提供方便通信的機(jī)制?鼓勵(lì)需求分析人員使用問題空間的術(shù)語思考問題，編寫文檔?提供定義系統(tǒng)邊界的方法提供支持抽象的基本機(jī)制?為需求分析人員提供多種可供選擇的方案?提供特定的技術(shù)，適應(yīng)需求的變化(二)、結(jié)構(gòu)化設(shè)計(jì).總體設(shè)計(jì)(以系統(tǒng)為對(duì)象)1、總體設(shè)計(jì)的任務(wù)：把系統(tǒng)的功能需求分配到一個(gè)特定 的軟件系統(tǒng)結(jié)構(gòu)中。2、引入了兩個(gè)概念：?模塊：軟件中具有特定標(biāo)識(shí)的獨(dú)立成分?模塊調(diào)用：木塊之間的一種使用關(guān)系3.如何表達(dá)模塊和模塊調(diào)用？1、Yourdon提出的模塊結(jié)構(gòu)圖2,層次圖3,美國(guó)IBM公司提出的HIPO圖H:層次圖IPO：輸入/處理/輸出圖注意：圖形解釋圖自考通：P46-P475、總體設(shè)計(jì)的步驟將DFD圖映射為設(shè)計(jì)層面的模塊及模塊調(diào)用。(1)將DFD圖轉(zhuǎn)換為初始的模塊結(jié)構(gòu)圖(2)基于“高內(nèi)聚、低耦合”的軟件設(shè)計(jì)原理，通過模塊化，將初始的模塊結(jié)構(gòu)圖轉(zhuǎn)化為最終的模塊結(jié)構(gòu)圖。6、兩種映射方法(1)變換設(shè)計(jì)基于變換的數(shù)據(jù)流程圖是個(gè)線性的順序結(jié)構(gòu)，由輸入、輸出和變換中心三部分組成。變換型數(shù)據(jù)流程圖是一個(gè)線性的順序結(jié)構(gòu)，由輸入臂、輸出臂和變換中心三部分組成。其中變換中心使系統(tǒng)數(shù)據(jù)發(fā)生本質(zhì)的變化，輸入臂將物理輸入變換成邏輯輸入，而輸出臂則將邏輯輸出變換成物理輸出。如果待分解的模塊是一個(gè)數(shù)據(jù)凝聚的模塊，稱該模塊為以轉(zhuǎn)換為中心的模塊?？梢园阉纸鉃檩斎?、處理、輸出三大模塊。

⑵事務(wù)設(shè)計(jì)基于事務(wù)的數(shù)據(jù)流程圖中有一個(gè)事務(wù)處理中心,它將輸入分為許多相互平行的加工路徑，然后根據(jù)輸入的屬性，選擇某一加工路徑。如果模塊為邏輯凝聚的模塊，可以將它分解為-個(gè)檢查業(yè)務(wù)類型的模塊和一個(gè)調(diào)度模塊，根據(jù)不同的業(yè)務(wù)類型，調(diào)度模塊調(diào)用不同的下層模塊。⑵事務(wù)設(shè)計(jì)基于事務(wù)的數(shù)據(jù)流程圖中有一個(gè)事務(wù)處理中心,它將輸入分為許多相互平行的加工路徑，然后根據(jù)輸入的屬性，選擇某一加工路徑。如果模塊為邏輯凝聚的模塊，可以將它分解為-個(gè)檢查業(yè)務(wù)類型的模塊和一個(gè)調(diào)度模塊，根據(jù)不同的業(yè)務(wù)類型，調(diào)度模塊調(diào)用不同的下層模塊。6、模塊化及其啟發(fā)式規(guī)則⑴模塊執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)。模塊通常由兩部分組成:模塊接口和模塊體。(2)模塊化的兩個(gè)問題①如何將系統(tǒng)分解成軟件模塊②如何設(shè)計(jì)模塊7、如何將系統(tǒng)分解成軟件模塊“分而治之”和“抽象”自頂向下，逐步求精形成模塊層次結(jié)構(gòu)8、模塊化把一個(gè)待開發(fā)的軟件分解成若干個(gè)簡(jiǎn)單的、具有高內(nèi)聚低耦合的模塊，這一過程稱為模塊化。(1)模塊耦合耦合(coupling)是對(duì)兩個(gè)模塊之間相互依賴程度的一種度量。模塊間的依賴程度越大，則其耦合程度也就越大;反之，模塊間的依賴程度越小，則其耦合程度也就越小。(2)模塊內(nèi)聚是指一個(gè)模塊內(nèi)部個(gè)成分之間相互關(guān)聯(lián)程度的度量。也就是說，內(nèi)聚是對(duì)模塊內(nèi)各處理動(dòng)作組合強(qiáng)度的一種度量。很顯然，一個(gè)模塊的內(nèi)聚越大越好。(3)啟發(fā)式規(guī)則“高內(nèi)聚、低耦合”①改進(jìn)軟件結(jié)構(gòu)，提高軟件獨(dú)立性。模塊分解②模塊規(guī)模適中③力求深度、寬度、扇出、扇入適中。深度:表示其控制的層數(shù)。寬度:同一層次上模塊總數(shù)的最大值。扇出:一個(gè)模塊直接控制的下級(jí)模塊的數(shù)據(jù)。?扇入:有多少個(gè)上級(jí)模塊直接調(diào)用它。④盡量使模塊的作用域在其控制域內(nèi)。?模塊的控制域:這個(gè)模塊本身以及所有直接或間接從屬它的模塊的集合。?模塊的作用域:受該模塊內(nèi)一個(gè)判斷所影響的所有模塊的集口。⑤盡力降低模塊接口的復(fù)雜度⑥力求模塊功能可以預(yù)測(cè)9、模塊間耦合類型內(nèi)容耦合：一個(gè)模塊直接修改或操作另一模塊數(shù)據(jù)。公共耦合：兩個(gè)模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)。控制耦合：一個(gè)模塊向另一模塊傳遞控制信號(hào)。標(biāo)記耦合：一個(gè)模塊向兩個(gè)模塊傳遞一個(gè)公共參數(shù)。數(shù)據(jù)耦合：模塊之間通過參數(shù)來傳遞數(shù)據(jù)10、內(nèi)聚的類型偶然內(nèi)聚：模塊的各成分沒有任何關(guān)系。邏輯內(nèi)聚：邏輯上相關(guān)的處理放在一起時(shí)間內(nèi)聚：模塊內(nèi)的功能在同一時(shí)間完成過程內(nèi)聚：模塊內(nèi)的處理以特定的次序執(zhí)行。通信內(nèi)聚：操作同一數(shù)據(jù)集順序內(nèi)聚：一個(gè)成分的輸出作為另一成分的輔。功能內(nèi)聚：模塊的所有成分完成單-的功能2.詳細(xì)設(shè)計(jì)(以模塊為對(duì)象)具體描述模塊結(jié)構(gòu)圖中的每一模塊，即給出實(shí)現(xiàn)模塊功能的實(shí)施機(jī)制，包括一組例程和數(shù)據(jù)結(jié)構(gòu)。詳細(xì)設(shè)計(jì)的目標(biāo)：將總體設(shè)計(jì)階段產(chǎn)生的系統(tǒng)高層結(jié)構(gòu)映射為以相關(guān)術(shù)語表達(dá)的低層結(jié)構(gòu)，也是系統(tǒng)的最終結(jié)構(gòu)。1、結(jié)構(gòu)化程序設(shè)計(jì)方法是一種基于結(jié)構(gòu)的編程方法，即采用順序結(jié)構(gòu)、選擇結(jié)構(gòu)和重復(fù)結(jié)構(gòu)進(jìn)行編程，其中每一結(jié)構(gòu)只允許一個(gè)入口和一個(gè)出口。結(jié)構(gòu)化程序設(shè)計(jì)的本質(zhì)是:使程序的控制流程線性化，實(shí)現(xiàn)程序動(dòng)態(tài)執(zhí)行順序符合靜態(tài)書寫的結(jié)構(gòu)，提高程序的可讀性。(1)順序結(jié)構(gòu)

⑷循環(huán)結(jié)構(gòu)

2、詳細(xì)設(shè)計(jì)工具⑴程序流程圖程序流程圖:程序流程圖又稱為程序框圖，它是歷史最悠久使用最廣泛的描述過程設(shè)計(jì)的方法，然而它也是用得最混亂的一種方法。(2)盒圖(N-S圖)出于要有一種不允許違背結(jié)構(gòu)程序設(shè)計(jì)精神的圖形工具的考慮，Nassi和Shneiderman提出了盒圖，又稱為N-S圖。盒圖(3)PAD圖PAD是問題分析圖(ProblemAnalysisDiagram)的英文縮寫，自1973年由日本日立公司發(fā)明以后，已得到一定程度的推廣。它用二維樹形結(jié)構(gòu)的圖來表示程序的控制流，將這種圖翻譯成程序代碼比較容易。下圖給出PAD圖的基本符號(hào)。PAD圖的基本符號(hào)

whncfHtf] [P]Pl<b)vhile儲(chǔ)耳P2until*件|| [P|a)■中(d)until循環(huán)(c)CASE多分支(4)類程序設(shè)計(jì)語言a)■中(d)until循環(huán)(c)CASE多分支PDL也稱為偽碼，它是用正文形式表示數(shù)據(jù)和處理過程的設(shè)計(jì)工具。PDL具有嚴(yán)格的關(guān)鍵字外部語法，用于定義控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)：一般說來PDL是一種“混雜”語言，它使之一種語言(通常是某種自然語言)的詞匯，同時(shí)卻使用另一種語言(某種結(jié)構(gòu)化的程序設(shè)計(jì)語言)的語法。3、設(shè)計(jì)規(guī)約完整準(zhǔn)確地描述滿足需求規(guī)約所要求的所有功能模塊，以及伴隨功能模塊而出現(xiàn)的非功能機(jī)制。設(shè)計(jì)規(guī)約包括概要設(shè)計(jì)規(guī)約和詳細(xì)設(shè)計(jì)規(guī)約。(1)概要設(shè)計(jì)規(guī)約(1)指明高層軟件體系結(jié)構(gòu)(2)系統(tǒng)環(huán)境(3)軟件模塊的結(jié)構(gòu)模塊描述文件結(jié)構(gòu)和全局?jǐn)?shù)據(jù)文件的邏輯結(jié)構(gòu)⑤測(cè)試需求(2)詳細(xì)設(shè)計(jì)規(guī)約詳細(xì)設(shè)計(jì)規(guī)約主要作為軟件設(shè)計(jì)人員與程序員之間交流的媒體。(1)各處理過程的算法(2)算法所涉及的全部數(shù)據(jù)結(jié)構(gòu)的描述第四章面對(duì)對(duì)象方法——UML(10-15)(一)、UML術(shù)語表面向?qū)ο蠹夹g(shù)的發(fā)展中，一個(gè)重要的里程碑是UML。UML是一種可視化的語言，可用于規(guī)約系統(tǒng)制品、構(gòu)造系統(tǒng)的制品、建立系統(tǒng)制品的文檔，可以作為軟件需求規(guī)約、設(shè)計(jì)和實(shí)現(xiàn)的工具。UMI方法學(xué)中不同抽象層次術(shù)語以及模型表達(dá)工具.或者說UML給出規(guī)約軟件系統(tǒng)產(chǎn)品的術(shù)語和表達(dá)。UML在方法學(xué)中不同抽象層次/ \表達(dá)模型的工具：需求獲取層需求分析層設(shè)計(jì)層' [s需求獲取層需求分析層設(shè)計(jì)層\表達(dá)模型的工具:\ 表達(dá)模型的工具:構(gòu)\\ 表達(dá)模型的工具:構(gòu)\ /件圖、配置圖等1.表達(dá)客觀事物的術(shù)語.對(duì)象(object)對(duì)象(object)是系統(tǒng)中用來描述客觀事物的實(shí)體。一個(gè)對(duì)象由一組屬性和對(duì)這組屬性進(jìn)行操作的一組方法組成。.類類(Class)是具有相同屬性、操作、關(guān)系一組對(duì)象的集合，它為

屬于該類的全部對(duì)象提供的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要內(nèi)容(1)類的基本屬性十添力0()+修改期4()+移除0百0+注銷登陸()+選課0+避和毋至課制)+打印選課單0類名類屋性(1)可以有多個(gè)質(zhì)性也可以沒有層生(2)可見性public,protected,private(3)多更住(4刖始值⑸性質(zhì)器(6昨用尼圍(2)類語義的進(jìn)一步表達(dá)詳細(xì)敘述類的職責(zé)通過類/操作的注解，詳細(xì)注釋類的定義通過類/操作的注解，詳細(xì)注釋各操作的前置條件和后置條件詳述類的狀態(tài)機(jī)(狀態(tài)圖)詳述類的內(nèi)部結(jié)構(gòu)(活動(dòng)圖)類與其他類的協(xié)作(協(xié)作圖)(3)類的語義表達(dá)的詳細(xì)程度取決于建模的意圖為了與最終用戶和領(lǐng)域?qū)＜覝贤?較低的形式化手為了支持正向和逆向工程:采用較高的形式化手段為了對(duì)模型進(jìn)行推理，證明其正確性:采用很高形式化手段⑷類在建模中的用途模型化問題域中的概念建立系統(tǒng)的職責(zé)分布模型模型化建模中使用的基本類型(5)類要滿足的基本條件一個(gè)結(jié)構(gòu)良好的類，必須符合下列條件：明確抽象了問題域或解域中某個(gè)有形事務(wù)概念包含了一個(gè)小的、明確定義的職責(zé)集，并能很好地去實(shí)現(xiàn)清晰地分離了抽象和實(shí)現(xiàn)3.接口⑴接口的含義接口是操作的一個(gè)集合，其中每個(gè)操作描述了類、構(gòu)件或子系統(tǒng)的一個(gè)服務(wù)。⑵接口的表示?采用具有分欄和關(guān)鍵字<interface>的矩形符號(hào)來表示?采用小圓圈和半圓圈來表示⑶使用中的問題如何描述接口的語義應(yīng)用中應(yīng)當(dāng)注意的問題動(dòng)物Anma|接口直兩個(gè)抽象方法,Dog和Cat分別實(shí)現(xiàn)了這兩種方法，他們是實(shí)現(xiàn)關(guān)系⑷應(yīng)用中注意的問題接口只能被其它類目使用，其本身不能訪問其它類目接口描述類的外部可見操作，通常是該類的一個(gè)特定有限行為接口不描述其中操作的實(shí)現(xiàn)，也沒有屬性和狀態(tài)接口之間沒有關(guān)聯(lián)、泛化、實(shí)現(xiàn)和依賴.協(xié)作協(xié)作是一個(gè)交互，涉及交互的三要素：交互各方、交互方式以及交互內(nèi)容。 .用況(usecase)/用例對(duì)一組動(dòng)作序列的描述，系統(tǒng)執(zhí)行這些動(dòng)作.主動(dòng)類至少具有一個(gè)進(jìn)程或線程的類。能夠啟動(dòng)系的控制活動(dòng)，并且其對(duì)象的行為通常與其它元素行為并發(fā)的表示方法:兩條豎線用來模型化系統(tǒng)中的并發(fā)行為.構(gòu)件/組件系統(tǒng)設(shè)計(jì)中的一種模塊化部件，通過外部接口隱藏了它的內(nèi)部實(shí)現(xiàn)具有相同接口的構(gòu)件可以相互替代構(gòu)件可以嵌套構(gòu)件用于表達(dá)解空間中可獨(dú)立標(biāo)識(shí).制品(Artifact)

?系統(tǒng)中包含物理信息的、可替代的物理部件?部署制品:這類制品是構(gòu)成一個(gè)可執(zhí)行系統(tǒng)必要而的制品，例如:DLL、EXE文件?工作產(chǎn)品制品:這類制品本質(zhì)上是開發(fā)過程的產(chǎn)物源代碼文件、數(shù)據(jù)文件等用來創(chuàng)建部署制品的事物構(gòu)成.節(jié)點(diǎn)2.表達(dá)關(guān)系的術(shù)語?節(jié)2.表達(dá)關(guān)系的術(shù)語關(guān)聯(lián)?關(guān)聯(lián)反映了類和類之間的靜態(tài)關(guān)系。關(guān)聯(lián)在模型中，特別是在永久業(yè)務(wù)對(duì)象模型中是最基本的關(guān)系。?關(guān)聯(lián)是類目之間的一種結(jié)構(gòu)關(guān)系，是對(duì)一組具有相同結(jié)構(gòu)、相同鏈的描述。?鏈:對(duì)象之間具有特定語義關(guān)系的抽象關(guān)聯(lián)的語義表達(dá)：?關(guān)聯(lián)名?導(dǎo)航?角色?可見性?多重性:多重性(Multiplicity)定義了與一個(gè)對(duì)象/類相聯(lián)系的對(duì)象類出現(xiàn)一次，該對(duì)象/類可能出現(xiàn)的最小和最大的數(shù)目聚合：各個(gè)部分可單獨(dú)存在聚合：各個(gè)部分可單獨(dú)存在組合(強(qiáng)聚合)學(xué)善象和主，象的生命周期一樣,主對(duì)象消失，子對(duì)象自動(dòng)消失

限定符聚合:一個(gè)類是另一類的一部分。組合:是聚合的一種特殊形式關(guān)聯(lián)類＞具有關(guān)聯(lián)和類特性的模型元素約束＞有序(ordered)、無重復(fù)的(set)、有重復(fù)的(bag)、有序集合(orderset),列表(list)、只讀(readonly)泛化特殊類(子類)的對(duì)象擁有其一般類(超類)的全部屬性與服務(wù)，稱作特殊類對(duì)一般類的繼承(Inheritance)o利用繼承(inheritance),子類以繼承父類的屬性和方法。子類/父類也可分別特殊類/一般類、子類/超類、派生類/基類等。泛化/集成CreditCardPaymentCardNumberauthorizeCashPaymentanmontlendcalcChangeCreditCardPaymentCardNumberauthorizeCashPaymentanmontlendcalcChange實(shí)現(xiàn)/實(shí)現(xiàn)細(xì)化是類目之間的語義關(guān)系，其中一個(gè)類目規(guī)約了保證另一類目執(zhí)行的契約。用空心三角形的虛線表示。在以下2個(gè)地方會(huì)使用實(shí)現(xiàn)關(guān)系：A接口與實(shí)現(xiàn)它們的類和構(gòu)件之間；?用況與實(shí)現(xiàn)它們的協(xié)作之間。依賴?依賴是一種使用關(guān)系，用于描述一個(gè)類目使用另一類目的信息和服務(wù)。?用有向虛線段表示?！景咐恳蕾噉amefilmclipchannel)channelnamefilmclipchannel)channel依賴-依賴的的分類:⑴綁定依賴-依賴的的分類:⑴綁定(Bind)(2)導(dǎo)出(Derive)(3)允許(Permit)(4)實(shí)例(Instantiate)關(guān)系術(shù)語的使用：?結(jié)構(gòu)關(guān)系?繼承關(guān)系?精化關(guān)系?依賴關(guān)系【案例】關(guān)系3.表達(dá)組合信息的術(shù)語3.表達(dá)組合信息的術(shù)語包:是模型元素的一個(gè)分組，一個(gè)包本身可以被嵌套在其它包中，并且可以含有子包和其它類型的模型元素包的可見性符號(hào)包之間的關(guān)系訪問（useaccess）引入（import）【案例】包4.面向?qū)ο蠼＿^程的步驟4.1、需求獲取建立用況（usecase）模型和用況場(chǎng)合2,需求分析建立活動(dòng)圖和狀態(tài)圖類圖（建立域模型）順序圖（實(shí)現(xiàn)用況）3、編寫需求規(guī)格說明書4、需求驗(yàn)證描述靜態(tài)信息描述動(dòng)態(tài)信息描述靜態(tài)信息描述動(dòng)態(tài)信息(二)、UML的模型表達(dá)格式/類圖/組件圖Y包圖'構(gòu)件圖/用況圖活動(dòng)圖'狀態(tài)圖'交互圖1、類圖類圖(classdiagram)表達(dá)了系統(tǒng)的靜態(tài)結(jié)構(gòu)信息，即系統(tǒng)是由哪些類組成的，這些類之間的關(guān)系是什么。類圖顯示系統(tǒng)各個(gè)部分以及怎樣將它們組裝起來。學(xué)生-ID?學(xué)生號(hào)?姓名?銬?性別-畢業(yè)院校.入學(xué)年份-密碼+添加0+修改資料0+佛0+登錄()+注情套景()+30+退選()+查看巳選課程()學(xué)生-ID?學(xué)生號(hào)?姓名?銬?性別-畢業(yè)院校.入學(xué)年份-密碼+添加0+修改資料0+佛0+登錄()+注情套景()+30+退選()+查看巳選課程()+打印選謖單0+赤加0+修改資柳+遵錄o?注例1［錄0+查看所講授課程。?的債錄入0開要安存?ID?上謖地點(diǎn)?上謖時(shí)回?課程ID課程-1D據(jù)程號(hào)?謖程名稱?類型?授博教師2?添mo+修改費(fèi)料o+W0號(hào)歷學(xué)師名齡別高稱碼ID教牲年性最職軍2、用況圖(usecase圖)用況是對(duì)一個(gè)參與者(actor)使用系統(tǒng)的一項(xiàng)功能時(shí)所進(jìn)行的交互過程的一個(gè)文字描述序列。用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具。棋牌管理系統(tǒng)預(yù)定座位include<~一/安排座位《include》處理等候查詢座位辦理結(jié)include移動(dòng)支付用況圖的6個(gè)模型元素:?主題?用況?參與者:系統(tǒng)用戶、另一個(gè)系統(tǒng)、時(shí)間?關(guān)聯(lián)、泛化、依賴?用況是系統(tǒng)開發(fā)的起點(diǎn)?大多數(shù)的系統(tǒng)功能都可以表示成用況3、狀態(tài)圖狀態(tài)圖(statechartdiagram)使用狀態(tài)、事件和轉(zhuǎn)換來記錄對(duì)象在其生命周期中所歷經(jīng)的狀態(tài)序列①對(duì)象的初始狀態(tài)是圖中任何事件都未對(duì)該對(duì)象起作用時(shí)的狀態(tài)。②狀態(tài)代表對(duì)象生命周期中的某一瞬間。③轉(zhuǎn)換表明作為對(duì)事件的響應(yīng)結(jié)果，對(duì)象將從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)并執(zhí)行某個(gè)動(dòng)作。④觸發(fā)狀態(tài)轉(zhuǎn)換的事件在狀態(tài)轉(zhuǎn)換字符串中命名。雙擊一個(gè)狀態(tài)轉(zhuǎn)換，除事件簽名以外，還可用字符串為其加注臨界條件、動(dòng)作表達(dá)式等標(biāo)簽。狀態(tài)圖中的3個(gè)術(shù)語：?狀態(tài):一個(gè)實(shí)例所處的特定階段、所具對(duì)外呈現(xiàn)以及所能提供的服務(wù)?事件信號(hào)事件調(diào)用事件時(shí)間事件變化事件?狀態(tài)轉(zhuǎn)移4、順序圖順序圖(sequencediagram)表示了對(duì)象之間傳送消息的時(shí)間順序，也就是對(duì)象之間的交互順序。這些交互是指在場(chǎng)景或用況的事件流中發(fā)生的。每一個(gè)對(duì)象(類)用一條生命線來表示一一即用垂直線代表整個(gè)交互過程中對(duì)象的生命期。管理員2驗(yàn)證用戶名和密碼順序圖中的基本元素包括：①活動(dòng)者，指用況中的活動(dòng)者。②對(duì)象，指在用況中的內(nèi)部對(duì)象。③生命線:在順序圖中的一個(gè)對(duì)象下面的豎線，用以顯示這個(gè)對(duì)象的生命期。④消息，指場(chǎng)景內(nèi)由事件流定義的內(nèi)部事件成為在對(duì)象和活動(dòng)者或其他對(duì)象之間的消息。消息的類型：⑴同步消息一一返回消息，同步消息假定有一個(gè)返回消息、，同步消息用有實(shí)心的箭頭表示;返回消息用虛線、箭頭也不用實(shí)心來表示：⑵反身消息一一消息的發(fā)送方和接收方是同一個(gè)對(duì)象；⑶異步消息一一沒有返回值的消息，用非實(shí)心箭頭表示⑷定時(shí)消息一一對(duì)消息附加時(shí)間約束條件，包括發(fā)送時(shí)間、接受時(shí)間、已用時(shí)間等；

【案例】美 9:工作人員 8orrov<n美 9:工作人員 8orrov<nOBorrowCEBook控制操作子:為了控制交互行為描述的復(fù)雜性，以便更清晰的表達(dá)順序圖中的復(fù)雜控制，UML給出了4中最常用的控制操作子.1）選擇執(zhí)行操作子（OperatorforOptionalExecution該控制操作子記為'Opt”，由兩部分組成，一是監(jiān)護(hù)條件，二是控制體2）條件執(zhí)行操作子（OperatorforConditionalExee該控制操作子記為"alt",控制體通過水平線將其分成一些部分，每一部分表示一個(gè)條件分支，每個(gè)分支有一個(gè)監(jiān)護(hù)條件。3）并發(fā)執(zhí)行操作子（OperatorforParallelExecutior該控制操作子記為“par”，該控制操作子的體通過水平線分為多個(gè)部分。每一部分表示一個(gè)并行計(jì)算。在大多數(shù)情況下每一部分涉及不同的生命線。該控制操作子表明，當(dāng)進(jìn)入該控制操作子時(shí)，所有部分并發(fā)執(zhí)行。4）迭代操作子OperatorforIterativeExecution）控制操作子記為"loop"。員工工作安排第五章面向?qū)ο蠓椒ā猂UP(10-15)背景介紹統(tǒng)一軟件開發(fā)過程(RationalUnifiedProcess:RUP)是對(duì)象管理組織(OMG)所推薦的一個(gè)有關(guān)過程的標(biāo)準(zhǔn)。RUP是基于UML的一種過程框架。比較完整地定義了將用戶需求轉(zhuǎn)換成產(chǎn)品所需要的活動(dòng)集，并提供了活動(dòng)指南以及對(duì)產(chǎn)生相關(guān)文檔的要求。RUP適應(yīng)于大多數(shù)軟件系統(tǒng)的開發(fā)，基于構(gòu)件。過程模型：.需求獲取模型.需求分析模型.軟件設(shè)計(jì)模型.軟件實(shí)現(xiàn)模型.軟件測(cè)試模型(―)、RUP的特點(diǎn)以用況驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的迭代、增量式開發(fā)(1)用況驅(qū)動(dòng)在系統(tǒng)的生存周期中，以用況作為基礎(chǔ)，驅(qū)動(dòng)系統(tǒng)有相關(guān)人員對(duì)所要建立系統(tǒng)的功能需求進(jìn)行交流，驅(qū)動(dòng)系析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等活動(dòng)，包括制定計(jì)劃、分配任監(jiān)控執(zhí)行和進(jìn)行測(cè)試等，并將它們有機(jī)地組織在一起使各個(gè)階段中都可以回溯到用戶的實(shí)際需求。(2)以體系結(jié)構(gòu)為中心A系統(tǒng)體系結(jié)構(gòu):是對(duì)系統(tǒng)語義的概括對(duì)所有項(xiàng)目有關(guān)人員都是可以理解的。A關(guān)注子系統(tǒng)、構(gòu)件、接口、協(xié)作、關(guān)系點(diǎn)等重要模型元素，而忽略其其他細(xì)節(jié)⑶迭代與增量A迭代是重復(fù)的部分A增量是增加的部分?初始階段的基本目標(biāo)A獲得與特定用況和平臺(tái)無關(guān)的系統(tǒng)體系結(jié)構(gòu)輪廓A為系統(tǒng)建立商業(yè)案例A確定項(xiàng)目的邊界A從業(yè)務(wù)角度指出該項(xiàng)目的價(jià)值a第一個(gè)重要的里程碑:生命周期目標(biāo)(LifecycleObjective)里程碑?細(xì)化階段a細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)a第二個(gè)重要的里程碑:生命周期結(jié)構(gòu)(LiefcycleArchitecture)里程碑?構(gòu)造階段A形成最終的系統(tǒng)體系結(jié)構(gòu)基線開發(fā)完整的系統(tǒng)A確保產(chǎn)品可以開始向客戶交付a第三個(gè)重要的里程碑:初始功能(initialOperational)里程碑?交付階段a確保軟件對(duì)最終用戶是可用a基于用戶反饋的少量的調(diào)整A第4個(gè)里程碑:產(chǎn)品發(fā)布(ProductRelease)里程碑(二)、核心工作流1.需求獲取?RUP運(yùn)用用況(UseCase)技術(shù)來獲取需求?需求獲取的基本步驟：①列出候選的需求:特征列表②理解系統(tǒng)語境:領(lǐng)域模型或業(yè)務(wù)模型③捕獲功能需求:用況模型④捕獲非功能需求:補(bǔ)充需求或針對(duì)一些特定的用況(1)列出候選的需求a搜取特征:是一個(gè)新的項(xiàng)(Item)及其簡(jiǎn)要描述(2)理解系統(tǒng)語境①創(chuàng)建領(lǐng)域模型或業(yè)務(wù)模型②業(yè)務(wù)用況模型:業(yè)務(wù)參與者和業(yè)務(wù)用況③業(yè)務(wù)對(duì)象模型:三個(gè)術(shù)語:工作人員、業(yè)務(wù)實(shí)體、工作單元，用交互圖和活動(dòng)圖來表達(dá)(3)捕獲功能需求:建立系統(tǒng)的用況模型A發(fā)現(xiàn)和描述參與者A發(fā)現(xiàn)并描述用況A確定用況的優(yōu)先級(jí)A精化用況A構(gòu)造用戶界面模型A用況模型的結(jié)構(gòu)化2.需求分析需求分析的目標(biāo):在系統(tǒng)用況模型的基礎(chǔ)上，創(chuàng)建系統(tǒng)分析模型以及在該分析模型視角下的體系結(jié)構(gòu)描述.術(shù)語(1)分析類:是類的一種衍型，很少有操作和特征標(biāo)記，而用責(zé)任來定義其行為，并且其屬性和關(guān)系也是概念性的。?存在三種不同類型的類:實(shí)體類、邊界類和控制類?其表達(dá)方法如下圖所示：邊界類:KD實(shí)體類:⑵用況細(xì)化?用況細(xì)化是一個(gè)協(xié)作。?針對(duì)一個(gè)用況，其行為可以用多個(gè)分析類之間的相互作用細(xì)化，并記為用況細(xì)化。商品商品目錄商品商品目錄⑶分析包分析包體現(xiàn)了“局部化”“問題分離”等軟件設(shè)計(jì)原理分析包把一些變化限制到一個(gè)業(yè)務(wù)過程、一個(gè)參與者的行為或一組緊密相關(guān)的用況，形成一些不同的分析包體現(xiàn)“高內(nèi)聚、低耦合”2.分析模型的表達(dá)?分析模型是由“分析系統(tǒng)”來定義的?分析系統(tǒng)包含一組具有層次結(jié)構(gòu)的包?一個(gè)包可以包含一些分析類和用況細(xì)化3.分析的主要活動(dòng)活動(dòng)1:體系結(jié)構(gòu)分析＞標(biāo)識(shí)分析包A處理分析包之間的共性A標(biāo)識(shí)服務(wù)包A定義分析包的依賴A標(biāo)識(shí)重要的實(shí)體類A標(biāo)識(shí)分析包和重要實(shí)體類的公共特性需求活動(dòng)2：用況分析A標(biāo)識(shí)分析類A描述分析類之間的交互活動(dòng)3：類的分析A標(biāo)識(shí)責(zé)任A標(biāo)識(shí)屬性A標(biāo)識(shí)關(guān)聯(lián)和聚合A包的分析活動(dòng)4:包的分析確保分析包盡可能與其它包相對(duì)獨(dú)立確保分析包實(shí)現(xiàn)了它的目標(biāo)，即細(xì)化了某些領(lǐng)域類或用況描述依賴3.需求分析總結(jié)三個(gè)術(shù)語:分析包、分析類、用況細(xì)化四個(gè)步驟A體系結(jié)構(gòu)分析A細(xì)化用況A對(duì)類分析A對(duì)包進(jìn)行分析一個(gè)成果:分析模型用況模型分析模型使用客戶語言來描述使用開發(fā)者語言來描述給出系統(tǒng)對(duì)外的視圖 給出系統(tǒng)對(duì)內(nèi)的視圖使用用況予以結(jié)構(gòu)化，但給出的是外部視使用衍型類予以結(jié)構(gòu)化，但給出的是內(nèi)部角下的系統(tǒng)結(jié)構(gòu) 視角下的系統(tǒng)結(jié)構(gòu)可以作為客戶與開發(fā)者之間“系統(tǒng)應(yīng)做什可以理解開發(fā)者理解系統(tǒng)如何勾畫如何設(shè)么，不應(yīng)做什么”的契約 計(jì)、如何實(shí)現(xiàn)的基礎(chǔ)在需求之間可能存在冗余、不一致和沖突在需求之間不應(yīng)存在冗余、不一致和沖突等問題 等問題捕獲的是系統(tǒng)功能，包括在體系結(jié)構(gòu)方面給出的是細(xì)化的系統(tǒng)功能，包括在體系結(jié)具有意義的功能 構(gòu)方面具有意義的功能定義了一些進(jìn)一步需要在分析模型進(jìn)一步定義了用況模型巾每一個(gè)用況的細(xì)化分析的用況3.設(shè)計(jì)?軟件設(shè)計(jì)：定義滿足需求規(guī)約所需要的軟件結(jié)構(gòu)?RUP的設(shè)計(jì)目標(biāo):定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求的軟件結(jié)構(gòu)。.相關(guān)術(shù)語設(shè)計(jì)類用況細(xì)化設(shè)計(jì)子系統(tǒng)接口.設(shè)計(jì)模型、部署模型及相關(guān)視角下的體系結(jié)構(gòu)描述(1)設(shè)計(jì)模型：A設(shè)計(jì)子系統(tǒng)A設(shè)計(jì)類A用況細(xì)化A接口(2)部署模型:是一個(gè)對(duì)象模型，描述了系統(tǒng)物理分布，即如何把功能分布于各個(gè)節(jié)點(diǎn)上。3、設(shè)計(jì)的主要活動(dòng)活動(dòng)1:體系結(jié)構(gòu)設(shè)計(jì)?標(biāo)識(shí)節(jié)點(diǎn)和它們的網(wǎng)絡(luò)配置?標(biāo)識(shí)子系統(tǒng)和它們的接口?標(biāo)識(shí)在體系結(jié)構(gòu)方面有意義的設(shè)計(jì)類和它們的接口標(biāo)識(shí)一般性的設(shè)計(jì)機(jī)制活動(dòng)2:用況的設(shè)計(jì)標(biāo)識(shí)參與用況細(xì)化的設(shè)計(jì)類標(biāo)識(shí)參與用況細(xì)化的子系統(tǒng)和接口活動(dòng)3:類的設(shè)計(jì)概括描述設(shè)計(jì)類標(biāo)識(shí)操作標(biāo)識(shí)屬性標(biāo)識(shí)關(guān)聯(lián)和聚合標(biāo)識(shí)泛化描述方法描述狀態(tài)活動(dòng)4:子系統(tǒng)設(shè)計(jì)維護(hù)子系統(tǒng)依賴維護(hù)子系統(tǒng)所提供的接口維護(hù)子系統(tǒng)內(nèi)容RUP的實(shí)現(xiàn)和測(cè)試RUP的實(shí)現(xiàn)目標(biāo)(1)基于設(shè)計(jì)類和子系統(tǒng)生成溝件(2)對(duì)構(gòu)成進(jìn)行單元測(cè)試(3)進(jìn)行集成和連接⑷把可執(zhí)行的構(gòu)件映射到部署模型RUP實(shí)現(xiàn)的主要活動(dòng)(1)實(shí)現(xiàn)體系結(jié)構(gòu)⑵集成系統(tǒng)(3)實(shí)現(xiàn)子系統(tǒng)(4)實(shí)現(xiàn)類(5)完成單元測(cè)試RUP的測(cè)試包括：內(nèi)部測(cè)試、中間測(cè)試和最終測(cè)試RUP測(cè)試包括的主要活動(dòng)(1)計(jì)劃測(cè)試(2)設(shè)計(jì)測(cè)試(3)實(shí)現(xiàn)測(cè)試⑷執(zhí)行集成測(cè)試(5)執(zhí)行系統(tǒng)測(cè)試(6)評(píng)價(jià)測(cè)試第六章軟件測(cè)試（25分）（一）、軟件測(cè)試目標(biāo)與軟件測(cè)試過程模型1、軟件測(cè)試目標(biāo)測(cè)試的目的應(yīng)該是通過軟件測(cè)試盡可能多地發(fā)現(xiàn)并改正軟件種存在的錯(cuò)誤。（1）軟件測(cè)試的對(duì)象軟件=程序+文檔測(cè)試對(duì)象：各個(gè)階段產(chǎn)生的源程序和文檔。（2）軟件測(cè)試的定義?軟件測(cè)試（SoftwareTesting）是按照特定規(guī)程發(fā)現(xiàn)軟件錯(cuò)誤的的過程。?使用人工或自動(dòng)手段，運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程，其目的是檢驗(yàn)它是否滿足規(guī)定的需求，或清楚了解預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異?！皽y(cè)試”和“調(diào)試”的區(qū)別測(cè)試證明“失敗”，調(diào)試證明“正確”測(cè)試以已知條件開始測(cè)試時(shí)有計(jì)劃的測(cè)試是一個(gè)發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測(cè)試測(cè)試的執(zhí)行是有規(guī)程的測(cè)試由獨(dú)立的測(cè)試小組完成測(cè)試的執(zhí)行和設(shè)計(jì)可由工具支持2、軟件測(cè)試過程模型1,測(cè)試設(shè)計(jì)?環(huán)境模型?對(duì)象模型?錯(cuò)誤模型2,測(cè)試執(zhí)行3、測(cè)試結(jié)果比較（二）、軟件測(cè)試技術(shù)1、路徑測(cè)試技術(shù)是一種白盒測(cè)試技術(shù)依據(jù)的是程序的邏輯結(jié)構(gòu)采用控制流程圖來表達(dá)被測(cè)程序模型。通過合理地選擇一組穿過程序的路徑，以達(dá)到某種測(cè)量度量。1、控制流程圖是一種表示程序控制結(jié)構(gòu)的圖形化工具，其基本元素是過程塊、節(jié)點(diǎn)、判定。2、控制流程圖路徑:是由鏈組成的，包含一串指令或語句，其長(zhǎng)度由鏈的數(shù)目決定。對(duì)軟件測(cè)試而言，限定路徑為:從程序的入口開始，在出口結(jié)束3、測(cè)試策略路徑覆蓋(PX):執(zhí)行所有可能穿過程序控制流程的路徑。最強(qiáng)的測(cè)試度量。語句覆蓋(P1)：至少執(zhí)行程序中所有語句一次。最“低”的測(cè)試度量。分支覆蓋(P2):至少將程序中的每個(gè)分支執(zhí)行一次。條件覆蓋與條件組合覆蓋幾種測(cè)試覆蓋存在以下基本關(guān)系：語句覆蓋《分支覆蓋《條件組合覆蓋《路徑覆蓋4、路徑選取與用例設(shè)計(jì)最小的強(qiáng)制性測(cè)試需求是語句覆蓋率。路徑選取的一般原則：(1)選擇最簡(jiǎn)單的、具有一定功能含義的入口/出口路徑；(2)在已選取的基礎(chǔ)上，選擇無循環(huán)的路徑，選取短路徑、簡(jiǎn)單路徑;⑶選取沒有明顯功能含義的路徑，要研究該路徑為什么存在。2、基于事物流的測(cè)試技術(shù)是一種功能測(cè)試技術(shù)屬于黑盒測(cè)試技術(shù)1.事務(wù):是指從系統(tǒng)用戶的角度出發(fā)所見到的一個(gè)工作單元，有其“生”，有其“亡”?短信提醒?節(jié)日問候?數(shù)據(jù)更新事務(wù)由一系列操作組成，用“事務(wù)流”表達(dá)。事務(wù)流:是系統(tǒng)行為的一種表示方法，為功能測(cè)試建立了程序的動(dòng)作模式。事務(wù)流程圖:表達(dá)系統(tǒng)的行為，多個(gè)事務(wù)流的執(zhí)行。事務(wù)流程圖事務(wù)流程圖中的相關(guān)概念1、并生:事務(wù)處理產(chǎn)生一個(gè)新事務(wù)，由此這兩事務(wù)繼續(xù)執(zhí)行。2、絲分裂:事務(wù)處理產(chǎn)生兩個(gè)新事務(wù)。3、匯集:事務(wù)的不同活動(dòng)可以匯集一處。4、吸收:一個(gè)事務(wù)可以被另一個(gè)事務(wù)吸食5,結(jié)合:兩個(gè)事務(wù)結(jié)合后產(chǎn)生一個(gè)新事務(wù)如何根據(jù)事務(wù)流程圖設(shè)計(jì)測(cè)試用例？步驟1:獲得事務(wù)流程圖步驟2:瀏覽、復(fù)審步驟3:用例設(shè)計(jì)步驟4:測(cè)試執(zhí)行2、等價(jià)類法是根據(jù)程序的I/O特性，將程序的輸入劃分為有限個(gè)等價(jià)區(qū)段，使得從每個(gè)區(qū)段內(nèi)抽取的代表性數(shù)據(jù)進(jìn)行的測(cè)試等價(jià)于該區(qū)段內(nèi)任何數(shù)據(jù)的測(cè)試。對(duì)于每個(gè)輸入條件存在著程序有效輸入的有效等價(jià)類和對(duì)程序錯(cuò)誤輸入的無效等價(jià)類。1、如果某個(gè)輸入條件規(guī)定了輸入數(shù)據(jù)的取值范圍，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。2、如果某個(gè)輸入條件規(guī)定了輸入數(shù)據(jù)的個(gè)數(shù)，則可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。3、如果某個(gè)輸入條件規(guī)定了輸入數(shù)據(jù)的一組可能取的值，每一個(gè)輸入值就是一個(gè)有效等價(jià)類，一個(gè)無效等價(jià)類。4、如果某個(gè)輸入條件是一個(gè)布爾值，則可以劃分一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類5、如果某個(gè)輸入條件規(guī)定了必須符合的條件，則可以劃分一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。6、若在已劃分的某個(gè)等價(jià)類中各元素在程序中的處理方式不同，則應(yīng)將此等價(jià)類進(jìn)一步劃分為更小的等價(jià)類。3、邊值分析法是一種根據(jù)I/O邊界等價(jià)類上或緊靠邊界的條件，選擇測(cè)試用例的更有效的方法。4、因果圖法因一輸入條件和果一輸出結(jié)果，通達(dá)因果圖將功能說明轉(zhuǎn)換成一張判定表，然后為每種輸件條件的組合設(shè)計(jì)測(cè)試用例。著重檢查輸入條件的組合。因果圖C:原因因果圖E:結(jié)果原因和原因之間的約束關(guān)系(1)E(互斥):只能有一個(gè)成立(2)I(包含):至少有一個(gè)條件成立⑶。(唯一):有且僅有一個(gè)成立(4)R(要求):當(dāng)a出現(xiàn)時(shí)，b必須出現(xiàn)⑸M(屏蔽)：當(dāng)a=l時(shí)，b必須是0,當(dāng)a=0時(shí)，b的值不確定。用因果圖生成測(cè)試用例的步驟步驟1:找出模塊的原因(輸入條件或輸入條件的等價(jià)類)和結(jié)果步驟2:分析原因與結(jié)果之間的對(duì)應(yīng)關(guān)系，畫出因果圖步驟3:在因果圖上標(biāo)識(shí)出一些特定的約束和限制條件步驟4:把因果圖轉(zhuǎn)化為判定表步驟5:把判定表的每一列作為依據(jù)，設(shè)計(jì)測(cè)試用例3、其他功能測(cè)試技術(shù)簡(jiǎn)述(三)、軟件測(cè)試步驟1、單元測(cè)試單元測(cè)試(UnitTesting)又稱模塊測(cè)試(ModuleTesting),或模塊分調(diào)，用于測(cè)試單個(gè)程序模塊，確定模塊的邏輯和功能是否正確。單元測(cè)試采用白盒測(cè)試技術(shù)。單元測(cè)試要考慮模塊的4個(gè)特征：⑴模塊接口(2)局部數(shù)據(jù)結(jié)構(gòu)(3)重耍的執(zhí)行路徑⑷錯(cuò)誤執(zhí)行路徑單元測(cè)試還需要開發(fā)驅(qū)動(dòng)模塊和承接模塊：(1)驅(qū)動(dòng)模塊:調(diào)用被測(cè)試模塊的模塊。⑵承接模塊:被測(cè)試模塊調(diào)用的模塊。2、集成測(cè)試集成測(cè)試(IntegrationTesting)用來測(cè)試模塊之間接口的正確性，也即模塊之間的數(shù)據(jù)和控制傳遞。集成測(cè)試是與單元測(cè)試平行進(jìn)行的。兩種策略：自頂向下的集成測(cè)試:需要設(shè)計(jì)承接模塊自底向上的集成測(cè)試:需求設(shè)計(jì)驅(qū)動(dòng)模塊每加只新的模塊，還要進(jìn)行回歸測(cè)試。3、有效性測(cè)試目標(biāo)是發(fā)現(xiàn)軟件實(shí)現(xiàn)的功能與需求規(guī)格說明書一致的錯(cuò)誤。采用黑盒測(cè)試技術(shù)測(cè)試步驟測(cè)試對(duì)象浦試方法測(cè)試內(nèi)容特點(diǎn)測(cè)試財(cái)白盒測(cè)試模塊接口局輟據(jù)結(jié)構(gòu)重要的執(zhí)行路徑錯(cuò)a行路徑驅(qū)動(dòng)模塊承接模塊集成測(cè)試模塊的組裝瞰蜂口黑盒測(cè)試期雌口有效性測(cè)試是否符合用戶可黑盒測(cè)試軟件實(shí)現(xiàn)的內(nèi)容與需求說明書的一致性奏充測(cè)試軟硬件的協(xié)作系統(tǒng)性能黑盒測(cè)試第七章軟件生存周期過程與管理過程(一)、軟件生存周期過程與管理1、引言2、＜ISO/IEC系統(tǒng)與軟件工程——軟件生存周期過程12207——2008》標(biāo)準(zhǔn)簡(jiǎn)介? 2個(gè)過程類、7個(gè)過程組、43個(gè)過程。2個(gè)過程類A"系統(tǒng)語境的過程”?“軟件開發(fā)的過程”。｝系統(tǒng)語境的過程類7個(gè)過程組：｝系統(tǒng)語境的過程類(1)協(xié)議過程組(2)項(xiàng)目過程組(3)技術(shù)過程組(4)組織上項(xiàng)目使能過程組(5)軟件實(shí)現(xiàn)過程組(6)軟件支持過程組 , 軟件開發(fā)的過程(7)軟件復(fù)用過程組 J3、(ISO/IEC軟件生存周期過程12207-1995》標(biāo)準(zhǔn)軟件生存周期過程的類型：1、基本過程(1)指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集。(2)包括5個(gè)過程：①獲取過程②供應(yīng)過程③開發(fā)過程(1)開發(fā)過程包含的活動(dòng)?過程實(shí)現(xiàn)①過程實(shí)現(xiàn)包含的任務(wù)?選擇合適的生存周期模型?選擇相應(yīng)的標(biāo)準(zhǔn)、方法、工具和程序設(shè)計(jì)語言?制定實(shí)施開發(fā)計(jì)劃?可以使用一些非交付的軟件項(xiàng)。?系統(tǒng)需求分析?建立系統(tǒng)需求規(guī)格說明?對(duì)系統(tǒng)需求進(jìn)行評(píng)估A有關(guān)獲取方面需要的可追蹤性，有關(guān)獲取方面需要的一致性何測(cè)試性A系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)的可行性》運(yùn)行與維護(hù)的可行性?系統(tǒng)體系結(jié)構(gòu)?建立系統(tǒng)的頂層體系結(jié)構(gòu)?對(duì)體系結(jié)構(gòu)及每一項(xiàng)的需求進(jìn)行評(píng)估A系統(tǒng)需求的可追蹤性當(dāng)系統(tǒng)需求的一致性》所使用的設(shè)計(jì)標(biāo)準(zhǔn)和方法的適宜性瞰件項(xiàng)滿足其所分配的需求的可行性》運(yùn)行與維護(hù)的可行性?設(shè)計(jì)軟件需求分析建立軟件需求規(guī)格說明對(duì)軟件需求進(jìn)行評(píng)估聯(lián)合復(fù)審?軟件體系結(jié)構(gòu)設(shè)計(jì)把對(duì)軟件項(xiàng)的需求轉(zhuǎn)變?yōu)橐环N體系結(jié)構(gòu)對(duì)該軟件項(xiàng)的外部接口和各構(gòu)件之間的接口進(jìn)行頂層設(shè)計(jì)進(jìn)行數(shù)據(jù)庫的頂層設(shè)計(jì).編制用戶文檔的最初版本為軟件集成定義初步的測(cè)試需求文檔對(duì)軟件項(xiàng)的體系結(jié)構(gòu)、接口和數(shù)據(jù)庫設(shè)計(jì)進(jìn)行實(shí)施聯(lián)合評(píng)審軟件詳細(xì)設(shè)計(jì)軟件編碼和測(cè)試軟件集成軟件合格性測(cè)試系統(tǒng)集成系統(tǒng)合格性測(cè)試軟件安裝軟件驗(yàn)收支持④運(yùn)行過程⑤維護(hù)過程2、支持過程?是指有關(guān)各方按他們的目標(biāo)所從事的一系列支持活動(dòng)集。支持活動(dòng)有助于提高系統(tǒng)或軟件產(chǎn)品的質(zhì)量。?文檔過程?配置管理過程過程實(shí)現(xiàn):編制配置管理計(jì)劃配置標(biāo)識(shí):為項(xiàng)目需要標(biāo)識(shí)的并加以控制的軟件項(xiàng)及其版本，制定一個(gè)方案。配置控制:標(biāo)識(shí)并記錄變更請(qǐng)求配置狀態(tài)統(tǒng)計(jì):編制管理記錄和狀態(tài)報(bào)告配置評(píng)價(jià)發(fā)布管理和交付質(zhì)量保證過程驗(yàn)證過程確認(rèn)過程聯(lián)合評(píng)審過程審計(jì)過程問題解決過程3、組織過程與軟件生產(chǎn)組織有關(guān)的活動(dòng)集。包括4個(gè)過程：哨理過程啟動(dòng)與范圍定義規(guī)劃測(cè)量執(zhí)行與控制評(píng)審與評(píng)價(jià)結(jié)束處理礴礎(chǔ)設(shè)施過程謠訓(xùn)過程》改進(jìn)過程結(jié)構(gòu)：過程一活動(dòng)一任務(wù)?供應(yīng)過程1、意圖：為獲取方提供滿足所協(xié)商需求的產(chǎn)品或服務(wù)2、活動(dòng)和任務(wù)活動(dòng)1:機(jī)遇標(biāo)識(shí)活動(dòng)2:供應(yīng)方投標(biāo)活動(dòng)3:合同協(xié)商? 活動(dòng)4:合同執(zhí)行4、結(jié)果(1)標(biāo)識(shí)了產(chǎn)品或服務(wù)的獲取方(2)對(duì)獲取方的要求作了必要的響應(yīng)(3)建立了獲取方和供應(yīng)方之間的協(xié)議(4)供應(yīng)方開發(fā)了滿足所協(xié)商需求的產(chǎn)品服務(wù)(5)按所協(xié)商的需求向獲取方交付了相應(yīng)的產(chǎn)品/服務(wù)(6)按所協(xié)商的需求安裝了產(chǎn)品?軟件實(shí)現(xiàn)過程1、意圖把已規(guī)約的行為、接口和實(shí)現(xiàn)約束轉(zhuǎn)換為一些動(dòng)作，創(chuàng)建稱為“軟件項(xiàng)”的軟件產(chǎn)品和服務(wù)作為系統(tǒng)元素2、活動(dòng)和任務(wù)活動(dòng)：軟件實(shí)現(xiàn)策略3、結(jié)果(1)定義了實(shí)現(xiàn)策略(2)標(biāo)識(shí)了有關(guān)設(shè)計(jì)方面的實(shí)現(xiàn)技術(shù)約束(3)實(shí)現(xiàn)了一個(gè)軟件(4)按提供協(xié)議，把該軟件打包成一個(gè)軟件?軟件需求分析過程1、意圖:建立系統(tǒng)軟件部分的需求2、活動(dòng)和任務(wù)任務(wù)1：建立軟件需求和文檔任務(wù)2:評(píng)估軟件需求，并建立相應(yīng)的評(píng)估結(jié)果? 任務(wù)3:按軟件復(fù)審過程進(jìn)行軟件需求復(fù)審3、結(jié)果(1)需求已分配給系統(tǒng)的軟件元素(2)已分析軟件需求的正確性和可測(cè)性(3)已了解軟件需求對(duì)運(yùn)行環(huán)境的影響(4)在軟件需求和系統(tǒng)需求之間建立了一致性和可跟蹤性(5)已定義了實(shí)現(xiàn)軟件需求的優(yōu)先級(jí)別(6)軟件需求已得到批準(zhǔn)并按需求進(jìn)行了調(diào)整(7)針對(duì)軟件需求的更改對(duì)成本、進(jìn)度和技術(shù)影響，已進(jìn)行了相應(yīng)的評(píng)估。(8)建立了軟件需求的基線，并與有關(guān)部門進(jìn)行了溝通。?軟件體系結(jié)構(gòu)設(shè)計(jì)過程1、意圖為軟件的實(shí)現(xiàn)和按需求進(jìn)行驗(yàn)證提供設(shè)計(jì)方案。2、活動(dòng)和任務(wù)A軟件體系結(jié)構(gòu)設(shè)計(jì)3、結(jié)果A開發(fā)一種軟件體系結(jié)構(gòu)設(shè)計(jì)，描述實(shí)現(xiàn)該軟件需求的軟件項(xiàng)A設(shè)計(jì)每一軟件項(xiàng)的內(nèi)部接口和外部接口?軟件驗(yàn)證過程1、意圖：證明軟件產(chǎn)品是否滿足了所規(guī)約的需求。2、活動(dòng)和任務(wù)? 過程實(shí)現(xiàn)?驗(yàn)證3、結(jié)果(1)開發(fā)并實(shí)現(xiàn)了驗(yàn)證策略⑵標(biāo)識(shí)了驗(yàn)證準(zhǔn)則(3)執(zhí)行了所需要的驗(yàn)證活動(dòng)(4)標(biāo)識(shí)并記錄了缺點(diǎn)(5)給出了可用于客戶和其它參與人員的驗(yàn)證結(jié)果?軟件確認(rèn)過程1、意圖：證實(shí)所期望使用的軟件產(chǎn)品是否滿足需求2、活動(dòng)和任務(wù)? 過程實(shí)現(xiàn)?確認(rèn)3、結(jié)果A開發(fā)并實(shí)現(xiàn)了確認(rèn)策略A標(biāo)識(shí)了所有需要的軟件工作產(chǎn)品的確認(rèn)準(zhǔn)則A執(zhí)行了所需要的確認(rèn)活動(dòng)A標(biāo)識(shí)并記錄了發(fā)現(xiàn)的問題A提供了證據(jù)證明:軟件產(chǎn)品能夠按照用戶用期望的方式來使用A給出了可用于客戶和其他參與人員的驗(yàn)證活動(dòng)的結(jié)果(三)、應(yīng)用說明是對(duì)標(biāo)準(zhǔn)“ISO/IEC系統(tǒng)與軟件工程-軟件生存周期過12207-2008”的應(yīng)用說明。1、系統(tǒng)和軟件A軟件是整個(gè)系統(tǒng)的組成部分。A區(qū)分系統(tǒng)需求分析和軟件需求分析。2、與《ISO/IEC系統(tǒng)生存周期15288》的關(guān)系A(chǔ)當(dāng)系統(tǒng)中包括非常重要的非軟件因素時(shí)，要應(yīng)用《IS。/IEC系統(tǒng)生存周期15288》(.3、組織層和項(xiàng)目層A項(xiàng)目可能由組織執(zhí)行4、過程之間的時(shí)序關(guān)系A(chǔ)沒有明確過程、活動(dòng)、任務(wù)之間的時(shí)間依賴的序列。A支持活動(dòng)之間的選代和再現(xiàn)。5、過程分解A把過程劃分為一些小的“片段”6、生存周期模型和階段A用生存周期模型對(duì)系統(tǒng)或軟件產(chǎn)品的生存模型化A模型由階段組成7、剪裁A針對(duì)特定的情況，修改生存周期過程（四）、軟件生存周期模型含義:是一個(gè)包含軟件產(chǎn)品開發(fā)、運(yùn)行和維護(hù)中有關(guān)過程、活動(dòng)和任務(wù)的框架，覆蓋了從該系統(tǒng)的需求定義到系統(tǒng)的使用終止。作用:不但為軟件開發(fā)確定了一些抽象層，還確定了每一抽象層之間的基本關(guān)系。1、瀑布模型一、瀑布模型系統(tǒng)需求軟件需求需求分析'恥廟碼測(cè)試藹1、瀑布模型的原理?自上而下具有相互銜接的固定順序。?每一階段的輸入，即工作對(duì)象以及本階段的工作成果，作為輸出傳送到下一階段。2、瀑布模型的貢獻(xiàn)①在決定系統(tǒng)怎樣做之前存在一個(gè)需求階段，它鼓勵(lì)對(duì)統(tǒng)做什 么有一個(gè)規(guī)約。②在系統(tǒng)構(gòu)造之前有一個(gè)設(shè)計(jì)階段，它鼓勵(lì)規(guī)劃系統(tǒng)結(jié)構(gòu)③每一階段都有評(píng)審，允許獲取方和用戶的參與④前一步作為下一步被認(rèn)可的、文檔化的基線3、瀑布模型存在的問題要求客戶能夠完整、正確和清晰地表達(dá)他們的需求，并要求人員一開始就理解這一應(yīng)用。由于需求的不確定性，使設(shè)計(jì)、編碼和測(cè)試階段都可能發(fā)生延期，并且當(dāng)項(xiàng)目接近結(jié)束時(shí)，出現(xiàn)了大量的集成和測(cè)試工作。在開始的階段中，很難評(píng)估真正的進(jìn)度狀態(tài)，并且直到項(xiàng)目結(jié)束之前都不能演示系統(tǒng)的功能。

在一個(gè)項(xiàng)目的早期階段，過分地強(qiáng)調(diào)了基線和里程并可能需要花費(fèi)更多的時(shí)間用于建立一些用處不大的文檔。2、增量模型增量模型融合了瀑布模型的基本成分（重復(fù)應(yīng)用）原型實(shí)現(xiàn)的迭代特征，該模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。前提:需求可結(jié)構(gòu)化。適用于“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)。1、原理增量1增量2增量3增量42、增量模型的優(yōu)點(diǎn)第一個(gè)可交付版本所需的成本和時(shí)間較少。由于很快發(fā)布第一個(gè)版本，可以減少用戶需求的變更。允許增量投資，即開始時(shí)只對(duì)一個(gè)或兩個(gè)增量投資。3、增量模型的缺點(diǎn)如果沒有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成后來增量的不穩(wěn)定。如果需求不能像早期思考的那樣穩(wěn)定和完整，那么一些增量就可能需要重新開發(fā)，重新發(fā)布。由于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織的能力。3、演化模型演化模型是一種全局的軟件（或產(chǎn)品）生存周期模型。屬于迭代開發(fā)方法。演化模型主要針對(duì)事先不能完整定義需求的軟件開發(fā)。該模型可以表示為:第一次迭代（需求。設(shè)計(jì)->實(shí)現(xiàn)。測(cè)試。集成”反饋。第二次迭代（需求。設(shè)計(jì)。實(shí)現(xiàn)。測(cè)試->集成）->反饋->……3、增量模型的缺點(diǎn)如果沒有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成后來增量的不穩(wěn)定。如果需求不能像早期思考的那樣穩(wěn)定和完整，那么一些增量就可能需要重新開發(fā)，重新發(fā)布。由于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織的能力。4、演化模型的優(yōu)點(diǎn)任何功能一經(jīng)開發(fā)就能進(jìn)入測(cè)試以便驗(yàn)證是否符合產(chǎn)品需求。幫助導(dǎo)引出高質(zhì)量的產(chǎn)品要求。減少軟件開發(fā)活動(dòng)的盲目性。、演化模型的不足很容易弱化需求分析階段的工作。4、螺旋模型?螺旋模型是在“瀑布模型”和演化模型的基礎(chǔ)上，加入兩者都忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開發(fā)模型。?螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，使得開發(fā)人員和用戶對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反應(yīng)。?因此特別適用于龐大、復(fù)雜并具有高風(fēng)險(xiǎn)的系統(tǒng)。1、原理圖2、工作過程⑴制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件;⑵風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何利和消除風(fēng)險(xiǎn)；(3)實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；⑷客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。3、螺旋模型的特點(diǎn)?螺旋模型很大程度上是--種“風(fēng)險(xiǎn)驅(qū)動(dòng)”的方法體系。?螺旋模型關(guān)注解決問題的基本步驟

5、噴泉模型噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于采用對(duì)象技術(shù)的軟件開發(fā)項(xiàng)目。噴泉模型認(rèn)為:軟件開發(fā)過程自下而上周期的各階段是相互迭代和無間隙的特性。螺旋模型是在“瀑布模型”和演化模型的基礎(chǔ)上，加入兩者都忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開發(fā)模型。螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，使得開發(fā)人員和用戶對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反應(yīng)。因此特別適用于龐大、復(fù)雜并具有高風(fēng)險(xiǎn)的系統(tǒng)。噴泉模型原理圖噴泉模型主要用于支持面向?qū)ο蠹夹g(shù)的軟件開發(fā)。噴泉模型原理圖噴泉模型主要用于支持面向?qū)ο蠹夹g(shù)的軟件開發(fā)。(五)、過程規(guī)劃與管理?屬于“組織上項(xiàng)目使能過程組”?包括四個(gè)環(huán)節(jié)：A過程規(guī)劃(P)A過程檢測(cè)(C)A過程執(zhí)行(D)A過程調(diào)整(A)1、過程建立選擇軟件生存周期模型細(xì)化所選擇的生存周期模型為每一個(gè)活動(dòng)或任務(wù)標(biāo)識(shí)合適的實(shí)例數(shù)目確定活動(dòng)的時(shí)序關(guān)系，并檢查信息流

5、建立過程計(jì)劃的文檔成果：項(xiàng)目的過程計(jì)劃2、過程監(jiān)控?軟件生存周期過程的監(jiān)控?軟件生存周期過程改變所產(chǎn)生的影響的評(píng)估? 改變的實(shí)施?實(shí)現(xiàn)改變總結(jié)：生命周期模型特點(diǎn)瀑布模型自上而下具有相互銜接的固定JI質(zhì)序。增量模型適用于"技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)演化模型主要針對(duì)事先不能完整定義需求的軟件開發(fā)螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的方法體系噴泉模型以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型《ISO/IEC軟件生存周期過程12207-1995》標(biāo)準(zhǔn)將過程分為三類:過程類包含過程基本過程獲取過程;供應(yīng)過程;開發(fā)過程;運(yùn)行過程維護(hù)過程支持過程文檔過程酒已置管理過程;質(zhì)量保證過程;驗(yàn)證過程；確認(rèn)過程;聯(lián)合評(píng)審過程;審計(jì)過程:問題解決過程組織過程管理過程;基礎(chǔ)設(shè)施過程;培訓(xùn)過程;改講過程第八章集成化能力成熟度模型（CMMI）（一）、背景與原理一、CMMI的含義CapabilityMaturityModelIntegrationforDevelopment,集成化能力成熟度模型是由美國(guó)國(guó)防部與卡內(nèi)基梅隆大學(xué)和美國(guó)國(guó)防業(yè)協(xié)會(huì)共同開發(fā)和研制的。二、CMMI的目的其目的是幫助軟件企業(yè)對(duì)軟件工程過程進(jìn)行管理和改進(jìn)，增強(qiáng)開發(fā)與改進(jìn)能力，從而能按時(shí)地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。“過程改進(jìn)”。三、CMMI的構(gòu)成CMMICMMI四、CMMI的應(yīng)用過程途徑的基本假設(shè):系統(tǒng)或產(chǎn)品的質(zhì)量高度受開發(fā)和維護(hù)中所使用的過程質(zhì)量的影響。質(zhì)量支撐點(diǎn)：人員規(guī)程和方法工具和設(shè)備（二）、CMMI的模型部件?CMMI是種過程改善框架。?過程改善：是指人為設(shè)計(jì)的一個(gè)活動(dòng)程序，其目的是改進(jìn)組織的過

程性能和成熟度，并改進(jìn)這一程序的結(jié)果?由一些過程域組成，過程域有國(guó)己的確定專用目標(biāo)和公共目標(biāo)。?每個(gè)專用目標(biāo)和公共目標(biāo)的實(shí)現(xiàn)，分別依賴一些實(shí)踐。?每個(gè)專曳實(shí)踐有自己的子實(shí)踐和確定的典型工作產(chǎn)品，符號(hào)：資料性部件。?每個(gè)過程域還有意圖陳述、簡(jiǎn)介性注釋出程域一、過程域?過程域:一個(gè)業(yè)務(wù)域中一束相關(guān)的實(shí)踐，當(dāng)它們一起得以實(shí)現(xiàn)時(shí)，就滿足被認(rèn)為對(duì)該過程域的改善，具有重要作用的一組條件。?CMMI有22個(gè)過程域，分為四類。?見下表所示：過程域類名包括的過程域項(xiàng)目管理類規(guī)劃、監(jiān)控、定量項(xiàng)目管理、集成項(xiàng)目管理、風(fēng)險(xiǎn)管理、提供方協(xié)議管理工程類需求開發(fā)、需求管理、技術(shù)解決方案、產(chǎn)品集成、確認(rèn)、驗(yàn)證支持類配置管理、過程和產(chǎn)品質(zhì)量保證、測(cè)量原因分析與解決、決策分析與解決過程管理類組織過程定義、組織過程性能、組織過程培訓(xùn)、組織過程關(guān)注、組織創(chuàng)新與部署二、專用目標(biāo)一個(gè)過程域中都有一個(gè)或多個(gè)專用目標(biāo)。描述該過程域必須呈現(xiàn)的一些獨(dú)有特征。專用目標(biāo)可用于幫助確定一個(gè)過程域是否得以滿足。三、專用實(shí)踐?對(duì)于達(dá)到專用目標(biāo)是重要的活動(dòng)。?期望以專用實(shí)踐所描述的活動(dòng)，會(huì)導(dǎo)致達(dá)到一個(gè)過程域的專用目標(biāo)。四、共用目標(biāo)和共用實(shí)踐可用于多個(gè)過程域五