培訓(xùn)講義：軟件項目開發(fā)過程

軟件項目開發(fā)過程中國科學(xué)院軟件研究所高級技術(shù)培訓(xùn)中心1軟件項目什么是軟件項目完成特定目的、符合用戶特定需求的軟件所需的組織結(jié)構(gòu)和過程、規(guī)范的集合軟件項目的實(shí)施需要周密的部署，合理的規(guī)章制度，符合項目的路線（軟件過程），良好的項目管理和人員安排。2相關(guān)流程軟件管理特點(diǎn)軟件生存期過程確定需求開發(fā)策劃需求分析概要設(shè)計詳細(xì)設(shè)計編碼與調(diào)試測試軟件集成、聯(lián)調(diào)內(nèi)部確認(rèn)復(fù)制、交付、安裝試運(yùn)行、用戶驗(yàn)收運(yùn)行、維護(hù)退役軟件管理配置與變更管理環(huán)境、工具和技術(shù)有關(guān)軟件的法規(guī)和標(biāo)準(zhǔn)周密策劃以保證軟件質(zhì)量管理體系八項質(zhì)量管理原則過程方法基于過程的質(zhì)量管理體系模式實(shí)施質(zhì)量管理體系的意義實(shí)施質(zhì)量管理體系工作重點(diǎn)企業(yè)發(fā)展力量分析3軟件管理特點(diǎn)軟件產(chǎn)品的特點(diǎn)軟件產(chǎn)品的質(zhì)量，完全取決于其設(shè)計和開發(fā)水平軟件需求的模糊性、變化性使軟件產(chǎn)品難以成熟任何一個軟件產(chǎn)品，或多或少總會存在一些故障(BUG)軟件人員廣泛存在的不規(guī)范的開發(fā)習(xí)慣使開發(fā)過程難以管理軟件質(zhì)量指標(biāo)難以量化軟件測試?yán)碚摵图夹g(shù)尚未解決軟件產(chǎn)品正確性的驗(yàn)證問題軟件產(chǎn)品質(zhì)量特性：滿足需求能力的一系列特性總和功能、可靠性、易用性、效率、維護(hù)性、可移植性軟件管理必須在市場(用戶)需求和軟件成熟性之間進(jìn)行權(quán)衡4軟件生存期過程確定需求開發(fā)策劃需求分析概要設(shè)計詳細(xì)設(shè)計編碼與調(diào)試測試軟件集成、聯(lián)調(diào)內(nèi)部確認(rèn)復(fù)制、交付、安裝試運(yùn)行、用戶驗(yàn)收運(yùn)行、維護(hù)退役5確定需求確定外部用戶需求上級下達(dá)的軟件開發(fā)課題本單位根據(jù)市場需要確定的開發(fā)課題用戶合同要求的軟件開發(fā)任務(wù)輸出可行性分析報告技術(shù)、經(jīng)濟(jì)、社會可行性，風(fēng)險對策合同及評審記錄產(chǎn)品要求得到規(guī)定和滿足單位有能力滿足規(guī)定的要求6開發(fā)策劃確定開發(fā)目標(biāo)確定項目開發(fā)的技術(shù)路線(開發(fā)的出發(fā)基線、對現(xiàn)有產(chǎn)品的復(fù)用、委托開發(fā)等)確定應(yīng)遵循的標(biāo)準(zhǔn)、法律和法規(guī)選任開發(fā)項目經(jīng)理劃分開發(fā)階段確定各階段的輸入和輸出文件確定質(zhì)量控制點(diǎn)(評審點(diǎn)、驗(yàn)證點(diǎn)和確認(rèn)點(diǎn))及其實(shí)施的責(zé)任人、實(shí)施方式等設(shè)計項目開發(fā)進(jìn)度確定開發(fā)人員并分配職責(zé)提出開發(fā)所需資源(軟件、硬件開發(fā)環(huán)境及工具軟件、設(shè)備、資金等)要求并予以落實(shí)制定配置管理計劃和質(zhì)量保證計劃7開發(fā)策劃(續(xù))輸出策劃報告開發(fā)項目實(shí)施計劃配置管理計劃質(zhì)量保證計劃等8需求分析確保項目的開發(fā)符合用戶的需求(可測試性)確定設(shè)計輸入任務(wù)委托書/招標(biāo)書前期對用戶的需求調(diào)研資料可行性分析報告/投標(biāo)書合同等編制內(nèi)部需求規(guī)格(說明)書需求變更控制9需求的層次

