2025年軟件工程自學(xué)關(guān)鍵考點(diǎn)與解題難點(diǎn)深度解析

《軟件工程》串講講義應(yīng)考指導(dǎo)《軟件工程》是全國(guó)高等教育自學(xué)考試計(jì)算機(jī)及應(yīng)用(獨(dú)立本科段)的一門(mén)專(zhuān)業(yè)課。新版教材與相比，無(wú)論是內(nèi)容還是內(nèi)容的組織，均有了很大的變化。整個(gè)知識(shí)體系、章節(jié)基于對(duì)軟件開(kāi)發(fā)本質(zhì)的認(rèn)識(shí)，講解軟件工程的兩大技術(shù)問(wèn)題：一是開(kāi)發(fā)開(kāi)發(fā)邏輯波及軟件生存周期過(guò)程、軟件生存周期模型(有關(guān)過(guò)程、活動(dòng)和任務(wù)的組織框架)本課程共有8章：第1章：回答什么是軟件開(kāi)發(fā)的本質(zhì)第2章：軟件需求與軟件需求規(guī)約第3章：構(gòu)造化措施第4章：面向?qū)ο蟠胧?UML第5章：面向?qū)ο蟠胧?RUP第6章：軟件測(cè)試。第7章：軟件生存周期過(guò)程及管理第8章：集成化能力成熟度模型CMMI1.歷年真題的分布狀況由于教材剛剛通過(guò)改版，新教材剛通過(guò)10月、01月、10月三次考試。通過(guò)對(duì)10月、01月這年份章名、題型一、緒論(單項(xiàng)、填空題)3分3分二、軟件需求與軟件需求規(guī)約9三、構(gòu)造化措施(單、填、簡(jiǎn)答、綜合)25分25分四、面向?qū)ο蟠胧?UML(單、填、簡(jiǎn)答)11分11分五、面向?qū)ο蟠胧?RUP(單、填、簡(jiǎn)答)12分12分六、軟件測(cè)試(單、填、簡(jiǎn)答、綜合)25分23分10分10分八、集成化能力成熟度模型CMMI55從上面的記錄數(shù)據(jù)可以看出：重要的分值分布在第3章和第6章，分別占到總分的25%左右。第1章和第8章的考核知識(shí)點(diǎn)相對(duì)較少。2.題型分析(1)單項(xiàng)選擇題，共15小題，每題2分，共30分(2)填空題，共20個(gè)空，每空1分，共20分(3)簡(jiǎn)答題，共6小題，每題5分，共30分(4)綜合應(yīng)用題，共2題，每題10分，共20分3.復(fù)習(xí)措施(1)以教學(xué)大綱為準(zhǔn)繩。自學(xué)考試的原則是：考試范圍既不超過(guò)大綱又不超過(guò)教材范圍。因此考生一定根據(jù)教學(xué)大綱規(guī)定的考試內(nèi)容和考核規(guī)定，認(rèn)真學(xué)習(xí)教材，要(3)注意學(xué)習(xí)措施，理論聯(lián)絡(luò)實(shí)際，重視理解重視理論聯(lián)絡(luò)實(shí)際，訓(xùn)練并逐漸提高運(yùn)用所學(xué)理論分析和處理實(shí)際案例的能力?？忌鷳?yīng)當(dāng)注意在全面系統(tǒng)學(xué)習(xí)教材的基礎(chǔ)上，盡量多地理解和分析實(shí)際案例，以便更深刻地領(lǐng)會(huì)教材的(4)合理安排時(shí)間，抓住學(xué)習(xí)重點(diǎn)根據(jù)實(shí)際狀況自己安排，運(yùn)用平時(shí)空余時(shí)間觀看網(wǎng)絡(luò)課件，形成基本的理解。接下來(lái)認(rèn)真地做某些練習(xí)題，不清晰的地方再回過(guò)頭去看看書(shū)，并注意對(duì)不一樣的知識(shí)點(diǎn)進(jìn)行比較，加深第一章緒論復(fù)習(xí)提議：考試題目類(lèi)型重要是單項(xiàng)選擇題、填空題，題量在3%~5%之間。第一節(jié)軟件工程概念的提出與發(fā)展(1)20世紀(jì)60~80年代(2)20世紀(jì)80年代~今(3)近幾年(1)必要的軟件=程序+文檔2.軟件開(kāi)發(fā)的本質(zhì)：“映射”,即實(shí)現(xiàn)問(wèn)題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。運(yùn)用所掌握的知識(shí)，通過(guò)抽象，給出系統(tǒng)的一種構(gòu)造。模型是一種抽象。模型是在特定意圖下所確定的角度和抽象層次上對(duì)物理系統(tǒng)的描述，一般包括對(duì)該系統(tǒng)邊界的描述、對(duì)系統(tǒng)內(nèi)各模型元素以及它們之間關(guān)系的語(yǔ)義描述。(1)概念模型：描述軟件是什么(2)軟件模型：實(shí)現(xiàn)概念模型的軟件處理方案。包括設(shè)計(jì)模型、實(shí)現(xiàn)模型和布署模型。第二章需求獲取復(fù)習(xí)提議：(2)無(wú)歧義的(3)可測(cè)的(4)可跟蹤的(5)可測(cè)量的(1)顧客接口(2)硬件接口(3)軟件接口(4)通信接口(5)內(nèi)存約束(6)運(yùn)行(7)地點(diǎn)需求(1)法規(guī)政策(2)硬件限制(3)與其他應(yīng)用的接口(4)并發(fā)操作(5)審計(jì)能力(6)控制功能(7)高級(jí)語(yǔ)言規(guī)定(8)握手協(xié)議(9)應(yīng)用的關(guān)鍵程度(1)可靠性(2)存活性(3)可維護(hù)性(4)顧客友好性(1)自悟(2)交談(3)觀測(cè)(4)小組會(huì)(5)提煉第二節(jié)需求規(guī)約(SRS)(2)可修改的(3)完整的：沒(méi)有被遺漏的需求(4)一致的：不存在互斥的需求1.1產(chǎn)品的目的1.2文檔約定1.3風(fēng)險(xiǎn)承擔(dān)者1.4產(chǎn)品的范圍2.1產(chǎn)品的前景2.2產(chǎn)品的功能2.3用戶(hù)類(lèi)和特征2.4運(yùn)行環(huán)境2.5設(shè)計(jì)和實(shí)現(xiàn)上的限制2.6假設(shè)和依賴(lài)3.1用戶(hù)界面需求3.2硬件接口3.3軟件接口3.4通信接口5.5業(yè)務(wù)規(guī)則5.6用戶(hù)文檔附錄A:術(shù)語(yǔ)表附錄B:分析模型(1)非形式化的需求規(guī)約(2)半形式化的需求規(guī)約(3)形式化的需求規(guī)約(1)需求規(guī)約是軟件開(kāi)發(fā)組織和顧客之間一份實(shí)際上的技術(shù)協(xié)議書(shū)，是產(chǎn)品功能及其環(huán)境的體現(xiàn)(2)需求規(guī)約是一種管理控制點(diǎn)(3)對(duì)于產(chǎn)品/系統(tǒng)的而設(shè)計(jì)，需求規(guī)約是一種正式的、受控的起始點(diǎn)(4)需求規(guī)約是創(chuàng)立產(chǎn)品驗(yàn)收計(jì)劃和顧客指南的基礎(chǔ)第三章構(gòu)造化措施復(fù)習(xí)提議：本章是整個(gè)課程的重點(diǎn)內(nèi)容，其基本思想、基本原理和基本措施是軟件工程理論體系中最經(jīng)典的內(nèi)容，考核題型波及單項(xiàng)選擇題、填空題、簡(jiǎn)答題、綜合應(yīng)用題所有題目類(lèi)型，占分值25%左右。第一節(jié)構(gòu)造化需求分析(2)人與人之間的通信，“有效溝通”(4)數(shù)據(jù)源和數(shù)據(jù)潭4.建模過(guò)程(繪制流程圖的過(guò)程)(1)建立系統(tǒng)環(huán)境圖(2)0層圖：從0層圖開(kāi)始對(duì)流程圖中的要素編號(hào)(1)基本信息管理：教務(wù)管理人員輸入或修改學(xué)期教學(xué)執(zhí)行計(jì)劃、學(xué)生名單和教師名單；(2)學(xué)生選課：學(xué)生根據(jù)教學(xué)執(zhí)行計(jì)劃進(jìn)行選課；(3)分派任課教師：教務(wù)管理人員為符合開(kāi)課條件的課程分派教師，并打印任課告知單給教師；(4)成績(jī)管理：每門(mén)課程的教師在考試評(píng)分結(jié)束后將考試成績(jī)交給教務(wù)管理人員，教務(wù)管理人員輸入、維護(hù)成績(jī)，系統(tǒng)可生成成績(jī)單(發(fā)給學(xué)生)、成績(jī)記錄分析表(發(fā)給教務(wù)管理人員)。請(qǐng)根據(jù)規(guī)定畫(huà)出該問(wèn)題的分層數(shù)據(jù)流圖(規(guī)定畫(huà)出頂層和0層數(shù)據(jù)流圖)。學(xué)生頂層圖成績(jī)單教師學(xué)生選課信息成績(jī)單0層圖⑤數(shù)據(jù)流必須起于且/或止于處理，即每一種數(shù)據(jù)流必須有一種處理與之有關(guān)，數(shù)據(jù)流貯且止于一種數(shù)據(jù)源/數(shù)據(jù)潭或另一種數(shù)據(jù)存貯；也不能起于某個(gè)實(shí)體且止于另一種數(shù)據(jù)源/數(shù)據(jù)潭或數(shù)據(jù)存5.數(shù)據(jù)字典次序構(gòu)造：+反復(fù)構(gòu)造：{}6.加工的描述★c)右上限代表每一種條件的取值(用Y和N來(lái)表達(dá))d)右下限用X表達(dá)所對(duì)應(yīng)的條件組合所產(chǎn)生的成果決策規(guī)則號(hào)12345678條件條件1YYYYNNNN條件2YYNNYYNN條件3YNYNYNYN應(yīng)采取的行動(dòng)XXXXXXXX銷(xiāo)售商在給顧客的折扣時(shí)，要考慮付款日期和交易額這兩個(gè)原因。若付款日期在10天以?xún)?nèi)(含10天),則當(dāng)交易額超過(guò)￥10,000時(shí)，予以5%的折扣；當(dāng)交易額在￥5,000到￥10,000之間(含￥5,000)時(shí)，予以3%的折扣；當(dāng)交易額低于￥5,000時(shí)，沒(méi)有折扣。若付款日期超過(guò)10天，則無(wú)論交易額多少，均不給任何折扣。決策規(guī)則號(hào)1234條件付款日期≤10YYYN交易額≥10000YNN—交易額<5000NNY—應(yīng)采取的行動(dòng)XX無(wú)折扣XXθ?交易額≥10,000交易額≥10,000———折扣5%交易額<5,000—折扣0%折扣規(guī)則<當(dāng)交易額超過(guò)￥10,000時(shí)，予以3%的折扣；當(dāng)IF付款日期在10日以上折扣=0折扣=3%折扣=2%第二節(jié)構(gòu)造化設(shè)計(jì)1.總體設(shè)計(jì)的任務(wù)(1)模塊構(gòu)造圖(2)層次圖構(gòu)造圖(StructureChart)是對(duì)軟件總體構(gòu)造的一種圖形描述，它顯示了軟件的層次構(gòu)造、組織和通訊。也就之間通過(guò)什么接口聯(lián)絡(luò)在一起。②⑤B⑤owxmULEA⑥F③①④(1)模塊符號(hào)(2)模塊調(diào)用關(guān)系(3)模塊間的數(shù)據(jù)傳遞(4)模塊間的控制信息傳遞(6)選擇調(diào)用構(gòu)造4.層次圖層次圖中一種矩形框代表一種模塊，框間的連線表達(dá)調(diào)用關(guān)系(位于上方的矩形框所代表的模塊調(diào)用位于下方的矩形框所代表的模塊)。輸入輸出修改HIPO圖是美國(guó)IBM企業(yè)發(fā)明的“層次圖加輸入/處理/輸出圖”的英文縮寫(xiě)。為了使HIPO圖具有可追蹤性，在H圖(即層次圖)里除了頂層的方框之外，每個(gè)方框都加了編號(hào)。舊的主文件1.校驗(yàn)2.校驗(yàn)輸出將DFD圖映射為設(shè)計(jì)層面的模塊及模塊調(diào)用。(1)變換流(TransformFlow)。基于變換流的數(shù)據(jù)流程圖是一種線性的次序構(gòu)造，由輸入臂、輸出臂和變換中心三部分構(gòu)成。其中變換中心使系統(tǒng)數(shù)據(jù)發(fā)生本質(zhì)的變化，輸入臂將物理輸入變換成邏輯輸入，而輸出臂則將邏輯輸出變換成物理輸出。3.更新噩(2)事務(wù)流(TransactionFlow)。事務(wù)流的數(shù)據(jù)流程圖中有一種事務(wù)處理中心，它將輸入分為許多互相平行的加工途徑，然后根據(jù)輸入的屬性，選擇某一加工途徑。如下圖所示。業(yè)務(wù)中心完畢如下任務(wù)：>(1)接受事務(wù)(即輸入數(shù)據(jù));>(2)分析每個(gè)事務(wù)并確定它的類(lèi)型；(3)根據(jù)事務(wù)的類(lèi)型選用一條活動(dòng)通路。總?cè)蝿?wù)調(diào)度判斷業(yè)務(wù)類(lèi)型【例題】控制構(gòu)造圖的繪制根據(jù)數(shù)據(jù)計(jì)算的數(shù)據(jù)流圖：輸入數(shù)據(jù)輸入數(shù)據(jù)數(shù)據(jù)求解打印輸出畫(huà)出以轉(zhuǎn)換為中心的控制構(gòu)造圖?！窘馕觥窟@是一種經(jīng)典的以“轉(zhuǎn)換為中心”構(gòu)造的分解，可以轉(zhuǎn)化為：數(shù)據(jù)計(jì)算輸入數(shù)據(jù)數(shù)據(jù)求解打印輸出總結(jié)：任何處理都可以劃分為兩種轉(zhuǎn)換類(lèi)型之一：以轉(zhuǎn)換為中心的分解和以業(yè)務(wù)為中心構(gòu)造的分解。【例題】產(chǎn)生固定資產(chǎn)資料數(shù)據(jù)流程圖如下，做出以業(yè)務(wù)為中心的模塊控制構(gòu)造圖。固定資產(chǎn)明細(xì)表報(bào)表制作主管部門(mén)這是以業(yè)務(wù)為中心的處理，根據(jù)模板，可以轉(zhuǎn)化為：報(bào)表制作報(bào)表制作報(bào)表類(lèi)型報(bào)表調(diào)度固固定資產(chǎn)明細(xì)表折舊匯總表資產(chǎn)變動(dòng)表固定資產(chǎn)卡片8.模塊化是指一種模塊內(nèi)部個(gè)成分之間互相關(guān)聯(lián)程度的度量。也就是說(shuō)，凝聚是對(duì)模塊內(nèi)各處(1)偶爾凝聚可維護(hù)性最差(2)邏輯凝聚(4)過(guò)程內(nèi)聚(5)通信內(nèi)聚(6)次序凝聚(7)功能凝聚可維護(hù)性最佳10.模塊耦合很顯然，為了使軟件具有很好的可維護(hù)性和可修改性，模塊間的關(guān)聯(lián)程度即耦合程度應(yīng)越小越好。由于耦合程度越小，表明模塊間的獨(dú)立程度越大，這樣在修改一種模塊時(shí)，對(duì)其他模塊的影響程度就越小(1)內(nèi)容耦合(2)公共耦合(3)數(shù)據(jù)耦合(4)控制耦合(5)標(biāo)識(shí)耦合11.啟發(fā)式規(guī)則(1)改善軟件構(gòu)造，提高軟件獨(dú)立性。模塊分解(2)模塊規(guī)模適中(3)力爭(zhēng)深度、寬度、扇出、扇入適中。(4)盡量使模塊的作用域在其控制域內(nèi)。(5)竭力減少模塊接口的復(fù)雜度(6)力爭(zhēng)模塊功能可以預(yù)測(cè)13.構(gòu)造化程序設(shè)計(jì)措施一種基于構(gòu)造的編程措施，即采用次序構(gòu)造、選擇構(gòu)造和反復(fù)構(gòu)造進(jìn)行編程，其中每一構(gòu)造只容許一種AAB或三種基本的控制構(gòu)造：(a)次序構(gòu)造，先執(zhí)行A再執(zhí)行B;(c)DO-WHILE型循環(huán)構(gòu)造14.詳細(xì)設(shè)計(jì)工具(1)程序流程圖程序流程圖：程序流程圖又稱(chēng)為程序框圖，它是歷史最悠久使用最廣泛的描述過(guò)程設(shè)計(jì)的措施，然而它也是用得最混亂的一種措施。出于要有一種不容許違反構(gòu)造程序設(shè)計(jì)精神的圖形工具的考慮，Nassi和Shneiderman提出了盒圖，又稱(chēng)值1值2…部分部分部分定程度的推廣。它用二維樹(shù)形構(gòu)造的圖來(lái)表達(dá)程序的控制流，將PAD圖的基本符號(hào)。PnOdef第一個(gè)任務(wù)第二個(gè)任務(wù)第三個(gè)任務(wù)F條件T第一個(gè)任務(wù)第二個(gè)任務(wù)第三個(gè)任務(wù)F條件T部分部分PDL也稱(chēng)為偽碼，它是用正文形式表達(dá)數(shù)據(jù)和處理過(guò)程的設(shè)計(jì)工具。言，它使用一種語(yǔ)言(一般是某種自然語(yǔ)言)的詞匯，同步卻使用另一種語(yǔ)言(某種構(gòu)造化的程序設(shè)計(jì)語(yǔ)言)(1)概要設(shè)計(jì)規(guī)約>模塊描述>文獻(xiàn)構(gòu)造和全局?jǐn)?shù)據(jù)文獻(xiàn)的邏輯構(gòu)造測(cè)試需求(2)詳細(xì)設(shè)計(jì)規(guī)約>各處理過(guò)程的算法>算法所波及的所有數(shù)據(jù)構(gòu)造的描述AADCDCBEB輸入流變換中心輸出流題40圖輸出模塊G變換模塊輸入模塊變換口變換E變換F輸輸入入變換ABc【解析】這是一種經(jīng)典的變換型數(shù)據(jù)流程圖，將其轉(zhuǎn)換為模塊控制圖時(shí)，第一層可以分解為三個(gè)模塊：輸入模塊、變換模塊、輸出模塊。每一模塊還可以繼續(xù)分解。復(fù)習(xí)提議：以不變應(yīng)萬(wàn)變。統(tǒng)一建模語(yǔ)言(UnifiedModelingLanguage,UML)UML是目前流行的建模語(yǔ)言，尤其是在網(wǎng)站開(kāi)發(fā)中廣泛應(yīng)用。UML波及諸多的圖，每一種圖均有不一樣的圖形符號(hào)、作用，在什么狀況下用何種圖來(lái)描述是本章的重點(diǎn)內(nèi)容。考核題目類(lèi)型包括單項(xiàng)選擇題、填空題、簡(jiǎn)答題，分值在10%~15%之間。需要考生掌握多種UML圖的作用。面向?qū)ο蠼＿^(guò)程的環(huán)節(jié)：(1)需求獲取a)建立用況(usecase)模型和用況場(chǎng)景(2)需求分析a)建立活動(dòng)圖和狀態(tài)圖b)類(lèi)圖(建立域模型)c)次序圖(實(shí)現(xiàn)用況)(3)編寫(xiě)需求規(guī)格闡明書(shū)(4)需求驗(yàn)證對(duì)象(object)是系統(tǒng)中用來(lái)描述客觀事物的一種實(shí)體。一種對(duì)象由一組屬性和對(duì)這組屬性進(jìn)行操作的一類(lèi)(Class)是具有相似屬性、操作、關(guān)系和語(yǔ)義的一組對(duì)象的集合，它為屬于該類(lèi)的所有對(duì)象提供了同類(lèi)有超類(lèi)(Superclass)和子類(lèi)(Subclass)之分。(相對(duì)而言)對(duì)象與類(lèi)的關(guān)系如同程序設(shè)計(jì)語(yǔ)言中變量和類(lèi)型的關(guān)系。對(duì)象是類(lèi)的實(shí)例(Instance)。類(lèi)在類(lèi)圖上使用包括三個(gè)部分的矩形來(lái)描述，如下圖4-1所示。最上面的部分顯示類(lèi)的名稱(chēng)，中間部分包括類(lèi)的屬性，最下面的部分包括類(lèi)的操作(或者說(shuō)"措施")。圖4-1:類(lèi)圖中的示例類(lèi)對(duì)象對(duì)象或類(lèi)的屬性(attributes)描述了對(duì)象的詳細(xì)特性。屬性有屬性名和屬性值(或稱(chēng)屬性狀態(tài))?？梢?jiàn)性：public(+)、protected(#)、private(-)、包內(nèi)的(~)4.類(lèi)的操作一般也被稱(chēng)為功能，不過(guò)它們被約束在類(lèi)的內(nèi)部，只能作用到該類(lèi)的對(duì)象上。操作名、返回類(lèi)型和參數(shù)可見(jiàn)性操作名(參數(shù)表):返回類(lèi)型{性質(zhì)串}例如：+取客戶(hù)地址(客戶(hù)名：字符串):字符串(1)采用品有分欄和關(guān)鍵字<interface>的矩形符號(hào)來(lái)表達(dá)(2)采用小圓圈和半圓圈來(lái)表達(dá)8.積極類(lèi)至少具有一種進(jìn)程或線程的類(lèi)?？梢詥?dòng)系統(tǒng)的控制A10.制品11.節(jié)點(diǎn)12.關(guān)聯(lián)(Association)(5)多重性：多重性(Multiplicity)定義了與一種對(duì)象/類(lèi)相聯(lián)絡(luò)的對(duì)象/類(lèi)出現(xiàn)一次，該對(duì)象/類(lèi)也許汽車(chē)訂單訂單條目(10)約束13.泛化/繼承繼承：特殊類(lèi)(子類(lèi))的對(duì)象擁有其一般類(lèi)(超類(lèi))的所有屬性與服務(wù)，稱(chēng)作特殊類(lèi)對(duì)一般類(lèi)的繼承 (Inheritance)。運(yùn)用繼承(inheritance),子類(lèi)可以繼承父類(lèi)的屬性和措施。子類(lèi)╱父類(lèi)也可分別叫做特殊類(lèi)/一般類(lèi)、子類(lèi)╱超類(lèi)、派生類(lèi)╱基類(lèi)等。由某些存在多繼承關(guān)系的類(lèi)形成的構(gòu)造又稱(chēng)作網(wǎng)格構(gòu)造(Latt是指一般類(lèi)中定義的屬性或服務(wù)被特殊類(lèi)繼承之后，可以具有不一樣的數(shù)據(jù)類(lèi)型或體現(xiàn)出不一樣的行為。這使得同一屬性或服務(wù)名在一般類(lèi)及其各個(gè)特殊類(lèi)中具有不一樣的語(yǔ)義。多態(tài)是指用同一界面形式表達(dá)不一樣對(duì)象類(lèi)中的不一樣實(shí)現(xiàn)的能力。多態(tài)性的實(shí)現(xiàn)基于兩個(gè)基本原理：封裝和泛化。多態(tài)性實(shí)現(xiàn)的措施：(1)泛化15.細(xì)化細(xì)化是類(lèi)目之間的語(yǔ)義關(guān)系，其中一種類(lèi)目規(guī)約了保證另一類(lèi)目執(zhí)行的契約。用空心三角形的虛線表達(dá)。16.依賴(lài)依賴(lài)是一種使用關(guān)系，用于描述一種類(lèi)目使用另一類(lèi)目的信息和服務(wù)。用有向虛線段表達(dá)。17.包包是模型元素的一種分組，一種包自身可以被嵌套在其他包中，并且可以具有子包和其他類(lèi)型的模型元(一)構(gòu)造圖(1)對(duì)象構(gòu)造建?！?lèi)圖和對(duì)象圖(2)應(yīng)用構(gòu)造建?！鼒D、構(gòu)件圖、布署圖、組合構(gòu)造圖(二)行為圖對(duì)象交互建模—次序圖、協(xié)作圖(通信圖、交互綜述圖、定期圖)、狀態(tài)圖(狀態(tài)機(jī))分析活動(dòng)圖設(shè)計(jì)狀態(tài)圖用況圖類(lèi)圖類(lèi)圖順序圖協(xié)作圖任何系統(tǒng)都需要從兩方面進(jìn)行描述：構(gòu)造信息和行為信息。系統(tǒng)的構(gòu)成體現(xiàn)了系統(tǒng)各構(gòu)成要素之絡(luò)，稱(chēng)為構(gòu)造；這些構(gòu)成要素的執(zhí)行邏輯稱(chēng)為行為。在面向?qū)ο蟠胧┲?，系統(tǒng)的構(gòu)造信息是通過(guò)類(lèi)圖(classdiagram)來(lái)描述的；而系統(tǒng)行為信息則通過(guò)用況圖、交互圖(包括次序圖和協(xié)作圖)和狀態(tài)圖來(lái)描述的。也就是說(shuō)，前者闡明了系統(tǒng)的構(gòu)成部分是什么,而后者則闡明了系統(tǒng)做什么。類(lèi)圖(classdiagram)體現(xiàn)了系統(tǒng)的靜態(tài)(1)系統(tǒng)中有哪些需要關(guān)懷的類(lèi)?(2)這些類(lèi)是怎樣描述的?(3)這些類(lèi)之間的聯(lián)絡(luò)是什么?(5)泛化類(lèi)名-屬性1-屬性2+操作1()+操作2()+操作n()訂單-訂單編號(hào)-訂貨日期-客戶(hù)編號(hào)+計(jì)算訂單總額)屬性操作(1)主題(2)用況(3)參與者：(4)關(guān)聯(lián)關(guān)聯(lián)擴(kuò)展→用例泛化一般用例的特性并增加了新的特性包括→基用例3.狀態(tài)圖對(duì)象或者類(lèi)的整體行為的某些規(guī)則所能適應(yīng)的對(duì)象或類(lèi)的狀況、狀況、條件、形式或生存周期。僅當(dāng)對(duì)在由對(duì)象的所有屬性的屬性值集合所構(gòu)成的笛卡兒乘積中的每一種等價(jià)集合(即，使對(duì)象的服務(wù)展現(xiàn)相似行為規(guī)則的屬性值的集合)稱(chēng)之為對(duì)象的一種狀態(tài)。狀態(tài)圖(statechartdiagram)使用狀態(tài)、事件和轉(zhuǎn)換來(lái)記錄對(duì)象在其生命周期中所歷經(jīng)的狀態(tài)序列。①對(duì)象的初始狀態(tài)是圖中任何事件都未對(duì)該對(duì)象起作用時(shí)的狀態(tài)。②狀態(tài)代表對(duì)象生命周期中的某一瞬間。③轉(zhuǎn)換表明作為對(duì)事件的響應(yīng)成果，對(duì)象將從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)并執(zhí)行某個(gè)動(dòng)作。④觸發(fā)狀態(tài)轉(zhuǎn)換的事件在狀態(tài)轉(zhuǎn)換字符串中命名。雙擊一種狀態(tài)轉(zhuǎn)換，除事件簽名以外，還可用字符串為其加注臨界條件、動(dòng)作體現(xiàn)式等標(biāo)簽。partialpaymentpaymentpartialpaymentpayment4.次序圖次序圖(sequencediagram)表達(dá)了對(duì)象之間傳送消息的時(shí)間次序，也就是對(duì)象之間的交互次序，這些交互是指在場(chǎng)景或用況的事件流中發(fā)生的。每一種對(duì)象(類(lèi))用一條生命線來(lái)表達(dá)——即用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命期。生命線之間的箭頭連線代表消息。次序圖中的基本元素包括：①活動(dòng)者，指用況中的活動(dòng)者。②對(duì)象，指在用況中的內(nèi)部對(duì)象。③生命線：在次序圖中的一種對(duì)象下面的豎線，用以顯示這個(gè)對(duì)象的生命期。時(shí)間從上到下流過(guò)。生命線實(shí)際上顯示了消息的次序，在生命線之上的消息比在它之下的消息先發(fā)生。在生命線中的棒形方框表達(dá)的是活動(dòng)生命線，用以強(qiáng)調(diào)一種對(duì)象只有在一種場(chǎng)景的部分中處在活動(dòng)狀態(tài)。④消息，指場(chǎng)景內(nèi)由事件流定義的內(nèi)部事件成為在對(duì)象和活動(dòng)者或其他對(duì)象之間的消息。2.管理需求·同步消息——返回消息。同步消息假定有一種返回消息。同步消息用有實(shí)心的箭頭表達(dá)；返回消息用虛線、箭頭也不是實(shí)心來(lái)表達(dá)?！し瓷硐ⅰ⒌陌l(fā)送方和接受方是同一種對(duì)象?！ぎ惒较ⅰ獩](méi)有返回值的消息。用非實(shí)心箭頭表達(dá)?！ざㄆ谙ⅰ獙?duì)消息附加時(shí)間約束條件，包括：發(fā)送時(shí)間、接受時(shí)間、已用時(shí)間等。objectName:cassNameobjectName:cassNamedassName1復(fù)習(xí)提議：RUP(RationalUnifiedProcess,統(tǒng)一軟件開(kāi)發(fā)過(guò)程)。掌握RUP在處理下列三個(gè)問(wèn)題的基本措施。(1)體現(xiàn)基本信息的術(shù)語(yǔ)(2)用于組織基本信息的體現(xiàn)格式(3)在不一樣抽象層之間進(jìn)行“映射”的過(guò)程指導(dǎo)。本章考核題目類(lèi)型包括單項(xiàng)選擇題、填空題、簡(jiǎn)答題，分值在10%~15%之間。重點(diǎn)要掌握基本概念、基本原理。1.迭代式開(kāi)發(fā)在軟件開(kāi)發(fā)的初期階段就想完全、精確的捕捉顧客的需求幾乎是不也許的。實(shí)際上，我們常常碰到的問(wèn)題是需求在整個(gè)軟件開(kāi)發(fā)工程中常常會(huì)變化。迭代式開(kāi)發(fā)容許在每次迭代過(guò)程中需求也許有變化，通過(guò)不停細(xì)化來(lái)加深對(duì)問(wèn)題的理解。迭代式開(kāi)發(fā)不僅可以減少項(xiàng)目的風(fēng)險(xiǎn)，并且每個(gè)迭代過(guò)程都可以執(zhí)行版本結(jié)束，可以鼓舞開(kāi)發(fā)人員。3.體系構(gòu)造4.可視化建模5.驗(yàn)證軟件質(zhì)量6.控制軟件變更以用況驅(qū)動(dòng)的、以體系構(gòu)造為中心的迭代、增量式開(kāi)發(fā)。1.用況驅(qū)動(dòng)(2)用況獲取的是功能需求(1)迭代是反復(fù)的部分(2)增量是增長(zhǎng)的部分一種迭代是一種完整的開(kāi)發(fā)循環(huán)，產(chǎn)生一種可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一種子集，它增量式地發(fā)展，從一種迭代過(guò)程到另一種迭代過(guò)程到成為最終的系統(tǒng)。需求需求計(jì)劃環(huán)境測(cè)試實(shí)施部署二維開(kāi)發(fā)模型：RUP軟件開(kāi)發(fā)生命周期是一種二維的軟件開(kāi)發(fā)模型。橫軸通過(guò)時(shí)間組織，是過(guò)程碑(Milestone);縱軸以?xún)?nèi)容來(lái)組織為自然的邏輯活動(dòng)，括活動(dòng)(Activity)、產(chǎn)物(Artifact)、工RUP中的軟件生命周期在時(shí)間上被分解為四個(gè)次序的階段，分別是：初始階段(Inception)、細(xì)化階段 (Elaboration)、構(gòu)造階段(Construction)和交付階段(Transition)。每個(gè)階段結(jié)束于一種重要的里程碑(Major圖5-2:RUP二維開(kāi)發(fā)模型(1)初始階段初始階段的目的是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了到達(dá)該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。本階段具有非常重要的意義進(jìn)行中的業(yè)務(wù)和需求方面的重要風(fēng)險(xiǎn)。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開(kāi)發(fā)項(xiàng)目來(lái)講，初始階始階段結(jié)束時(shí)是第一種重要的里程碑：生命周期目的(LifecycleObjective)里程碑。生命周期目的里程碑評(píng)價(jià)細(xì)化階段的目的是分析問(wèn)題領(lǐng)域，建立健全的體系構(gòu)造基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。為了到達(dá)該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系構(gòu)造作出性能等非功能需求。同步為項(xiàng)目建立支持環(huán)境，包括創(chuàng)立開(kāi)發(fā)案例，創(chuàng)立模結(jié)束時(shí)第二個(gè)重要的里程碑：生命周期構(gòu)造(LifecycleArchitecture)里程碑。生命周期構(gòu)造里程碑為系統(tǒng)的構(gòu)造建立了管理基準(zhǔn)并使項(xiàng)目小組可以在構(gòu)建階段中進(jìn)行衡量。此刻，要檢查詳細(xì)(3)構(gòu)造階段在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開(kāi)發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)測(cè)試環(huán)境中進(jìn)行布署。此刻，要確定軟件、環(huán)境、顧客與否可以開(kāi)始系統(tǒng)的運(yùn)作。此時(shí)的產(chǎn)品版本也常被稱(chēng)交付階段的重點(diǎn)是保證軟件對(duì)最終顧客是可用的。交付階段可以跨越幾次迭代，包括為公布做準(zhǔn)備的產(chǎn)品測(cè)試，基于顧客反饋的少許的調(diào)整。在生命周期的這一點(diǎn)上，顧客反饋應(yīng)重要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問(wèn)題，所有重要的構(gòu)造問(wèn)題應(yīng)當(dāng)已經(jīng)在項(xiàng)目生命周期的初期階段處理了。在交付階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品公布(ProductRelease)里程碑。此時(shí)，要確定目的與否實(shí)現(xiàn)，與否應(yīng)當(dāng)開(kāi)始另一種開(kāi)發(fā)周期。在某些狀況下這個(gè)里程碑也許與下一種周期的初始階段的結(jié)束重疊。第二節(jié)關(guān)鍵工作流RUP中有9個(gè)關(guān)鍵工作流，分為6個(gè)關(guān)鍵過(guò)程工作流(CoreProcessWorkflows)和3個(gè)關(guān)鍵支持工作流(CoreSupporingWorkflows)。盡管6個(gè)關(guān)鍵過(guò)程工作流也許使人想起老式瀑布模型中的幾種階段，但應(yīng)注意迭代過(guò)程中的階段是完全不一樣的，這些工作流在整個(gè)生命周期中一次又一次被訪問(wèn)。9個(gè)關(guān)鍵工作流在項(xiàng)目中輪番被使用，在每一次迭代中以不一樣的重點(diǎn)和強(qiáng)度反復(fù)。商業(yè)建模(BusinessModeling)工作流描述了怎樣為新的目的組織開(kāi)發(fā)一種設(shè)想，并基于這個(gè)設(shè)想在商業(yè)用況模型和商業(yè)對(duì)象模型中定義組織的過(guò)程，角色和責(zé)任。需求(Requirement)工作流的目的是描述系統(tǒng)應(yīng)當(dāng)做什么,并使開(kāi)發(fā)人員和顧客就這一描述到達(dá)共識(shí)。為了到達(dá)該目的，要對(duì)需要的功能和約束進(jìn)行提取、組織、文檔化；最重要的是理解系統(tǒng)所處理問(wèn)題的定義分析和設(shè)計(jì)(Analysis&Design)工作流將需求轉(zhuǎn)化成未來(lái)系統(tǒng)的設(shè)計(jì)，為系統(tǒng)開(kāi)發(fā)一種強(qiáng)健的構(gòu)造并調(diào)整設(shè)計(jì)使其與實(shí)現(xiàn)環(huán)境相匹配，優(yōu)化其性能。分析設(shè)計(jì)的成果是一種設(shè)計(jì)模型和一種可選的分析模型。設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類(lèi)和某些描述構(gòu)成。設(shè)計(jì)類(lèi)被組織成具有良好接口的設(shè)計(jì)包(Package)和設(shè)計(jì)子系統(tǒng)(Subsystem),而描述則體現(xiàn)了類(lèi)的對(duì)象怎樣協(xié)同工作實(shí)現(xiàn)用況的功能。設(shè)計(jì)活動(dòng)以體系構(gòu)造設(shè)計(jì)為中心，體系構(gòu)造由若干構(gòu)造視圖來(lái)體現(xiàn)，構(gòu)造視圖是整個(gè)設(shè)計(jì)的抽象和簡(jiǎn)化，該視圖中省略了某些細(xì)節(jié)，使重要的特點(diǎn)體現(xiàn)得愈加清晰。體系構(gòu)造不僅僅是良好設(shè)計(jì)模型的承載媒介，并且在系統(tǒng)的開(kāi)發(fā)中能提高被創(chuàng)立模型的質(zhì)量。實(shí)現(xiàn)(Implementation)工作流的目的包括以層次化的子系統(tǒng)形式定義代碼的組織構(gòu)造；以組件的形式(源文獻(xiàn)、二進(jìn)制文獻(xiàn)、可執(zhí)行文獻(xiàn))實(shí)現(xiàn)類(lèi)和對(duì)象；將開(kāi)發(fā)出的組件作為單元進(jìn)行測(cè)試以及集成由單個(gè)開(kāi)發(fā)者(或小組)所產(chǎn)生的成果，使其成為可執(zhí)行的系統(tǒng)。測(cè)試(Test)工作流要驗(yàn)證對(duì)象間的交互作用，驗(yàn)證軟件中所有組件的對(duì)的集成，檢查所有的需求已被對(duì)的的實(shí)現(xiàn)，識(shí)別并確認(rèn)缺陷在軟件布署之前被提出并處理。RUP提出了迭代的措施，意味著在整個(gè)項(xiàng)目中進(jìn)行測(cè)試，從而盡量早地發(fā)現(xiàn)缺陷，從主線上減少了修改缺陷的成本。測(cè)試類(lèi)似于三維模型，分別從可靠性、功能性和系統(tǒng)性能來(lái)進(jìn)行。布署(Deployment)工作流的目的是成功的生成版本并將軟件分發(fā)給最終顧客。布署工作流描述了那些與保證軟件產(chǎn)品對(duì)最終顧客具有可用性有關(guān)的活動(dòng)，包括：軟件打包、生成軟件自身以外的產(chǎn)品、安裝軟件、為顧客提供協(xié)助。在有些狀況下，還也許包括計(jì)劃和進(jìn)行beta測(cè)試版、移植既有的軟件和數(shù)據(jù)以及正式驗(yàn)收。配置和變更管理工作流描繪了怎樣在多種組員構(gòu)成的項(xiàng)目中控制大量的產(chǎn)物。配置和變更管理工作流提供了準(zhǔn)則來(lái)管理演化系統(tǒng)中的多種變體，跟蹤軟件創(chuàng)立過(guò)程中的版本。工作流描述了怎樣管理并行開(kāi)發(fā)、分布式開(kāi)發(fā)、怎樣自動(dòng)化創(chuàng)立工程。同步也論述了對(duì)產(chǎn)品修改原因、時(shí)間、人員保持審計(jì)記錄。軟件項(xiàng)目管理(ProjectManagement)平衡多種也許產(chǎn)生沖突的目的，管理風(fēng)險(xiǎn)，克服多種約束并成功交付使顧客滿意的產(chǎn)品。其目的包括：為項(xiàng)目的管理提供框架，為計(jì)劃、人員配置、執(zhí)行和監(jiān)控項(xiàng)目提供實(shí)用的準(zhǔn)則，為管理風(fēng)險(xiǎn)提供框架等。(9)環(huán)境環(huán)境(Environment)工作流的目的是向軟件開(kāi)發(fā)組織提供軟件開(kāi)發(fā)環(huán)境，包括過(guò)程和工具。環(huán)境工作流集中于配置項(xiàng)目過(guò)程中所需要的活動(dòng)，同樣也支持開(kāi)發(fā)項(xiàng)目規(guī)范的活動(dòng)，提供了逐漸的指導(dǎo)手冊(cè)并簡(jiǎn)介了怎樣在組織中實(shí)現(xiàn)過(guò)程。工作指南蓬角色工具向?qū)Чぜ?bào)告模板工件指南檢查點(diǎn)活動(dòng)RUP運(yùn)用用況(UseCase)技術(shù)來(lái)獲取需求。(1)列出候選的需求：特性列表(2)理解系統(tǒng)語(yǔ)境：領(lǐng)域模型或業(yè)務(wù)模型(3)捕捉功能需求：用況模型(4)捕捉非功能需求：補(bǔ)充需求或針對(duì)某些特定的用況特性：是一種新的項(xiàng)(Item)及其簡(jiǎn)要描述。(1)業(yè)務(wù)對(duì)象(2)實(shí)在對(duì)象(3)事件(1)工作人員(2)業(yè)務(wù)實(shí)體(3)工作單元(1)發(fā)現(xiàn)并描述參與者(2)發(fā)現(xiàn)并描述用況(3)確定用況的優(yōu)先級(jí)(4)精化用況(5)構(gòu)造顧客界面原型(6)用況模型的構(gòu)造化(1)實(shí)體類(lèi)活動(dòng)者類(lèi)?；顒?dòng)者類(lèi)代表出目前用況模型中的活動(dòng)者。(2)邊界類(lèi)也稱(chēng)界面類(lèi)(UI類(lèi)),是構(gòu)成系統(tǒng)顧客界面的屏幕顯示、菜單和報(bào)表。例如，訂單處理系統(tǒng)中客戶(hù)登邊界類(lèi)位于系統(tǒng)與外界的交界處。如：窗體類(lèi)、報(bào)表類(lèi)、描述通信協(xié)議的類(lèi)、(3)控制類(lèi)邊界類(lèi)實(shí)體類(lèi)控制類(lèi)分析包：分析包體現(xiàn)了“局部化”、“問(wèn)題分離”等軟件設(shè)計(jì)原理。分析包把某些變化限制到一種業(yè)務(wù)過(guò)程、一種參與者的行為或一組緊密有關(guān)的用況，形成某些不一樣的分析包。服務(wù)包和共享包。用況細(xì)化：(2)分析模型的體現(xiàn)(3)分析的重要活動(dòng)活動(dòng)1:體系構(gòu)造分析活動(dòng)2:用況分析定義滿足需求規(guī)約所需要的軟件構(gòu)造。RUP的設(shè)計(jì)目的：定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求的軟件構(gòu)造。(1)設(shè)計(jì)類(lèi)(2)用況細(xì)化(3)設(shè)計(jì)子系統(tǒng)(4)接口(1)設(shè)計(jì)模型(2)布署模型(3)體系構(gòu)造描述活動(dòng)1:體系構(gòu)造設(shè)計(jì)(1)標(biāo)識(shí)節(jié)點(diǎn)和它們的網(wǎng)絡(luò)配置(2)標(biāo)識(shí)子系統(tǒng)和它們的接口(4)標(biāo)識(shí)一般性的設(shè)計(jì)機(jī)制活動(dòng)2:用況的設(shè)計(jì)活動(dòng)3:類(lèi)的設(shè)計(jì)(1)概括描述設(shè)計(jì)類(lèi)(2)標(biāo)識(shí)操作(3)標(biāo)識(shí)屬性(4)標(biāo)識(shí)關(guān)聯(lián)和聚合(5)標(biāo)識(shí)泛化(6)描述措施(7)描述狀態(tài)活動(dòng)4:子系統(tǒng)設(shè)計(jì)(1)維護(hù)子系統(tǒng)依賴(lài)(2)維護(hù)子系統(tǒng)所提供的接口(3)維護(hù)子系統(tǒng)內(nèi)容(2)對(duì)構(gòu)成進(jìn)行單元測(cè)試(1)實(shí)現(xiàn)體系構(gòu)造(2)集成系統(tǒng)(3)實(shí)現(xiàn)子系統(tǒng)(4)實(shí)現(xiàn)類(lèi)(5)完畢單元測(cè)試(1)計(jì)劃測(cè)試(2)設(shè)計(jì)測(cè)試(3)實(shí)現(xiàn)測(cè)試(4)執(zhí)行集成測(cè)試(5)執(zhí)行系統(tǒng)測(cè)試(6)評(píng)價(jià)測(cè)試第六章軟件測(cè)試復(fù)習(xí)提議第一節(jié)軟件測(cè)試目的與軟件測(cè)試過(guò)程模型1.軟件測(cè)試的對(duì)象軟件=程序+文檔(1)一種觀點(diǎn)是通過(guò)測(cè)試暴露出軟件中所包括的故障和缺陷(從顧客的角度);(2)另一種是但愿測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件中已對(duì)的地實(shí)現(xiàn)了顧客的顯然，第二種觀點(diǎn)對(duì)完善和提高軟件質(zhì)量和可靠性毫無(wú)價(jià)值，因此測(cè)3.軟件測(cè)試的定義GlenfordJ.Myers把這一觀點(diǎn)歸納為：4.錯(cuò)誤的類(lèi)型(1)功能錯(cuò)誤：處理功能闡明不完整或不確切，致使編程時(shí)對(duì)功能有誤解而產(chǎn)生的錯(cuò)誤。(2)系統(tǒng)錯(cuò)誤：與外部接口錯(cuò)誤、子程序調(diào)用錯(cuò)誤、參數(shù)使用錯(cuò)誤等。5.軟件測(cè)試過(guò)程模型(1)測(cè)試設(shè)計(jì)(2)測(cè)試執(zhí)行(3)測(cè)試成果比較第二節(jié)軟件測(cè)試技術(shù)軟件測(cè)試人工測(cè)試機(jī)器測(cè)試個(gè)人復(fù)查走查會(huì)審黑盒測(cè)試白盒測(cè)試1.黑盒(Black-boxTestin定義域中有代表性的元素構(gòu)成測(cè)試集，這些數(shù)據(jù)應(yīng)包括對(duì)程序殊的數(shù)據(jù)元素。因此，黑盒測(cè)試法是從外界來(lái)檢查模塊或程序的功能，也即根據(jù)模塊的輸入和輸出得成果得差異。這種測(cè)試不必懂得模塊的內(nèi)部邏輯，而是給定一輸入，檢查與否會(huì)得到2.白盒法(White-boxTesting):白盒法也稱(chēng)之為構(gòu)造測(cè)試或邏輯覆蓋法。它是根據(jù)對(duì)軟件內(nèi)部邏輯構(gòu)造的分析，選用測(cè)試數(shù)據(jù)集(即測(cè)試用例：TestingCase),而測(cè)試數(shù)據(jù)集對(duì)程序邏輯的覆蓋程度決定了測(cè)試完【答案】功能測(cè)試3.途徑測(cè)試技術(shù)(白盒測(cè)試)(1)控制流程圖(2)測(cè)試方略a)途徑覆蓋：執(zhí)行所有也許穿過(guò)程序控制流程的途徑。最強(qiáng)的測(cè)試度量。b)語(yǔ)句覆蓋：至少執(zhí)行程序中所有語(yǔ)句一次。最低的測(cè)試度量。c)分支覆蓋：至少將程序中的每個(gè)分支執(zhí)行一次。d)條件覆蓋與條件組合覆蓋【例題】根據(jù)下列程序流程圖，設(shè)計(jì)不超過(guò)2組的測(cè)試用例，使之滿足語(yǔ)句覆蓋，規(guī)定給出每組測(cè)試數(shù)據(jù)的執(zhí)行途徑、輸入值、輸出值及兩個(gè)鑒定(3)和(5)的鑒定成果。11入口F土F8返回TT3465【解析】此類(lèi)題目屬于綜合應(yīng)用題(每題10分),考核知識(shí)點(diǎn)為途徑測(cè)試技術(shù)。74.途徑選用的一般原則(2)在已選用的基礎(chǔ)上，選擇無(wú)循環(huán)的途徑，選用短途徑、簡(jiǎn)樸途徑(1)事務(wù)與事務(wù)流程圖事務(wù)的含義(2)事務(wù)流測(cè)試的環(huán)節(jié)a)獲得事務(wù)流程圖b)瀏覽、復(fù)審c)用例設(shè)計(jì)d)測(cè)試執(zhí)行6.等價(jià)類(lèi)法是根據(jù)程序的I/O特性，將程序的輸入劃分為有限個(gè)等行的測(cè)試等價(jià)于該區(qū)段內(nèi)任何數(shù)據(jù)的測(cè)試。對(duì)于每個(gè)輸入條件存在著程序有誤輸入的無(wú)效等價(jià)類(lèi)。例如，某實(shí)數(shù)X的取值范圍假設(shè)為a<X<b,7.邊值分析法是一種根據(jù)I/O邊界等價(jià)類(lèi)上或緊靠邊界的條件，選擇測(cè)試用例的更有效的措施。例如，給定三個(gè)點(diǎn)，【例題】有一種學(xué)生選課系統(tǒng)：程序的輸入條件為：每個(gè)學(xué)生可以選修1至3門(mén)課程，試用黑盒測(cè)試法完畢(1)等價(jià)類(lèi)法：課程門(mén)數(shù)<1課程門(mén)數(shù)>3課程門(mén)數(shù)1~3(2)邊界值分析法課程門(mén)數(shù)=1課程門(mén)數(shù)=38.因果圖法是通過(guò)從用自然語(yǔ)言書(shū)寫(xiě)的功能闡明表中找出因—輸入條件和果—輸出成果，通過(guò)因第三節(jié)軟件測(cè)試環(huán)節(jié)單元測(cè)試(UnitTesting)又稱(chēng)模塊測(cè)試(ModuleTesting),或模塊分調(diào)，用于測(cè)試單個(gè)程序模塊，確定模(1)模塊接口(2)局部數(shù)據(jù)構(gòu)造(3)重要的執(zhí)行途徑(4)錯(cuò)誤執(zhí)行途徑2.集成測(cè)試(1)自頂向下的集成測(cè)試：需要設(shè)計(jì)承接模塊(2)自底向上的集成測(cè)試：需求設(shè)計(jì)驅(qū)動(dòng)模塊3.有效性測(cè)試第七章軟件生存周期過(guò)程與管理復(fù)習(xí)提議題目類(lèi)型包括單項(xiàng)選擇題、填空題、簡(jiǎn)答題，分值在10%左右。(1)獲取過(guò)程(2)供應(yīng)過(guò)程(3)開(kāi)發(fā)過(guò)程(4)運(yùn)行過(guò)程(5)維護(hù)過(guò)程(1)過(guò)程實(shí)現(xiàn)(2)系統(tǒng)需求分析(3)系統(tǒng)體系構(gòu)造設(shè)計(jì)(4)軟件需求分析(5)軟件體系構(gòu)造設(shè)計(jì)(6)軟件詳細(xì)設(shè)計(jì)(7)軟件編碼和測(cè)試(8)軟件集成(9)軟件合格性測(cè)試(10)系統(tǒng)集成(11)系統(tǒng)合格性測(cè)試(12)軟件安裝(13)軟件驗(yàn)收支持(1)選擇合適的生存周期模型(3)制定實(shí)行開(kāi)發(fā)計(jì)劃(1)建立系統(tǒng)需求規(guī)格闡明(2)對(duì)系統(tǒng)需求進(jìn)行評(píng)估(1)建立系統(tǒng)的頂層體系構(gòu)造(2)對(duì)體系構(gòu)造及每一項(xiàng)的需求進(jìn)行評(píng)估(1)建立軟件需求規(guī)格闡明(2)對(duì)軟件需求進(jìn)行評(píng)估(3)聯(lián)合復(fù)審(3)進(jìn)行數(shù)據(jù)庫(kù)的頂層設(shè)計(jì)(4)編制顧客文檔的最初版本(1)文檔過(guò)程(2)配置管理過(guò)程(3)質(zhì)量保證過(guò)程(4)驗(yàn)證過(guò)程(5)確認(rèn)過(guò)程(6)聯(lián)合評(píng)審過(guò)程(7)審計(jì)過(guò)程(8)問(wèn)題處理過(guò)程(2)配置標(biāo)識(shí)(3)配置控制：標(biāo)識(shí)并記錄變更祈求(5)配置評(píng)價(jià)(6)公布管理和交付(1)管理過(guò)程(2)基礎(chǔ)設(shè)施過(guò)程(3)培訓(xùn)過(guò)程(4)改善過(guò)程(1)啟動(dòng)與范圍定義(2)規(guī)劃(3)測(cè)量(4)執(zhí)行與控制(5)評(píng)審與評(píng)價(jià)(6)結(jié)束處理(1)協(xié)議過(guò)程組(1)協(xié)議過(guò)程組(2)項(xiàng)目過(guò)程組(2)項(xiàng)目過(guò)程組(3)技術(shù)過(guò)程組(3)技術(shù)過(guò)程組(4)組織上項(xiàng)目使能過(guò)程組(4)組織上項(xiàng)目使能過(guò)程組(5)軟件實(shí)現(xiàn)過(guò)程組(5)軟件實(shí)現(xiàn)過(guò)程組(6)軟件支持過(guò)程組(6)軟件支持過(guò)程組(7)軟件復(fù)用過(guò)程組(7)軟件復(fù)用過(guò)程組第二節(jié)過(guò)程描述1.過(guò)程描述活動(dòng)1:機(jī)遇標(biāo)識(shí)活動(dòng)2:供應(yīng)方投標(biāo)任務(wù)1:需求評(píng)審任務(wù)2:做出有關(guān)投標(biāo)或接受協(xié)議的決定任務(wù)3:準(zhǔn)備一份提案活動(dòng)3:協(xié)議協(xié)商任務(wù)1:與獲取方就提供的軟件產(chǎn)品或服務(wù)，協(xié)商協(xié)議條文任務(wù)2:祈求對(duì)協(xié)議的修改，作為變更控制機(jī)制的一種成分。活動(dòng)4:協(xié)議執(zhí)行任務(wù)1:進(jìn)行獲取需求評(píng)審任務(wù)2:定義或選擇一種適合項(xiàng)目范圍、粒度和復(fù)雜性的生存周期模型。任務(wù)3:3.軟件實(shí)現(xiàn)過(guò)程任務(wù)1:開(kāi)發(fā)人員選擇合適的生存周期模型任務(wù)2:實(shí)行人員任務(wù)3:實(shí)行人員選擇合適的原則、措施、工具和編程語(yǔ)言任務(wù)4:開(kāi)發(fā)進(jìn)行該過(guò)程活動(dòng)的計(jì)劃任務(wù)5:對(duì)不用交付的軟件項(xiàng)的處理。4.軟件需求分析過(guò)程5.軟件體系構(gòu)造設(shè)計(jì)6.軟件驗(yàn)證過(guò)程7.軟件確認(rèn)過(guò)程第三節(jié)應(yīng)用闡明2.與《ISO/IEC系統(tǒng)生存周期15288》的關(guān)系3.組織層和項(xiàng)目層4.過(guò)程之間的時(shí)序關(guān)系5.過(guò)程分解把過(guò)程劃分為某些小的“片段”6.生存周期模型和階段7.剪裁第四節(jié)軟件生存周期模型★1.瀑布模型(1)在決定系統(tǒng)怎樣做之前存在一種需求階段，它鼓勵(lì)對(duì)系統(tǒng)做什么有一種規(guī)約。(2)在系統(tǒng)構(gòu)造之前有一種設(shè)計(jì)階段，它鼓勵(lì)規(guī)劃系統(tǒng)構(gòu)造(3)每一階段均有評(píng)審，容許獲取方和顧客的參與(4)前一步作為下一步被承認(rèn)的、文檔化的基線(1)規(guī)定客戶(hù)可以完整、對(duì)的和清晰地體現(xiàn)他們的需求，并規(guī)定開(kāi)發(fā)人員一開(kāi)始就理解這一應(yīng)用。(2)由于需求的不確定性，使設(shè)計(jì)、編碼和測(cè)試階段都也許發(fā)生延期，并且當(dāng)項(xiàng)目靠近結(jié)束時(shí)，出現(xiàn)了大量的集成和測(cè)試工作。(3)在開(kāi)始的階段中，很難評(píng)估真正的進(jìn)度狀態(tài)，并且直到項(xiàng)目結(jié)束之前都不能演示系統(tǒng)的功能。(4)在一種項(xiàng)目的初期階段，過(guò)度地強(qiáng)調(diào)了基線和里程碑處的文檔，并也許需要花費(fèi)更多的時(shí)間用于建立某些用處不大的文檔。增量模型融合了瀑布模型的基本成分(反復(fù)應(yīng)用)和原型實(shí)現(xiàn)的迭代特性，該模型采用伴隨日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一種線性序列產(chǎn)生軟件的一種可公布的“增量”。當(dāng)使用增量模型時(shí)，第1個(gè)增量往往是關(guān)鍵的產(chǎn)品，即第1個(gè)增量實(shí)現(xiàn)了基本的需求，但諸多補(bǔ)充的特性還沒(méi)有公布?？蛻?hù)對(duì)每一種增量的使用和評(píng)估都作為下一種增量公布的新特性和功能，這個(gè)過(guò)程在每一種增量公布后不停反復(fù)，直到產(chǎn)生了最終的完善產(chǎn)品。增量2分析設(shè)計(jì)編碼測(cè)試增量模型合用于“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開(kāi)發(fā)。長(zhǎng)處：采用增量模型的長(zhǎng)處是人員分派靈活，剛開(kāi)始不用投入大量人力資源。假如關(guān)鍵產(chǎn)品很受歡迎，則可增長(zhǎng)人力實(shí)現(xiàn)下一種增量。當(dāng)配置的人員不能在設(shè)定的期限內(nèi)完畢產(chǎn)品時(shí)，它提供了一種先推出關(guān)鍵產(chǎn)品的途徑。這樣即可先公布部分功能給客戶(hù)，對(duì)客戶(hù)起到鎮(zhèn)靜劑的作用。此外，增量可以有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)。增量模型存在如下缺陷：1)由于各個(gè)構(gòu)件是逐漸并入已經(jīng)有的軟件體系構(gòu)造中的，因此加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具有開(kāi)放式的體系構(gòu)造。2)在開(kāi)發(fā)過(guò)程中，需求的變化是不可防止的。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和迅速原型模型，但也很輕易退化為邊做邊改模型，從而使軟件過(guò)程的控制失去整體性。3)假如增量包之間存在相交的狀況且未很好處理，則必須做全盤(pán)系統(tǒng)分析，這種模型將功能細(xì)化后分別開(kāi)發(fā)的措施較適應(yīng)于需求常常變化的軟件開(kāi)發(fā)過(guò)程。演化模型是一種全局的軟件(或產(chǎn)品)生存周期模型。屬于迭代開(kāi)發(fā)措施。該模型可以表達(dá)為：第一次迭代(需求->設(shè)計(jì)->實(shí)現(xiàn)->測(cè)試->集成)->反饋->第二次迭代(需求->設(shè)計(jì)->實(shí)現(xiàn)->測(cè)試->集成)->反饋->……即根據(jù)顧客的基本需求，通過(guò)迅速分析構(gòu)造出該軟件的一種初始可運(yùn)行版本，這個(gè)初始的軟件一般稱(chēng)之為原型，然后根據(jù)顧客在使用原型的過(guò)程中提出的意見(jiàn)和提議對(duì)原型進(jìn)行改善，獲得原型的新版本。反復(fù)這一過(guò)程，最終可得到令顧客滿意的軟件產(chǎn)品。采用演化模型的開(kāi)發(fā)過(guò)程，實(shí)際上就是從初始的原型逐漸演化成最終軟件產(chǎn)品的過(guò)程。演化模型尤其合用于對(duì)軟件需求缺乏精確認(rèn)識(shí)的狀況。演化模型重要針對(duì)事先不能完整定義需求的軟件開(kāi)發(fā)。顧客可以給出待開(kāi)發(fā)系統(tǒng)的關(guān)鍵需求，并且當(dāng)看到關(guān)鍵需求實(shí)現(xiàn)后，可以有效地提出反饋，以支持系統(tǒng)的最終設(shè)計(jì)和實(shí)現(xiàn)。軟件開(kāi)發(fā)人員根據(jù)顧客的需求，首先開(kāi)發(fā)關(guān)鍵系統(tǒng)。當(dāng)該關(guān)鍵系統(tǒng)投入運(yùn)行后，顧客試用之，完畢他們的工作，并提出精化系統(tǒng)、增強(qiáng)系統(tǒng)能力的需求。軟件開(kāi)發(fā)人員根據(jù)顧客的反饋，實(shí)行開(kāi)發(fā)的迭代過(guò)程。第一迭代過(guò)程均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段構(gòu)成，為整個(gè)系統(tǒng)增長(zhǎng)一種可定義的、可管理的子集。在開(kāi)發(fā)模式上采用分批循環(huán)開(kāi)發(fā)的措施，每循環(huán)開(kāi)發(fā)一部分的功能，它們成為這個(gè)產(chǎn)品的原型的新增功能。于是，設(shè)計(jì)就不停地演化出新的系統(tǒng)。實(shí)際上，這個(gè)模型可看作是反復(fù)執(zhí)行的多種“瀑布模型”?！把莼Ｐ汀币?guī)定開(kāi)發(fā)人員有能力把項(xiàng)目的產(chǎn)品需求分解為不一樣組，以便分批循環(huán)開(kāi)發(fā)。這種分組并不是絕對(duì)隨意性的，而是要根據(jù)功能的重要性及對(duì)總體設(shè)計(jì)的基礎(chǔ)構(gòu)造的影響而作出判斷。有經(jīng)驗(yàn)指出，每個(gè)開(kāi)發(fā)循環(huán)以六周到八周為合適的長(zhǎng)度。演化模型的長(zhǎng)處：(1)任何功能一經(jīng)開(kāi)發(fā)就能進(jìn)入測(cè)試以便驗(yàn)證與否符合產(chǎn)品需求。(2)協(xié)助導(dǎo)引出高質(zhì)量的產(chǎn)品規(guī)定。假如沒(méi)有也許在一開(kāi)始就弄清晰所有的產(chǎn)品需求，它們可以分批獲得。而對(duì)于已提出的產(chǎn)品需求，則可根據(jù)對(duì)現(xiàn)階段原型的試用而作出修改。(3)風(fēng)險(xiǎn)管理可以在初期就獲得項(xiàng)目進(jìn)程數(shù)據(jù)，可據(jù)此對(duì)后續(xù)的開(kāi)發(fā)循環(huán)作出比較切實(shí)的估算。提供機(jī)會(huì)去采用初期防止措施，增長(zhǎng)項(xiàng)目成功的機(jī)率。(4)大大有助于初期建立產(chǎn)品開(kāi)發(fā)的配置管理，產(chǎn)品構(gòu)建(build),自動(dòng)化測(cè)試，缺陷跟蹤，文檔管理。均衡整個(gè)開(kāi)發(fā)過(guò)程的負(fù)荷。(5)開(kāi)發(fā)中的經(jīng)驗(yàn)教訓(xùn)能反饋應(yīng)用于本產(chǎn)品的下一種循環(huán)過(guò)程，大大提高質(zhì)量與效率。(6)假如風(fēng)險(xiǎn)管剪發(fā)現(xiàn)資金或時(shí)間已超過(guò)可承受的程度，則可以決定調(diào)整后續(xù)的開(kāi)發(fā)，或在一種合適的時(shí)刻結(jié)束開(kāi)發(fā)，但仍然有一種具有部分功能的，可工作的產(chǎn)品。(7)心理上，開(kāi)發(fā)人員早日見(jiàn)到產(chǎn)品的雛型，是一種鼓舞。(8)使顧客可以在新的一批功能開(kāi)發(fā)測(cè)試后，立即參與驗(yàn)證，以便提供非常有價(jià)值的反饋。(9)可使銷(xiāo)售工作有也許提前進(jìn)行，由于可以在產(chǎn)品開(kāi)發(fā)的中后期獲得包括了重要功能的產(chǎn)品原型去向客戶(hù)作展示和試用。演化模型的缺陷：(1)假如所有的產(chǎn)品需求在一開(kāi)始并不完全弄清晰的話，會(huì)給總體設(shè)計(jì)帶來(lái)困難及減弱產(chǎn)品設(shè)計(jì)的完整性，并因而影響產(chǎn)品性能的優(yōu)化及產(chǎn)品的可維護(hù)性。(2)假如缺乏嚴(yán)格的過(guò)程管理的話，這個(gè)生命周期模型很也許退化為一種原始的無(wú)計(jì)劃的“試一錯(cuò)一(3)心理上，也許產(chǎn)生一種影響盡最大努力的想法，認(rèn)為雖然不能完畢所有功能，但還是造出了一種有部分功能的產(chǎn)品。(4)假如不加控制地讓顧客接觸開(kāi)發(fā)中尚未測(cè)試穩(wěn)定的功能，也許對(duì)開(kāi)發(fā)人員及顧客都產(chǎn)生負(fù)面的影響。4.螺旋模型螺旋模型(SpiralModel)采用一種周期性的措施來(lái)進(jìn)行系統(tǒng)開(kāi)發(fā)。這會(huì)導(dǎo)致開(kāi)發(fā)出色多的中間版本。使用它，項(xiàng)目經(jīng)理在初期就可以為客戶(hù)實(shí)證某些概念。該模型是迅速原型法，以進(jìn)化的開(kāi)發(fā)方式為中心，在每個(gè)項(xiàng)目階段使用瀑布模型法。這種模型的每一種周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評(píng)審4個(gè)階段，由這4個(gè)階段進(jìn)行迭代。軟件開(kāi)發(fā)過(guò)程每迭代一次，軟件開(kāi)發(fā)又前進(jìn)一種層次。采用螺旋模型的軟件過(guò)程如軟件過(guò)程螺旋模型基本做法是在“瀑布模型”的每一種開(kāi)發(fā)階段前引入一種非常嚴(yán)格的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)控制，它把軟件項(xiàng)目分解成一種個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一種或多種重要風(fēng)險(xiǎn)，直到所有的重要風(fēng)險(xiǎn)原因都被確定。螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，使得開(kāi)發(fā)人員和顧客對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所理解，繼而做出應(yīng)有的反應(yīng)，因此尤其合用于龐大、復(fù)雜并具有高風(fēng)險(xiǎn)的系統(tǒng)。對(duì)于這些系統(tǒng)，風(fēng)險(xiǎn)是軟件開(kāi)發(fā)不可忽視且潛在的不利原因，它也許在不一樣程度上損害軟件開(kāi)發(fā)過(guò)程，影響軟件產(chǎn)品的質(zhì)量。減小軟件風(fēng)險(xiǎn)的目的是在導(dǎo)致危害之前，及時(shí)對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別及分析，決定采用何種對(duì)策，進(jìn)而消除或減少風(fēng)險(xiǎn)的損害。評(píng)審累計(jì)成本風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析軟件產(chǎn)編碼單元軟件產(chǎn)編碼單元測(cè)試組裝開(kāi)發(fā)計(jì)劃與需求圖7-螺旋模型(1)制定計(jì)劃：確定軟件目的，選定實(shí)行方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件；(2)風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮怎樣識(shí)別和消除風(fēng)險(xiǎn)；(3)實(shí)行工程：實(shí)行軟件開(kāi)發(fā)和驗(yàn)證；(4)客戶(hù)評(píng)估：評(píng)價(jià)開(kāi)發(fā)工作，提出修正提議，制定下一步計(jì)劃。螺旋模型很大程度上是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的措施體系，由的方式工作，而不是項(xiàng)目經(jīng)理的方式。螺旋模型中存在眾5.噴泉模型噴泉模型是一種以顧客需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，重要用于采模型認(rèn)為軟件開(kāi)發(fā)過(guò)程自下而上周期的各階段是互相迭代和無(wú)間隙的特性。軟件的某個(gè)部分常常被反復(fù)多次，有關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)的軟件成分。無(wú)間隙指計(jì)活動(dòng)之間沒(méi)有明顯的界線，由于對(duì)象概念的引入，體現(xiàn)分析、設(shè)計(jì)、實(shí)現(xiàn)等圖7-噴泉模型噴泉模型不像瀑布模型那樣，需要分析活動(dòng)結(jié)束后才開(kāi)始設(shè)計(jì)活動(dòng)，設(shè)計(jì)活動(dòng)結(jié)該模型的各個(gè)階段沒(méi)有明顯的界線，開(kāi)發(fā)人員可以同步進(jìn)行開(kāi)發(fā)。其長(zhǎng)處是可以提高省開(kāi)發(fā)時(shí)間，適應(yīng)于面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程。由于噴泉模型在各個(gè)開(kāi)發(fā)階段是重疊的，因此在開(kāi)發(fā)過(guò)程中需要大量的開(kāi)發(fā)人員，因此不利于項(xiàng)目的管理。此外第五節(jié)過(guò)程規(guī)劃與管理過(guò)程規(guī)劃(P)過(guò)程執(zhí)行(D)(1)選擇軟件生存周期模型(4)確定活動(dòng)的時(shí)序關(guān)系，并檢查信息流2.過(guò)程監(jiān)控(2)過(guò)程變化所產(chǎn)生的影響的評(píng)估(4)實(shí)現(xiàn)變化復(fù)習(xí)提議：軟件過(guò)程的改善問(wèn)題。本章內(nèi)容圍繞CMMI的構(gòu)成和等級(jí)，簡(jiǎn)介能力等級(jí)和成熟度等級(jí)，重要以概念和原理為主，考核題型為單項(xiàng)選擇題和填空題，分值在5%左右。第一節(jié)背景和原理全稱(chēng)是CapabilityMaturityModelIntegration,即軟件能力成熟度模型集成，是由美國(guó)國(guó)防部與卡內(nèi)基-梅隆大學(xué)和美國(guó)國(guó)防工業(yè)協(xié)會(huì)共同開(kāi)發(fā)和研制的，其目的是協(xié)助軟件企業(yè)對(duì)軟件工程過(guò)程進(jìn)行管理和改善，增強(qiáng)開(kāi)發(fā)與改善能力，從而能準(zhǔn)時(shí)地、不超預(yù)算地開(kāi)發(fā)出高質(zhì)量的軟件。其所根據(jù)的想法是：只要集中精力持續(xù)努力去建立有效的軟件工程過(guò)程的基礎(chǔ)構(gòu)造，不停進(jìn)行管理的實(shí)踐和過(guò)程的改善，就可以克服軟件開(kāi)發(fā)中的困難。CMMI為改善一種組織的多種過(guò)程提供了一種單一的集成化框架，新的集成模型框架消除了各個(gè)模型的不一致性，減少了模型間的反復(fù)，增長(zhǎng)透明度和理解，建立了一種自動(dòng)的、可擴(kuò)展的框架。因而可以從總體上改善組織的質(zhì)量和效率。成本效益、明確重點(diǎn)、過(guò)程集中和靈活性四個(gè)方面。過(guò)程改進(jìn)過(guò)程制定過(guò)程實(shí)施過(guò)程度量CMMI是一套融合多學(xué)科的、可擴(kuò)充的產(chǎn)品集合，其研制的初步動(dòng)機(jī)是為了運(yùn)用兩個(gè)或多種單一學(xué)科的模型工程的關(guān)鍵問(wèn)題，50數(shù)年來(lái)計(jì)算機(jī)的發(fā)展使人們認(rèn)識(shí)到要高效率、高質(zhì)量和低成當(dāng)?shù)亻_(kāi)發(fā)軟件，必須改善軟件生產(chǎn)過(guò)程。基於模型的過(guò)程改善是指用采用能力模型來(lái)指導(dǎo)組織的過(guò)程改善，CMM的成功促使其他學(xué)科也相繼開(kāi)發(fā)類(lèi)似的過(guò)程改善模型，例如系統(tǒng)工程、需求工程、人力資源、集 不過(guò)，在同一種組織中多種過(guò)程改善模型的存在也許會(huì)引起沖突和混淆。CMMI就是為了處理怎麼保持這些(1)軟件能力成熟模型(SW-CMM)(2)軟件工程能力模型SECM(3)集成產(chǎn)品開(kāi)發(fā)能力成熟度模型IPD-CMM每一種CMMI模型均有的基本模塊叫做“過(guò)程域”。一種過(guò)程域并不對(duì)怎樣執(zhí)行一種有效的過(guò)程(例如進(jìn)入原則和離開(kāi)原則、參與者任務(wù)、資源)做出描述，而是要對(duì)那些使用了有效過(guò)程的人做了什么(實(shí)踐)以及他們?yōu)楹巫鲞@些事(目的)做出描述。1.過(guò)程改善(ProcessImprovement)2.CMMI的模型部件 (2)每個(gè)專(zhuān)用目的和公共目的的實(shí)現(xiàn)，分別依賴(lài)某些實(shí)踐。(3)每個(gè)專(zhuān)用實(shí)踐有自己的子實(shí)踐和確定的經(jīng)典工作產(chǎn)品，符號(hào)：O