UML與樣式徹底研究
個人閱讀的讀書心得
使用案例模型
正常的引導找出使用者真正的目的
使用案例的焦點在於增加企業看得見、可衡量的價值，並且其結果是：系統與資料都會處於一種穩定與一致的狀態。
重點在於什麼是你的目標?
調查並詢問目標而不問工作或流程的做法，可以鼓勵我們把焦點放在需求本質上—找出需求的真正意圖。
領域模型
空有理論是行不通的，真的去做才能成功
關鍵概念
領域模型代表真實世界中的概念性類別，而不是軟體元件。它不是描述軟體類別或軟體物件責任的一些圖。
要先將思維提升到 DB Table Schema 之上，不要被結構化的思維套住
加入屬性
有效的屬性型態
大部份的簡單屬性型態通常是被視為基本資料型態的東西。
領域模型中常見的資料型態包含：
Boolean、Date、Number、String(Text)、Time
避免將複雜的領域概念當成屬性。
ex:航程的目的機場不是字串，而是複雜的東西，它會是佔好幾千平方公尺的空間。因此 Flight和Airport 之間應是關聯而不是屬性。
跟概念性類別之間的關係用關聯而不要用屬性。
