UML用例圖服務器作爲系統演員和其種用例

Question

I'm創建基於以下情形的用例圖：

有其將數據傳遞到網絡服務器的/數據庫中的移動設備應用程序。另一方面，網絡服務器向移動應用程序發送數據。

所以我有兩個問題：

• 數據發送到應用程序的個人數據僅供這款智能手機/用戶。那麼將服務器/數據庫顯示爲與特定用例相關聯的外部系統參與者是否有意義？

• 用例（對於移動應用程序）就像「顯示關於某事的信息」或「刷新數據」所必需的一樣？因爲我認爲他們不是商業邏輯所必需的。你怎麼看？

感謝您的想法！

Answer 1

發送到應用程序的數據僅用於此智能手機/用戶的此個人數據 。那麼將服務器/數據庫顯示爲 外部系統參與者與特定用途 個案相關聯是否有意義？

只有當服務器/數據庫是真的外部系統，到你的系統進行通信。如果不是，那麼它不能成爲一個參與者，並且你應該強制進行額外的UML建模來闡明整個系統結構（組件圖+序列）。

數據是個人的事實與這個決定無關。 :)

在使用情況下（移動應用），像奧得「刷新數據」，「關於 東西顯示信息」有必要嗎？因爲我認爲它們不是業務邏輯所必需的 。你怎麼看？

如果您正在構建這個移動應用程序，並這些都是實現，應該比你definitelly捕捉它們作爲用例的要求。

你是什麼意思「他們不是必需的業務邏輯」？

首先，系統的範圍是什麼？ （移動應用程序，移動應用程序+服務器/數據庫或其他）？

UPDATE（清理系統範圍後）

我們正在構建的移動應用程序和數據庫。所以我們不僅僅從 那裏獲取數據併發送數據。 We're建模整個 系統

範圍現在已經很清楚 - databese /服務器不能是一個演員，因爲它是範圍的一部分。我看到的唯一演員是移動應用用戶。

時只是將用戶beeing演員和應用程序beeing的 系統我不知道怎麼形容的使用情況，因爲我相信我 必須在UCE案例說明該數據是發送至提到 服務器等...

你不必把所有的東西都放到用例描述中，我會很快回來。

例如：一個使用案例是關於拍照併發送這 的服務器 - -

那麼，什麼是這個UC問題？該角色是移動應用用戶，用例是「上傳圖片」（可以選擇包含拍攝照片）。

我覺得你很混淆了幾個問題，你試圖把所有的用例模型，這是不可能的。

所以，我建議你到cpncerns使（你的系統的各個方面），下圖中分離：

1. 業務水平：顯示應用程序的總體使用/業務流程的活動圖
2. 一個用例模型捕捉請求數

務必使這種模式簡單，從演員個人pective。只需確定Actor可以執行的一小部分有意義的交互（而不是低級別）。 例如：「上傳圖片」，「刷新數據」可能是一些固體UCS

1. （可選）概念/數據模型經由（清理相關的數據結構）
2. 系統結構組件/部署圖（在這裏，您顯然至少有3個組件：移動應用程序，WEB服務器（或任何接收來自移動應用程序的請求）和數據庫
3. 通信機制 - 使用組件的序列圖

現在，您需要一些「膠水」來關聯不同的概念 - 對於每個用例，使用組件圖中的元素（+ couurse的actor）來顯示它的工作原理。

重點是「打開」用例，並根據系統結構元素顯示其內部實現。