-業(yè)務(wù)需求、用戶需求和功能需求10需求的開發(fā)和和管理11需求驗(yàn)證驗(yàn)證是為了確確保需求說明明準(zhǔn)確、完整整地表達(dá)必要要的質(zhì)量特點(diǎn)點(diǎn)客戶的參與在在需求驗(yàn)證中中占有重要的的位置審查需求文檔檔以需求為依據(jù)據(jù)編寫測試用用例編寫用戶手冊冊確定合格的標(biāo)標(biāo)準(zhǔn)12測試需求測試需求有很很多分類方法法，最普通的的一種就是按按照商業(yè)功能能分類把需求分解成成單元的好處處：測試需求是測測試用例的基基礎(chǔ)，分成單單元可以更好好地進(jìn)行設(shè)計計詳細(xì)的測試需需求是用來衡衡量測試覆蓋蓋率的重要指指標(biāo)測試需求包括括各種測試設(shè)設(shè)計和開發(fā)以以及所需資源源最好分解到功功能點(diǎn)13概要設(shè)計確保產(chǎn)品的總總體結(jié)構(gòu)和模模塊間的關(guān)系系與用戶需求求的一致性內(nèi)容總體方案設(shè)計計邏輯框圖接口及通訊協(xié)協(xié)議選用現(xiàn)有產(chǎn)品軟件件的選用邊界(約束)條件的設(shè)計計運(yùn)行環(huán)境設(shè)計計等輸出概要設(shè)計說明明書14詳細(xì)設(shè)計詳細(xì)設(shè)計說明明書與概要設(shè)設(shè)計說明書是是否相一致內(nèi)容算法設(shè)計數(shù)據(jù)格式設(shè)計計實(shí)現(xiàn)流程設(shè)計計人機(jī)界面設(shè)計計測試用例設(shè)計計操作設(shè)計等輸出詳細(xì)設(shè)計說明明書軟件組裝計劃劃測試計劃及測測試用例安裝手冊(初初稿)使用說明書(初稿)產(chǎn)品標(biāo)準(zhǔn)(初初稿)15編碼與調(diào)試內(nèi)容編寫程序代碼碼：源代碼→→目標(biāo)代碼→→可執(zhí)行代碼碼此階段還包括括部分軟件模模塊的局部測測試、集成與與聯(lián)調(diào)根據(jù)待開發(fā)軟軟件的規(guī)模、、控制點(diǎn)及人人員安排，可可細(xì)分為多個個小階段輸出軟件(源代碼碼、目標(biāo)代碼碼、可執(zhí)行代代碼及相關(guān)數(shù)數(shù)據(jù)文件)文檔檔(幫幫助助文文件件等等)保證證編編碼碼風(fēng)風(fēng)格格的的一一致致性性，，易易讀讀性性；；增增強(qiáng)強(qiáng)軟軟件件源源碼碼的的可可維維護(hù)護(hù)性性16測試試按測測試試發(fā)發(fā)生生的的順順序序劃劃分分模塊塊測測試試：：是是對對單單個個軟軟件件模模塊塊的的測測試試單元元測測試試：：是是對對各各個個軟軟件件功功能能單單元元的的測測試試組裝裝測測試試：：是是對對各各軟軟件件單單元元之之間間的的互互聯(lián)聯(lián)測測試試集成成測測試試：：是是對對硬硬件件裝裝置置、、設(shè)設(shè)備備和和軟軟件件的的加加入入性性測測試試系統(tǒng)測測試：：項目目組所所在部部門組組織的的對完完成集集成的的系統(tǒng)統(tǒng)的測測試(是否否滿足足產(chǎn)品品規(guī)格格要)確認(rèn)測測試：：單位位質(zhì)量量控制制部門門進(jìn)行行的測測試(是否否滿足足產(chǎn)品品規(guī)格格要求求)驗(yàn)收測測試：：在現(xiàn)現(xiàn)場安安裝、、調(diào)試試結(jié)束束并經(jīng)經(jīng)試運(yùn)運(yùn)行后后，與與顧客客一起起，就就滿足足合同同情況況進(jìn)行行的測測試(是否否滿足足合同同要求求)17測試(續(xù))與順序無關(guān)關(guān)的測試聯(lián)合測試：：當(dāng)軟、硬硬件分頭開開發(fā)完成時時，對其組組合體進(jìn)行行的測試回歸測試：：對因排除除不符合項項而采取的的措施是否否產(chǎn)生了其其他副作用用而進(jìn)行的的確認(rèn)性測測試專項測試：：針對某些些具體測試試項進(jìn)行的的確認(rèn)性測測試。例如如：邊界條條件測試等等。應(yīng)根據(jù)開發(fā)發(fā)規(guī)模，盡盡可能進(jìn)行行獨(dú)立測試試。為了保保證測試的的可信性，，被測試的的軟件應(yīng)以以源代碼的的形式提交交，同時說說明生成可可執(zhí)行代碼碼的環(huán)境和和方法。由由測試人員員生成可執(zhí)執(zhí)行代碼，，進(jìn)行測試試。18軟件開發(fā)的的V字模型型不可能在需需求開發(fā)階階段真正進(jìn)進(jìn)行任何測測試，因?yàn)闉檫€沒有可可執(zhí)行的軟軟件可以在開發(fā)發(fā)組編寫代代碼之前，，以需求為為基礎(chǔ)建立立概念性測測試用例，，并使用它它們發(fā)現(xiàn)軟軟件需求規(guī)規(guī)格說明中中的錯誤、、二義性和和遺漏，還還可以進(jìn)行行模型分析析19對V模型的的質(zhì)疑在部分階段段延遲進(jìn)行行單元測試試和集成測測試在不同階段段上提前進(jìn)進(jìn)行測試設(shè)設(shè)計20X模型適應(yīng)現(xiàn)實(shí)單元測試、、集成測試試不斷迭代強(qiáng)調(diào)探索性測試21統(tǒng)計數(shù)字每千行源代代碼所包含含的bug數(shù)，cmm1級為為11.95個，cmm2為為5.52個，cmm3為2.39個個，cmm4為0.92個,而cmm5則只有有0.32個22軟件集成、、聯(lián)調(diào)應(yīng)按計劃對對所開發(fā)的的軟件模塊塊進(jìn)行組裝裝并與硬件件一起聯(lián)調(diào)調(diào)根據(jù)需要，，規(guī)定應(yīng)填填寫的調(diào)試試記錄23內(nèi)部確認(rèn)在模擬環(huán)境境下運(yùn)行，，并監(jiān)視、、記錄運(yùn)行行情況根據(jù)任務(wù)書書或合同的的要求進(jìn)行行比照，檢檢查其是否否滿足使用用要求對運(yùn)行情況況、測試結(jié)結(jié)果及文檔檔的齊套性性、正確性性和一致性性進(jìn)行評審審，達(dá)到確確認(rèn)24復(fù)制、交付付、安裝軟盤復(fù)制、、光盤刻錄錄交付時的版版本標(biāo)識和和登記安裝(派技技術(shù)人員安安裝或由用用戶自行安安裝)記錄軟件安裝實(shí)實(shí)施計劃軟件安裝環(huán)環(huán)境最低需需求軟件安裝記記錄25試運(yùn)行、用用戶驗(yàn)收以用戶驗(yàn)收收的方式進(jìn)進(jìn)行最終確確認(rèn)結(jié)論軟件設(shè)計與與需求的一一致性程序編碼與與軟件設(shè)計計的一致性性文件描述與與程序的一一致性文件的成套性性、完整性、、準(zhǔn)確性和標(biāo)標(biāo)準(zhǔn)化程度是否通過驗(yàn)收收26運(yùn)行、維護(hù)收集使用中發(fā)發(fā)現(xiàn)的問題和和顧客意見針對運(yùn)行中出出現(xiàn)的問題，，按設(shè)計更改改程序進(jìn)行控控制記錄用戶服務(wù)記錄錄表27退役編寫軟件退役役報告，并進(jìn)進(jìn)行評審28配置與變更管管理基線的確立配置項的存取取配置管理實(shí)施施配置項的標(biāo)識識配置項的變更更控制配置項的狀態(tài)態(tài)記錄配置項的檢查查和評審控制對構(gòu)成軟軟件產(chǎn)品的各各配置項的標(biāo)標(biāo)識、管理、、更改活動，，保證軟件配配置項的完全全性和正確性性，防止非預(yù)預(yù)期的使用軟件配置項的的范圍合同、技術(shù)文文檔、質(zhì)量記記錄等29媒體控制對軟件存放介介質(zhì)(媒體)的要求和規(guī)規(guī)定軟件的復(fù)制(軟件的生產(chǎn)產(chǎn)過程)媒體的標(biāo)識：：規(guī)則、執(zhí)行行者媒體的貯存(防潮、防火火、防磁、防防靜電、防病病毒)媒體的包裝、、運(yùn)輸30文檔資料控制制各開發(fā)階段應(yīng)應(yīng)形成的文檔檔，對其擬、、審、批的規(guī)規(guī)定編制文檔資料料所依據(jù)的標(biāo)標(biāo)準(zhǔn)和規(guī)范開發(fā)過程中應(yīng)應(yīng)形成的質(zhì)量量記錄文檔與軟件之之間的一致性性檢查文檔資料的歸歸檔與發(fā)放31版本管理分類開發(fā)過程中的的版本交付軟件產(chǎn)品品的版本管理對象軟件文檔為該產(chǎn)品開發(fā)發(fā)的工具軟件件操作配置管理人員員，配備一臺臺計算機(jī)(或或服務(wù)器)開設(shè)開發(fā)庫、、受控庫和產(chǎn)產(chǎn)品庫訪問權(quán)限對入庫和出庫庫軟件的控制制32版本管理(續(xù)續(xù))開發(fā)庫存放正正在開發(fā)(編編寫)或調(diào)試試(修改)、、自測的軟件件和文檔受控庫存放開開發(fā)各階段測測試通過的軟軟件、文檔和和工具軟件的的版本并給以以標(biāo)識。轉(zhuǎn)入入下一階段時時，從此處發(fā)發(fā)放用作下一一階段開始工工作的初始版版本產(chǎn)品庫存放可可交付及已交交付軟件、文文檔及支持文文件的版本各庫內(nèi)所存放放的軟件和文文檔，應(yīng)定期期備份，以防防止開發(fā)成果果的意外丟失失(文件重寫寫、介質(zhì)損壞壞、意外事故故、非法訪問問——病毒，，黑客，故意意破壞等)并并保證可追溯溯性33環(huán)境、工具和和技術(shù)開發(fā)所需的硬硬件環(huán)境測試所需的硬硬件環(huán)境(包包括模擬用戶戶環(huán)境所必要要的輸入、輸輸出設(shè)備)開發(fā)平臺軟件件(操作系統(tǒng)統(tǒng)、編程語言言、編譯環(huán)境境、調(diào)試工具具等)管理軟件診斷軟件測試軟件輔助性軟件(防病毒軟件件等)34有關(guān)軟件的法法規(guī)和標(biāo)準(zhǔn)《軟件產(chǎn)品管管理辦法》《計算機(jī)信息息系統(tǒng)集成資資質(zhì)管理辦法法(試行)》》《計算機(jī)軟件件保護(hù)條例》》ISO／IEC12207—1995信息技技術(shù)軟件生存存周期過程ISO／IECTR15504軟軟件過程評估估GB／T19000．3—2001質(zhì)量管理和和質(zhì)量保證標(biāo)標(biāo)準(zhǔn)第3部分分：GB信息息技術(shù)軟件生生存周期過程程GB／T19001—1994在軟軟件開發(fā)，供供應(yīng)、安裝和和維護(hù)中的使使用指南GB／T12504—90計算機(jī)軟軟件質(zhì)量保證證計劃規(guī)范GB／T12505—90計算機(jī)軟軟件配置管理理計劃規(guī)范等等35周密策劃以保保證開發(fā)人員應(yīng)具具備一定的資資格或能力開發(fā)環(huán)境(軟軟件和硬件平平臺)是適用用的編制足夠的控控制程序和工工作規(guī)范(例例如開發(fā)過程程控制程序、、變量命名規(guī)規(guī)則、代碼書書寫規(guī)范、注注釋規(guī)范等)編制測試用例例并在使用前前對用例本身身進(jìn)行驗(yàn)證編制各階段測測試計劃，明明確規(guī)定測試試方法以及測測試結(jié)果的記記錄要求、評評價方式和接接收準(zhǔn)則實(shí)施配置管理理，控制軟件件產(chǎn)品(代碼碼和文檔)版版本和更改過過程36軟件質(zhì)量管理理體系質(zhì)量體系文件件質(zhì)量手冊文件控制記錄控制管理職責(zé)質(zhì)量方針、質(zhì)質(zhì)量目標(biāo)職責(zé)、權(quán)限與與溝通管理評審資源管理人力資源基礎(chǔ)設(shè)施和工工作環(huán)境產(chǎn)品實(shí)現(xiàn)產(chǎn)品實(shí)現(xiàn)的策策劃與顧客有關(guān)的的過程設(shè)計和開發(fā)采購開發(fā)和服務(wù)提提供監(jiān)視和測量裝裝置的控制測量、分析和和改進(jìn)監(jiān)視和測量不合格品控制制數(shù)據(jù)分析改進(jìn)37八項質(zhì)量管理理原則以顧客為關(guān)注注焦點(diǎn)領(lǐng)導(dǎo)作用全員參與過程方法管理的系統(tǒng)方方法持續(xù)改進(jìn)進(jìn)基于事實(shí)實(shí)的決策策方法與供方互互利的關(guān)關(guān)系38過程方法法最高管理理者持續(xù)續(xù)的推動動時間組織業(yè)PDCA持續(xù)循環(huán)改39基于過程程的質(zhì)量量管理體體系模式式40實(shí)施質(zhì)量量管理體體系的意意義管理法治治化職責(zé)更分分明接口更明明確監(jiān)督機(jī)制制加強(qiáng)焦點(diǎn)得到到控制競爭能力力增強(qiáng)41實(shí)施質(zhì)量量管理體體系工作作重點(diǎn)規(guī)范管理理制度增進(jìn)內(nèi)部部溝通提高服務(wù)務(wù)質(zhì)量增強(qiáng)社會會信心42小結(jié)小結(jié)43軟件開發(fā)發(fā)中的困困境如何指定定符合項項目的計計劃項目應(yīng)該該如何去去完成如何按期期提交項項目如何降低低項目的的風(fēng)險項目中的的人員流流動很頻頻繁怎么么辦如何合理理的安排排已有人人員項目不斷斷變大，，文檔和和程序不不斷的增增多用戶的需需求在不不斷的變變化項目中的的人員在在增加，，如何管管理好項目的質(zhì)質(zhì)量如何何控制44軟件開發(fā)發(fā)過程的的模型簡單式(構(gòu)建＋＋維護(hù))瀑布式敏捷開發(fā)發(fā)統(tǒng)一軟件件開發(fā)過過程45簡單式修改直到用戶滿意系統(tǒng)使用消亡思路或者者客戶需需求構(gòu)建第一個版本46簡單式過過程開發(fā)發(fā)特征系統(tǒng)在沒沒有任何何規(guī)范和和規(guī)則的的情況下下就開發(fā)發(fā)沒有明確確的設(shè)計計，設(shè)計計思路都都在開發(fā)發(fā)者的頭頭腦中這種開發(fā)發(fā)方法對對于使用用周期很很短的小小項目可可用隨著時時間的的推移移，系系統(tǒng)的的維護(hù)護(hù)越來來越困困難系統(tǒng)在在交付付使用用時，，有可可能會會出現(xiàn)現(xiàn)一系系列的的錯誤誤，前前期和和后期期維護(hù)護(hù)成本本都很很高在大型型項目目和商商用項項目中中極少少使用用47瀑布式式設(shè)計階段實(shí)現(xiàn)階段集成階段需求階階段細(xì)化階段使用階段消亡每個階階段做做完時時進(jìn)行行驗(yàn)證證48瀑布式式開發(fā)發(fā)70年年代流流行的的開發(fā)發(fā)方法法自上而而下的的開發(fā)發(fā)方法法每個階階段都都有軟軟件質(zhì)質(zhì)量管管理組組核實(shí)實(shí)后再再進(jìn)行行下一一階段段的開開發(fā)每一階階段都都有測測試每個階階段都都形成成了明明確的的文檔檔文檔并并不總總能和和系統(tǒng)統(tǒng)相符符合細(xì)化的的文檔檔使得得系統(tǒng)統(tǒng)的用用戶和和開發(fā)發(fā)人員員難于于理解解和分分辨系系統(tǒng)的的關(guān)系系階段之之間的的對應(yīng)應(yīng)和檢檢查變變得困困難、、維護(hù)護(hù)代價價高變更應(yīng)應(yīng)對能能力差差49敏捷開開發(fā)快速適適應(yīng)系系統(tǒng)需需求的的變化化提高軟軟件生生產(chǎn)率率突出企企業(yè)自自身特特點(diǎn)，，體現(xiàn)現(xiàn)企業(yè)業(yè)核心心能力力支持動動態(tài)聯(lián)聯(lián)盟和和虛擬擬組織織面向業(yè)業(yè)務(wù)目目標(biāo)持持續(xù)改改進(jìn)和和重組組50敏捷開開發(fā)的的特征征輕量級級的開開發(fā)過過程基于時時間JustEnough并行基于組組件的的軟件件工程程51敏捷開開發(fā)過過程軟件的的需求求是難難以預(yù)預(yù)期的的，開開發(fā)方方法必必需適適應(yīng)變變化的的需求求，在在快速速的迭迭代中中不斷斷改進(jìn)進(jìn)小組組成成員員并并不不完完全全按按照照完完整整的的方方法法進(jìn)進(jìn)行行開開發(fā)發(fā)，，而而根據(jù)據(jù)具具體體問問題題和和情情況況，，靈靈活活地地去去除除非非增增值值活活動動僅僅僅執(zhí)執(zhí)行行一一些些必必須須的的活活動動，，使使用用必必須須的的規(guī)規(guī)則則，，編編寫必必須須的的文文檔檔人的的因因素素被被放放在在第第一一適合合互互聯(lián)聯(lián)網(wǎng)網(wǎng)時時代代的的開開發(fā)發(fā)要要求求52主要要敏敏捷捷開開發(fā)發(fā)方方法法eXtremeProgramming(XP)SCRUMDSDMAdaptiveSoftwareDevelopment(ASD)FeatureDrivenDevelopment(FDD)CrystalFamilyRationalRUP&UML53統(tǒng)一一軟軟件件開開發(fā)發(fā)過過程程用例例驅(qū)驅(qū)動動用例例:能能向向用用戶戶提提供供有有價價值值的的系系統(tǒng)統(tǒng)的的某某種種功功能能以架架構(gòu)構(gòu)為為中中心心軟件件架架構(gòu)構(gòu)：：系系統(tǒng)統(tǒng)的的最最重重要要的的靜靜態(tài)態(tài)和和動動態(tài)態(tài)特特征征迭代代和和增增量量式式迭代代：：工工作作流流程程的的重重復(fù)復(fù)、、每每次次的的活活動動都都以以上上次次的的活活動動為為基基礎(chǔ)礎(chǔ)54用例驅(qū)動動用戶所希希望和需需要的是是什么系統(tǒng)能為為每個用用戶提供供什么功功能用例所描描述和代代表的是是用戶與與系統(tǒng)交交互的一一個過程程，而這這個過程程滿足了了用戶的的某些需需求所強(qiáng)調(diào)的的是系統(tǒng)統(tǒng)的功能能55以架構(gòu)為為中心刻畫了系系統(tǒng)的整整體設(shè)計計，忽略略了細(xì)節(jié)節(jié)設(shè)計，，刻畫最最重要的的部分。。什么是最最重要的的呢？依依賴于判判斷。判判斷的依依據(jù)是經(jīng)經(jīng)驗(yàn)。構(gòu)架的設(shè)設(shè)計價值值取決于于執(zhí)行該該任務(wù)的的人的素素質(zhì)受用戶需需求（用用戶可能能會增加加那方面面的需求求）、軟軟件應(yīng)用用平臺（（計算機(jī)機(jī)硬件、、操作系系統(tǒng)、數(shù)數(shù)據(jù)庫、、網(wǎng)絡(luò)等等）、實(shí)實(shí)施問題題、遺留留系統(tǒng)集集成等的的影響56用例和架架構(gòu)用例是系系統(tǒng)的功功能和外外衣架構(gòu)是系系統(tǒng)的內(nèi)內(nèi)在形式式兩方面必必須并行行進(jìn)化架構(gòu)只考考慮核心心功能(5-10%)架構(gòu)設(shè)計計原則：：先考慮與與用例無無關(guān)的不不會變動動的方面面考慮考慮最重重要的功功能需求求子集57迭代和增量式式控制迭代過程程，劃分每次次迭代的目標(biāo)標(biāo)迭代原則：架構(gòu)構(gòu)上上先先實(shí)實(shí)現(xiàn)現(xiàn)最最粗粗略略的的部部分分功能能上上先先實(shí)實(shí)現(xiàn)現(xiàn)最最重重要要的的每次次迭迭代代盡盡可可能能的的劃劃分分的的細(xì)細(xì)，，迭迭代代數(shù)數(shù)量量不不能能太太少少每次次迭迭代代要要有有規(guī)規(guī)范范的的檢檢查查機(jī)機(jī)制制增量量式式每次次迭迭代代增增加加一一部部分分設(shè)設(shè)計計和和實(shí)實(shí)現(xiàn)現(xiàn)58統(tǒng)一一軟軟件件過過程程的的生生命命周周期期在軟軟件件過過程程中中，，不不斷斷的的向向用用戶戶提提供供新新的的版版本本每次形成成的版本本構(gòu)成了了一個循循環(huán)59每個版本本形成的的過程每次循環(huán)環(huán)由四個個階段構(gòu)構(gòu)成初始想法-->產(chǎn)品品系統(tǒng)向用用戶提供供的功能能是什么么系統(tǒng)的架架構(gòu)是什什么樣子子的開發(fā)計劃劃、開支支如何、、人員安安排細(xì)化詳細(xì)說明明產(chǎn)品的的功能設(shè)計系統(tǒng)統(tǒng)的架構(gòu)構(gòu)構(gòu)造構(gòu)造能運(yùn)運(yùn)行的產(chǎn)產(chǎn)品移交產(chǎn)品手冊冊、測試試手冊、、用戶培培訓(xùn)、技技術(shù)支持持60產(chǎn)品版本本形成的的迭代過過程61核心工作作流程和和四個階階段62產(chǎn)品版本的相相關(guān)模型用例模型：系系統(tǒng)的功能和和用戶的關(guān)系系分析模型：提提煉用例，將將用例的實(shí)現(xiàn)現(xiàn)分配給一組組對象設(shè)計模型：：靜態(tài)結(jié)構(gòu)構(gòu)和動態(tài)結(jié)結(jié)構(gòu)子系統(tǒng)、類類、接口實(shí)現(xiàn)模型：：類、接口口到組件的的映射實(shí)施模型：：組件到部部署物理節(jié)節(jié)點(diǎn)的映射射測試模型：：測試用例例和用例的的映射63產(chǎn)品版本的的相關(guān)模型型64模型間的依依賴關(guān)系迭代的過程程使得每次次迭代過程程中依賴關(guān)關(guān)系的復(fù)雜雜程度降低低65軟件過程具具體化沒有通用的的軟件過程程組織因素：：組織結(jié)構(gòu)構(gòu)、文化、、管理、能能力、經(jīng)驗(yàn)驗(yàn)等領(lǐng)域因素：：應(yīng)用領(lǐng)域域的熟悉、、競爭對手手的提供產(chǎn)產(chǎn)品的影響響生命周期因因素：時間間、專業(yè)技技能技術(shù)因素：：程序設(shè)計計語言、開開發(fā)工具、、數(shù)據(jù)庫系系統(tǒng)、框架架等66CapabilityMaturityModel

