建模基礎&UML

建模基礎
1、如何建：首先要決定的是抽象角度，要找到明確的抽象角度，弄清楚有多少業務的參與者，每個參與者的目標是什麼，參與者的目標就是你的抽象角度（也就是業務用例）
2、模是什麼：一個由抽象角度確定了的目標需要由靜態事物加上特定條件下產生的一個特定情境來完成，即靜態事物（物）+ 特定的條件（規則） +特定的動作（參與者得驅動）=特定的情境（事件），模就是“人”、“事”、“物”、“規則”

用例驅動

3、要解決問題領域就要歸納出所有必要的抽象角度（即用例），為這些用例描述處可能的特定情境，並找到實現這些情境的事物、規則和行為

4、一個軟體要實現的功能通過用例來捕獲，在統一過程（RUP）中，用例捕獲了系統的功能性需求，它代表了軟體系統要解決的問題領域。

參與者（actor）

actor是在系統之外與系統互動的某人或某事物，即在參與者與系統之間有一個明確的邊界，參與者只可能存在於邊界之外，邊界之內的所有人和事物都不是參與者

找參與者：

• 誰對系統有著明確的營運目標和要求並主動發出動作？
• 系統是為誰服務的？

參與者可以非人

參與者一定是直接並且主動地向系統發出動作並獲得反饋的，否則就不是參與者。

業務主角：是參與者的一個版型，特別用於定義業務的參與者，在需求階段使用。

業務主角的特殊性在於，它針對的是業務人員而非電腦使用者。在尋找業務主角時必須拋開電腦，沒有電腦系統這些業務人員也客觀存在，在引入電腦系統之前他們的業務也一直跑得很順暢。這是因為在初始需求階段，我們獲得的是客戶的業務模型，根據業務模型才能建立電腦系統模型。

業務工人：被動參與業務的，且存在於系統邊界以內

區分是參與者還是業務工人：判斷是在邊界之外還是邊界之內。

系統是以參與者的觀點來決定的，參與者對系統的要求，對系統的表述完全決定了系統的功能性。