USE CASE的困惑

--------------------------------------------------------------------------------


這里借用了以前woodysteven提出問題（好象沒得到很好的解答），但這個(gè)問題對初學(xué)者來說，可能普遍存在，請高手指點(diǎn)。 

在需求分析階段，分析人員用use case來描述用戶需求。在解決問題階段，開發(fā)人員需要從use case中的interaction圖中找出對象及其屬性、操作出來。 

假設(shè)有這樣需求：學(xué)生檔案管理中，用戶經(jīng)常需要做三件事：增加一條學(xué)生記錄、修改一條學(xué)生記錄，刪除一條學(xué)生記錄。 

請問要如果要畫出use case圖？以下2種方法是否正確，哪種更合適。 

方法1：只畫一個(gè)管理學(xué)生記錄的use case圖，分成3個(gè)情節(jié)，分別畫3個(gè)交互圖： 
情節(jié)1 添加學(xué)生記錄 
情節(jié)2 刪除學(xué)生記錄 
情節(jié)3 編輯學(xué)生記錄 

方法2：畫3個(gè)use case，分別為添加記錄、刪除記錄、修改記錄。放在一個(gè)學(xué)生記錄管理的package中。每個(gè)use case畫一個(gè)交互圖。 

=====
原文(Ms.OO于2001/03/30 08:52粘貼) 
建議：方法一 
--------------------------------------------------------------------------------

只需一個(gè)Use case，但其下畫三個(gè)順序圖。Use case是系統(tǒng)功能的外在表述，無須太細(xì)?！疤砑佑涗洝h除記錄、修改記錄”在劃分Subsystem時(shí)不可能不在一起，所以一個(gè)Use case就夠了。至于拾Use case下面畫幾個(gè)SD，看需要了，反正能把問題說清楚就好。 

“我只要高興就好！” 
===
可以這樣做，把增加、刪除，修改 作為use 對應(yīng)的class 的行為方法，這樣一來程序編寫是很方便的 - <0b> 獨(dú)步江湖 2001/03/30 10:41 (14次點(diǎn)擊) 
===
原文(drugplus于2001/03/30 16:32粘貼) 
回復(fù): 謝謝大家！ 
--------------------------------------------------------------------------------

今天看了一個(gè)example(fids)，用的也是方法一。 
獨(dú)步江湖，我覺得你的方法不錯(cuò)，但如果碰到復(fù)雜的情況，增加、刪除、修改要和不同的類交互，或發(fā)送不同的消息，就會很亂，你覺得呢？ 

====
原文(arfayr于2001/03/30 09:54粘貼) 

--------------------------------------------------------------------------------

偶倒認(rèn)為關(guān)鍵是系統(tǒng)的規(guī)模，如果僅僅是這么一個(gè)小的東東，畫三個(gè)UseCase也能很清晰的說明問題。也就是說，如果這么小，這三個(gè)小的可以合一的功能也就沒有必要合了，相對大了。當(dāng)然如果系統(tǒng)大，比如學(xué)生成績管理系統(tǒng)，涉及面大，可以合為一個(gè)，而作為一個(gè)需求，就是 學(xué)生紀(jì)錄的維護(hù)。