分析CMM 和 CMMI分別和瀑布模型以及疊代開發之間有什么聯系，方法之一就是看每個模型的KPA是否為這兩種不同的開發方法激發了合理的軟件管理原理。首先，讓我們來定義那些軟件管理原理。過去10年間，我編譯了兩套原理：一套用于傳統的瀑布方法，另一套用于現代的疊代方法。得承認的是，這"十大原理"沒有科學基礎，并且只提供了符合它們各自的管理方法的成功模版的粗略的描述。但是它們的確為我的觀點提供了一個合適的框架：CMM和瀑布思想相聯系，而CMMI和疊代思想聯系得更緊密。
1. 設計之前凍結需求。這是需求第一過程的本質：項目組努力提供一個準確的需求定義，然后嚴格按照需求實施。需求變更會嚴重破壞編碼和測試階段，因此，項目組在其他設計和開發活動中投入主要力量之前，必需完整地、明確地指定需求。
2. 詳細設計評審前避免編碼。編碼變更會嚴重破壞編碼和測試階段，在開始編碼前，如果還有很多變更阻力，項目組必需保證整個設計是成熟和完整的。
3. 是使用更高指令編程語言。更高指令編程語言避免了一系列主要的錯誤根源（通過先進的數據錄入、接口分離以及打包和編程結構），并允許軟件方案可以使用更少的人工合成碼進行編程。
文章來源于領測軟件測試網 http://www.kjueaiud.com/