軟件項目開發(fā)過程

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

-業(yè)務(wù)需求、用戶需求和功能需求第九頁，共88頁。第九頁，共88頁。需求的開發(fā)和管理第十頁，共88頁。第十頁，共88頁。需求驗證驗證是為了確保需求說明準確、完整地表達必要的質(zhì)量特點客戶的參與在需求驗證中占有重要的位置審查需求文檔以需求為依據(jù)編寫測試用例編寫用戶手冊確定合格的標準第十一頁，共88頁。第十一頁，共88頁。測試需求測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類把需求分解成單元的好處：測試需求是測試用例的基礎(chǔ)，分成單元可以更好地進行設(shè)計詳細的測試需求是用來衡量測試覆蓋率的重要指標測試需求包括各種測試設(shè)計和開發(fā)以及所需資源最好分解到功能點第十二頁，共88頁。第十二頁，共88頁。概要設(shè)計確保產(chǎn)品的總體結(jié)構(gòu)和模塊間的關(guān)系與用戶需求的一致性內(nèi)容總體方案設(shè)計邏輯框圖接口及通訊協(xié)議選用現(xiàn)有產(chǎn)品軟件的選用邊界(約束)條件的設(shè)計運行環(huán)境設(shè)計等輸出概要設(shè)計說明書第十三頁，共88頁。第十三頁，共88頁。詳細設(shè)計詳細設(shè)計說明書與概要設(shè)計說明書是否相一致

