我正在爲android應用程序創建用例UML圖。建模僅在隨機事件發生後或在特定日期和時間可能的用例
假設用戶搖動手機時會觸發報警。報警觸發時用戶有一些選項,例如turn off the alarm
。 Alaram也可以在用戶指定的日期和時間觸發。我如何將這樣的東西添加到用例圖中?我腦子裏唯一彈出的東西是添加alarm
用例<<extends>>
所有其他用例,但它似乎不正確。
我正在爲android應用程序創建用例UML圖。建模僅在隨機事件發生後或在特定日期和時間可能的用例
假設用戶搖動手機時會觸發報警。報警觸發時用戶有一些選項,例如turn off the alarm
。 Alaram也可以在用戶指定的日期和時間觸發。我如何將這樣的東西添加到用例圖中?我腦子裏唯一彈出的東西是添加alarm
用例<<extends>>
所有其他用例,但它似乎不正確。
想簡單實用...
所以先問:誰是主要演員?
Android手機用戶顯然是主要參與者[用戶]
然後問:什麼能主要演員做我的應用程序?
忘記細節以及如何實施系統。只是簡單地問一下上面的問題。
從給定上下文似乎演員[用戶]
所以可能的使用情況時:觸發報警,設置報警器,停止報警
然後,而不只是畫圖讓寫的簡單步驟觸發報警使用案例Scenarious:
用例名稱:觸發報警
主要演員:Android手機用戶
觸發:演員震撼電話,或報警觸發時間是 傳入達到
主要成功案例:
A.用戶搖動電話
- 我們的Android應用(OAA)檢測用戶搖動
- OAA觸發報警X
- .... 4 ....
B.一個報警觸發時間已到達
- 我們的Android應用程序(OAA)檢查當前時間並檢測到達時間的觸發器。
- OAA觸發時間已到的警報。 3 ....
現在的問題,
回採報警是一個真正的使用情況?或者只是觸發警報用例場景的一個步驟?
而著作在您環境中使用的情況下,它可以發現它。對我來說,停止報警是似乎只是觸發報警一步scenario.So我可以只刪除停止報警簡化我的圖表,並使其在擴展或備選流程如
觸發報警用例的步驟替代流程[用於觸發警報]
用戶可以停止任何觸發的警報。
但可能以後我可能會認爲,以顯示我的圖會給我的applictaion的總體特徵更完整的畫面替代流「停機報警」,所以我可以使用擴展的關係表現出來:
你可能會問,當用戶晃動手機很明顯,他,她是主要演員,但「的報警觸發時間已過,達到了」時,系統automaticaly觸發它,而不是用戶。所以可能是一個人造時間演員exist.But時間不能成爲主要演員,因爲時間不會有一個目標,以滿足用戶的喜歡。
但是當你仔細想一想,用戶報警背後的傢伙竟然自動的人,因爲他/她設置這些alarms.So即使是自動觸發警報,主要演員是實際用戶。
也許我們認爲,我們應該讓「時間」因素我們的圖上更清晰,假設爲「純粹的UML」傢伙:-)
可以把時間作爲我們的圖上的「二級演員」 。但我認爲這 只能使你的圖表醜陋和開約 使用案例演員「哲學」的問題。 :-)
檢查理性尼斯紙:親愛的博士使用案例:在時鐘的演員?
Dear Dr. Use Case: Is the Clock an Actor?
最後但並非最不重要
不要浪費與UML用例圖你的時間多。重要的是 的東西都是Use Case Scenarious。
您能否給我們一份初稿?因爲對我來說,這種問題對於用例圖來說太詳細了。在這種圖表中,您必須關注應用程序的主要功能,並且您不應超過20個用例。
問候,
BR
它的一種是主要功能。用戶啓動應用程序,將手機放在口袋裏,當手機晃動太多時,會觸發警報。之後有一些選項可用。沒有更多的東西。 – Celebes
那麼用戶可以用你的應用程序做什麼?我想「啓動應用程序」或「關閉鬧鐘」或「指定鬧鐘」,但不是「鬧鐘」正確嗎? –
是的。但是,如何在圖表上形象化「報警」? – Celebes