最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓課件

1、軟件項目開發(fā)過程、模型、控制 和質量保障體系,1,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件項目,什么是軟件項目 完成特定目的、符合用戶特定需求的軟件所需的組織結構和過程、規(guī)范的集合 軟件項目的實施 需要周密的部署，合理的規(guī)章制度，符合項目的路線（軟件過程），良好的項目管理和人員安排,2,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,相關流程,軟件管理特點 軟件生存期過程 確定需求 開發(fā)策劃 需求分析 概要設計 詳細設計 編碼與調試 測試 軟件集成、聯(lián)調 內部確認 復制、交付、安裝 試運行、用戶驗收 運行、維護 退役,軟件管理 配置與變更管理 環(huán)境、工具和技術 有關軟件的法

2、規(guī)和標準 周密策劃以保證 軟件質量管理體系 八項質量管理原則 過程方法 基于過程的質量管理體系模式 實施質量管理體系的意義 實施質量管理體系工作重點 企業(yè)發(fā)展力量分析,3,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件管理特點,軟件產品的特點 軟件產品的質量，完全取決于其設計和開發(fā)水平 軟件需求的模糊性、變化性使軟件產品難以成熟 任何一個軟件產品，或多或少總會存在一些故障(BUG) 軟件人員廣泛存在的不規(guī)范的開發(fā)習慣使開發(fā)過程難以管理 軟件質量指標難以量化 軟件測試理論和技術尚未解決軟件產品正確性的驗證問題 軟件產品質量特性：滿足需求能力的一系列特性總和 功能、可靠性、易用性、效率、

3、維護性、可移植性 軟件管理必須在市場(用戶)需求和軟件成熟性之間進行權衡,4,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件生存期過程,確定需求 開發(fā)策劃 需求分析 概要設計 詳細設計 編碼與調試 測試,軟件集成、聯(lián)調 內部確認 復制、交付、安裝 試運行、用戶驗收 運行、維護 退役,5,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,確定需求,確定外部用戶需求 上級下達的軟件開發(fā)課題 本單位根據(jù)市場需要確定的開發(fā)課題 用戶合同要求的軟件開發(fā)任務 輸出 可行性分析報告 技術、經濟、社會可行性，風險對策 合同及評審記錄 產品要求得到規(guī)定和滿足 單位有能力滿足規(guī)定的要求,6,最完整的軟

