如果軟件開發組織的軟件開發過程不能滿足上述三點要求，那么UML的使用效果就會大打折扣。也會產生一些問題，有些組織在使用UML之后，發現前期花很長時間設計的模型到了項目的中后期和真正的開發成果相去甚遠，以至于全都束之高閣了，如果產生這樣的問題，就應該仔細研究一下組織的軟件開發過程，是否滿足上述三點要求，如果軟件開發過程不滿足迭代的開發，模型沒有隨著進度改進，這種問題就很容易出現。
UML2.0和MDA（模型驅動架構）提出了一些解決開發周期前期和后續的模型不一致問題的方法，就是通過模型的轉換來完成模型的自動變更，而不是對各個抽象層次的模型全部進行修改，但MDA為大部分人所接受還需要些時日。
五、 總結
綜上所述，UML雖然是軟件建模的有利武器，也要遵循一定的規則來使用，否則就不能很好地發揮它的價值，也會事倍功半。
理解UML使用的前提，并認真按照這些方法進行實施，相信會有理想的效果。
六、 參考資料
[1]. Rational Unified Process documents
文章來源于領測軟件測試網 http://www.kjueaiud.com/