外部引起的，如需求的變化。也可能是來自于內部的變化，如早期設計的某個部件不夠完備，需要修改等。為了控制這些變化，把變化引起的波動盡可能的控制在有限的范圍內。
配置項是指需要進行控制的任何文檔單元，它可能是需求說明報告，也可能是需求說明報告的某個點。在本項目中需要控制的內部配置項包括需求報告，設計報告，組件代碼，組件接口文檔，構件及相關構件。
測試
測試組的工作被分成若干階段，不同階段的劃分是以保證軟件質量的不同指標為目標的。
測試的軟件指標分別包括如下幾點:
軟件的正確性:正確性測試主要是測試軟件的功能是否被正確的實現(xiàn)。測試的方式主要是按照功能的要求按照給定的輸入，看是否有給定的輸出，在非標稱輸入時，輸出是否異常等。同時也可以測試軟件的功能是否實現(xiàn)或完整實現(xiàn)。
性能指標:該項目對性能的要求非同一般的軟件項目。性能測試往往包含了壓力測試、攻擊性測試等測試，軟件所能承受的極限是多少，一般來將軟件的極限應當高出用戶要求的性能，各種指標也應當為用戶所了解。
易用性:軟件的使用界面在設計實現(xiàn)的時候應當設法使之與功能的實現(xiàn)相脫離。脫離的原因在于易用性是通過友好的界面實現(xiàn)的。然而讓開發(fā)人員以使用者的角度來確定軟件是否易用是件非常困難的事情，在確定使用界面時往往需要多次的反復修改，甚至只能在軟件的最后交付之前或用戶使用一段時間之后才被提出來。
鑒于這種特點，軟件在開發(fā)的不同階段都作了相應的保證措施，比如在軟件需求界定的時候請領域專家參與，在軟件設計階段，讓功能的實現(xiàn)盡可能地包含在軟件的組件之中，也就是沒有界面要求的底層實現(xiàn)。界面的實現(xiàn)僅僅依賴于一個數(shù)據(jù)接口，界面僅僅負責將用戶輸入的數(shù)據(jù)送到指定的數(shù)據(jù)塊中，用于顯示的數(shù)據(jù)也在指定的數(shù)據(jù)塊中提取，只要保證數(shù)據(jù)塊被互斥的訪問就可以了。有了這樣的設計結構，軟件的易用性也就相當容易保證了。當測試中發(fā)現(xiàn)易用性的問題時，軟件不會傷到筋骨，皮毛的修改總是非常容易的。
只有在項目每個階段不斷實施質量管理措施，才能盡早發(fā)現(xiàn)問題，確保項目成功。