[全程建模]用例的子流和分析類的關係

北京-FireSpider 男  14:48:17

請教青潤老師：一個用例對應一個分析類嗎？

北京-FireSpider 男  14:49:28

我的表述可能有點問題：就是一個用例對應一個Boundary類，一個Control類，一個Entity類？

青潤  14:50:47

一般來說一個用例對應一組分析類，包括一個邊界類，一個控制類，一個實體類。

但是如果這個用例涉及到與多個用例的互動，那這個用例的分析模型圖上還應該有這幾個互動用例的分析類。

極特殊的情況下，有可能有幾個實體分析類，或者幾個邊界分析類，但是控制分析類，一般就一個。

北京-FireSpider 男  14:51:44

哦，所說的涉及是引用還是包含？

青潤  14:52:24

include，extend，communicate等關係都會有可能。

只要兩者之間有資料互動或者方法的介面呼叫，都需要。

北京-FireSpider 男  14:52:53

比如書中"合同管理"用例，它包含幾個“子用例”：合同付款、增加付款明細、修改付款明細、刪除付款明細，是不是可以認為是子用例？

青潤  14:53:32

一般來說不是子用例，這是子流，書中應該寫的很清楚了。

一個uc可以有多個子流和分支流。

北京-FireSpider 男  14:53:56

嗯，是用子流描述的。但是是不是也可以認為是用例呢？

青潤  14:54:07

不可以。

子流就是子流。

如果一個uc較大，各個子流可以有自己對應的分析類出現。

北京-FireSpider 男  14:55:02

哦

北京-FireSpider 男  15:19:22

如果某些用例不需要與資料庫互動還需要控制類和實體類嗎？比如：上傳檔案到FTP檔案伺服器。

青潤  15:23:27

那你上傳到ftp上的檔案不需要管理麼？

至少也要記錄一下位置和上傳檔案大小和名字吧？否則，中毒了怎麼辦？被人利用了怎麼辦？

青潤  15:24:37

所有的用例都必然會有資料互動，這是絕對不可避免的，否則，就是檔案型資料庫自己進行控制，那也是資料庫——早期我們經常如此做。

北京-FireSpider 男  15:24:44

每次從FTP伺服器讀取檔案列表，現實在介面上供使用者操作。上傳，下載，刪除，重新命名都直接在FTP伺服器上進行。

青潤(3291191)  15:25:07

那也必須對這些檔案進行管理。否則，就至少會有安全隱患。

北京-FireSpider 男  15:25:17

哦

北京-FireSpider 男  15:26:21

也就是說，必須在資料庫裡做相應的記錄，是吧？

青潤  15:26:43

是的。

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE