以前上UML課的時(shí)候,總覺(jué)得畫Use Case是很容易的事情。做UML作業(yè)的時(shí)候也總是應(yīng)付應(yīng)付就過(guò)去了。今天做Use Case的時(shí)候,忽然發(fā)現(xiàn)Use Case Modeling也是很有學(xué)問(wèn)的:
一個(gè)系統(tǒng)到底要有多少Use Case?
怎樣確定系統(tǒng)的邊界?
一個(gè)Use Case的邏輯要有多復(fù)雜?
Actor和Actor之間的關(guān)系又該如何定義?
想起在建Business Item時(shí)也改了好幾稿,看來(lái)Use Case Modeling也要不停地重構(gòu)。今天先做了第一稿,等著看大家的反饋了。
一個(gè)系統(tǒng)到底要有多少Use Case?
怎樣確定系統(tǒng)的邊界?
一個(gè)Use Case的邏輯要有多復(fù)雜?
Actor和Actor之間的關(guān)系又該如何定義?
想起在建Business Item時(shí)也改了好幾稿,看來(lái)Use Case Modeling也要不停地重構(gòu)。今天先做了第一稿,等著看大家的反饋了。