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

軟件項目開發(fā)過程 中國科學院軟件研究所 高級技術培訓中心 中國科學院軟件研究所 2 軟件項目 什么是軟件項目 完成特定目的、符合用戶特定需求的軟件所需的組織結構和過程、規(guī)范的集合 軟件項目的實施 需要周密的部署，合理的規(guī)章制度，符合項目的路線（軟件過程），良好的項目管理和人員安排。 中國科學院軟件研究所 3 相關流程 軟件管理特點 軟件生存期過程 確定需求 開發(fā)策劃 需求分析 概要設計 詳細設計 編碼與調(diào)試 測試 軟件集成、聯(lián)調(diào) 內(nèi)部確認 復制、交付、安裝 試運行、用戶驗收 運行、維護 退役 軟件管理 配置與變更管理 環(huán)境、工具和技術 有關軟件的法規(guī)和標準 周密策劃以保證 軟件質(zhì)量管理體系 八項質(zhì)量管理原則 過程方法 基于過程的質(zhì)量管理體系模式 實施質(zhì)量管理體系的意義 實施質(zhì)量管理體系工作重點 企業(yè)發(fā)展力量分析 中國科學院軟件研究所 4 軟件管理特點 軟件產(chǎn)品的特點 軟件產(chǎn)品的質(zhì)量，完全取決于其設計和開發(fā)水平 軟件需求的模糊性、變化性使軟件產(chǎn)品難以成熟 任何一個軟件產(chǎn)品，或多或少總會存在一些故障 (BUG) 軟件人員廣泛存在的不規(guī)范的開發(fā)習慣使開發(fā)過程難以管理 軟件質(zhì)量指標難以量化 軟件測試理論和技術尚未解決軟件產(chǎn)品正確性的驗證問題 軟件產(chǎn)品質(zhì)量特性：滿足需求能力的一系列特性總和 功能、可靠性、易用性、效率、維護性、可移植性 軟件管理必須在市場 (用戶 )需求和軟件成熟性之間進行權衡 中國科學院軟件研究所 5 軟件生存期過程 確定需求 開發(fā)策劃 需求分析 概要設計 詳細設計 編碼與調(diào)試 測試 軟件集成、聯(lián)調(diào) 內(nèi)部確認 復制、交付、安裝 試運行、用戶驗收 運行、維護 退役 中國科學院軟件研究所 6 確定需求 確定外部用戶需求 上級下達的軟件開發(fā)課題 本單位根據(jù)市場需要確定的開發(fā)課題 用戶合同要求的軟件開發(fā)任務 輸出 可行性分析報告 技術、經(jīng)濟、社會可行性，風險對策 合同及評審記錄 產(chǎn)品要求得到規(guī)定和滿足 單位有能力滿足規(guī)定的要求 中國科學院軟件研究所 7 開發(fā)策劃 確定開發(fā)目標 確定項目開發(fā)的技術路線 (開發(fā)的出發(fā)基線 、 對現(xiàn)有產(chǎn)品的復用 、 委托開發(fā)等 ) 確定應遵循的標準 、 法律和法規(guī) 選任開發(fā)項目經(jīng)理 劃分開發(fā)階段 確定各階段的輸入和輸出文件 確定質(zhì)量控制點 (評審點 、驗證點和確認點 )及其實施的責任人 、 實施方式等 設計項目開發(fā)進度 確定開發(fā)人員并分配職責 提出開發(fā)所需資源 (軟件 、硬件開發(fā)環(huán)境及工具軟件 、 設備 、 資金等 )要求并予以落實 制定配置管理計劃和質(zhì)量保證計劃 中國科學院軟件研究所 8 開發(fā)策劃 (續(xù) ) 輸出 策劃報告 開發(fā)項目實施計劃 配置管理計劃 質(zhì)量保證計劃等 中國科學院軟件研究所 9 需求分析 確保項目的開發(fā)符合用戶的需求 (可測試性 ) 確定設計輸入 任務委托書 /招標書 前期對用戶的需求調(diào)研資料 可行性分析報告 /投標書 合同等 編制內(nèi)部需求規(guī)格 (說明 )書 需求變更控制 中國科學院軟件研究所 10 需求的層次 -業(yè)務需求、用戶需求和功能需求 中國科學院軟件研究所 11 需求的開發(fā)和管理 中國科學院軟件研究所 12 需求驗證 驗證是為了確保需求說明準確、完整地表達必要的質(zhì)量特點 客戶的參與在需求驗證中占有重要的位置 審查需求文檔 以需求為依據(jù)編寫測試用例 編寫用戶手冊 確定合格的標準 中國科學院軟件研究所 13 測試需求 測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類 把需求分解成單元的好處： 測試需求是測試用例的基礎，分成單元可以更好地進行設計 詳細的測試需求是用來衡量測試覆蓋率的重要指標 測試需求包括各種測試設計和開發(fā)以及所需資源 最好分解到功能點 中國科學院軟件研究所 14 概要設計 確保產(chǎn)品的總體結構和模塊間的關系與用戶需求的一致性 內(nèi)容 總體方案設計 邏輯框圖 接口及通訊協(xié)議選用 現(xiàn)有產(chǎn)品軟件的選用 邊界 (約束 )條件的設計 運行環(huán)境設計等 輸出 概要設計說明書 中國科學院軟件研究所 15 詳細設計 詳細設計說明書與概要設計說明書是否相一致 內(nèi)容 算法設計 數(shù)據(jù)格式設計 實現(xiàn)流程設計 人機界面設計 測試用例設計 操作設計等 輸出 詳細設計說明書 軟件組裝計劃 測試計劃及測試用例 安裝手冊 (初稿 ) 使用說明書 (初稿 ) 產(chǎn)品標準 (初稿 ) 中國科學院軟件研究所 16 編碼與調(diào)試 內(nèi)容 編寫程序代碼：源代碼 目標代碼 可執(zhí)行代碼 此階段還包括部分軟件模塊的局部測試、集成與聯(lián)調(diào) 根據(jù)待開發(fā)軟件的規(guī)模、控制點及人員安排，可細分為多個小階段 輸出 軟件 (源代碼、目標代碼、可執(zhí)行代碼及相關數(shù)據(jù)文件 ) 文檔 (幫助文件等 ) 保證編碼風格的一致性，易讀性；增強軟件源碼的可維護性 中國科學院軟件研究所 17 測試 按測試發(fā)生的順序劃分 模塊測試：是對單個軟件模塊的測試 單元測試：是對各個軟件功能單元的測試 組裝測試：是對各軟件單元之間的互聯(lián)測試 集成測試：是對硬件裝置、設備和軟件的加入性測試 系統(tǒng)測試：項目組所在部門組織的對完成集成的系統(tǒng)的測試 (是否滿足產(chǎn)品規(guī)格要 ) 確認測試：單位質(zhì)量控制部門進行的測試 (是否滿足產(chǎn)品規(guī)格要求 ) 驗收測試：在現(xiàn)場安裝、調(diào)試結束并經(jīng)試運行后，與顧客一起，就滿足合同情況進行的測試 (是否滿足合同要求 ) 中國科學院軟件研究所 18 測試 (續(xù) ) 與順序無關的測試 聯(lián)合測試：當軟、硬件分頭開發(fā)完成時，對其組合體進行的測試 回歸測試：對因排除不符合項而采取的措施是否產(chǎn)生了其他副作用而進行的確認性測試 專項測試：針對某些具體測試項進行的確認性測試。例如：邊界條件測試等。 應根據(jù)開發(fā)規(guī)模，盡可能進行獨立測試。為了保證測試的可信性，被測試的軟件應以源代碼的形式提交，同時說明生成可執(zhí)行代碼的環(huán)境和方法。由測試人員生成可執(zhí)行代碼，進行測試。 中國科學院軟件研究所 19 軟件開發(fā)的 V字模型 不可能在需求開發(fā)階段真正進行任何測試，因為還沒有可執(zhí)行的軟件 可以在開發(fā)組編寫代碼之前，以需求為基礎建立概念性測試用例，并使用它們發(fā)現(xiàn)軟件需求規(guī)格說明中的錯誤、二義性和遺漏，還可以進行模型分析 中國科學院軟件研究所 20 對 V模型的質(zhì)疑 在部分階段延遲進行單元測試和集成測試 在不同階段上提前進行測試設計 中國科學院軟件研究所 21 X模型 適應現(xiàn)實 單元測試、集成測試不斷 迭代 強調(diào) 探索性 測試 中國科學院軟件研究所 22 統(tǒng)計數(shù)字 產(chǎn)生缺陷 的活動 缺陷數(shù) /功能點 消除率（ % ） 提交缺陷需求 1 77 0. 23設計 1. 25 85 0. 19編碼 1. 75 95 0. 09文檔 0. 6 80 0. 12修復 0. 4 70 0. 12總計 5 85 0. 75美國平均缺陷水平與缺陷消除率C M M級別產(chǎn)生缺陷數(shù)缺陷消除率（ % ）提交缺陷數(shù)1 5 85 0. 752 4 89 0. 443 3 91 0. 274 2 93 0. 145 1 95 0. 05C M M 不同級別的質(zhì)量水平活動個人負責范圍(FP)生產(chǎn)率（FP/ 月）%需求分析 400 90 3.66初步設計 200 100 3.29詳細設計 200 75 4.39編碼 150 18 18.29重用與采購 2000 1000 0.33配置管理 1500 250 1.32文檔 1000 75 4.39單元測試 150 20 16.46功能測試 150 23 14.32系統(tǒng)測試 150 25 13.17接受測試 400 35 9.47項目管理 1000 30 10.98總計 100平均 180 3.29一個1 0 0 0 個功能點的項目中各種活動的比例每千行源代碼所包含的 bug數(shù)， cmm1級為 11.95個， cmm2為 5.52個， cmm3為 2.39個， cmm4為 0.92個 ,而 cmm5則只有 0.32個 中國科學院軟件研究所 23 軟件集成、聯(lián)調(diào) 應按計劃對所開發(fā)的軟件模塊進行組裝并與硬件一起聯(lián)調(diào) 根據(jù)需要 ， 規(guī)定應填寫的調(diào)試記錄 中國科學院軟件研究所 24 內(nèi)部確認 在模擬環(huán)境下運行 ， 并監(jiān)視 、 記錄運行情況 根據(jù)任務書或合同的要求進行比照 ， 檢查其是否滿足使用要求 對運行情況 、 測試結果及文檔的齊套性 、正確性和一致性進行評審 ， 達到確認 中國科學院軟件研究所 25 復制、交付、安裝 軟盤復制 、 光盤刻錄 交付時的版本標識和登記 安裝 (派技術人員安裝或由用戶自行安裝 ) 記錄 軟件安裝實施計劃 軟件安裝環(huán)境最低需求 軟件安裝記錄 中國科學院軟件研究所 26 試運行、用戶驗收 以用戶驗收的方式進行最終確認 結論 軟件設計與需求的一致性 程序編碼與軟件設計的一致性 文件描述與程序的一致性 文件的成套性 、 完整性 、 準確性和標準化程度 是否通過驗收 中國科學院軟件研究所 27 運行、維護 收集使用中發(fā)現(xiàn)的問題和顧客意見 針對運行中出現(xiàn)的問題 ， 按設計更改程序進行控制 記錄 用戶服務記錄表 中國科學院軟件研究所 28 退役 編寫軟件退役報告 ， 并進行評審 中國科學院軟件研究所 29 配置與變更管理 基線的確立 配置項的存取 配置管理實施 配置項的標識 配置項的變更控制 配置項的狀態(tài)記錄 配置項的檢查和評審 控制對構成軟件產(chǎn)品的各配置項的標識、管理、更改活動，保證軟件配置項的完全性和正確性，防止非預期的使用 軟件配置項的范圍 合同、技術文檔、質(zhì)量記錄等 中國科學院軟件研究所 30 媒體控制 對軟件存放介質(zhì) (媒體 )的要求和規(guī)定 軟件的復制 (軟件的生產(chǎn)過程 ) 媒體的標識：規(guī)則、執(zhí)行者 媒體的貯存 (防潮、防火、防磁、防靜電、防病毒 ) 媒體的包裝、運輸 中國科學院軟件研究所 31 文檔資料控制 各開發(fā)階段應形成的文檔，對其擬、審、批的規(guī)定 編制文檔資料所依據(jù)的標準和規(guī)范 開發(fā)過程中應形成的質(zhì)量記錄 文檔與軟件之間的一致性檢查 文檔資料的歸檔與發(fā)放 中國科學院軟件研究所 32 版本管理 分類 開發(fā)過程中的版本 交付軟件產(chǎn)品的版本 管理對象 軟件 文檔 為該產(chǎn)品開發(fā)的工具軟件 操作 配置管理人員，配備一臺計算機 (或服務器 ) 開設開發(fā)庫、受控庫和產(chǎn)品庫 訪問權限 對入庫和出庫軟件的控制 中國科學院軟件研究所 33 版本管理 (續(xù) ) 開發(fā)庫存放正在開發(fā) (編寫 )或調(diào)試 (修改 )、自測的軟件和文檔 受控庫存放開發(fā)各階段測試通過的軟件、文檔和工具軟件的版本并給以標識。轉入下一階段時，從此處發(fā)放用作下一階段開始工作的初始版本 產(chǎn)品庫存放可交付及已交付軟件、文檔及支持文件的版本 各庫內(nèi)所存放的軟件和文檔，應定期備份，以防止開發(fā)成果的意外丟失 (文件重寫、介質(zhì)損壞、意外事故、非法訪問 病毒，黑客，故意破壞等 )并保證可追溯性 中國科學院軟件研究所 34 環(huán)境、工具和技術 開發(fā)所需的硬件環(huán)境 測試所需的硬件環(huán)境 (包括模擬用戶環(huán)境所必要的輸入、輸出設備 ) 開發(fā)平臺軟件 (操作系統(tǒng)、編程語言、編譯環(huán)境、調(diào)試工具等 ) 管理軟件 診斷軟件 測試軟件 輔助性軟件 (防病毒軟件等 ) 中國科學院軟件研究所 35 有關軟件的法規(guī)和標準 軟件產(chǎn)品管理辦法 計算機信息系統(tǒng)集成資質(zhì)管理辦法 (試行 ) 計算機軟件保護條例 ISO IEC 12207 1995信息技術軟件生存周期過程 ISO IECTR 15504軟件過程評估 GB T19000 3 2001質(zhì)量管理和質(zhì)量保證標準第 3部分： GB信息技術軟件生存周期過程 GB T19001 1994在軟件開發(fā)，供應、安裝和維護中的使用指南 GB T12504 90計算機軟件質(zhì)量保證計劃規(guī)范 GB T12505 90計算機軟件配置管理計劃規(guī)范等 中國科學院軟件研究所 36 周密策劃以保證 開發(fā)人員應具備一定的資格或能力 開發(fā)環(huán)境 (軟件和硬件平臺 )是適用的 編制足夠的控制程序和工作規(guī)范 (例如開發(fā)過程控制程序、變量命名規(guī)則、代碼書寫規(guī)范、注釋規(guī)范等 ) 編制測試用例并在使用前對用例本身進行驗證 編制各階段測試計劃，明確規(guī)定測試方法以及測試結果的記錄要求、評價方式和接收準則 實施配置管理，控制軟件產(chǎn)品 (代碼和文檔 )版本和更改過程 中國科學院軟件研究所 37 軟件質(zhì)量管理體系 質(zhì)量體系文件 質(zhì)量手冊 文件控制 記錄控制 管理職責 質(zhì)量方針、質(zhì)量目標 職責、權限與溝通 管理評審 資源管理 人力資源 基礎設施和工作環(huán)境 產(chǎn)品實現(xiàn) 產(chǎn)品實現(xiàn)的策劃 與顧客有關的過程 設計和開發(fā) 采購 開發(fā)和服務提供 監(jiān)視和測量裝置的控制 測量、分析和改進 監(jiān)視和測量 不合格品控制 數(shù)據(jù)分析 改進 中國科學院軟件研究所 38 八項質(zhì)量管理原則 以顧客為關注焦點 領導作用 全員參與 過程方法 管理的系統(tǒng)方法 持續(xù)改進 基于事實的決策方法 與供方互利的關系 中國科學院軟件研究所 39 過程方法 中國科學院軟件研究所 40 基于過程的質(zhì)量管理體系模式 中國科學院軟件研究所 41 實施質(zhì)量管理體系的意義 管理法治化 職責更分明 接口更明確 監(jiān)督機制加強 焦點得到控制 競爭能力增強 中國科學院軟件研究所 42 實施質(zhì)量管理體系工作重點 規(guī)范管理制度 增進內(nèi)部溝通 提高服務質(zhì)量 增強社會信心 中國科學院軟件研究所 43 小結 小結 中國科學院軟件研究所 44 軟件開發(fā)中的困境 如何指定符合項目的計劃 項目應該如何去完成 如何按期提交項目 如何降低項目的風險 項目中的人員流動很頻繁怎么辦 如何合理的安排已有人員 項目不斷變大，文檔和程序不斷的增多 用戶的需求在不斷的變化 項目中的人員在增加，如何管理好 項目的質(zhì)量如何控制 中國科學院軟件研究所 45 軟件開發(fā)過程的模型 簡單式 (構建維護 ) 瀑布式 敏捷開發(fā) 統(tǒng)一軟件開發(fā)過程 中國科學院軟件研究所 46 簡單式 修改直到用戶滿意 系統(tǒng)使用 消亡 思路或者客戶需求 構建第一個版本 中國科學院軟件研究所 47 簡單式過程開發(fā)特征 系統(tǒng)在沒有任何規(guī)范和規(guī)則的情況下就開發(fā) 沒有明確的設計，設計思路都在開發(fā)者的頭腦中 這種開發(fā)方法對于使用周期很短的小項目可用 隨著時間的推移，系統(tǒng)的維護越來越困難 系統(tǒng)在交付使用時，有可能會出現(xiàn)一系列的錯誤，前期和后期維護成本都很高 在大型項目和商用項目中極少使用 中國科學院軟件研究所 48 瀑布式 設計階段 實現(xiàn)階段 集成階段 需求階段 細化階段 使用階段 消亡 每個階段做完時進行驗證 中國科學院軟件研究所 49 瀑布式開發(fā) 70年代流行的開發(fā)方法 自上而下的開發(fā)方法 每個階段都有軟件質(zhì)量管理組核實后再進行下一階段的開發(fā) 每一階段都有測試 每個階段都形成了明確的文檔 文檔并不總能和系統(tǒng)相符合 細化的文檔使得系統(tǒng)的用戶和開發(fā)人員難于理解和分辨系統(tǒng)的關系 階段之間的對應和檢查變得困難、維護代價高 變更應對能力差 中國科學院軟件研究所 50 敏捷開發(fā) 快速適應系統(tǒng)需求的變化 提高軟件生產(chǎn)率 突出企業(yè)自身特點，體現(xiàn)企業(yè)核心能力 支持動態(tài)聯(lián)盟和虛擬組織 面向業(yè)務目標持續(xù)改進和重組 中國科學院軟件研究所 51 敏捷開發(fā)的特征 輕量級的開發(fā)過程 基于時間 Just Enough 并行 基于組件的軟件工程 中國科學院軟件研究所 52 敏捷開發(fā)過程 軟件的需求是難以預期的，開發(fā)方法必需適應變化的需求，在快速的迭代中不斷改進 小組成員并不完全按照完整的方法進行開發(fā)，而 根據(jù)具體問題和情況，靈活地去除非增值活動 僅僅執(zhí)行一些必須的活動，使用必須的規(guī)則，編 寫必須的文檔 人的因素被放在第一 適合互聯(lián)網(wǎng)時代的開發(fā)要求 中國科學院軟件研究所 53 主要敏捷開發(fā)方法 eXtreme Programming (XP) SCRUM DSDM Adaptive Software Development (ASD) Feature Driven Development (FDD) Crystal Family Rational RUP & UML 中國科學院軟件研究所 54 統(tǒng)一軟件開發(fā)過程 用例驅動 用例 :能向用戶提供有價值的系統(tǒng)的某種功能 以架構為中心 軟件架構：系統(tǒng)的最重要的靜態(tài)和動態(tài)特征 迭代和增量式 迭代：工作流程的重復、每次的活動都以上次的活動為基礎 中國科學院軟件研究所 55 用例驅動 用戶所希望和需要的是什么 系統(tǒng)能為每個用戶提供什么功能 用例所描述和代表的是用戶與系統(tǒng)交互的一個過程，而這個過程滿足了用戶的某些需求 所強調(diào)的是系統(tǒng)的功能 中國科學院軟件研究所 56 以架構為中心 刻畫了系統(tǒng)的整體設計，忽略了細節(jié)設計，刻畫最重要的部分。 什么是最重要的呢？依賴于判斷。判斷的依據(jù)是經(jīng)驗。 構架的設計價值取決于執(zhí)行該任務的人的素質(zhì) 受用戶需求（用戶可能會增加那方面的需求）、軟件應用平臺（計算機硬件、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡等）、實施問題、遺留系統(tǒng)集成等的影響 中國科學院軟件研究所 57 用例和架構 用例是系統(tǒng)的功能和外衣 架構是系統(tǒng)的內(nèi)在形式 兩方面必須并行進化 架構只考慮核心功能 (5-10%) 架構設計原則： 先考慮與用例無關的不會變動的方面考慮 考慮最重要的功能需求子集 中國科學院軟件研究所 58 迭代和增量式 控制迭代過程，劃分每次迭代的目標 迭代原則： 架構上先實現(xiàn)最粗略的部分 功能上先實現(xiàn)最重要的 每次迭代盡可能的劃分的細，迭代數(shù)量不能太少 每次迭代要有規(guī)范的檢查機制 增量式 每次迭代增加一部分設計和實現(xiàn) 中國科學院軟件研究所 59 統(tǒng)一軟件過程的生命周期 在軟件過程中，不斷的向用戶提供新的版本 每次形成的版本構成了一個循環(huán) 中國科學院軟件研究所 60 每個版本形成的過程 每次循環(huán)由四個階段構成 初始 想法 產(chǎn)品 系統(tǒng)向用戶提供的功能是什么 系統(tǒng)的架構是什么樣子的 開發(fā)計劃、開支如何、人員安排 細化 詳細說明產(chǎn)品的功能 設計系統(tǒng)的架構 構造 構造能運行的產(chǎn)品 移交 產(chǎn)品手冊、測試手冊、用戶培訓、技術支持 中國科學院軟件研究所 61 產(chǎn)品版本形成的迭代過程 中國科學院軟件研究所 62 核心工作流程和四個階段 中國科學院軟件研究所 63 產(chǎn)品版本的相關模型 用例模型：系統(tǒng)的功能和用戶的關系 分析模型：提煉用例，將用例的實現(xiàn)分配給一組對象 設計模型：靜態(tài)結構和動態(tài)結構 子系統(tǒng)、類、接口 實現(xiàn)模型：類、接口到組件的映射 實施模型：組件到部署物理節(jié)點的映射 測試模型：測試用例和用例的映射 中國科學院軟件研究所 64 產(chǎn)品版本的相關模型 中國科學院軟件研究所 65 模型間的依賴關系 迭代的過程使得每次迭代過程中依賴關系的復雜程度降低 中國科學院軟件研究所 66 軟件過程具體化 沒有通用的軟件過程 組織因素：組織結構、文化、管理、能力、經(jīng)驗等 領域因素：應用領域的熟悉、競爭對手的提供產(chǎn)品的影響 生命周期因素：時間、專業(yè)技能 技術因素：程序設計語言、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、框架等 中國科學院軟件研究所 67 Capability Maturity Model 軟件能力成熟度模型 迄今為止學術界和工業(yè)界公認的有關軟件工程和管理實踐的最好的 評價模型 。 為評估軟件組織的生產(chǎn)能力提供了標準 。 為提高軟件組織的生產(chǎn)過程指明了方向。 中國科學院軟件研究所 68 CMM概述 一個成熟軟件組織具有在全組織范圍內(nèi)管理軟件、開發(fā)過程和維護過程的能力 規(guī)定的軟件過程被正確無誤地通知到所有員工 工作活動均按照已規(guī)劃的過程進行 ，并 通過可控的先導性試驗和費效分析使這些過程得到改進 對已定義過程中的所有崗位及其職責都有清楚的描述 通過文檔與培訓使全組織有關人員對已定義的軟件過程都有很好的理解，從而使其軟件過程所導致的生產(chǎn)率和質(zhì)量能隨時間的推移得到改進。 中國科學院軟件研究所 69 CMM基本概念 軟件過程 ：人們用于開發(fā)和維護軟件及其相關過程的一系列活動，包括軟件工程活動和軟件管理活動。 軟件過程能力 ：描述（開發(fā)組織或項目組）遵循其軟件過程能夠實現(xiàn)預期結果的程度，它既可對整個軟件開發(fā)組織而言，也可對一個軟件項目而言。 軟件過程性能 ：表示（開發(fā)組織或項目組）遵循其軟件過程所得到的實際結果，軟件過程性能描述的是已得到的實際結果，而軟件過程能力則描述的是最可能的預期結果，它既可對整個軟件開發(fā)組織而言，也可對一個特定項目而言。 軟件過程成熟 ：一個特定軟件過程被明確和有效地定義，管理測量和控制的程度。 中國科學院軟件研究所 70 CMM基本概念 軟件能力成熟度等級 ：軟件開發(fā)組織在走向成熟的途中幾個具有明確定義的表示軟件過程能力成熟度的平臺。 關鍵過程域 ：每個軟件能力成熟度等級包含若干個對該成熟度等級至關重要的過程域，它們的實施對達到該成熟度等級的目標起到保證作用。這些過程域就稱為該成熟度等級的關鍵過程域，反之有非關鍵過程域是指對達到相應軟件成熟度等級的目標不起關鍵作用。歸納為：互相關聯(lián)的若干軟件實踐活動和有關基礎設施的一個集合。 中國科學院軟件研究所 71 CMM基本概念 關鍵實踐 ：對關鍵過程域的實踐起關鍵作用的方針、規(guī)程、措施、活動以及相關基礎設施的建立。關鍵實踐一般只描述“做什么”而不強制規(guī)定“如何做”。整個軟件過程的改進是基于許多小的、漸進的步驟，而不是通過一次革命性的創(chuàng)