以上圖為例，在項目開始時，項目可以根據過程能力基線并結合本項目的實際情況來設立缺陷密度目標；而在項目的生命周期里，可以使用這樣的過程行為圖（Process Behaviour Chart）來理解和控制項目的實際的缺陷密度。當項目的實際缺陷密度在UCL和LCL之間波動時，可以理解為項目的開發過程處于受控狀態。換言之，當項目的實際缺陷密度超越了UCL或LCL時，可認為某異常的原因（Special Cause）導致了這一現象，必須進行分析并實施某種行動來防止該異常的原因再次發生，從而確保開發過程始終處于受控狀態。
6. 持續優化
與CMM第四級相比，CMM第五級（或稱為持續優化級）更強調對組織的過程進行持續性改進，從而使過程能力得到不斷的提升。
就缺陷管理而言，軟件組織應當在量化理解其過程能力的基礎上，持續地改進組織級的開發過程、缺陷發現過程，引入新方法、新工具，加強經驗交流，從而實現缺陷預防（Defect Prevention）。
缺陷預防的著眼點在于缺陷的共性原因（Common Cause）。通過找尋、分析和處理缺陷的共性原因，實現缺陷預防。
當實施了缺陷預防，缺陷密度的過程行為圖將可表現為下圖的形式。
7. 小結
軟件的缺陷是軟件開發過程中的重要屬性，它提供了許多信息。不同成熟度的軟件組織采用不同的方式管理缺陷。低成熟度的軟件組織會記錄缺陷，并跟蹤缺陷糾正過程。高成熟度的軟件組織，還會充分利用缺陷提供的信息，建立組織過程能力基線，實現量化過程管理，并可以此為基礎，通過缺陷預防實現過程的持續性優化。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
