其實寫完文件自己很模糊，大概了解每個文件重心以及它的目的。
但至於類容很多不理解，以及為什麼寫這些類容真的很模糊！
但學完uml和畫完圖之後，對軟工又多了點了解！就那拿個書本做比喻。
軟工(10-14個)文件就相當於整個書本的(10-14個)章節，只有先把這這章節寫好和看懂後，才能畫出好的uml圖。uml存在最大價值就是把這些文件視覺化一張張圖。在做系統時只要有這幾張uml圖就可以，不必要回去看那繁瑣的文件，畢竟一圖勝千言，提高效率。
考慮到時序圖和協作圖的實質一樣，只不過各種的側重點不一樣而已，並且可以相互轉換。還有狀態圖和活**，活**是狀態圖一種特殊情況，因此只要是活**肯定是狀態圖，他們的關係好像泛化關係（個人觀點）。
所以用序列圖代替了互動圖、用活**代替了行為圖。以下就是uml和軟工工程的圖！
軟體工程 UML簡介
uml概述 uml是對omt 物件建模技術 booth booch方法 以及oose 物件導向的軟體工程 等記號系統實施統一工作後得到的一種記號系統。uml unified modeling language，統一建模語言 是一種定義良好 易於表達 功能強大的用於對軟體密集型系統建模的圖形語言。um...
軟體工程（五）UML
uml 統一建模語言，又稱標準建模語言。是用來對軟體密集系統進行視覺化建模的一種語言。包括uml語義和uml表示法兩個元素。uml圖由事物和關係組成，事物 uml模型中最基本的構成元素，是具有代表性的成分的抽象 關係 關係把事物緊密聯絡在一起。通過圖形化的表示機制從多個側面對系統的分析和設計模型進行...
UML與軟體工程的關聯
1 首先是uml和軟體工程的產物不同 uml注重的是圖，而軟體功能產生的是文件，個人認為學習了軟體工程和uml後，每個階段繪製出uml圖後，之後歸納此階段的文件，文件是對圖的乙個細化描述，一則對此階段的輪廓有整體把握,二則 對一些細節的枝葉進行詳細的說明.2 其次是uml和軟體工程互相滲透的 uml...