內(nèi)容算法設(shè)計數(shù)據(jù)格式設(shè)計實現(xiàn)流程設(shè)計人機界面設(shè)計測試用例設(shè)計操作設(shè)計等輸出詳細設(shè)計說明書軟件組裝計劃測試計劃及測試用例安裝手冊(初稿)使用說明書(初稿)產(chǎn)品標準(初稿)第十四頁，共88頁。第十四頁，共88頁。編碼與調(diào)試內(nèi)容編寫程序代碼：源代碼→目標代碼→可執(zhí)行代碼此階段還包括部分軟件模塊的局部測試、集成與聯(lián)調(diào)根據(jù)待開發(fā)軟件的規(guī)模、控制點及人員安排，可細分為多個小階段輸出軟件(源代碼、目標代碼、可執(zhí)行代碼及相關(guān)數(shù)據(jù)文件)文檔(幫助文件等)保證編碼風格的一致性，易讀性；增強軟件源碼的可維護性第十五頁，共88頁。第十五頁，共88頁。測試按測試發(fā)生的順序劃分模塊測試：是對單個軟件模塊的測試單元測試：是對各個軟件功能單元的測試組裝測試：是對各軟件單元之間的互聯(lián)測試集成測試：是對硬件裝置、設(shè)備和軟件的加入性測試系統(tǒng)測試：項目組所在部門組織的對完成集成的系統(tǒng)的測試(是否滿足產(chǎn)品規(guī)格要)確認測試：單位質(zhì)量控制部門進行的測試(是否滿足產(chǎn)品規(guī)格要求)驗收測試：在現(xiàn)場安裝、調(diào)試結(jié)束并經(jīng)試運行后，與顧客一起，就滿足合同情況進行的測試(是否滿足合同要求)第十六頁，共88頁。第十六頁，共88頁。測試(續(xù))與順序無關(guān)的測試聯(lián)合測試：當軟、硬件分頭開發(fā)完成時，對其組合體進行的測試回歸測試：對因排除不符合項而采取的措施是否產(chǎn)生了其他副作用而進行的確認性測試專項測試：針對某些具體測試項進行的確認性測試。例如：邊界條件測試等。應(yīng)根據(jù)開發(fā)規(guī)模，盡可能進行獨立測試。為了保證測試的可信性，被測試的軟件應(yīng)以源代碼的形式提交，同時說明生成可執(zhí)行代碼的環(huán)境和方法。由測試人員生成可執(zhí)行代碼，進行測試。第十七頁，共88頁。第十七頁，共88頁。軟件開發(fā)的V字模型不可能在需求開發(fā)階段真正進行任何測試，因為還沒有可執(zhí)行的軟件可以在開發(fā)組編寫代碼之前，以需求為基礎(chǔ)建立概念性測試用例，并使用它們發(fā)現(xiàn)軟件需求規(guī)格說明中的錯誤、二義性和遺漏，還可以進行模型分析第十八頁，共88頁。第十八頁，共88頁。對V模型的質(zhì)疑在部分階段延遲進行單元測試和集成測試在不同階段上提前進行測試設(shè)計第十九頁，共88頁。第十九頁，共88頁。X模型適應(yīng)現(xiàn)實單元測試、集成測試不斷迭代強調(diào)探索性測試第二十頁，共88頁。第二十頁，共88頁。統(tǒng)計數(shù)字每千行源代碼所包含的bug數(shù)，cmm1級為11.95個，cmm2為5.52個，cmm3為2.39個，cmm4為0.92個,而cmm5則只有0.32個第二十一頁，共88頁。第二十一頁，共88頁。軟件集成、聯(lián)調(diào)應(yīng)按計劃對所開發(fā)的軟件模塊進行組裝并與硬件一起聯(lián)調(diào)根據(jù)需要，規(guī)定應(yīng)填寫的調(diào)試記錄第二十二頁，共88頁。第二十二頁，共88頁。內(nèi)部確認在模擬環(huán)境下運行，并監(jiān)視、記錄運行情況根據(jù)任務(wù)書或合同的要求進行比照，檢查其是否滿足使用要求對運行情況、測試結(jié)果及文檔的齊套性、正確性和一致性進行評審，達到確認第二十三頁，共88頁。第二十三頁，共88頁。復制、交付、安裝軟盤復制、光盤刻錄交付時的版本標識和登記安裝(派技術(shù)人員安裝或由用戶自行安裝)記錄軟件安裝實施計劃軟件安裝環(huán)境最低需求軟件安裝記錄第二十四頁，共88頁。第二十四頁，共88頁。試運行、用戶驗收以用戶驗收的方式進行最終確認結(jié)論軟件設(shè)計與需求的一致性程序編碼與軟件設(shè)計的一致性文件描述與程序的一致性文件的成套性、完整性、準確性和標準化程度是否通過驗收第二十五頁，共88頁。第二十五頁，共88頁。運行、維護收集使用中發(fā)現(xiàn)的問題和顧客意見針對運行中出現(xiàn)的問題，按設(shè)計更改程序進行控制記錄用戶服務(wù)記錄表第二十六頁，共88頁。第二十六頁，共88頁。退役編寫軟件退役報告，并進行評審第二十七頁，共88頁。第二十七頁，共88頁。配置與變更管理基線的確立配置項的存取配置管理實施配置項的標識配置項的變更控制配置項的狀態(tài)記錄配置項的檢查和評審控制對構(gòu)成軟件產(chǎn)品的各配置項的標識、管理、更改活動，保證軟件配置項的完全性和正確性，防止非預期的使用軟件配置項的范圍合同、技術(shù)文檔、質(zhì)量記錄等第二十八頁，共88頁。第二十八頁，共88頁。媒體控制對軟件存放介質(zhì)(媒體)的要求和規(guī)定軟件的復制(軟件的生產(chǎn)過程)媒體的標識：規(guī)則、執(zhí)行者媒體的貯存(防潮、防火、防磁、防靜電、防病毒)媒體的包裝、運輸?shù)诙彭摚?8頁。第二十九頁，共88頁。文檔資料控制各開發(fā)階段應(yīng)形成的文檔，對其擬、審、批的規(guī)定編制文檔資料所依據(jù)的標準和規(guī)范開發(fā)過程中應(yīng)形成的質(zhì)量記錄文檔與軟件之間的一致性檢查文檔資料的歸檔與發(fā)放第三十頁，共88頁。第三十頁，共88頁。版本管理分類開發(fā)過程中的版本交付軟件產(chǎn)品的版本管理對象軟件文檔為該產(chǎn)品開發(fā)的工具軟件操作配置管理人員，配備一臺計算機(或服務(wù)器)開設(shè)開發(fā)庫、受控庫和產(chǎn)品庫訪問權(quán)限對入庫和出庫軟件的控制第三十一頁，共88頁。第三十一頁，共88頁。版本管理(續(xù))開發(fā)庫存放正在開發(fā)(編寫)或調(diào)試(修改)、自測的軟件和文檔受控庫存放開發(fā)各階段測試通過的軟件、文檔和工具軟件的版本并給以標識。轉(zhuǎn)入下一階段時，從此處發(fā)放用作下一階段開始工作的初始版本產(chǎn)品庫存放可交付及已交付軟件、文檔及支持文件的版本各庫內(nèi)所存放的軟件和文檔，應(yīng)定期備份，以防止開發(fā)成果的意外丟失(文件重寫、介質(zhì)損壞、意外事故、非法訪問——病毒，黑客，故意破壞等)并保證可追溯性第三十二頁，共88頁。第三十二頁，共88頁。環(huán)境、工具和技術(shù)開發(fā)所需的硬件環(huán)境測試所需的硬件環(huán)境(包括模擬用戶環(huán)境所必要的輸入、輸出設(shè)備)開發(fā)平臺軟件(操作系統(tǒng)、編程語言、編譯環(huán)境、調(diào)試工具等)管理軟件診斷軟件測試軟件輔助性軟件(防病毒軟件等)第三十三頁，共88頁。第三十三頁，共88頁。有關(guān)軟件的法規(guī)和標準《軟件產(chǎn)品管理辦法》《計算機信息系統(tǒng)集成資質(zhì)管理辦法(試行)》《計算機軟件保護條例》ISO／IEC12207—1995信息技術(shù)軟件生存周期過程ISO／IECTR15504軟件過程評估GB／T19000．3—2001質(zhì)量管理和質(zhì)量保證標準第3部分：GB信息技術(shù)軟件生存周期過程GB／T19001—1994在軟件開發(fā)，供應(yīng)、安裝和維護中的使用指南GB／T12504—90計算機軟件質(zhì)量保證計劃規(guī)范GB／T12505—90計算機軟件配置管理計劃規(guī)范等第三十四頁，共88頁。第三十四頁，共88頁。周密策劃以保證開發(fā)人員應(yīng)具備一定的資格或能力開發(fā)環(huán)境(軟件和硬件平臺)是適用的編制足夠的控制程序和工作規(guī)范(例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等)編制測試用例并在使用前對用例本身進行驗證編制各階段測試計劃，明確規(guī)定測試方法以及測試結(jié)果的記錄要求、評價方式和接收準則實施配置管理，控制軟件產(chǎn)品(代碼和文檔)版本和更改過程第三十五頁，共88頁。第三十五頁，共88頁。軟件質(zhì)量管理體系質(zhì)量體系文件質(zhì)量手冊文件控制記錄控制管理職責質(zhì)量方針、質(zhì)量目標職責、權(quán)限與溝通管理評審資源管理人力資源基礎(chǔ)設(shè)施和工作環(huán)境產(chǎn)品實現(xiàn)產(chǎn)品實現(xiàn)的策劃與顧客有關(guān)的過程設(shè)計和開發(fā)采購開發(fā)和服務(wù)提供監(jiān)視和測量裝置的控制