4、件項目開發(fā)過程模型控制和質量保障體系培訓,開發(fā)策劃,確定開發(fā)目標 確定項目開發(fā)的技術路線(開發(fā)的出發(fā)基線、對現(xiàn)有產品的復用、委托開發(fā)等) 確定應遵循的標準、法律和法規(guī) 選任開發(fā)項目經理 劃分開發(fā)階段 確定各階段的輸入和輸出文件,確定質量控制點(評審點、驗證點和確認點)及其實施的責任人、實施方式等 設計項目開發(fā)進度 確定開發(fā)人員并分配職責 提出開發(fā)所需資源(軟件、硬件開發(fā)環(huán)境及工具軟件、設備、資金等)要求并予以落實 制定配置管理計劃和質量保證計劃,7,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,開發(fā)策劃(續(xù),輸出 策劃報告 開發(fā)項目實施計劃 配置管理計劃 質量保證計劃等,8,最完整的軟件

5、項目開發(fā)過程模型控制和質量保障體系培訓,需求分析,確保項目的開發(fā)符合用戶的需求(可測試性) 確定設計輸入 任務委托書/招標書 前期對用戶的需求調研資料 可行性分析報告/投標書 合同等 編制內部需求規(guī)格(說明)書 需求變更控制,9,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,需求的層次-業(yè)務需求、用戶需求和功能需求,10,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,需求的開發(fā)和管理,11,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,需求驗證,驗證是為了確保需求說明準確、完整地表達必要的質量特點 客戶的參與在需求驗證中占有重要的位置,審查需求文檔 以需求為依據(jù)編寫測試用例

6、編寫用戶手冊 確定合格的標準,12,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,測試需求,測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類 把需求分解成單元的好處： 測試需求是測試用例的基礎，分成單元可以更好地進行設計 詳細的測試需求是用來衡量測試覆蓋率的重要指標 測試需求包括各種測試設計和開發(fā)以及所需資源 最好分解到功能點,13,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,概要設計,確保產品的總體結構和模塊間的關系與用戶需求的一致性 內容 總體方案設計 邏輯框圖 接口及通訊協(xié)議選用 現(xiàn)有產品軟件的選用 邊界(約束)條件的設計 運行環(huán)境設計等 輸出 概要設計說明書,14

7、,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,詳細設計,詳細設計說明書與概要設計說明書是否相一致 內容 算法設計 數(shù)據(jù)格式設計 實現(xiàn)流程設計 人機界面設計 測試用例設計 操作設計等,輸出 詳細設計說明書 軟件組裝計劃 測試計劃及測試用例 安裝手冊(初稿) 使用說明書(初稿) 產品標準(初稿,15,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,編碼與調試,內容 編寫程序代碼：源代碼目標代碼可執(zhí)行代碼 此階段還包括部分軟件模塊的局部測試、集成與聯(lián)調 根據(jù)待開發(fā)軟件的規(guī)模、控制點及人員安排，可細分為多個小階段 輸出 軟件(源代碼、目標代碼、可執(zhí)行代碼及相關數(shù)據(jù)文件) 文檔(幫助文件等)

8、 保證編碼風格的一致性，易讀性；增強軟件源碼的可維護性,16,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,測試,按測試發(fā)生的順序劃分 模塊測試：是對單個軟件模塊的測試 單元測試：是對各個軟件功能單元的測試 組裝測試：是對各軟件單元之間的互聯(lián)測試 集成測試：是對硬件裝置、設備和軟件的加入性測試 系統(tǒng)測試：項目組所在部門組織的對完成集成的系統(tǒng)的測試(是否滿足產品規(guī)格要) 確認測試：單位質量控制部門進行的測試(是否滿足產品規(guī)格要求) 驗收測試：在現(xiàn)場安裝、調試結束并經試運行后，與顧客一起，就滿足合同情況進行的測試(是否滿足合同要求,17,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,測

9、試(續(xù),與順序無關的測試 聯(lián)合測試：當軟、硬件分頭開發(fā)完成時，對其組合體進行的測試 回歸測試：對因排除不符合項而采取的措施是否產生了其他副作用而進行的確認性測試 專項測試：針對某些具體測試項進行的確認性測試。例如：邊界條件測試等。 應根據(jù)開發(fā)規(guī)模，盡可能進行獨立測試。為了保證測試的可信性，被測試的軟件應以源代碼的形式提交，同時說明生成可執(zhí)行代碼的環(huán)境和方法。由測試人員生成可執(zhí)行代碼，進行測試,18,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件開發(fā)的V字模型,不可能在需求開發(fā)階段真正進行任何測試，因為還沒有可執(zhí)行的軟件 可以在開發(fā)組編寫代碼之前，以需求為基礎建立概念性測試用例，并使用

10、它們發(fā)現(xiàn)軟件需求規(guī)格說明中的錯誤、二義性和遺漏，還可以進行模型分析,19,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,對V模型的質疑,在部分階段延遲進行單元測試和集成測試 在不同階段上提前進行測試設計,20,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,X模型,適應現(xiàn)實 單元測試、集成測試不斷迭代 強調探索性測試,21,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,統(tǒng)計數(shù)字,每千行源代碼所包含的bug數(shù)，cmm1級為11.95個，cmm2為5.52個，cmm3為2.39個，cmm4為0.92個,而cmm5則只有0.32個,22,最完整的軟件項目開發(fā)過程模型控制和質量保障體系

11、培訓,軟件集成、聯(lián)調,應按計劃對所開發(fā)的軟件模塊進行組裝并與硬件一起聯(lián)調 根據(jù)需要，規(guī)定應填寫的調試記錄,23,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,內部確認,在模擬環(huán)境下運行，并監(jiān)視、記錄運行情況 根據(jù)任務書或合同的要求進行比照，檢查其是否滿足使用要求 對運行情況、測試結果及文檔的齊套性、正確性和一致性進行評審，達到確認,24,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,復制、交付、安裝,軟盤復制、光盤刻錄 交付時的版本標識和登記 安裝(派技術人員安裝或由用戶自行安裝) 記錄 軟件安裝實施計劃 軟件安裝環(huán)境最低需求 軟件安裝記錄,25,最完整的軟件項目開發(fā)過程模型控制和

12、質量保障體系培訓,試運行、用戶驗收,以用戶驗收的方式進行最終確認 結論 軟件設計與需求的一致性 程序編碼與軟件設計的一致性 文件描述與程序的一致性 文件的成套性、完整性、準確性和標準化程度 是否通過驗收,26,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,運行、維護,收集使用中發(fā)現(xiàn)的問題和顧客意見 針對運行中出現(xiàn)的問題，按設計更改程序進行控制 記錄 用戶服務記錄表,27,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,退役,編寫軟件退役報告，并進行評審,28,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,配置與變更管理,控制對構成軟件產品的各配置項的標識、管理、更改活動，保證軟

13、件配置項的完全性和正確性，防止非預期的使用 軟件配置項的范圍 合同、技術文檔、質量記錄等,基線的確立 配置項的存取 配置管理實施 配置項的標識 配置項的變更控制 配置項的狀態(tài)記錄 配置項的檢查和評審,29,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,媒體控制,對軟件存放介質(媒體)的要求和規(guī)定 軟件的復制(軟件的生產過程) 媒體的標識：規(guī)則、執(zhí)行者 媒體的貯存(防潮、防火、防磁、防靜電、防病毒) 媒體的包裝、運輸,30,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,文檔資料控制,各開發(fā)階段應形成的文檔，對其擬、審、批的規(guī)定 編制文檔資料所依據(jù)的標準和規(guī)范 開發(fā)過程中應形成的質量記

14、錄 文檔與軟件之間的一致性檢查 文檔資料的歸檔與發(fā)放,31,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,版本管理,分類 開發(fā)過程中的版本 交付軟件產品的版本 管理對象 軟件 文檔 為該產品開發(fā)的工具軟件 操作 配置管理人員，配備一臺計算機(或服務器) 開設開發(fā)庫、受控庫和產品庫 訪問權限 對入庫和出庫軟件的控制,32,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,版本管理(續(xù),開發(fā)庫存放正在開發(fā)(編寫)或調試(修改)、自測的軟件和文檔 受控庫存放開發(fā)各階段測試通過的軟件、文檔和工具軟件的版本并給以標識。轉入下一階段時，從此處發(fā)放用作下一階段開始工作的初始版本 產品庫存放可交付及已

15、交付軟件、文檔及支持文件的版本 各庫內所存放的軟件和文檔，應定期備份，以防止開發(fā)成果的意外丟失(文件重寫、介質損壞、意外事故、非法訪問病毒，黑客，故意破壞等)并保證可追溯性,33,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,環(huán)境、工具和技術,開發(fā)所需的硬件環(huán)境 測試所需的硬件環(huán)境(包括模擬用戶環(huán)境所必要的輸入、輸出設備) 開發(fā)平臺軟件(操作系統(tǒng)、編程語言、編譯環(huán)境、調試工具等) 管理軟件 診斷軟件 測試軟件 輔助性軟件(防病毒軟件等,34,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,有關軟件的法規(guī)和標準,軟件產品管理辦法 計算機信息系統(tǒng)集成資質管理辦法(試行) 計算機軟件保護條

16、例 ISOIEC 122071995信息技術軟件生存周期過程 ISOIECTR 15504軟件過程評估 GBT1900032001質量管理和質量保證標準第3部分：GB信息技術軟件生存周期過程 GBT190011994在軟件開發(fā)，供應、安裝和維護中的使用指南 GBT1250490計算機軟件質量保證計劃規(guī)范 GBT1250590計算機軟件配置管理計劃規(guī)范等,35,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,周密策劃以保證,開發(fā)人員應具備一定的資格或能力 開發(fā)環(huán)境(軟件和硬件平臺)是適用的 編制足夠的控制程序和工作規(guī)范(例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等) 編制測試

17、用例并在使用前對用例本身進行驗證 編制各階段測試計劃，明確規(guī)定測試方法以及測試結果的記錄要求、評價方式和接收準則 實施配置管理，控制軟件產品(代碼和文檔)版本和更改過程,36,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件質量管理體系,質量體系文件 質量手冊 文件控制 記錄控制 管理職責 質量方針、質量目標 職責、權限與溝通 管理評審 資源管理 人力資源 基礎設施和工作環(huán)境,產品實現(xiàn) 產品實現(xiàn)的策劃 與顧客有關的過程 設計和開發(fā) 采購 開發(fā)和服務提供 監(jiān)視和測量裝置的控制 測量、分析和改進 監(jiān)視和測量 不合格品控制 數(shù)據(jù)分析 改進,37,最完整的軟件項目開發(fā)過程模型控制和質量保障體系

18、培訓,八項質量管理原則,以顧客為關注焦點 領導作用 全員參與 過程方法 管理的系統(tǒng)方法 持續(xù)改進 基于事實的決策方法 與供方互利的關系,38,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,過程方法,最高管理者持續(xù)的推動,時間,組 織 業(yè) 績,P,D,C,A,持 續(xù) 循 環(huán) 改 進,39,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,基于過程的質量管理體系模式,40,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,實施質量管理體系的意義,管理法治化 職責更分明 接口更明確 監(jiān)督機制加強 焦點得到控制 競爭能力增強,41,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,實施質量

19、管理體系工作重點,規(guī)范管理制度 增進內部溝通 提高服務質量 增強社會信心,42,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,小結,小結,43,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件開發(fā)中的困境,如何指定符合項目的計劃 項目應該如何去完成 如何按期提交項目 如何降低項目的風險 項目中的人員流動很頻繁怎么辦 如何合理的安排已有人員 項目不斷變大，文檔和程序不斷的增多 用戶的需求在不斷的變化 項目中的人員在增加，如何管理好 項目的質量如何控制,44,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件開發(fā)過程的模型,簡單式(構建維護) 瀑布式 敏捷開發(fā) 統(tǒng)一軟件開發(fā)過程

20、,45,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,簡單式,思路或者客戶需求,46,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,簡單式過程開發(fā)特征,系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就開發(fā) 沒有明確的設計，設計思路都在開發(fā)者的頭腦中 這種開發(fā)方法對于使用周期很短的小項目可用 隨著時間的推移，系統(tǒng)的維護越來越困難 系統(tǒng)在交付使用時，有可能會出現(xiàn)一系列的錯誤，前期和后期維護成本都很高 在大型項目和商用項目中極少使用,47,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,瀑布式,需求階段,每個階段做完時進行驗證,48,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,瀑布式開發(fā),

21、70年代流行的開發(fā)方法 自上而下的開發(fā)方法 每個階段都有軟件質量管理組核實后再進行下一階段的開發(fā) 每一階段都有測試 每個階段都形成了明確的文檔 文檔并不總能和系統(tǒng)相符合 細化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關系 階段之間的對應和檢查變得困難、維護代價高 變更應對能力差,49,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,敏捷開發(fā),快速適應系統(tǒng)需求的變化 提高軟件生產率 突出企業(yè)自身特點，體現(xiàn)企業(yè)核心能力 支持動態(tài)聯(lián)盟和虛擬組織 面向業(yè)務目標持續(xù)改進和重組,50,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,敏捷開發(fā)的特征,輕量級的開發(fā)過程 基于時間 Just En

22、ough 并行 基于組件的軟件工程,51,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,敏捷開發(fā)過程,軟件的需求是難以預期的，開發(fā)方法必需適應變化的需求，在快速的迭代中不斷改進 小組成員并不完全按照完整的方法進行開發(fā)，而 根據(jù)具體問題和情況，靈活地去除非增值活動 僅僅執(zhí)行一些必須的活動，使用必須的規(guī)則，編 寫必須的文檔 人的因素被放在第一 適合互聯(lián)網時代的開發(fā)要求,52,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,主要敏捷開發(fā)方法,eXtreme Programming (XP) SCRUM DSDM Adaptive Software Development (ASD) Fea

23、ture Driven Development (FDD) Crystal Family Rational RUP & UML,53,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,統(tǒng)一軟件開發(fā)過程,用例驅動 用例:能向用戶提供有價值的系統(tǒng)的某種功能 以架構為中心 軟件架構：系統(tǒng)的最重要的靜態(tài)和動態(tài)特征 迭代和增量式 迭代：工作流程的重復、每次的活動都以上次的活動為基礎,54,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,用例驅動,用戶所希望和需要的是什么 系統(tǒng)能為每個用戶提供什么功能 用例所描述和代表的是用戶與系統(tǒng)交互的一個過程，而這個過程滿足了用戶的某些需求 所強調的是系統(tǒng)的功能

24、,55,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,以架構為中心,刻畫了系統(tǒng)的整體設計，忽略了細節(jié)設計，刻畫最重要的部分。 什么是最重要的呢？依賴于判斷。判斷的依據(jù)是經驗。 構架的設計價值取決于執(zhí)行該任務的人的素質 受用戶需求（用戶可能會增加那方面的需求）、軟件應用平臺（計算機硬件、操作系統(tǒng)、數(shù)據(jù)庫、網絡等）、實施問題、遺留系統(tǒng)集成等的影響,56,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,用例和架構,用例是系統(tǒng)的功能和外衣 架構是系統(tǒng)的內在形式 兩方面必須并行進化 架構只考慮核心功能(5-10%) 架構設計原則： 先考慮與用例無關的不會變動的方面考慮 考慮最重要的功能需求子集

25、,57,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,迭代和增量式,控制迭代過程，劃分每次迭代的目標 迭代原則： 架構上先實現(xiàn)最粗略的部分 功能上先實現(xiàn)最重要的 每次迭代盡可能的劃分的細，迭代數(shù)量不能太少 每次迭代要有規(guī)范的檢查機制 增量式 每次迭代增加一部分設計和實現(xiàn),58,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,統(tǒng)一軟件過程的生命周期,在軟件過程中，不斷的向用戶提供新的版本 每次形成的版本構成了一個循環(huán),59,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,每個版本形成的過程,每次循環(huán)由四個階段構成 初始 想法-產品 系統(tǒng)向用戶提供的功能是什么 系統(tǒng)的架構是什么樣子的

26、 開發(fā)計劃、開支如何、人員安排 細化 詳細說明產品的功能 設計系統(tǒng)的架構 構造 構造能運行的產品 移交 產品手冊、測試手冊、用戶培訓、技術支持,60,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,產品版本形成的迭代過程,61,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,核心工作流程和四個階段,62,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,產品版本的相關模型,用例模型：系統(tǒng)的功能和用戶的關系 分析模型：提煉用例，將用例的實現(xiàn)分配給一組對象 設計模型：靜態(tài)結構和動態(tài)結構 子系統(tǒng)、類、接口 實現(xiàn)模型：類、接口到組件的映射 實施模型：組件到部署物理節(jié)點的映射 測試模型：測試用

27、例和用例的映射,63,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,產品版本的相關模型,64,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,模型間的依賴關系,迭代的過程使得每次迭代過程中依賴關系的復雜程度降低,65,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,軟件過程具體化,沒有通用的軟件過程 組織因素：組織結構、文化、管理、能力、經驗等 領域因素：應用領域的熟悉、競爭對手的提供產品的影響 生命周期因素：時間、專業(yè)技能 技術因素：程序設計語言、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、框架等,66,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,Capability Maturity Mo

28、del軟件能力成熟度模型,迄今為止學術界和工業(yè)界公認的有關軟件工程和管理實踐的最好的評價模型。 為評估軟件組織的生產能力提供了標準。 為提高軟件組織的生產過程指明了方向,67,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,CMM概述,一個成熟軟件組織具有在全組織范圍內管理軟件、開發(fā)過程和維護過程的能力 規(guī)定的軟件過程被正確無誤地通知到所有員工 工作活動均按照已規(guī)劃的過程進行，并通過可控的先導性試驗和費效分析使這些過程得到改進 對已定義過程中的所有崗位及其職責都有清楚的描述 通過文檔與培訓使全組織有關人員對已定義的軟件過程都有很好的理解，從而使其軟件過程所導致的生產率和質量能隨時間的推移得

29、到改進,68,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,CMM基本概念,軟件過程：人們用于開發(fā)和維護軟件及其相關過程的一系列活動，包括軟件工程活動和軟件管理活動。 軟件過程能力：描述（開發(fā)組織或項目組）遵循其軟件過程能夠實現(xiàn)預期結果的程度，它既可對整個軟件開發(fā)組織而言，也可對一個軟件項目而言。 軟件過程性能：表示（開發(fā)組織或項目組）遵循其軟件過程所得到的實際結果，軟件過程性能描述的是已得到的實際結果，而軟件過程能力則描述的是最可能的預期結果，它既可對整個軟件開發(fā)組織而言，也可對一個特定項目而言。 軟件過程成熟：一個特定軟件過程被明確和有效地定義，管理測量和控制的程度,69,最完整的軟

30、件項目開發(fā)過程模型控制和質量保障體系培訓,CMM基本概念,軟件能力成熟度等級：軟件開發(fā)組織在走向成熟的途中幾個具有明確定義的表示軟件過程能力成熟度的平臺。 關鍵過程域：每個軟件能力成熟度等級包含若干個對該成熟度等級至關重要的過程域，它們的實施對達到該成熟度等級的目標起到保證作用。這些過程域就稱為該成熟度等級的關鍵過程域，反之有非關鍵過程域是指對達到相應軟件成熟度等級的目標不起關鍵作用。歸納為：互相關聯(lián)的若干軟件實踐活動和有關基礎設施的一個集合,70,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,CMM基本概念,關鍵實踐：對關鍵過程域的實踐起關鍵作用的方針、規(guī)程、措施、活動以及相關基礎設施的建立。關鍵實踐一般只描述“做什么”而不強制規(guī)定“如何做”。整個軟件過程的改進是基于許多小的、漸進的步驟，而不是通過一次革命性的創(chuàng)新來實現(xiàn)的，這些小的漸進步驟就是通過一些關鍵實踐來實現(xiàn)。 軟件能力成熟度模型：隨著軟件組織定義、實施、測量、控制和改進其軟件過程，軟件組織的能力也伴隨著這些階段逐步前進，完成對軟件組織進化階段的描述模型,71,最完整的軟件項目開發(fā)過程模型控制和質量保障體系培訓,CMM1,第一級：初始級在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護的環(huán)境。常常在遇到問題的時候，就放棄原定的計劃而只專注于編程與測試,72,最完整的軟件項目開發(fā)過程模型控制