拋磚引玉，關于Use Case劃分問題

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

兄弟新近上傳一份拙作在“文件共享”，特請各位點批。這是兄弟現寫的一個網站項目開發的Use Case圖。兄弟覺得不好，主要在于Use Case的劃分問題。兄弟想要請教各位：是否我對Use Case劃分得過細了，而且，如何劃分好該Use Case的結構？ 
請指教！ 
====
原文(john_zhu于2001/03/19 15:24粘貼) 
回復: 拋磚引玉，關于Use Case劃分問題 
--------------------------------------------------------------------------------

非常像功能模塊的劃分，出發點不是從角色的需求，是你的腦子中已經有的系統 
===
？！Use Case不就是描述角色的功能嗎？ - <0b> deminy 2001/03/19 16:10 (13次點擊) 
===
原文(dysang于2001/03/19 17:25粘貼) 
回復: ？！Use Case不就是描述角色的功能嗎？ 
--------------------------------------------------------------------------------

好象首先考慮的是角色同系統的預期交互過程，而不是從功能的角度去考慮。 
===
原文(woodysteven于2001/03/19 21:27粘貼) 
回復: ？！Use Case不就是描述角色的功能嗎？ 
--------------------------------------------------------------------------------

錯！ 
===
原文(deminy于2001/03/19 16:24粘貼) 
如果我在做需求的時候不形成整個系統的大致模型，那我什么時候才能形成？ 
--------------------------------------------------------------------------------

對于“非常像功能模塊的劃分，出發點不是從角色的需求，是你的腦子中已經有的系統 ”此句實在難以理解。而且我的功能的劃分（我理解為“Use Case的劃分”）都是從角色開始初始化的呀 
===
原文(fanzhou于2001/03/19 21:02粘貼) 
回復: 拋磚引玉，關于Use Case劃分問題 
--------------------------------------------------------------------------------

Use case就是從系統用戶的角度出發分析需要系統提供的功能。在進行use case分析的時候，不管是系統分析員還是用戶都不可能在腦子里有一個完整的系統描述，因此在共同分析系統需求時（開發者與用戶之間，或用戶與用戶之間）需要利用use case圖。 
=
原文(tacone于2001/03/19 18:15粘貼) 
回復: 拋磚引玉，關于Use Case劃分問題 
--------------------------------------------------------------------------------

已拜讀大作，USE CASE 是否考慮過層層次分解，把各車間整合成車間管理，把各科室辦公室整合成科辦管理，把各類統計人員整合成統計，然后再對各子系統細化USE CASE。 
===
原文(fanzhou于2001/03/19 21:09粘貼) 
回復: 關于use case中的actor 
--------------------------------------------------------------------------------

這里的actor是邏輯上的使用者，而不是現實世界中的具體用戶；分析use case的時候就是通過分析每個actor可能用到的功能，來構造整個系統功能的藍圖。因此構造use case view發現actor->分析其use case->繼續發現actor的循環增量過程。