測量、分析和改進監(jiān)視和測量

不合格品控制

數(shù)據(jù)分析

改進

第三十六頁，共88頁。第三十六頁，共88頁。八項質(zhì)量管理原則以顧客為關(guān)注焦點領(lǐng)導作用全員參與過程方法管理的系統(tǒng)方法持續(xù)改進基于事實的決策方法與供方互利的關(guān)系第三十七頁，共88頁。第三十七頁，共88頁。過程方法

最高管理者持續(xù)的推動時間組織業(yè)持續(xù)循環(huán)改進第三十八頁，共88頁。第三十八頁，共88頁。基于過程的質(zhì)量管理體系模式第三十九頁，共88頁。第三十九頁，共88頁。實施質(zhì)量管理體系的意義管理法治化職責更分明接口更明確監(jiān)督機制加強焦點得到控制競爭能力增強第四十頁，共88頁。第四十頁，共88頁。實施質(zhì)量管理體系工作重點規(guī)范管理制度增進內(nèi)部溝通提高服務(wù)質(zhì)量增強社會信心第四十一頁，共88頁。第四十一頁，共88頁。小結(jié)小結(jié)第四十二頁，共88頁。第四十二頁，共88頁。軟件開發(fā)中的困境如何指定符合項目的計劃項目應(yīng)該如何去完成如何按期提交項目如何降低項目的風險項目中的人員流動很頻繁怎么辦如何合理的安排已有人員項目不斷變大，文檔和程序不斷的增多用戶的需求在不斷的變化項目中的人員在增加，如何管理好項目的質(zhì)量如何控制第四十三頁，共88頁。第四十三頁，共88頁。軟件開發(fā)過程的模型簡單式(構(gòu)建＋維護)瀑布式敏捷開發(fā)統(tǒng)一軟件開發(fā)過程第四十四頁，共88頁。第四十四頁，共88頁。簡單式修改直到用戶滿意系統(tǒng)使用消亡思路或者客戶需求構(gòu)建第一個版本第四十五頁，共88頁。第四十五頁，共88頁。簡單式過程開發(fā)特征系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就開發(fā)沒有明確的設(shè)計，設(shè)計思路都在開發(fā)者的頭腦中這種開發(fā)方法對于使用周期很短的小項目可用隨著時間的推移，系統(tǒng)的維護越來越困難系統(tǒng)在交付使用時，有可能會出現(xiàn)一系列的錯誤，前期和后期維護成本都很高在大型項目和商用項目中極少使用第四十六頁，共88頁。第四十六頁，共88頁。瀑布式設(shè)計階段實現(xiàn)階段集成階段需求階段細化階段使用階段消亡每個階段做完時進行驗證第四十七頁，共88頁。第四十七頁，共88頁。瀑布式開發(fā)70年代流行的開發(fā)方法自上而下的開發(fā)方法每個階段都有軟件質(zhì)量管理組核實后再進行下一階段的開發(fā)每一階段都有測試每個階段都形成了明確的文檔文檔并不總能和系統(tǒng)相符合細化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關(guān)系階段之間的對應(yīng)和檢查變得困難、維護代價高變更應(yīng)對能力差第四十八頁，共88頁。第四十八頁，共88頁。敏捷開發(fā)快速適應(yīng)系統(tǒng)需求的變化提高軟件生產(chǎn)率突出企業(yè)自身特點，體現(xiàn)企業(yè)核心能力支持動態(tài)聯(lián)盟和虛擬組織面向業(yè)務(wù)目標持續(xù)改進和重組第四十九頁，共88頁。第四十九頁，共88頁。敏捷開發(fā)的特征輕量級的開發(fā)過程基于時間JustEnough并行基于組件的軟件工程第五十頁，共88頁。第五十頁，共88頁。敏捷開發(fā)過程軟件的需求是難以預期的，開發(fā)方法必需適應(yīng)變化的需求，在快速的迭代中不斷改進小組成員并不完全按照完整的方法進行開發(fā)，而根據(jù)具體問題和情況，靈活地去除非增值活動僅僅執(zhí)行一些必須的活動，使用必須的規(guī)則，編寫必須的文檔人的因素被放在第一適合互聯(lián)網(wǎng)時代的開發(fā)要求第五十一頁，共88頁。第五十一頁，共88頁。主要敏捷開發(fā)方法eXtremeProgramming(XP)SCRUMDSDMAdaptiveSoftwareDevelopment(ASD)FeatureDrivenDevelopment(FDD)CrystalFamilyRationalRUP&UML第五十二頁，共88頁。第五十二頁，共88頁。統(tǒng)一軟件開發(fā)過程用例驅(qū)動用例:能向用戶提供有價值的系統(tǒng)的某種功能以架構(gòu)為中心軟件架構(gòu)：系統(tǒng)的最重要的靜態(tài)和動態(tài)特征迭代和增量式迭代：工作流程的重復、每次的活動都以上次的活動為基礎(chǔ)第五十三頁，共88頁。第五十三頁，共88頁。用例驅(qū)動用戶所希望和需要的是什么系統(tǒng)能為每個用戶提供什么功能用例所描述和代表的是用戶與系統(tǒng)交互的一個過程，而這個過程滿足了用戶的某些需求所強調(diào)的是系統(tǒng)的功能第五十四頁，共88頁。第五十四頁，共88頁。以架構(gòu)為中心刻畫了系統(tǒng)的整體設(shè)計，忽略了細節(jié)設(shè)計，刻畫最重要的部分。什么是最重要的呢？依賴于判斷。判斷的依據(jù)是經(jīng)驗。構(gòu)架的設(shè)計價值取決于執(zhí)行該任務(wù)的人的素質(zhì)受用戶需求（用戶可能會增加那方面的需求）、軟件應(yīng)用平臺（計算機硬件、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)等）、實施問題、遺留系統(tǒng)集成等的影響第五十五頁，共88頁。第五十五頁，共88頁。用例和架構(gòu)用例是系統(tǒng)的功能和外衣架構(gòu)是系統(tǒng)的內(nèi)在形式兩方面必須并行進化架構(gòu)只考慮核心功能(5-10%)架構(gòu)設(shè)計原則：先考慮與用例無關(guān)的不會變動的方面考慮考慮最重要的功能需求子集第五十六頁，共88頁。第五十六頁，共88頁。迭代和增量式控制迭代過程，劃分每次迭代的目標迭代原則：架構(gòu)上先實現(xiàn)最粗略的部分功能上先實現(xiàn)最重要的每次迭代盡可能的劃分的細，迭代數(shù)量不能太少每次迭代要有規(guī)范的檢查機制增量式每次迭代增加一部分設(shè)計和實現(xiàn)第五十七頁，共88頁。第五十七頁，共88頁。統(tǒng)一軟件過程的生命周期在軟件過程中，不斷的向用戶提供新的版本每次形成的版本構(gòu)成了一個循環(huán)第五十八頁，共88頁。第五十八頁，共88頁。每個版本形成的過程每次循環(huán)由四個階段構(gòu)成初始想法-->產(chǎn)品系統(tǒng)向用戶提供的功能是什么系統(tǒng)的架構(gòu)是什么樣子的開發(fā)計劃、開支如何、人員安排細化詳細說明產(chǎn)品的功能設(shè)計系統(tǒng)的架構(gòu)構(gòu)造構(gòu)造能運行的產(chǎn)品移交產(chǎn)品手冊、測試手冊、用戶培訓、技術(shù)支持第五十九頁，共88頁。第五十九頁，共88頁。產(chǎn)品版本形成的迭代過程第六十頁，共88頁。第六十頁，共88頁。核心工作流程和四個階段第六十一頁，共88頁。第六十一頁，共88頁。產(chǎn)品版本的相關(guān)模型用例模型：系統(tǒng)的功能和用戶的關(guān)系分析模型：提煉用例，將用例的實現(xiàn)分配給一組對象設(shè)計模型：靜態(tài)結(jié)構(gòu)和動態(tài)結(jié)構(gòu)子系統(tǒng)、類、接口實現(xiàn)模型：類、接口到組件的映射實施模型：組件到部署物理節(jié)點的映射測試模型：測試用例和用例的映射第六十二頁，共88頁。第六十二頁，共88頁。產(chǎn)品版本的相關(guān)模型第六十三頁，共88頁。第六十三頁，共88頁。模型間的依賴關(guān)系迭代的過程使得每次迭代過程中依賴關(guān)系的復雜程度降低第六十四頁，共88頁。第六十四頁，共88頁。軟件過程具體化沒有通用的軟件過程組織因素：組織結(jié)構(gòu)、文化、管理、能力、經(jīng)驗等領(lǐng)域因素：應(yīng)用領(lǐng)域的熟悉、競爭對手的提供產(chǎn)品的影響生命周期因素：時間、專業(yè)技能技術(shù)因素：程序設(shè)計語言、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、框架等第六十五頁，共88頁。第六十五頁，共88頁。CapabilityMaturityModel

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

軟件能力成熟度模型：隨著軟件組織定義、實施、測量、控制和改進其軟件過程，軟件組織的能力也伴隨著這些階段逐步前進，完成對軟件組織進化階段的描述模型。第七十頁，共88頁。第七十頁，共88頁。CMM1第一級：初始級

在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護的環(huán)境。常常在遇到問題的時候，就放棄原定的計劃而只專注于編程與測試。

第七十一