2010-07-16 24 views
1

比方說,我爲一款擁有評分系統的遊戲製作了Use Case。您在遊戲中執行的每個動作都會增加/減少遊戲中的分數。如何在使用用例時描述算法?

這裏是我的Use Case草圖:

1. ... 
2. ... 
... 
8. The Player makes (some move). 
9. The System registers the play and calculates his new score. 

有背後計算這一新的成績有些算法。我應該在這個Use Case中說明嗎?我應該在另一個Use Case中說明嗎?我應該簡單地忽略算法實現的細節嗎?

Use Case是正確的地方陳述這些事情?或者Use Case只是關注PlayerSystemGame)之間的相互作用?

我想說我可能想寫下這些細節的地方(如果不是隻是爲了確保我真的理解他們)。所以在我看來,最好的選擇是在另一個用例中描述它們的工作方式?

Use Cases這些事情一般如何進行?謝謝

回答

4

算法是而不是用戶和系統之間的交互,以創造有價值的東西。

它們是用例的腳註或附錄。

他們往往很重要,但他們不是互動。因此把它們放在附錄中。


另外。所有的用例都是由Actor啓動的。他們演員想玩他們的遊戲;他們發起事情。系統通常不能發起行動 - 它是被動的,對演員做出迴應。

+0

另一個問題。當遊戲開始時,當前得分被設置爲零。我應該定義一個說明或不說明的操作?從我的回答中瞭解到,我會說不。 – 2010-07-16 13:36:17

+1

我可以說這兩種方式。我沒有看到任何傷害說:「系統開始一個新的遊戲與分數設置爲0」 – 2010-07-16 13:50:11

+0

此外,是否有任何意義開始一個使用案例系統發送第一條消息? – 2010-07-16 13:53:57

2

算法不屬於使用情況。將它們解壓縮到業務規則部分或文檔。

1

我建議你使用Activity Diagram來表示算法,並在這種情況下讓Use Case步驟變得簡單。 我也同意他的觀點「Johann Strydom」。

獅子座