如果把系統視為多維對象，那么UML的類圖、序列圖、狀態圖、用例圖等就是在不同的維度上對系統建立的視圖。這種視圖除了維度的差別，在同一維度下還有層次（粒度）的差別，比如：package diagram是比class diagram更高層次（更粗粒度）的視圖。系統是多維次多層次的，相應的系統分析也是有維次與層次的。

?

目前社區流行一種通過剖析底層機制來分析事物的方法。剖析底層機制本身并沒有錯，只是千萬不要認為把底層機制分析清楚了就掌握了事物的本質。因為，從淺處講，往往底層機制恰好是可以有多種不同實現的，它是非本質的可變的，而高層抽象是更本質的相對穩定的。從深處講，按系統多維次多層次的觀點，正如把類圖畫得再完美也不過是程序的靜態結構特征，程序的動態特征還需要序列圖等來體現；底層機制屬于實現維，而接口規范維是與之正交的。所以，單純的底層機制剖析雖然貌似深入，其實猶如“盲人摸象”只執一端而已。我提倡探索底層機制，不過我更提倡首先建立系統的觀念，才不至于在深入研究的時候迷失方向。

系統的維次與層次