mysql uml建模 UML 建模

建模公式

這種精華的東西，一定是值得研讀和實踐的！

myself：人，事，物，規則。

人，業務主角、業務工人、參與者。如果應用到教務系統中，就是管理員，主任，老師的關係。

事，業務用例，系統用例。

物，業務實體。

有些東西，一次兩次理解不了。要多理解幾次就好了。

有些東西，先留個印象，相信隨著不斷思考，一定會逐步了解其真正意義的。

學習知識的時候，要能夠識別重難點。難的東西多發時間去琢磨。工作的時候，也要分得清重難點，去攻破它們。

人腦對資訊的處理能力是有限度的，如果資訊量超過了人腦的處理能力，人就會失去對這個事物的理解能力。因此，抽象層次越高，(當然要理解消化它們之後)，被遮蔽的資訊也就越多，資訊量越少，也就越容易理解和處理了。

但是抽象層次太高，資訊量過少的話，人們實施起來又會產生新的困難---資訊量不足。因此，抽象要適當。

抽象有兩個方向，一是自頂向下抽象，乙個是自底向上抽象。自底向上的方法適用於在實踐中改進和提高認識。通過總結在較低抽象層次的實踐中來改進較高層的設計。

myself：在設計的時候一般是從上層考慮問題，但是很多都要從底層的經驗中來提公升上層設計的準確性。

檢視，乙個事物的乙個方面。比如：汽車的外觀。

視角，是針對檢視來說的，同乙個檢視，可以有多個視角。比如：汽車的外觀，從前方看，從後方看，從側面看是不一樣的。

回到建模中來，建模的目的是向相關的人展示將要生產的軟體產品，乙個軟體產品和汽車一樣，有著很多不同的方面。只有把這些方面都描述清楚，用很多個不同的檢視去展示軟體這些不同的方面，才能夠說建立了乙個完整的模型。

uml裡定義了用例圖、物件圖、類圖、包圖、活**等不同的檢視。這些檢視從不同的方面描述了乙個軟體的結構和組成。

myself：那些理解了的概念，想法，就沒必要寫到日誌裡了。如果寫的日誌是給別人看的，那麼就把那些你認為可能是疑點的東西，解釋清楚。

學習有重點，有所側重，而不是全面鋪開。為什麼呢？就是因為，你對不同的概念有不同程度的理解。沒必要全面的記錄，只要記錄和理解那些陌生度較大的東西。