軟件能能力成熟度度模型迄今為止學(xué)學(xué)術(shù)界和工工業(yè)界公認(rèn)認(rèn)的有關(guān)軟軟件工程和和管理實(shí)踐踐的最好的的評價模型。為評估軟件件組織的生生產(chǎn)能力提提供了標(biāo)準(zhǔn)準(zhǔn)。為提高軟件件組織的生生產(chǎn)過程指指明了方向向。67CMM概述述一個成熟軟軟件組織具具有在全組組織范圍內(nèi)內(nèi)管理軟件件、開發(fā)過過程和維護(hù)護(hù)過程的能能力規(guī)定的軟件件過程被正正確無誤地地通知到所所有員工工作活動均均按照已規(guī)規(guī)劃的過程程進(jìn)行，并通過可控的的先導(dǎo)性試試驗(yàn)和費(fèi)效效分析使這這些過程得得到改進(jìn)對已定義過過程中的所所有崗位及及其職責(zé)都都有清楚的的描述通過文檔與與培訓(xùn)使全全組織有關(guān)關(guān)人員對已已定義的軟軟件過程都都有很好的的理解，從從而使其軟軟件過程所所導(dǎo)致的生生產(chǎn)率和質(zhì)質(zhì)量能隨時時間的推移移得到改進(jìn)進(jìn)。68CMM基本本概念軟件過程：人們用于于開發(fā)和維維護(hù)軟件及及其相關(guān)過過程的一系系列活動，，包括軟件件工程活動動和軟件管管理活動。。軟件過程程能力：描述（（開發(fā)組組織或項項目組））遵循其其軟件過過程能夠夠?qū)崿F(xiàn)預(yù)預(yù)期結(jié)果果的程度度，它既既可對整整個軟件件開發(fā)組組織而言言，也可可對一個個軟件項項目而言言。軟件過程程性能：表示（（開發(fā)組組織或項項目組））遵循其其軟件過過程所得得到的實(shí)實(shí)際結(jié)果果，軟件件過程性性能描述述的是已已得到的的實(shí)際結(jié)結(jié)果，而而軟件過過程能力力則描述述的是最最可能的的預(yù)期結(jié)結(jié)果，它它既可對對整個軟軟件開發(fā)發(fā)組織而而言，也也可對一一個特定定項目而而言。軟件過程程成熟：一個特特定軟件件過程被被明確和和有效地地定義，，管理測測量和控控制的程程度。69CMM基基本概念念軟件能力力成熟度度等級：軟件開開發(fā)組織織在走向向成熟的的途中幾幾個具有有明確定定義的表表示軟件件過程能能力成熟熟度的平平臺。關(guān)鍵過程程域：每個軟軟件能力力成熟度度等級包包含若干干個對該該成熟度度等級至至關(guān)重要要的過程程域，它它們的實(shí)實(shí)施對達(dá)達(dá)到該成成熟度等等級的目目標(biāo)起到到保證作作用。這這些過程程域就稱稱為該成成熟度等等級的關(guān)關(guān)鍵過程程域，反反之有非非關(guān)鍵過過程域是是指對達(dá)達(dá)到相應(yīng)應(yīng)軟件成成熟度等等級的目目標(biāo)不起起關(guān)鍵作作用。歸歸納為：：互相關(guān)關(guān)聯(lián)的若若干軟件件實(shí)踐活活動和有有關(guān)基礎(chǔ)礎(chǔ)設(shè)施的的一個集集合。70CMM基本本概念念關(guān)鍵實(shí)實(shí)踐：對關(guān)關(guān)鍵過過程域域的實(shí)實(shí)踐起起關(guān)鍵鍵作用用的方方針、、規(guī)程程、措措施、、活動動以及及相關(guān)關(guān)基礎(chǔ)礎(chǔ)設(shè)施施的建建立。。關(guān)鍵鍵實(shí)踐踐一般般只描描述““做什什么””而不不強(qiáng)制制規(guī)定定“如如何做做”。。整個個軟件件過程程的改改進(jìn)是是基于于許多多小的的、漸漸進(jìn)的的步驟驟，而而不是是通過過一次次革命命性的的創(chuàng)新新來實(shí)實(shí)現(xiàn)的的，這這些小小的漸漸進(jìn)步步驟就就是通通過一一些關(guān)關(guān)鍵實(shí)實(shí)踐來來實(shí)現(xiàn)現(xiàn)。軟件件能能力力成成熟熟度度模模型型：隨隨著著軟軟件件組組織織定定義義、、實(shí)實(shí)施施、、測測量量、、控控制制和和改改進(jìn)進(jìn)其其軟軟件件過過程程，，軟軟件件組組織織的的能能力力也也伴伴隨隨著著這這些些階階段段逐逐步步前前進(jìn)進(jìn)，，完完成成對對軟軟件件組組織織進(jìn)進(jìn)化化階階段段的的描描述述模模型型。。71CMM1第一一級級：：初初始始級級在初初始始級級，，企企業(yè)業(yè)一一般般不不具具備備穩(wěn)穩(wěn)定定的的軟軟件件開開發(fā)發(fā)與與維維護(hù)護(hù)的的環(huán)環(huán)境境。。常常常常在在遇遇到到問問題題的的時時候候，，就就放放棄棄原原定定的的計計劃劃而而只只專專注注于于編編程程與與測測試試。。72CMM2第二二級級：：可可重重復(fù)復(fù)級級在這這一一級級，，建建立立了了管管理理軟軟件件項項目目的的政政策策以以及及為為